LUKSパーティションの復元

LUKSパーティションの復元

一部のデータをアーカイブするために使用したディスクが突然マウントできなくなり、すべてが始まりました。

端末を使用しようとすると、次のメッセージが表示されます。 「スーパーブロックによるファイルシステムサイズは732566128です。ブロックデバイスの物理サイズは732565864ブロックです。スーパーブロックまたはパーティションテーブルが破損している可能性があります!」

Gnome-Disk-Utilityを使用してマウントしようとすると、次のエラーが発生します。 nodev,nosuid" "/dev/dm-6" "/media/user1/3PAB"' が 0 以外で終了しました。 32: マウント: 無効な fs タイプ、無効なオプション、/dev/mapper/エラー - c4ebeef5-7537-417e-b63b-fedc99561677、コードページ、ヘルパーの欠落、またはその他のエラー

場合によっては、syslogで有用な情報を見つけることができます。 dmesg tailなどを試してみてください。 (udisks - エラークォーク、0)"

さらに、syslogは次のものを提供します。 "Dec 12 15:12:44 d8d kernel: [47.862779] EXT4-fs (dm-6): Mounting ext3 file system using ext4 subsystem Dec 12 15:12:44 d8d kernel: [47.863025] EXT4 ):ジオメトリエラー:ブロック数732566128がデバイスサイズ(732565864ブロック)を超えています。

私はext3であることを知り、「lsblk -f」とチェックしましたが、なぜ「ext4サブシステムを使用してext3ファイルシステムをマウントしてください」と表示されるのかわかりません。 fdiskに「Microsoft Basic Data」と記載されていますが、Googleで検索した結果、これが間違いであることがわかります。

私は「fsck」と「fsck -f」を何度も試しましたが、運がありませんでした。

私はこのディスクを購入するときに実際に2つのユニット(同じサイズ、同じブランドなど)を購入して同じ方法でフォーマットし、LUKSで同じように暗号化しました。

私が入力したデータが異なるだけです。

そのため、しばらくの間、インターネット検索を行った後、違いを確認し、後で使用するためにすべての結果をtxtファイルに保存できるように、2つのディスクでこのコマンドを実行しました。 sfdisk -luS /dev/sdg fdisk -l /dev/sdgune2fs -l /dev /マッパー/PAB

わかると、スーパーブロックのサイズが正確であることが確認され、最初のディスクのパーティションが最初にいくつかのブロックを奇妙に変更し、これが起こったと結論付けました。

デバイスの起動と終了のセクタ /dev/sdb1 2048 5860533134 5860531087(正しい、ディスク 2) /dev/sdg1 2048 5860531021 5860528974(無効、ディスク 1)

だから私はpartedを使って手動で新しいパーティションテーブルを作成し、正しいセクタに終わりを設定することでこの問題を解決できると思いました。

これで、新しいパーティションがLUKSパーティションとして認識されなくなりました。状況をさらに悪化させないように助けを求めた。

データを回復できますか?

テストディスクログの追加:
/ dev / sdg:LBA、HPA、LBA48、DCOサポート
/ dev / sdg:サイズ5860531055セクタ / dev / sdg:
user_max 5860531055セクタセクター ロケール「en_US.UTF-8」を使用します。


2016年12月14日水曜日 01:02:53
コマンドライン: TestDisk /debug /log /dev/sdg

TestDisk 6.14、データ復旧ユーティリティ、2013年7月
OS:Linux、Kernel 3.16.0-4-amd64(#1 SMP Debian 3.16.36-1+deb8u2(2016-10-19))x86_64
コンパイラ:GCC 4.9
編集日: 2014 -10-19T15:35:24 ext2fs
lib: 1.42.12, ntfs lib: libntfs-3g, reiserfs lib: なし, ewf lib:
なし
63 , セクタサイズ = 512 - ST3000DM001-1CH166, S/N: Z1F0R2CP, FW: CC43
/dev/sdg: HPA (ホスト保護領域) が存在します。
パーティションテーブルタイプ(自動):EFI GPT
ディスク/ dev / sdg - 3000GB / 2794 GiB - ST3000DM001-1CH166パーティション テーブル
タイプ:EFI GPT
分析ディスク/ dev / sdg - 3000GB / 2794 GiB - CHS 364801
255
1
hdr_lba_alt=5860531054 (予想 5860531054)
hdr_lba_start=34
hdr_lba_end=5860531021
hdr_lba_table=2
hdr_entries=128
hdr_entsz=128
現在のパーティション構造:
1 0 6 0528974 [PAB新規]

答え1

この問題の原因をここで見つけました。

https://bbs.archlinux.org/viewtopic.php?id=171759

抜粋:

「あなたのマザーボードにHPAが設定されているようです。一部のギガバイトのマザーボードではこの傾向があります。

「最大セクタ= 5860531055/5860533168、HPAを有効にする」「Gigabyteマザーボードには、BIOSをメインハードドライブの最後までバックアップする機能があります。」

「一部のボードにバグがありました。」

私はまだ何が起こったのか信じられないCKngマザーボードにはこの機能があります! ! !

私は非常に怒っていて、誰かが同じ問題に遭遇した場合に備えて、この記事を投稿します!

私は私の人生で再びギガバイトのマザーボードを購入しません!いいえ! ! !

関連情報