☰

4TB ext4ファイルシステムの最初の32GBを上書きします。回復する方法？

tag-icon • tag-icon linux partition ext4 data-recovery
4TB ext4ファイルシステムの最初の32GBを上書きします。回復する方法？

指定されたブロックデバイスの事故により、SATAディスク上の4TB ext4ファイルシステムの最初の32GBがddコマンドによってUSBフラッシュドライブの内容で上書きされました。

fdisk -l /dev/sda は以下を報告します。

Disk /dev/sda: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xeaad24fe

Device     Boot   Start      End  Sectors  Size Id Type
/dev/sda1          2048  8388607  8386560    4G  6 FAT16
/dev/sda2       8388608 73924607 65536000 31.3G 83 Linux

以下を個別に表示します。

GNU Parted 3.5
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print                                                            
Model: ATA ST4000NM0165 (scsi)
Disk /dev/sda: 4001GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags: 

Number  Start   End     Size    Type     File system  Flags
 1      1049kB  4295MB  4294MB  primary  ext4
 2      4295MB  37.8GB  33.6GB  primary

注：fdiskではFAT16とマークされていますが、partedではファイルシステムがext4であると考える理由はわかりません。しかし、何が起こっているのかを知る前に実行しようとしたfsckに関連している可能性があります。 「e2fsck /dev/sda1」を実行し、次の質問に「はい」と答えました。

Superblock has an invalid journal (inode 8).
Clear<y>? yes

その後、パーティションのサイズが物理的なサイズと一致しないという説明を返し、それからそれ以上進行せずに停止しました。 （申し訳ありませんが、失敗したfsckの試みの全文はありません。上記の内容をメモリに再入力し、「はい」と1回だけ答えました。）

以前ディスクにあった内容は次のとおりです。

ディスクはもともとUbuntu 18.04インストーラによって自動的にパーティション化されフォーマットされていました。ドライブ全体を占める1つのパーティションsda1のみを持つext4ファイルシステム。システムパーティションである別々のNVMEドライブがあり、そのディスクはセカンダリデータディスクで構成されています。この場合、そのパラメータはUbuntu 18.04インストーラで選択されたデフォルト値になります。

私が知っている限り、そのディスクの最初の32 GBのすべてのデータは回復不能に失われます。しかし、そのディスク上のデータは非常に重要です。ドライブの残りの99％を回復する方法はありますか？

元のファイルシステムを再作成する手順をお勧めできる人はいますか？

編集：gdisk -l /dev/sdaは次のようになります。

GPT fdisk (gdisk) version 1.0.5

Caution: invalid main GPT header, but valid backup; regenerating main header
from backup!

Warning: Invalid CRC on main header data; loaded backup partition table.
Warning! Main and backup partition tables differ! Use the 'c' and 'e' options
on the recovery & transformation menu to examine the two tables.

Warning! Main partition table CRC mismatch! Loaded backup partition table
instead of main partition table!

Warning! One or more CRCs don't match. You should repair the disk!
Main header: ERROR
Backup header: OK
Main partition table: ERROR
Backup partition table: OK

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: damaged

Found valid MBR and corrupt GPT. Which do you want to use? (Using the
GPT MAY permit recovery of GPT data.)
 1 - MBR
 2 - GPT
 3 - Create blank GPT

ベストアンサー1

問題が発生した場合に備えて安全に保管するために、パーティションの完全な「dd」コピーを別のデバイスに作成する必要があります。

通常、e2fsckこれらの問題を修復することは可能ですが、上書きされたメタデータは失われます。スーパーブロック、ルートディレクトリ、ログ、その他のメタデータが失われます。ただし、スーパーブロックやその他の重要なメタデータは後でパーティションに複数のバックアップがあるため、ほとんどのデータはそのまま残す必要があります。

あなた可能たとえば、バックアップスーパーブロックの場所を指定する必要がありますe2fsck -fy -B 4096 -b 11239424 /dev/sda2。バックアップは3 ^ n、5 ^ n、7 ^ n番号のグループに保存され、グループサイズは128MiBなので、最大32GiB（256グループなど）が破損しています。グループ番号が最も高い場合、バックアップスーパー7x7x7 = 343ブロックはブロックされます343x32768 = 11239424。

lost+foundすべてをディレクトリに配置するため、コンテンツ、期間などに基づいてファイル/ディレクトリを識別する必要があります。

おすすめ記事