☰

BD-R 디스크에 두 번째 세션을 쓰려면 -M 대신 Growthofs의 -Z 플래그를 사용하십시오. 첫 만남을 보여줄 수 있나요?

tag-icon • tag-icon blu-ray
BD-R 디스크에 두 번째 세션을 쓰려면 -M 대신 Growthofs의 -Z 플래그를 사용하십시오. 첫 만남을 보여줄 수 있나요?

Ubuntu Linux에서는 Growthofs를 사용하여 다음과 같이 BD-R에 파일을 씁니다.

growisofs -Z /dev/sr0 -R -J -f -graft-points ...

그러다가 파일을 더 추가하고 싶었지만 주의를 충분히 기울이지 않아 -M으로 전환하는 대신 -Z 옵션을 사용하여 Gromisofs를 다시 실행했습니다. 이제 디스크를 마운트하면 두 번째 굽기의 파일만 볼 수 있습니다. 두 파일 세트를 모두 표시하기 위해 디스크에 다시 쓸 수 있는 방법이 있습니까(두 번째로 -M을 올바르게 사용한 것처럼)?

원본 소스 파일이 모두 남아 있으므로 간단히 새 디스크를 굽고 올바르게 수행할 수 있습니다. 즉, 손실을 방지하기 위해 데이터를 가져올 필요가 없습니다. 디스크에 모든 데이터가 구워져 있기 때문에 디스크를 낭비하지 않는 방법이 있었으면 좋겠습니다.

이것은 dvd+rw-mediainfo 쿼리 출력입니다:

INQUIRY:                [PIONEER ][BD-RW   BDR-209D][1.31]
GET [CURRENT] CONFIGURATION:
 Mounted Media:         41h, BD-R SRM+POW
 Media ID:              VERBAT/IMe
 Current Write Speed:   12.0x4495=53940KB/s
 Write Speed #0:        12.0x4495=53940KB/s
 Write Speed #1:        10.0x4495=44950KB/s
 Write Speed #2:        8.0x4495=35960KB/s
 Write Speed #3:        6.0x4495=26970KB/s
 Write Speed #4:        4.0x4495=17980KB/s
 Write Speed #5:        2.0x4495=8990KB/s
 Speed Descriptor#0:    00/12088319 [email protected]=53940KB/s [email protected]=53940KB/s
 Speed Descriptor#1:    00/12088319 [email protected]=44950KB/s [email protected]=44950KB/s
 Speed Descriptor#2:    00/12088319 [email protected]=35960KB/s [email protected]=35960KB/s
 Speed Descriptor#3:    00/12088319 [email protected]=26970KB/s [email protected]=26970KB/s
 Speed Descriptor#4:    00/12088319 [email protected]=17980KB/s [email protected]=17980KB/s
 Speed Descriptor#5:    00/12088319 [email protected]=8990KB/s [email protected]=8990KB/s
POW RESOURCES INFORMATION:
 Remaining Replacements:16843296
 Remaining Map Entries: 0
 Remaining Updates:     0
READ DISC INFORMATION:
 Disc status:           appendable
 Number of Sessions:    1
 State of Last Session: incomplete
 "Next" Track:          1
 Number of Tracks:      2
READ TRACK INFORMATION[#1]:
 Track State:           partial incremental
 Track Start Address:   0*2KB
 Free Blocks:           0*2KB
 Track Size:            10564928*2KB
READ TRACK INFORMATION[#2]:
 Track State:           incomplete incremental
 Track Start Address:   10564928*2KB
 Next Writable Address: 11867264*2KB
 Free Blocks:           221056*2KB
 Track Size:            1523392*2KB
FABRICATED TOC:
 Track#1  :             14@0
 Track#AA :             14@12088320
 Multi-session Info:    #1@0
READ CAPACITY:          12088320*2048=24756879360

트랙 #1에서 읽은 트랙 크기(10564928*2KB)는 첫 번째 굽기의 올바른 크기입니다. 트랙 크기에서 사용 가능한 블록 크기(1523392*2KB - 221056*2KB)를 뺀 것이 두 번째 굽기의 올바른 크기입니다.

답변1

두 번째 세션에서 파일을 숨기지 않고 첫 번째 세션에서 파일에 액세스할 가능성은 거의 없습니다.

이제 두 개의 ISO 9660 파일 시스템 트리가 있습니다. 각 파일에는 해당 세션만 포함되어 있습니다. 슈퍼블록은 의사 오버레이 형식으로 BD-R에 덮어쓰기 때문에 최신 트리를 가리킵니다.

바이트 수준 작업을 사용하면 슈퍼블록이 이전 트리를 가리키도록 만들 수 있지만 최신 파일은 표시되지 않습니다.

-M을 사용하면 Growthisofs는 mkisofs(또는 호환 가능한 대체 프로그램)가 이전 디렉토리 트리를 읽고 새 파일로 확장하도록 합니다. 그런 다음 미디어의 나머지 공간에 기록되고 의사 덮어쓰기 슈퍼블록에 의해 지정됩니다.

나는 두 개의 트리를 읽고 병합한 후 데이터 파일에 쓰지 않고 결과를 세 번째 세션에 쓸 수 있는 ISO 9660 프로덕션 프로그램을 알지 못합니다. 그러나 이러한 작업을 통해서만 결과가 나머지 440MiB의 여유 공간에 들어갈 수 있습니다.

이것은 이미 작성된 BD-R에서 -Z를 허용하는 Growthisofs의 버그인 것 같습니다.

관련 정보