翻出一张十几年前刻的资料盘塞进光驱资源管理器里盘符出来了右键属性第一行写着文件系统CDFS。双击进去文件名清一色是ABC123~1.TXT这种鬼样子全选拖到硬盘进度条走到一半卡死弹出一句无法读取源文件或磁盘换成命令行复制目录还没遍历完就报错退出。很多人到这一步就开始怀疑盘坏了、光驱坏了其实大概率只是没搞清楚CDFS光盘文件系统这套东西的脾气。它跟硬盘上的 NTFS、exFAT 完全不是一类东西——CDFS 是一套为只读、压制、顺序读取设计的文件系统理解它的规则复制文件这件事会变得非常顺手不理解就会在各种莫名其妙的地方卡住。这篇内容围绕cdfs光盘怎么复制文件和CDFS 到底是什么两个问题展开从文件系统的分层结构讲起一路讲到具体的复制命令、乱码修复、镜像打包和校验方法。手上有一堆老光盘要归档的人、经常要给客户交付光盘介质的人、以及单纯想把那张读不出文件的盘救回来的人都能从这里找到可以直接照做的步骤。1. 盘符属性里那行CDFS到底在说什么1.1 从一次复制失败说起CDFS不是一块硬盘大多数人第一次注意到 CDFS都是在文件复制失败之后。右键盘符看属性文件系统那一栏写着 CDFS可用空间和已用空间都显示得模模糊糊甚至已用空间是 0。这时候产生的第一个误解是这盘是不是坏了怎么连容量都不对。真实情况是CDFS 这个显示名对应的是 CD-ROM File System本质上是操作系统对 ISO 9660 标准的一套读取实现。它被设计出来的年代硬盘还是几十兆的水平光盘的定位是大容量只读发行介质——出厂时用模具压制出坑点读的时候激光扫过去靠反射差异分辨 0 和 1。这套物理结构决定了它从根上就没打算让你往上写东西所以文件系统层面干脆把写入相关的元数据全部省掉了。你在属性里看到的那些奇怪的容量数字是因为 CDFS 不维护传统意义上的空闲块位图系统没法像对硬盘那样精确统计还剩多少可用。这个认知一旦建立很多困惑就通了。比如为什么光盘里删文件删不掉、为什么不能直接在盘上新建文件夹、为什么某些复制工具会提示目标介质不支持该操作。不是权限问题也不是驱动装错了是这套文件系统在协议层面就没有写入这个动作。想让光盘变成可写的得换成 UDF 格式并且用支持包写入的刻录盘那是另一条技术路线跟 CDFS 不是一回事。还有一点容易被忽略CDFS 是读取时的文件系统标识而不是刻录时你选择的格式名。你刻盘的时候选的可能是 ISO 9660 Joliet 的组合但读盘的时候系统统一把这一层抽象显示成 CDFS。这就像你用不同的容器装水喝的时候都叫喝水容器名和内容名不是一回事。1.2 ISO 9660、Joliet、Rock Ridge、UDF 的叠加关系要搞清楚 CDFS 能读出什么、读不出什么必须把这几层的关系理顺。很多人把 CDFS 和 ISO 9660 当成同义词严格说不准确CDFS 是操作系统侧的驱动实现ISO 9660 是它主要遵循的标准而 Joliet、Rock Ridge 是在 ISO 9660 之上打的补丁。名称定位关键限制典型出现场景ISO 9660 Level 1基础标准文件名 8.3 格式目录最多 8 层早期数据盘、系统安装盘ISO 9660 Level 2基础标准放宽版文件名最长 30 字符目录仍 8 层中期数据盘ISO 9660 Level 3支持分片单文件可跨多个区段突破 4GB大文件归档盘Joliet扩展Unicode 文件名文件名最长 64 个字符目录 8 层Windows 环境刻的数据盘Rock Ridge扩展POSIX 属性支持长名、权限、符号链接Linux/Unix 环境刻的盘UDF独立的新一代标准支持大文件、可重写、包写入DVD、蓝光盘、可擦写介质关键点在于这些扩展是并存的。一张盘可以同时写一份 ISO 9660 基础目录树和一份 Joliet 目录树两套目录指向同一批文件数据。老系统只认基础树看到的是 8.3 短名新系统优先读 Joliet 树看到的是完整长文件名。这就解释了一个经典现象——同一张盘在你机器上文件名正常插到另一台老机器上就变成一堆波浪号加数字。Rock Ridge 的机制类似但它是给 Unix 系系统看的把长文件名、权限位、符号链接这些信息塞进 ISO 9660 的保留字段里。老系统读不懂这些字段会直接忽略新系统读懂了就还原出完整属性。所以一张盘在 Windows 下看是短名在 Linux 下挂载却是正常长名这不是玄学是两套扩展各自生效的结果。1.3 只读的根源在物理层不在驱动层经常有人问能不能装个什么驱动让 CDFS 变成可写答案是不能而且原因不在软件。压制光盘的坑点是模具压出来的物理上就固定了CD-R 是靠染料层被激光烧出不可逆的变化CD-RW 虽然是相变材料可以反复改写但它的改写依赖 UDF 的包写入机制走的是完全不同的协议栈。CDFS 这套文件系统结构里根本没有分配新块更新目录项写回元数据这些操作的定义驱动再厉害也变不出协议里不存在的东西。理解了这一点操作策略就清晰了所有对光盘内容的修改都必须是先复制出来改完再刻一张新的。这个流程听起来笨但它绕开了所有只读限制。实际工作中我处理过的绝大多数光盘文件改不了的求助最后都是这个路子解决的。顺带说一个物理层面的细节它直接影响复制成功率。光盘的数据是从内圈向外圈螺旋排列的内圈线速度低、外圈线速度高。光驱为了保证恒定的数据速率会采用恒定线速度策略调节转速——读内圈时转得快读外圈时转得慢。老光驱的转速控制机构老化之后在外圈容易出现转速不稳表现出来就是复制大文件时到后半段速度骤降甚至报错。这也是为什么同一张盘换个光驱读就正常了。2. 动手之前先给这张盘验明正身2.1 数据盘、音频盘、混合模式盘的快速区分不是所有能塞进光驱的圆盘都是一个路数。复制之前先判断盘的类型能省掉大量无用功。最常见的是纯数据盘里面就是一个 ISO 9660 文件系统资源管理器能直接列出目录结构。这类盘的处理最简单按文件复制就行。音频 CD是另一回事。它里面根本没有文件系统音轨以 Red Book 规定的格式顺序存放资源管理器可能会显示一堆Track01.cda之类的占位文件大小统一是 44 字节。这种文件是假的它只是个索引复制出来毫无意义。要提取音频得用抓轨方式按扇区把 PCM 数据读出来再编码。很多人第一次遇到音频盘复制了一堆 cda 文件发现全是空壳就是这个原因。混合模式盘更麻烦它同时包含数据轨和音频轨常见于早期的游戏盘和多媒体教学盘。第一轨是数据后面几轨是音频。这种盘用资源管理器只能看到数据轨里的文件音频轨直接被忽略。要完整备份必须做整盘镜像把多轨结构一起保留下来。视频 DVD通常是 UDF 文件系统属性里显示的是 UDF 而不是 CDFS资源管理器里能看到VIDEO_TS目录。这类盘的文件往往超过 1GBISO 9660 的单文件 4GB 上限对它是个隐患所以必须用 UDF。判断方法其实很简单看属性里的文件系统类型看根目录下有哪些标志性目录看文件大小分布。三步下来基本不会误判。2.2 用系统自带命令读出会话信息与文件系统类型图形界面给的信息有限想看得更细得上命令行。在 Windows 的 PowerShell 里先用Get-Volume看卷信息Get-Volume | Where-Object DriveType -eq CD-ROM | Format-List *输出里会包含文件系统标签、卷标、容量、健康状态。如果这里显示FileSystem是CDFS说明系统已经挂载了 ISO 9660 层显示UDF则是另一套解析路径。想看更底层的扇区信息可以用Get-Disk配合Get-PartitionGet-Disk | Where-Object BusType -eq ATAPI | Format-List Number,FriendlyName,Size,BusType拿到磁盘编号之后再查分区表。这一步的意义在于确认盘上到底是单会话还是多会话。多会话盘比如后来追加刻录过的盘在文件系统层面会表现为多个卷描述符有些工具只能读到最后一个会话导致前面刻的内容消失。这种盘必须先做整盘镜像才能完整还原。Linux 环境下信息更透明lsblk看设备树blkid看文件系统标识isoinfo直接读 ISO 9660 的卷描述符blkid /dev/sr0 isoinfo -d -i /dev/sr0isoinfo -d输出里会列出卷标识、逻辑块大小、卷空间大小、路径表大小这些参数。逻辑块大小一般是 2048 字节这是 CD-ROM 的标准扇区尺寸理解这个数字对后面算校验很有用。2.3 三种典型报错各自指向什么问题复制光盘时的报错五花八门但归结起来就那么几类每一类对应的根因完全不同。第一类循环冗余检查错误CRC 错误。这是最典型的读取失败说明某个扇区的数据校验不通过。原因可能是盘面有划痕、污渍也可能是染料层老化导致反射率下降。处理思路是先从物理层入手用不掉毛的软布从中心向外圈直线擦拭不要打圈擦换一台光驱、降低读取速度重试。降低速度这一招特别有效因为低速读取时激光在每个扇区停留时间长纠错算法有更多机会把数据救回来。第二类文件名无效或路径过长。报错信息里往往带一个看起来莫名其妙的短名。这通常发生在 ISO 9660 Level 1 的盘上某些文件在基础目录树里的名字是 8.3 格式而 Joliet 树里的名字含特殊字符复制工具在两套名字之间切换时对不上。解决办法是改用镜像方式读取绕开逐文件解析。第三类目标路径不支持。比如往 FAT32 分区里复制一个 5GB 的镜像或者目标目录层级超过限制。这类错误跟光盘本身没关系换个 NTFS 或 exFAT 分区就解决。把报错归类之后处理就有了先后顺序先排除物理读取问题再排除名字解析问题最后才是目标端问题。顺序搞反会浪费大量时间。3. 把文件从CDFS里搬出来的四条路以及各自的天花板3.1 资源管理器拖拽什么时候够用什么时候必翻车图形界面拖拽是最直观的方式它的适用边界其实很清晰文件数量少、单个文件小、盘面状况良好、文件名不需要特殊处理。满足这四条拖拽完全够用。它的优势在于系统会用缓存和预读机制优化顺序读取对小批量文件效率不差。而且一旦某个文件读失败系统会跳过继续处理下一个最后给你一个失败清单不会整个任务中断。但拖拽有三个硬伤。第一它处理不了读取错误重试。遇到 CRC 错误的扇区系统默认重试次数有限几次不过就直接放弃不会像专业工具那样反复尝试。第二它对长文件名和特殊字符的处理依赖系统区域设置跨语言环境容易出乱码。第三它无法保留光盘上的一些元数据比如文件的原始时间戳在某些情况下会被替换成复制时间。实际操作中我给自己定的规则是盘面状况不明或者文件总数超过几百个就不用拖拽直接上命令行或者镜像。拖拽更适合我就想拿其中两三个文件看看这种轻量场景。还有一个容易被忽视的细节拖拽过程中如果同时打开着光盘里的文件比如双击了一个文档没关文件会被锁定复制会失败并提示占用。处理办法是关掉所有打开的文件窗口或者干脆弹出再重新插入光盘。3.2 命令行批量复制参数怎么配才不中断命令行复制最大的价值是可控——重试次数、等待时间、日志记录、失败续传全都能配。Windows 环境下首选robocopy它的健壮性远好于老式的xcopy。一条实用的命令长这样robocopy D:\ E:\backup_cd /E /R:3 /W:2 /NP /TEE /LOG:E:\copy_log.txt参数逐个解释/E复制所有子目录包括空目录。光盘里经常有空的占位目录不加这个会丢结构。/R:3失败重试 3 次。默认值是 100 万次遇到坏道会卡在那里像死机一样必须改。/W:2每次重试等待 2 秒。等待时间太短没意义太长整体太慢。/NP不显示进度百分比。日志文件里加进度条会塞满一堆无用字符。/TEE同时输出到控制台和日志。/LOG追加写日志不覆盖之前的记录。分批复制时特别有用。再加一个/COPY:DAT可以保留数据、属性和时间戳。光盘上的时间戳有时候会因为时区处理出偏差保留原始值至少能让你事后比对。Linux 下用cp或者rsync都行但面对可能有坏道的盘ddrescue更合适ddrescue -d -r3 -b2048 /dev/sr0 cd_image.iso cd_mapfile.log-d直接用设备访问绕过缓存-r3重试 3 轮-b2048指定扇区大小匹配光盘逻辑块最后的 mapfile 记录每个扇区的读取状态中断之后可以接着跑。这个工具的核心优势是先快速扫一遍把好读的部分拿走再回头慢慢啃坏区比顺序读取效率高得多。提示robocopy的默认重试参数是个大坑。/R不设置的话默认重试一百万次遇到坏道时会表现为程序无响应很多人以为是死机直接强杀其实它还在默默重试。养成习惯任何针对光盘的 robocopy 命令都显式写/R:3 /W:2。3.3 先整盘做镜像再挂载慢一点但最稳只要不是只想拿一个文件我都建议走镜像路线。原因很实际光盘是顺序读取介质逐文件复制会在目录树之间反复跳转激光头来回寻道效率低还容易在跳转过程中出错。而整盘镜像是一次顺序读完读完之后所有操作都在硬盘上做速度和稳定性完全是两个量级。Windows 下没有原生的扇区级镜像命令可以借助系统部署工具里的oscdimg做打包那是反方向读盘方向一般用第三方扇区工具或者干脆启动到 Linux 环境用dddd if/dev/sr0 of/data/cd_full.iso bs2048 convnoerror,sync statusprogressbs2048匹配光盘逻辑块大小能让读取对齐减少出错。convnoerror,sync是关键——遇到读不出来的扇区不中断而是用零填充占位继续往下读。这样得到的镜像文件大小是对的坏的地方是全零事后可以定位。statusprogress让 dd 输出实时进度不然它一声不吭很容易让人以为卡死。镜像拿到之后Windows 10 及以上系统可以直接双击挂载成虚拟光驱也可以右键选择装载。挂载后的盘符读起来跟真实光驱一样但速度是硬盘速度复制几百兆的文件也就几秒钟。镜像路线的另一个好处是可重复验证。同一份镜像可以反复挂载、反复复制不用担心每次都去磨损那张实体盘。老盘尤其珍贵每读一次都是消耗读成镜像之后就该把原盘收进防潮箱了。3.4 复制完必须做的校验动作复制完就完事是最常见的错误。光盘这种介质读取时可能成功返回了数据但数据本身是错的——纠错算法在某些情况下会把错误的数据当成正确的交出来这叫静默错误比直接报错更危险。校验的基本方法是算哈希对比。Windows 下Get-FileHash -Algorithm SHA256 -Path E:\backup_cd\*.* | Export-Csv hash_result.csv -NoTypeInformationLinux 下find /mnt/cdrom -type f -exec sha256sum {} \; /data/cd_hash.txt对比的逻辑是把光盘挂载后的文件哈希和复制到硬盘的文件哈希一一对应比。全部一致才算复制成功。但这里有个更深的问题如果光盘本身读取时就出了静默错误两边的哈希会一致——因为你复制的是同一份错误数据。要排除这种情况得在读取层面做校验。专业做法是读取时同时获取 C2 错误指针信息这个信息由光驱硬件提供标记出哪些扇区的纠错过程出现了不可纠正的错误。支持这个功能的工具会在读盘时报告错误扇区的位置让你知道镜像的哪些偏移量是有问题的。实际操作中退一步的做法是同一张盘用两个不同的光驱各读一遍对比两次镜像的哈希。两个光驱在同一位置出同样静默错误的概率极低。这个方法笨但对重要数据值得。4. 文件名乱码、长名丢失、时间戳错位这三件麻烦事4.1 8.3短名与Joliet长名的共存逻辑前面提过一张盘上可能同时存在两套目录树。理解它们的共存逻辑才能解释为什么有时候你看到的是短名。ISO 9660 Level 1 规定文件名必须是 8 个字符主名加 3 个字符扩展名允许的字符集只有大写字母、数字和下划线。所有超出这个范围的名字都必须被转换转换规则是把非法字符替换成下划线超长部分截断然后加一个波浪号加数字的后缀保证唯一性。年度财务报表.xlsx会变成_____1.XLS之类的东西。Joliet 扩展则是单独写一份目录树用 UCS-2 编码存文件名最长 64 个字符基本能覆盖绝大多数实际需求。系统读盘时会优先找 Joliet 的卷描述符找到就用它。那为什么还会看到短名三种情况一是这张盘刻录时根本没启用 Joliet 扩展只写了基础 ISO 9660 树。多见于早期的自动化刻录脚本或者某些精简版工具默认参数就把 Joliet 关掉了。二是系统读取 Joliet 树时失败了回退到基础树。失败原因可能是目录树本身有损坏也可能是 Joliet 卷描述符的位置不对。三是盘上同时存在 Rock Ridge 和 Joliet而系统优先解析了 Rock Ridge把文件名还原成 POSIX 风格但字符编码不对显示成别的样子。判断方法是用isoinfo列出所有卷描述符isoinfo -d -i /dev/sr0 | grep -i joliet\|rock ridge\|iso 9660输出里会明确告诉你这张盘带不带 Joliet、带不带 Rock Ridge。看到Joliet level 3之类的字样说明长名信息是有的读不出来就是读取环节的问题不是盘上没写。4.2 中文乱码的编码链路追查中文乱码是光盘复制里最让人头疼的问题因为它牵扯一条很长的编码链路刻录时的源文件名编码 → 刻录工具的处理方式 → Joliet 树里的 UCS-2 编码 → 读取时系统按什么编码解释 → 复制到目标文件系统时又按什么编码写。链路上任何一环对不上就会出乱码。典型症状是文件名变成一堆问号、方块或者出现脛锚这种典型的 UTF-8 被当成 GBK 解释的产物。排查思路是从后往前。先确认目标文件系统支持 Unicode——NTFS 和 exFAT 都支持FAT32 在老系统上可能出问题。再确认读取时系统的区域设置。Windows 的非 Unicode 程序的语言设置会影响一部分老工具对文件名的解释如果这个设置跟盘上数据的编码不匹配就会出乱码。实际操作中一个有效的办法是改用 Linux 环境读取。Linux 挂载 ISO 9660 时可以显式指定字符集mount -t iso9660 -o ro,iocharsetutf8 /dev/sr0 /mnt/cdromiocharsetutf8明确告诉内核按 UTF-8 解释文件名。如果盘上是 Joliet 编码本质是 UCS-2内核会做正确转换。这个方法解决过不少在 Windows 下死活显示乱码的盘。还有一个偏方如果乱码只出现在部分文件上而目录名正常那多半是那些文件的文件名里含有特殊字符比如冒号、问号、星号这些字符在 ISO 9660 的字符集里不合法被替换掉了。这种情况没办法完全还原只能靠文件内容和大小去推断原始名字。4.3 时间戳偏移与时区设置光盘上的时间戳记录的是刻录那一刻的本地时间加上时区偏移格式遵循 ISO 9660 的日期时间结构。问题出在不同工具对这个结构的解释不一致——有的按 UTC 处理有的按本地时间处理结果就是复制出来的文件时间戳整体偏移几个小时。这个偏差看起来无害但对做归档的人来说是灾难。你按修改时间排序整理资料结果一批文件的时间全乱了根本没法判断哪个是最新版本。处理办法是在复制时显式保留原始时间戳而不是让目标系统重新生成。robocopy的/COPY:DAT就是干这个的rsync用-t参数保留时间。Linux 下cp -p同理。如果时间戳已经偏了想修正得先确定偏移量。方法是对比光盘上的时间戳和你知道的刻录时间算出差值然后批量调整。Linux 下用touch -d配合脚本可以批量改find /data/backup_cd -type f -exec touch -d $(date -d $(stat -c %Y {})) -8 hours {} \;这条命令把所有文件时间往前调 8 小时。实际偏移量要看具体情况动手前先拿几个文件试确认方向再批量跑。5. 反向操作把自己的目录结构压成一张合规的CDFS盘5.1 目录深度与文件名字符数的硬约束复制是从盘到硬盘打包是从硬盘到盘。很多人打包时不做检查刻完才发现一堆文件在盘上名字被截断了或者深层目录整个消失。这些坑都可以在打包前通过检查目录结构避开。ISO 9660 的硬约束主要有三条目录层级最多 8 层从根目录算起、路径总长度不超过 255 字节、单文件不超过 4GBLevel 1/2 的限制Level 3 可分段。Joliet 扩展放宽了文件名字符数到 64 个 Unicode 字符但目录层级仍然是 8 层。8 层听着挺多实际很容易超。一个典型项目目录可能是项目名/年份/月份/客户/文档类型/版本/最终稿/附件/这已经 8 层了再往下放文件就超限。超限的目录在刻录时会被工具直接丢弃或者拍平而且很多工具不会给你明显提示刻完才发现内容少了。打包前跑一个深度检查脚本很值find /data/to_burn -type d -printf %d %p\n | sort -rn | head -20这条命令列出最深的 20 个目录及其层级。看到深度超过 8 的就得考虑重构结构或者启用 UDF 格式。路径长度也要查因为中文文件名在 UTF-8 下一个汉字占 3 个字节一个看起来不长的路径很容易就顶到 255 字节find /data/to_burn -type f -printf %l %p\n | sort -rn | head -205.2 打包命令与扩展名开关Linux 下用genisoimage或xorriso都能打包关键是参数要开对。一条实用的命令genisoimage -o output.iso \ -J -joliet-long \ -R \ -V BACKUP_2024 \ -iso-level 3 \ /data/to_burn参数含义-J启用 Joliet 扩展这是让 Windows 能读到长文件名的关键。-joliet-long允许 Joliet 文件名超过标准的 64 字符限制部分工具支持到 103 个字符兼容性略降但实用性强。-R启用 Rock Ridge 扩展保留 Unix 权限和符号链接信息。-V设置卷标这个卷标就是插入光驱后显示的名字起个有意义的名字能省掉以后辨认的麻烦。-iso-level 3启用 Level 3支持大文件分片。如果目标环境是纯 Windows不加-R也行如果要在 Linux 上读-R必须加否则权限全变成默认值。打包完成后在刻录之前先预演一次把生成的 ISO 挂载起来检查目录结构和文件名是否符合预期。mkdir -p /mnt/test mount -o loop output.iso /mnt/test find /mnt/test -type f | wc -l文件数量和你源目录对得上目录结构完整文件名正常这才算打包成功。5.3 刻录环节几个容易被忽略的参数刻录这一步有几个参数值得专门说。写入模式的选择。DAODisk At Once一次刻录整盘和 TAOTrack At Once逐轨刻录是两种基本模式。数据盘优先用 DAO因为它在整盘层面保持连续的引导结构兼容性更好。TAO 模式会在每轨之间留下间隙多轨盘必须用 TAO但纯数据盘用 TAO 意义不大。封闭盘Finalize选项。刻完不封闭的盘叫多会话盘理论上还能继续追加内容但很多光驱和系统对这种盘的兼容性不好——有的只能读到最后一个会话前面刻的全看不见。除非你确实需要分批追加否则一律选封闭。这个选项在不少工具里藏得比较深容易漏掉。刻录速度。一个流传很广的说法是越慢越稳但这话只对了一半。老式刻录机在极低速下确实更稳但现代刻录机的激光头是专门针对中高速优化的硬压到最低速反而可能因为功率控制不匹配导致刻录质量下降。我的经验是取标称速度的中间档比如 52 倍速的盘用 24 到 32 倍速刻兼顾稳定和效率。校验选项。大部分刻录工具都有刻录后校验的开关默认可能是关闭的。这个选项会让工具在刻完之后把盘读一遍和源文件比对多花几分钟但能挡住绝大多数刻废的情况。这个开关必须开。6. 老盘抢救与长期归档里的经验之谈6.1 光驱、速度、重试次数这些细节处理老盘的时候硬件条件的影响比软件参数大得多。同一张盘用一台十年的老光驱读可能全是错误换一台新的就读得顺顺当当。原因是激光二极管的功率会随使用时间衰减读反射率下降的老盘时就力不从心。如果手头有多台机器读重要老盘时值得换着试。判断依据很简单同一张盘在不同光驱上的读取速度差异超过一倍说明有一个光驱的状态不对劲。读取速度的设置也很关键。系统默认通常用最高速读盘追求的是速度而不是成功率。遇到读取困难的盘手动把速度降到 8 倍速甚至 4 倍速效果往往立竿见影。低速下激光在每个扇区停留时间更长光电探测器积累的信号更充分纠错算法有更多数据可以运算。重试策略要设得合理。重试次数太少遇到偶发错误就放弃了重试次数太多遇到物理坏道会卡死。3 到 5 次是比较平衡的值。配合先快速扫描再回头细啃的策略ddrescue就是这个思路整体效率最高。还有一点读盘过程中不要移动机器、不要碰光驱。听起来像废话但桌面震动导致激光头偏移、读到一半出错的案例我见过不止一次。6.2 数据校验与多副本老盘抢救出来的数据做完哈希校验还不够还得考虑长期保存的问题。光盘本身的寿命比大多数人想的短。压制盘理论上能存几十年但实际受存储环境影响很大刻录盘更脆弱染料层在光照和温湿变化下会逐渐退化五到十年出问题的案例很常见。所以把数据留在光盘上从来不是一个可靠的归档方案。可靠的做法是多副本加热硬盘。抢救出来的数据至少存三份一份在本地硬盘、一份在外部硬盘、一份在异地或者云端。三份都算哈希定期抽查比对。这个三副本原则听起来保守但真正丢过数据的人都会觉得它一点不夸张。校验周期建议是半年一次。抽查不需要全量随机抽 1% 的文件算哈希对比就行能发现介质退化的早期迹象。发现某块硬盘开始出错了立刻整体迁移不要心存侥幸。镜像文件的命名也要规范。建议用内容标识 日期 哈希前八位的格式比如财务资料_20150312_a3f8c1d2.iso。哈希写在文件名里肉眼一看就知道这个文件有没有被改过省掉翻日志的麻烦。6.3 使用边界个人备份与传播的分界线最后说一个必须讲清楚的事。光盘备份这件事边界在于你自己拥有合法使用权的介质为了自己使用而做的备份这是正常的个人数据管理行为。但备份出来的内容一旦涉及向他人提供、在网络上传分发、用于商业用途性质就完全变了可能触及法律问题。具体到操作层面我的原则很明确只备份自己购买、自己制作、或者明确获得授权的内容备份出来的镜像和文件只在自己控制的设备上保存不因为反正拷出来了就随手分享。这条线看着简单但实际操作中很容易模糊——比如帮朋友备份一张盘比如把备份内容放到共享目录里方便自己多设备访问这些都需要掂量清楚。技术上还有一个细节值得注意某些商业光盘带有复制保护机制表现为故意制造的坏扇区或者异常的目录结构。这类盘的读取会大量报错不是盘坏了是设计如此。遇到这种情况正确做法是停手而不是想办法绕过——绕过保护机制在很多地区的法律框架下是不被允许的。真正值得花时间抢救的是那些自己多年积累的资料盘、家庭照片视频盘、早期工作文档盘。这些东西没有商业价值但对个人来说无可替代而且它们往往是用最普通的刻录盘、在最普通的机器上刻的退化风险最高。趁着还能读出来赶紧做成镜像存到硬盘上这才是这件事最大的意义。我自己手上最早的一批家庭照片盘已经快二十年了去年集中读了一遍有两张已经出现明显的读取错误靠低速加多光驱重试才完整救出来——如果再过几年可能就真的读不动了。
