hfs+ 文件系統、k3b iso 和 growisofs 怎樣讓我的藍光光碟成為杯墊？

我在我的 CentOS 伺服器上使用藍光刻錄機備份了我的 MacBook。當我嘗試掛載藍光光碟時，

$ mount -t hfsplus /dev/sr0 /mnt/bluray

我得到錯誤，

mount: no medium found on /dev/sr0

我相信寫作是成功的。我在刻錄每個磁碟後立即使用磁碟編目器，並且我有一個從已安裝磁碟建構的磁碟內容目錄。我沒有考慮測試磁碟，因為它是從復製到伺服器的文件中創建的，並且在編目步驟期間磁碟已明確安裝。

我是如何進行備份的

因為我找不到適合我的藍光碟機動器的 Linux 軟體包，所以我使用 K3B 從復製到 CentOS 伺服器的文件中寫入 ISO。然後我growisofs用來刻錄藍光：

$ growisofs -Z /dev/sr0=mrwizard-archive-001.iso |& tee -a burn.log 

我製作的其他 Linux 磁碟會掛載，所以我知道它不是驅動器或驅動程序。

我 99% 確定這些是我為這個 Mac OS 備份所遵循的步驟。中的 grephistory顯示我將文件複製到與藍光磁碟映像同名的目錄（也可以在 中找到history）。

$$ UPDATE, just in case it wasn’t clear, the backup was made four months ago in March $$ 網上有很多關於 hfs+ 和 CentOS 的文章。這些推薦了kmod-hfsplus我已經安裝的軟體包。這個軟體包是傳輸文件到 CentOS 所必需的。

growisofs另外，這是日誌的尾巴，

24024383488/24142608384 (99.5%) @1.8x, remaining 0:14 RBU 100.0% UBU  54.3%
24049221632/24142608384 (99.6%) @1.7x, remaining 0:11 RBU  99.8% UBU  43.5%
24078647296/24142608384 (99.7%) @2.0x, remaining 0:07 RBU 100.0% UBU  40.3%
24102764544/24142608384 (99.8%) @1.6x, remaining 0:04 RBU 100.0% UBU  45.7%
24126881792/24142608384 (99.9%) @1.6x, remaining 0:01 RBU  93.8% UBU  39.2%
/dev/sr0: flushing cache
/dev/sr0: closing track
/dev/sr0: closing session
:-[ CLOSE SESSION failed with SK=5h/INVALID FIELD IN CDB]: Input/output error.

這最後一個錯誤似乎與其他東西有關。正如這篇文章中的 OP 所說，即使出現此錯誤，磁碟也是可安裝和可讀的。

為什麼growisofs製作的藍光光槃無法掛載 Mac OS 文件？

為什麼磁碟似乎已掛載，只是稍後掛載失敗？

這些步驟（k3b 製作 iso、growisofs）和來自 Mac OS 的文件可能會導致此媒體出現問題，可能會發生什麼情況？

我對 hfs+ 文件系統、k3biso 以及growisofs哪些使我的磁碟成為杯墊有什麼不明白的地方？

$ dvd+rw-mediainfo /dev/sr0 long
INQUIRY:                [ATAPI   ][iHBS112   2     ][CL0J]
MODE SENSE[#3Fh]:
01: 00 80 00 00 00 00 00 00 00 00
05: 40 05 08 00 00 00 00 00 00 00 00 00 00 96 00 00
   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
   00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
   00 00
08: 04 00 00 00 00 00 00 00 00 00
0D: 00 00 00 3c 00 4b
0E: 04 00 00 00 00 4b 01 ff 02 ff 00 00 00 00
18: 00 01 00 01 00 00 00 00 00 01 00 01 00 00 00 00
   00 00 00 00 00 01 00 01 00 00
1A: 00 03 00 00 02 58 00 00 04 b0
1D: 00 00 00 00 00 06 04 b0 00 00
2A: 3f 37 f1 77 29 23 21 14 01 00 20 00 21 14 00 10
   21 14 21 14 00 01 00 00 00 00 21 14 00 09 00 00
   21 14 00 00 1b 91 00 00 16 0d 00 00 10 8a 00 00
   0b 07 00 00 05 84 00 00 00 00 00 00 00 00 00 00
   00 00
30: 2e 00 00 00 00 00 00 00 00 00 00 00 00 00
GET [CURRENT] CONFIGURATION:
0000:   00 43 00 00 00 42 00 00 00 41 00 00 00 40 00 00
   00 2b 00 00 00 1b 00 00 00 1a 00 00 00 16 00 00
   00 15 00 00 00 14 00 00 00 13 00 00 00 12 00 00
   00 11 00 00 00 10 00 00 00 0a 00 00 00 09 00 00
   00 08 00 00 00 02 00 00
0001:   00 00 00 07 01 00 00 00
0002:   02 00 00 00
0003:   39 00 00 00
0100:
0105:   00 00 00 00
0108:   33 37 37 32 35 31 32 30 31 32 20 32 31 36 31 30
   37 35 30 30 34 34 34 20

//ERROR OUTPUT 
:-( no media mounted, exiting...

我在這裡看到三個問題，其中兩個可以立即解釋，一個需要通過程序 dvd+rw-mediainfo 進行更多調查。

首先，您創建一個 ISO 9660 文件系統並嘗試將其掛載為 HFS+。這應該會因“mount: wrong fs type, …”而失敗。好吧，在 mount 有機會抱怨文件系統類型之前，您的錯誤消息反而指向了一個中等問題。儘管如此，您似乎應該忽略參數“-t hfsplus”。

其次，您遇到了一個已知的 growisofs 錯誤，據說它是無害 的https://bugs.launchpad.net/ubuntu/+source/dvd+rw-tools/+bug/1113679 這是由於 growisofs 看到了一個未格式化的 BD-R 啟動時，稍後預設格式化，但最後忘記它已格式化並發出僅適用於未格式化媒體的 CLOSE SESSION 命令。解決方法是使用 growisofs 選項“-use-the-force-luke=spare:none”或通過程序 dvd+rw-format 格式化 BD-R，然後再將其提供給 growisofs 或應用 https 中顯示的程式碼修復： //bugs.debian.org/cgi-bin/bugreport.cgi?bug=713016

第三個也是決定性的問題是作業系統認為驅動器中沒有可讀介質。程序 dvd+rw-mediainfo 說明了原因：

驅動器不會將其任何支持的配置文件報告為“目前”。MMC 配置文件是一組特徵，通常與特定的媒體類型相關聯。光碟機宣布支持 BD-RE、BD-R、BD-ROM、DVD+R/DL、DVD+R、DVD+RW、DVD-R/DL、DVD-RW、DVD-RAM、DVD-R、DVD -ROM、CD-RW、CD-R、CD-ROM 和“可移動磁碟”。但它們都沒有“目前”位。

所以程序和Linux核心的結論是一樣的：沒有介質。

如果沒有插入媒體，我會從華碩 BW-16D1HT 得到確切的回复。插入 BD-R 後，配置文件 0x0041“順序 BD-R”由“41”之後的字節“01”標記：

GET [CURRENT] CONFIGURATION:
0000:  00 43 00 00 00 42 00 00 00 41 01 00 00 40 00 00

那是驅動器輸出中缺少的“目前”位。

因此，要麼驅動器失明，要麼介質損壞嚴重，驅動器無法辨識其類型。明顯的補救建議是：嘗試其他驅動器或其他介質。

引用自：https://unix.stackexchange.com/questions/301929