☰

是否存在「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 記錄上次掛載時間、上次寫入時間、上次掛載路徑、掛載計數、生命週期寫入和「需要恢復」（成功卸載時清除的「標誌」），因此仍然會發生一些小寫入。即使有不安全的刪除或電源故障，fsck除了最後幾個在中斷時寫入的檔案之外，ext3（帶有日誌功能）也從未出現過任何快速無法修復的嚴重損壞。
  • FAT - 我不確定，僅在安裝和讀取時寫入了多少內容，但有趣的是，我除了運氣不好之外什麼都沒有，FAT 檔案系統在使用幾個月後被損壞，沒有斷電。 （不僅僅是一些文件損壞，文件系統“無法修復”，並且每個文件名都丟失，如果甚至可以使用其他工具進行恢復）
  • ISO9660一號思考沒有寫入任何內容，因為它是唯讀檔案系統。 UDF 可能也是唯讀的（但不要引用我的話）

我還注意到啟動時有一個奇怪的習慣只是有時其他分割區也將暫時掛載（讀寫），然後在所有內容完成載入之前卸載。看起來幾乎像是個錯誤。搜尋/var/log/syslog早期的「安裝」（例如安裝/安裝）。

即使嘗試唯讀啟動選項 ( ro) 似乎也不會停止啟動時的讀寫安裝。

僅供參考，我個人不喜歡將原始ddISO 儲存到閃存驅動器上，它本質上浪費了其餘空間（因為大多數 ISO 可能是 1GB 或 2GB，顯然您現在可以購買的最小驅動器似乎是 4GB） 。如果你對它進行分割區，你可以有一個開機分割區（仍然是唯讀檔案系統，如 ISO9660），GRUB 直接開機 ISO 檔案（非常適合具有多個 ISO 的多重開機磁碟機），而且還有一個資料分割區）在可寫入檔案系統中以供稍後使用。

此外，一些閃存驅動器經過特殊格式化，以充分利用驅動器的“塊”，並且完全擦除它會dd丟失格式化（它可能出於與擦除區塊和寫入區塊大小有關的原因，最好與 MB（1024 字節，有時稱為 MiB）對齊（谷歌會比我更雄辯地解釋它）。

相關內容