嘿，这个问题挺有意思的，我来给你拆解一下背后的原因：

1. DVD物理刻录的“固有开销” #

DVD和U盘这类闪存介质完全不一样，它的刻录逻辑依赖物理轨道结构。哪怕你只写几百KB的数据，刻录过程也必须写入Lead-in（导入区）、**Lead-out（导出区）**这类必要的控制信息——这些区域本身就会占用十几到几十MB的空间。如果用了默认的TAO（轨道一次刻录）模式，轨道之间还会有额外的间隙冗余，累积起来就会让物理写入的范围看起来大很多。

2. 文件系统的强制冗余 #

你创建的300KB ISO是个极小的镜像，但刻录到DVD时，软件会自动为它构建UDF/ISO9660桥接文件系统（DVD数据盘的标准格式）。这个文件系统需要存储目录结构、文件索引、分区表等元数据，而且DVD的簇大小（存储文件的最小单元）通常是32KB甚至更大，小文件会被自动填充到整簇大小。不过这点还不足以到300MB，真正的大头是下面这个。

3. padsize参数的单位踩坑 #

你用了padsize=300k参数，这里很可能误解了单位：cdrskin的padsize默认单位是扇区，不是字节！DVD的每个物理扇区是2048字节，要是300k指的是300千个扇区，计算下来就是：
300 * 1024 * 2048 = 629,145,600字节 ≈ 600MB
这就和你看到的“五分之一DVD区域”（2GB的五分之一是400MB，数值接近）对上了！如果本意是填充300KB，你应该写成padsize=147（300KB ÷ 2048字节/扇区 ≈ 147扇区），或者直接写字节数padsize=307200。

4. 兼容性带来的强制区段占用 #

有些刻录机为了保证光盘能在大多数设备上读取，会强制将数据写入至少一个完整的物理区段，而一个区段的大小可能高达几百MB——哪怕你的数据只有几百KB，也会占用一整个区段的物理空间。

总结一下：是刻录模式的额外开销、文件系统元数据、padsize参数的单位误解，再加上兼容性强制的区段占用，共同导致了这种“过度写入”的现象。如果想避免，你可以试试用-dao（整盘一次刻录）模式减少轨道间隙开销，同时仔细核对padsize的单位设置。

备注：内容来源于stack exchange，提问作者KGM