☰

那么 hfs+ 文件系统、`k3b` iso 和 `growisofs` 是否会让我的蓝光盘成为杯垫？

tag-icon • tag-icon centos hfs+ blu-ray
那么 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 操作系统备份中遵循的步骤。中的 grephistory显示我将文件复制到与蓝光磁盘映像同名的目录（也可在 中找到history）。 [更新，以防万一不清楚，备份是在四个月前的三月份进行的]

网上有很多讨论 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 中的文件可能会导致该媒体出现问题，从而可能会发生什么情况？

k3b我对 hfs+ 文件系统、 iso 以及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...

答案1

我在这里看到三个问题，其中两个可以立即解释，一个需要通过程序 dvd+rw-mediainfo 进行更多调查。

首先，创建一个 ISO 9660 文件系统并尝试将其挂载为 HFS+。这应该会因“mount：错误的 fs 类型，...”而失败。好吧，您的错误消息在 mount 有机会抱怨文件系统类型之前指出了一个中等问题。尽管如此，看起来您似乎应该省略参数“-t hfsplus”。

其次，您遇到了一个已知的 Growthisofs 错误，据说该错误是无害的 https://bugs.launchpad.net/ubuntu/+source/dvd+rw-tools/+bug/1113679 这是因为，growisofs 在启动时看到未格式化的 BD-R，随后默认对其进行格式化，但最终忘记了它已格式化并发出仅适用于未格式化媒体的 CLOSE SESSION 命令。解决方法是使用 Growthisofs 选项“-use-the-force-luke=spare:none”或通过程序 dvd+rw-format 格式化 BD-R，然后再将其提供给 Growthisofs 或应用中所示的代码修复 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

这是驱动器输出中缺少的“当前”位。

因此，要么驱动器失灵，要么介质损坏严重，导致驱动器无法识别其类型。明显的补救建议是：尝试其他驱动器或其他介质。

相关内容