我一直在研究如何备份个人文件,这些文件可以放在壁橱里,多年后再也不会被遗忘,而不必担心磁盘故障或位腐烂,看来 HTL BD-R 是可行的方法。
我有一个文件夹,里面有我想备份的文件。偶尔,这些文件中的一些文件可能会更新,或者可能会添加新文件,我想备份这些文件。但是 BD-R 是一次性写入介质。
如果我理解正确的话,UDF 文件系统支持使用虚拟分配表在一次性写入介质上写入修改和新文件。由于 UDF 似乎在各个操作系统上都得到了很好的支持,因此我想利用这一点来实现这个特定的用例。
在 Linux 上,我尝试使用以下命令模拟 BD-R 格式为 UDF:
$ mkudffs -l Test -m bdr -n --vat /dev/sr0
Note: Not writing to device, just simulating
filename=/dev/sr0
label=Test
uuid=66f5a2c157e54521
blocksize=2048
blocks=1
udfrev=2.50
mkudffs: Error: Not enough blocks on device
首先,我很惊讶地发现它抱怨没有足够的块。所以我决定删除 -n(模拟)参数,看看会发生什么:
$ mkudffs -l NewHouse -m bdr --vat /dev/sr0
mkudffs: Error: Cannot open device '/dev/sr0': Read-only file system
目前,我不确定我做错了什么。有什么提示吗?我对一次性写入媒体的 UDF 的理解是否正确?总的来说,这种方法是个好主意吗? BD-RE 在这里更有意义吗?
事实证明,如果我从维基百科理解正确的话,BD-R 只能用 UDF 2.5 或更高版本进行格式化。
不幸的是,从内核版本 6.11 开始,Linux不支持写入 UDF 2.5 文件系统,尽管它可以从中读取。它目前支持的最大写入量是写入 UDF 2.01,并从 2.6(最新)读取。UDFTools 依赖于内核进行写入,因此这意味着您无法在 Linux 上对其进行格式化。
我目前的解决方法是使用 Windows 并将 BD-R 设置为“实时文件系统”,使用 UDF 2.6 对其进行格式化,并允许您在其上写入、覆盖和删除文件(当然,不会回收空间)。蓝光至少在 Linux 上仍可读取,因为 UDF 2.6 与 Linux 支持的 UDF 2.5 只读兼容。