企业官网建设流程全解析

遇到光盘追加刻录后文件在Windows里“消失”的情况，我至少碰过五回。头一回以为是光盘质量问题，重新买了一张碟再刻，结果还是一样。后来把事情彻底查了一遍，从卷描述符到会话表都过了一遍，才确认这根本不是介质问题，而是追加刻录时文件系统索引没有按Windows的预期去写。这篇文章就围绕这个具体场景展开：Windows刻完第一段、麒麟系统追加第二段、回到Windows看不到追加内容，原因是什么、怎么把数据救回来、下次怎么操作才稳。

文章里的命令和思路适用于Brasero、K3b和命令行工具，覆盖CD-R、DVD±R这类常见盘片。不绕弯子，直接进正题。

1. 先弄明白：追加刻录的光盘，系统到底是怎么读取的

1.1 多区段刻录的基本原理

光盘刻录和U盘写入完全是两回事。一块空盘可以被划分成多个物理区域，每次刻录写入其中一片区域，每一个区域在标准里叫一个会话（Session）。每个会话自带一套卷描述符（Volume Descriptor），相当于这一区域里的“目录索引”。所有会话的位置关系由盘片内圈的TOC（Table of Contents，内容表）记录，光驱读盘时先读TOC，再根据TOC指向的位置逐个访问会话。

多区段刻录能成立的前提，是第一次刻录时没有“关闭会话”。Windows上使用资源管理器刻盘并勾选“允许多次刻录”，或者在麒麟系统的图形刻录工具中选择“追加数据”，其实都是保持会话打开状态。会话一关闭，光盘物理上就不允许再写了，后续的一切追加操作都无从谈起。

ISO9660标准对多区段有一个重要约定：每个追加会话不仅要包含新数据，还应当包含全盘文件的完整目录树。道理很简单——系统读取时通常以最后一个会话的目录树为基准，如果这个会话的索引是完整的，整个盘的内容就能被正确呈现；如果索引只是“新增内容”，那么旧文件和新文件的目录项就会断裂，读取端能不能自己补全，完全看操作系统的实现了。

1.2 Windows和Linux在读取策略上的差异

这里就是问题的核心。Linux内核的isofs驱动相当宽容，它扫描光盘时会把每个会话都尝试解析一遍，能识别多少就加载多少。即使追加会话里只包含新增文件的目录树，isofs驱动依然能通过交叉比对多个会话的数据块，把旧文件和新文件都找出来。所以在麒麟系统上，你可能看到光盘里新旧内容都在，一切正常。这份“宽容”会在不知不觉中掩盖追加刻录的问题。

Windows的光盘文件系统驱动则严格得多。它读取多区段光盘时，一般以最后一个会话的卷描述符作为顶层卷依据，并要求这个卷描述符指向的目录树足够完整。如果追加会话没有包含旧文件的目录项，Windows就认为这个会话无效或者不完整，选择不将其合并进当前视图。表现就是你看到的那个结果：第一次刻录的内容还在，后续追加的文件一个都不显示。

用生活里的事来类比的话，多区段光盘像一本活页相册，每次刻录相当于往后面加一页照片。规范要求每一次加页时，都要在页脚附上一张“全册照片索引表”。Linux翻这本相册时，每页都仔细看，索引表不完整也能根据照片拼出大致的册子；Windows则只看最后一页的索引表，如果最后一页只列了新增照片，它就认为整本相册内容不完整，要么只显示第一页旧照片，要么什么都不显示。麒麟上追加的会话为什么被Windows无视，根源就在这里。

1.3 追加刻录失败的三个主要原因

我在排查这类问题时，基本锁定在以下三个方向：

第一个也是最常见的，追加的会话没有生成全盘目录树。图形刻录工具在后台调用的命令参数不完整，或者工具设计上就没有读取并合并旧目录树，结果就是最后一个会话的索引只有新增文件。这种情况下Linux能靠自己的宽容度勉强看到全部内容，Windows就不买账。

第二个是文件系统扩展格式不匹配。Windows第一次刻录时通常写入ISO9660 + Joliet扩展，或者UDF格式。麒麟系统追加时如果默认只写了ISO9660基础格式，没有附带Joliet补充卷描述符，Windows在读取最后一个会话时可能识别不了长文件名结构，严重时直接放弃整个会话。

第三个发生在手动命令行追加的场景。使用genisoimage时，-C参数的两个数值必须准确指向最后一个会话的起始扇区和下一可写扇区。这两个值填错，生成的新会话卷描述符就会指向错误位置，Windows读取时找不到有效目录树，自然什么都显示不了。

2. 已经出问题了：先把盘里的数据平安弄出来

2.1 在麒麟系统上尝试挂载指定会话

光盘已经被追加成这个状态，第一步不是讨论怎么办，而是赶紧把数据取出来。麒麟系统上有一个被很多用户忽略的挂载参数——session。它可以指定挂载第几个会话，跳过Windows不认的那套顶层逻辑，直接访问物理存在的某一层目录树。

先查看盘上有几个会话、会话的地址范围。终端里执行：

wodim -msinfo dev=/dev/sr0

这里的/dev/sr0是光驱设备名，如果没有输出，先确认设备是否存在：

lsblk

假设输出了类似98304,101724的内容，含义是最后一个会话起始扇区是98304，下一个可写扇区是101724。接下来尝试挂载第二个会话：

sudo mkdir -p /mnt/cdrom2 sudo mount -t iso9660 -o session=2 /dev/sr0 /mnt/cdrom2

内核版本的isofs驱动只要支持session参数，挂载后就能看到追加会话里的文件。如果内核不支持，会提示“无效的挂载选项”或者找不到文件系统，这就需要用到下一个小节的方法。

注意：挂载时一定要加-o ro之外的额外选项？实际上session=2本身已经约束了只读模式。挂载前还可以用isoinfo -d -i /dev/sr0查看光盘的卷描述符详情，确认第二个会话是否存在、卷标是什么。

2.2 用dd把会话扇区抓成ISO镜像

内核不支持按会话挂载时，还有一个更原始但永远有效的方式：直接按扇区抓数据。既然wodim -msinfo已经给出了两个关键数字——会话起始扇区和下一可写扇区，就可以用dd把第二个会话的内容完整导出成一个镜像文件，然后再挂载这个镜像。

假设上面读取的结果是98304,101724，第二个会话的扇区数量就是101724 - 98304 = 3420。执行：

dd if=/dev/sr0 of=/tmp/session2.iso bs=2048 skip=98304 count=3420

这里的bs=2048是光盘每个扇区的字节数，skip=98304表示跳过第一个会话占用的扇区，count=3420表示连续读取3420个扇区。抓完之后，把镜像当作一个普通ISO文件来挂载：

sudo mkdir -p /mnt/session2 sudo mount -t iso9660 -o loop /tmp/session2.iso /mnt/session2

这时候/mnt/session2里的内容，就是追加会话实际写入的文件。把文件复制到硬盘上，整个过程不依赖Windows的读取策略，也不依赖内核的会话合并能力，物理扇区摆在那里，取出来就行。

2.3 在Windows上用IsoBuster按会话提取

如果光盘现在还在Windows机器上，或者你不想折腾命令行，还有一个非常直接的方案：使用IsoBuster。这是一个专门用于光盘多会话读取和数据恢复的工具，它不依赖Windows资源管理器的文件系统逻辑，而是直接枚举盘上的每个track和session，让你像看文件夹一样浏览每一层会话里的文件。

打开IsoBuster，左侧窗口会列出光盘的多个轨道和会话节点。展开最后一个会话（通常标记为Session 2或者Track 2），就能看到追加刻录的文件目录。选中目标文件，右键导出到本地硬盘即可。这个办法对ISO9660、Joliet、UDF都有效，哪怕Windows资源管理器里显示光盘“内容为空”，IsoBuster通常也能把每个会话的文件挖出来。

提示：IsoBuster还有“文件恢复”模式，适合处理目录树已经损坏的光盘。如果连文件都看不到，先尝试“刷新”或者“重新扫描会话表”，有时候是Windows锁定光盘导致的会话枚举失败。

3. 正确追加刻录的实操方法

3.1 获取光盘刻录状态：wodim -msinfo

如果光盘还没有被关闭，且还有剩余空间，完全可以重新追加一次，用正确的方式覆盖有问题的索引。在动手之前，需要先了解当前刻录状态。

wodim -msinfo dev=/dev/sr0

返回的格式永远是LS,NS两个数字。LS是最后一个会话的起始扇区，NS是下一个可写扇区，也就是追加时新会话应该开始的物理位置。这个信息直接决定了后续命令里-C参数的取值。

如果输出是-1,-1，说明光盘已经被关闭或者不支持多区段写入，这种情况下物理追加已经无望，只能走上一章的救援路线。输出正常，就可以继续往下走。

3.2 手动追加：genisoimage生成完整目录树

麒麟系统里自带的genisoimage（或mkisofs，实际上是同一个工具的不同发行版名称）可以精细控制追加会话的结构。关键参数是-C和-M。

genisoimage -J -R \ -C 98304,101724 \ -M /dev/sr0 \ -o /tmp/append.iso \ /path/to/new/files

参数说明：

• -J：生成Joliet扩展卷描述符，这是Windows读取长文件名的关键。
• -R：生成Rock Ridge扩展，主要服务于Linux下的文件属性和符号链接。Windows会忽略这个扩展，不会造成负面影响。
• -C 98304,101724：告诉genisoimage，最后一个会话起始于98304扇区，新的会话将从101724扇区开始写。这两个值必须来自wodim -msinfo的实时输出。
• -M /dev/sr0：让genisoimage读取现有光盘上的目录树，并把旧文件合并进新会话的目录索引。这一步正是防止Windows“看不到追加内容”的核心。少了-M，新会话里只有新增文件，Windows又会出现同样的问题。
• -o /tmp/append.iso：生成的新会话镜像文件路径。
• 路径参数/path/to/new/files：要追加的文件或目录。

生成镜像后，用wodim写入光盘：

wodim -v -multi -eject dev=/dev/sr0 /tmp/append.iso

-multi表示继续保持多会话打开状态，避免光盘被关闭。写入完成后，系统会更新TOC，把新的会话地址登记进去。

注意：-C参数的两个数字在任何情况下都不能猜。你可以先用wodim -msinfo取一次，然后立即用于genisoimage命令。中途如果光盘被弹出或系统重启，务必重新执行-msinfo获取最新值，否则可能把新会话写到已被占用的扇区上，造成数据覆盖。

3.3 用growisofs追加DVD：省心方案

如果你的盘是DVD+R或DVD+RW，还有更简单可靠的工具：growisofs，它通常在dvd+rw-tools软件包里。growisofs的设计目标就是针对DVD多区段写入，它会自动处理会话地址计算和目录树合并。

第一次刻录时使用-Z参数：

growisofs -Z /dev/sr0 -J -R /path/to/all/files

追加时把-Z换成-M：

growisofs -M /dev/sr0 -J -R /path/to/new/files

growisofs会自动读取光盘已有的会话信息，调用内部的mkisofs引擎生成包含完整目录树的新会话，再写入光盘。相比手动组合genisoimage和wodim两个命令，growisofs把中间步骤封装起来了，出错概率低很多。实测下来，用growisofs追加过的盘，拿到Windows上都能正常显示全部内容，新旧文件合并成一个树形结构，不会出现哪个会话被忽略的情况。

3.4 追加之后必须先验证再拔出

光盘追加刻录完成后，不要急着弹出拿回Windows，先在麒麟系统里重新挂载，验证全盘内容是否完整。

sudo mount /dev/sr0 /mnt ls -R /mnt

重点看两个方面：新文件是否出现，旧文件是否还在。用find统计一下文件数量，和硬盘上源目录的文件总数比对：

find /mnt -type f | wc -l

如果数字对得上，说明这一轮追加的目录树是完整的，拿到Windows上基本不会有问题。如果旧文件缺失或新文件不可见，说明追加会话依然有缺陷，在弹出光盘前还有机会补救。数据安全永远是第一位的，当场发现问题总比Windows上发现要好。

4. 重新刻录：一劳永逸的稳妥方案

4.1 在麒麟上刻一张Windows绝对不会认错的盘

如果光盘已经无法追加或者内容已经被破坏到无法抢救，那就直接把所有文件重新集中起来，一次刻录完成，放弃追加。这个方法不花哨，但绝对有效。

前提是把所有需要保存的文件汇总到一个目录（比如/tmp/all_files），使用以下命令生成ISO镜像：

genisoimage -J -R -o /tmp/disc.iso /tmp/all_files

这里有两个关键选择：

• 加-J是必须的，它生成Joliet扩展，Windows才能正确显示中文文件名和长文件名。没有这个参数，Windows看到的将是8.3格式的乱码文件名。
• -R可以加也可以不加。如果需要让麒麟系统后续能读取Unix权限、符号链接等属性，就加上；如果这张盘主要给Windows使用，不加也可以，Joliet已经足够Windows识别。

刻录时注意不要加-multi：

wodim -v -eject dev=/dev/sr0 /tmp/disc.iso

不加-multi意味着刻录完成后会话直接关闭，光盘变成一个“普通”的单会话盘。Windows读取单会话光盘的逻辑是最成熟最稳定的，不存在索引合并问题，也不存在兼容性选择困难。

4.2 能一次刻完就别追加，能U盘就不要光盘

经历过几次光盘追加翻车之后，我在工作习惯上做了一些调整，可以分享给同样被困扰的人：

第一条，能一次刻完绝不追加。刻录前把文件整理齐全，宁可多刻一张备用的，也不要为了省一张盘去挑战多会话兼容性。光盘不像U盘，写入是有物理代价的，反复追加的边际成本很高。

第二条，能U盘就不要光盘。对于日常文件交换，U盘、移动硬盘、网络传输的可靠性远超光盘，而且完全不受文件系统兼容性影响。光盘刻录更适合归档分发场景，不适合“先刻一点，以后再加”的工作流。

第三条，必须追加时优先使用growisofs。手动genisoimage+wodim的组合虽然灵活，但参数多，稍有疏漏就前功尽弃。growisofs把自动化做到位了，只要指定-M，会话地址和目录树它自己计算，省心太多。

第四条，刻录完成后立即验证。这不是小题大做，光盘刻录过程中的缓冲区欠载等异常是真实存在的。确认内容完整再弹出，是刻录工作的基本素养。

5. 案例复盘：一次追加事故的完整处理过程

为了更直观，我贴一段自己实际处理过的问题记录。当时的情况是：有人用Windows刻了一张资料盘，后来需要补一个PDF文件夹进去，就在麒麟系统上用自带的刻录工具追加了一次。拿回Windows打开，目录里还是只有最初的三个文件，新加的PDF文件夹彻底“消失”。

我先在麒麟系统里执行：

wodim -msinfo dev=/dev/sr0

输出917504,1004976。这表示最后一个会话起始扇区是917504，下一个可写扇区是1004976。我当时没有直接追加，而是先挂载验证：

sudo mount /dev/sr0 /mnt

结果麒麟的图形文件管理器显示的文件确实只有第一次刻录的内容，追加的东西也不可见。这就说明问题不只是Windows读取过滤，而是追加会话的目录树本身就没生成完整，连Linux都没能把它并进主视图。

随后我抓取了第二个会话的扇区：

dd if=/dev/sr0 of=/tmp/session2.iso bs=2048 skip=917504 count=87472

挂载这个会话镜像：

sudo mount -t iso9660 -o loop /tmp/session2.iso /mnt/session2

这次成功看到了追加进去的PDF文件夹。确认这个会话里有完整的新文件目录树后，我把数据复制到了本地，然后整理所有文件重新生成了一张盘。整个过程的教训就是：图形刻录工具背后的追加逻辑并不总是可靠，尤其当源盘是在另一个操作系统上刻录的，工具对旧目录树的读取解析容易出偏差。

这也是我后来坚持用命令行工具、甚至直接推荐growisofs的原因——宁可多敲两行命令，也不要拿数据安全赌工具的默认行为。

6. 最后的几点补充建议

追加刻录文件在Windows上不显示，核心从来不是Windows“笨”或者麒麟“不行”，而是追加会话的文件系统索引没有满足Windows的读取预期。只要追加时把全盘目录树一起写进新会话，问题就能彻底消除。数据救援优先把物理扇区抓出来，不要反复尝试用图形界面刷新之类的操作，那样除了浪费时间没有意义。

如果你已经踩过坑，建议手头常备一个IsoBuster，遇到类似情况直接提取会话文件，比重新刻录整个盘要快。如果还没踩坑，提前换上命令行工具，养成良好的验证习惯，基本不会再遇到这种“幽灵文件”问题。

光盘刻录是一个看起来简单、实际涉及标准细节的操作。多花几分钟理解背后的会话结构，胜过在Windows面前对着空白目录发呆。