☰

是否存在“Live-USB rot”之类的事情？

tag-icon • tag-icon linux hard-drive usb
是否存在“Live-USB rot”之类的事情？

我通常使用实时 USB 来诊断问题或只是使用不受信任的机器。

我的实时 USB 设置通常是dd将其设置为 USB 驱动器，因此它看起来像这样：

root@localhost:~# lsblk /dev/sdb
NAME       RM   SIZE   RO   TYPE   MOUNTPOINT
sdb         1   7.5G    0   disk
|_sdb1      1   4.6G    0   part   /run/archiso/bootmnt

没有创建额外的分区，从某种意义上来说是只写的。

如果我不再将另一个 ISO 写入此实时 USB，它是否会dd因写入周期而腐烂或磨损？

此外，如果在这种实时环境中运行时突然断电，驱动器会受到任何损害吗？例如工具稍后无法运行，某种形式的损坏？

答案1

大多数廉价的 USB 驱动器和其他闪存介质（SD/CF 等卡）的估计“终身写入”次数为 1,000 或 10,000 甚至 100,000，所以听起来您正在尝试避免写入以使它们尽可能长时间可用。

只要您没有“持久”文件或分区（过去有一个长期存在的错误，持久数据最终会被破坏，不确定它是否仍然存在），写入静态 ISO 并实时启动应该可以最大限度地减少写入。如果您有 RAM 并且想要更进一步，您可以启动toram（将 ISO 复制到 RAM），然后卸载、“弹出”、“关闭电源”甚至移除驱动器/卡（请记住，存储卡和 USB 设备的物理连接器也会磨损，甚至可能在短短 1,000 次“插入周期”内）

我一直实时运行，通常分区rw在启动时以读写方式挂载 ( )。根据文件系统的不同，某些数据仍可能被写入，例如，仅用于挂载/卸载

  • ext2/3/4 记录了上次挂载时间、上次写入时间、上次挂载路径、挂载计数、终身写入次数以及“需要恢复”（成功卸载后清除的“标志”），因此仍会发生一些小的写入。即使发生不安全的移除或电源故障，ext3（带日志功能）也从未出现过快速fsck无法修复的严重损坏，除了中断时写入的最后几个文件。
  • FAT - 我不确定，仅安装和读取时会写入多少内容，但据传闻，我使用 FAT 文件系统几个月后就损坏了，而且没有电源故障。（不仅损坏了几个文件，文件系统“无法修复”，每个文件名都丢失了，即使使用其他工具可以恢复）
  • ISO9660标准思考什么都没有写入，因为它是一个只读文件系统。UDF 可能也是只读的（但不要引用我的话）

我还注意到启动时有一个奇怪的习惯只是有时其他分区也将暂时挂载（读写），然后在所有分区加载完成之前卸载。这几乎像是一个错误。搜索/var/log/syslog早期的“挂载”（如 mount/mounted）。

即使尝试只读启动选项（ro）似乎也无法在启动时停止读写挂载。

仅供参考，我个人不喜欢将ddISO 的原始文件放到闪存驱动器上，这实际上浪费了剩余的空间（因为大多数 ISO 可能只有 1GB 或 2GB，而现在您能买到的最小驱动器似乎只有 4GB）。如果您对其进行了分区，则可以拥有一个启动分区（仍然在只读文件系统中，如 ISO9660），GRUB 可以直接启动 ISO 文件（非常适合具有多个 ISO 的多启动驱动器），并且还可以在可写入文件系统中拥有数据分区以供以后使用。

此外，一些闪存驱动器经过特殊格式化，以充分利用驱动器的“块”，而彻底擦除它会dd丢失该格式（它可能最好与 MB（1024 字节，有时称为 MiB）对齐，原因与擦除块和写入块大小有关（谷歌的解释比我更有说服力）。

相关内容