私は通常、問題を診断するため、または信頼できないマシンを使用するためにライブ 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
追加のパーティションは作成されず、ある意味では書き込み専用です。
このライブ USB は、dd
今後 ISO を書き込まない場合、書き込みサイクルにより劣化したり摩耗したりするのでしょうか?
さらに、このライブ環境で実行中に突然電源が切れた場合、ドライブに何らかの損害が発生すると考えられますか? たとえば、後でツールが実行できなくなったり、何らかの破損が発生したりしますか?
答え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
早期の「マウント」(mounting/mounted など) を検索してください。
読み取り専用ブート オプション ( ro
) を試しても、ブート時の読み取り/書き込みマウントが停止されないようです。
ちなみに、私は個人的には ISO の生データをフラッシュ ドライブに保存するのは好きではありません。dd
基本的に残りのスペースが無駄になるからです (ほとんどの ISO は 1 GB か 2 GB で、現在購入できる最小のドライブは 4 GB のようです)。パーティション分割すれば、GRUB で ISO ファイルを直接ブートするブート パーティション (ISO9660 などの読み取り専用ファイル システム) を作成でき (複数の ISO を持つマルチブート ドライブに最適)、後で使用するために書き込み可能なファイル システムのデータ パーティションも作成できます。
また、一部のフラッシュドライブは、ドライブの「ブロック」を最大限に活用するように特別にフォーマットされており、完全に消去するとdd
そのフォーマットが失われます(5月消去ブロックと書き込みブロックのサイズに関係する理由から、MB (1024 バイト、MiB と呼ばれることもあります) に揃えるのが最適です (Google の方が私よりもわかりやすく説明できるでしょう)。