慌てないでください。

慌てないでください。

すべてのデータを保存した両方のハードドライブにエラーが発生しました。私のシステムはディスクのロードとパーティションのマウントを拒否し続けます。認識の問題が少ない別のコンピュータにハードドライブを移動しましたが、パーティションにエラーが多く、そのドライブのdmesgでまだE / Sエラーが発生します。

起動に使用されたパーティションに無効なスーパーブロックがありましたが、別のスーパーブロックで読み取ることができ、より多くのエラーが表示されたため、最初に外付けハードドライブにパーティションのマスターバックアップを作成しました。この理由でddrescueに2回パスしたが、ログによると512バイトのエラーだけが出て終了したが、これは有望だと思います。

lsblkを使用してバックアップを一覧表示することがより有望に見えます。

破損したパーティションのlsblkには、次のものが表示されます。

$lsblk -f
NAME   FSTYPE   LABEL        UUID                                 MOUNTPOINT
...
sda                                                               
└─sda1  
...                                                         
                                                 

今マスターが見せる場所は次のとおりです。

sdc                                                               
├─sdc1 ext4     new          8cab6f75-1ea7-4451-9f48-2bbcce167184 

このデフォルトパーティションから同じドライブの最後まで別のバックアップがあるため、lsblkの実際の出力は次のようになります。

 lsblk -f
NAME   FSTYPE   LABEL        UUID                                 MOUNTPOINT
fd0                                                               
loop0  squashfs                                                   /snap/anbox-installer/25
loop2  squashfs                                                   /snap/core/9669
loop3  squashfs                                                   /snap/core/10911
sda                                                               
└─sda1                                                            
sdb                                                               
├─sdb1 ext4     Debian_copia ce2c8e8f-f3ef-4005-9cb1-0bb9d5870f43 /
└─sdb2 swap                  d60a8ad0-5528-4bbc-af5e-092b96282df4 [SWAP]
sdc                                                               
├─sdc1 ext4     new          8cab6f75-1ea7-4451-9f48-2bbcce167184 
└─sdc2 ext4     new          8cab6f75-1ea7-4451-9f48-2bbcce167184 
sr0                                                               

ここで私が逃した部分があります。 fsckのオプションpをオプションfと勘違いしてそうしました。

fsck -fy /dev/sdc2

これはいくつかの問題を引き起こし、いくつかのノードが削除され、インストール後のファイルの半分が期待どおりにリストされていますが、幸いなことにこれは破損したハードドライブのコピーなので、今回はさらに注意します。

良いケースを教えてもらえますか?私のデータは今すべてギャンブルですので正確に入力してください。

lsblkはパーティションを変更しますか?パーティションを変更せずにパーティションをマウントできますか?ところで、次のリンクがあります。https://www.sans.org/blog/how-to-mount-dirty-ext4-file-systems/

ここで時間を稼ぐためにfsckを安全に実行するにはどうすればよいですか? fsck -nはまだパーティションを変更しますか?ディスク上のパーティションコピーがある場所に違いはありますか?

ファイルシステムを扱わずにファイルを回復する方法はありますか? photorecについて読んだが認識しない太字のファイルがたくさんあります。もっと一般的なものはありませんか?

答え1

ディスク物理失敗した場合、書き込みを行うと(fsckを使用するなど)、状況が悪化するだけです。このディスクからデータを回復する可能性を高めるには、すぐにディスクの使用を中止する必要があります。今すぐ削除してください。新しいディスクを注文し、新しいディスクが到着したら、通常のLinuxディストリビューションをコマンドプロンプトで起動し、ddrescue以下の説明に従って既存のディスクを新しいディスクにインストールします。ここ。覚えておいてください:追加の損傷を防ぐために、古いディスクからファイルシステムをマウントしないでください。

答え2

慌てないでください。

汚れたext4ファイルシステムがあるハードドライブの問題を解決したいようです。

バックアップはありますか?バックアップがある場合は、バックアップから復元してください。バックアップがない場合は、ここで非常に注意してください。最初にすべきことは、キーボードから手を離してゲームプランを立てることです。実行したいすべてのコマンド、特にハードドライブに直接接触するツールを起動infoまたは実行します。man

破損したメディアへのアクセス制限

ハードドライブに障害が発生した場合は、ディスクから直接ファイルにアクセスしようとするすべての試みを停止する必要があります。脱出の試みを中止する必要がありますfsck。ハードドライブの使用量が多いほど、故障の原因となる可能性があるドライブに摩耗が大きくなります。これらのディスクのいずれかからオペレーティングシステムを起動する場合は、この操作も停止してください。ライブメディアで実行してください。GRML Linux

代わりに、エラーが発生したハードドライブのイメージを作成する必要があります。これには、ハードドライブを別のストレージデバイスのファイルにビット単位でコピーすることが含まれます。理想的には、画像の複数のコピーを保存できるように、他のストレージデバイスはかなり大きくなければなりません。回復ツールができるだけ多くのデータ復旧を完了すると、この画像を読み取り専用として表示。これになりますマスターコピー。この画像に触れないでください。代わりにコピーを作成してください。マスターコピーfsckそして走り、mountこの中で作業コピー。間違いをしてもあまり問題になりません。ただ新しく作るだけです。作業コピー~からマスターコピー

マスターコピーの作成

また見てくださいUnix SEの回答そのプルコ接続済み

GNUアドレス構造ハードドライブからデータを回復するのに理想的です。次のように実行します。

ddrescue --idirect /dev/sdX /mnt/big-storage-filesystem/sdX.img /mnt/big-storage-filesystem/sdX.mapfile

(これにより、--idirectddrescueはディスクアクセスをより効果的に制御できます。)

完了したら、ddrescueを実行することをお勧めしますchmod a-w sdX.img sdX.mapfile。後で修正しないでください。

作業コピーから復元を試みます。

まず、作業コピーを作成します。

cp /mnt/big-storage-filesystem/sdX.img /mnt/big-storage-filesystem/work/work-sdX.img

その後、losstup を使用してイメージをブロックデバイスファイルにマップします。

losetup -a /mnt/big-storage-filesystem/work/work-sdX.img

ループバックデバイスの位置が出力に表示されるため、上記のコマンドを実行できますkpartx -a /dev/loopN/dev/loopN

これで、他のハードドライブのように画像にアクセスできます。

それを確認したら、そのようなことがlsblkできるはずです。fsck -y /dev/loop0p1

運が良ければmount /dev/loop0p1 /mnt/recoveryそこから始めることができます。

運が悪い場合は、破損したファイルシステムからデータを取得するためにフォレンジックツールを使用する必要があります。バラよりこれUnix SEの投稿はその例です。

この経験を通して学ぶ

バックアップを作成してバックアップを確認してください。 Unix SEでこの質問をせずに置き換えることができないデータを回復するために多くの努力をしなかった場合は、何をすべきか想像してください。テクノロジーは常に変化し、テクノロジーは決して流行していないため、データの損失を予想することをお勧めします。

答え3

これで解決しました。私のような問題が発生した場合は、別のディスクにパーティションのイメージファイルのコピーを作成し、cpを使用してイメージを少なくとも1回コピーし、すべて読み取り専用としてマークしてからループとしてマウントします。私のファイルがすべて戻ってきました! ! !私がたくさん愛している丸太の山を除いて。

みんな幸運を祈り、ファイルをバックアップすることを忘れないでください! DVD構造線でもないよりはましです!重要なファイルは何度もコピーして、可能であればインターネットにアップロードしてみてください。あなたはひどいFirefoxのダウンロードについて非常に心配しています。

関連情報