web-dev-qa-db-ja.com

不適切な書き込みが原因でext4 File Systemが破損しました

これが何が起こったのか、

私が挿入した（重要）RedHat 6マシンへの外付けHDD、タスクの実行、ドライブのアンマウントNautilus経由で、ドライブをマシンから物理的に切り離しました ）。

そのhardiskには3つのパーティションがありました、100GB ext4、50GB ext4148GB ntfs.

後でもう一度Ubuntu 14.04マシンに接続しましたが、ドライブの2つのext4パーティションがマウントされていません。

これがGpartedの言うことです、

enter image description here

and、

enter image description here

また、これは_Sudo fdisk -l_コマンドの出力です。

_Disk /dev/sdb: 320.1 GB, 320072932352 bytes_
_255 heads, 63 sectors/track, 38913 cylinders, total 625142446 sectors_
_Units = sectors of 1 * 512 = 512 bytes_
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
_Disk identifier: 0xf909bf11_

_Device Boot Start End Blocks Id System_
_/dev/sdb1 2048 209717247 104857600 83 Linux_
_/dev/sdb2 209717248 314574847 52428800 83 Linux_
_/dev/sdb3 314574848 625141759 155283456 7 HPFS/NTFS/exFAT_

私はfsckまたは_fsck.ext4_コマンドにあまり馴染みがありません。方向性を教えてください。

partitioningmountexternal-hdddata-recoveryext4
5
Sat93

これをsdb1とsdb2の両方で実行します。外付けドライブですべてがアンマウントされていることが確実な場合は、作業中のUbuntu内から実行できます。他の人はライブインストーラーを使用する必要があるかもしれません。

LiveDVD/Flashからすべてがアンマウントされるようにし、必要に応じてスワップオフし、パーティションsdb1で示されている例をパーティションに変更します

e2fsckは、ファイルシステムのext2/ext3/ext4ファミリを確認するために使用されます。 -pは、応答が不要な場合に修正を試みます

Sudo e2fsck -C0 -p -f -v /dev/sdb1

エラーの場合：-y応答を必要とする修正に対して自動でyesと応答

Sudo e2fsck -f -y -v /dev/sdb1

また見なさい：

man e2fsck
1
oldfred

考慮すべき4つのこと！

まず、最後に取り組んだ元のデバイスに実際にマウントしてみてください。その場合は、そこからデータをバックアップしてから、ドライブ全体を拭いてください。

第二に、何かを書いている最中にパーティションがマウントされていない可能性があります。CDを取り出すとWindowsは同じように遅延します。そのため、ハードドライブを元に戻すだけで機能しますが、まだマシンが稼働している場合のみです。ただし、最後に行った変更を元に戻すことができる場合もあります。

第三に、私が思い出せない名前のパーティションテーブルファイルが破壊され、破損している可能性があります。

第4に、使用中のドライブを絶対に取り外さないでください。

最初の3つで問題を解決できない場合は、できるデータを戻し、プロに電話して、できない「失われた」データを回復します。悲しいことに、HDDの問題はほとんど不可逆的で永続的であり、ドライブまたはその内容をさらに破壊しない限り回避策はありません。だから誰もがコンテンツをバックアップするように冗長に言っているのです。

0
Virusboy