ディスク容量の問題
復元先のファイルシステム上のイメージファイルに書き込みを行っており、ファイルシステムにオーバーヘッドがあるため、復元先のディスク領域が不足した可能性があります。あなたは可能性があるとディスク容量の問題で逃げることができた--sparse
のフラグddrescue
。
私は、別のイメージを作成することを強くお勧めします。今回は、より大きなハードドライブまたはを使用して、スペースの問題を回避しddrescue --sparse
ます。
実際に使用ddrescue
して、ファイルシステムをスキップして、リカバリ先のハードドライブ全体を上書きできます。回復先のハードドライブが/dev/sdc
である場合、ddrescue
に書き込む代わりに書き込みを行うように指示しますrimage
。回復先のハードドライブは、障害のあるハードドライブのクローンから回復不能な部分を除いたもののように動作します。
デバイスイメージのサイズ変更
ddrescue
イメージが故障したドライブ全体のものであると想定される場合、故障したドライブ/dev/sdb
のデバイスパスに置き換えて次のコマンドを実行します。
sudo blockdev --getsize64 /dev/sdb
出力(例500107862016
)を取得し、次/path/to/rimage
を使用してリカバリイメージのサイズを変更しますtruncate
。
truncate -s 500107862016 /path/to/rimage
注意:以下のサイズがそのサイズに切り捨て/path/to/rimage
ますデータの損失につながります。
/path/to/rimage
with の現在のサイズをdu -b --apparent-size /path/to/image
確認し、返されたサイズが指定したサイズよりも小さいことblockdev
を確認してください。
これで、復元されたイメージは予想されるフルサイズにmount.ext4
なります。
パーティションイメージのサイズ変更
ddrescue
故障したドライブのパーティションで実行していた場合、代わりに次のコマンドを使用してパーティションのサイズを取得し、パーティション/dev/sdb1
のデバイスパスに置き換えます。
sudo blockdev --getsize64 /dev/sdb1
次に、出力(例500106788864
)を取得し、次/path/to/rimage
を使用してリカバリイメージのサイズを変更しますtruncate
。
truncate -s 500106788864 /path/to/rimage
注意:以下のサイズがそのサイズに切り捨て/path/to/rimage
ますデータの損失につながります。
/path/to/rimage
with の現在のサイズをdu -b --apparent-size /path/to/image
確認し、返されたサイズが指定したサイズよりも小さいことblockdev
を確認してください。