FUBAR は Ubuntu を修復不能なほど破壊したのか?

FUBAR は Ubuntu を修復不能なほど破壊したのか?

3TB WD AF[4096blks]Hdd ASUS P7P55d MoBo 非UEFIおよび4GB RAM。

XP Pro 64 ビットをインストールしようとしましたが、Windoze がドライブ全体を認識しないため完了しませんでした。Ubuntu 14.10 LTS をインストールし、ドライブ全体を ext4 として使用し、他のパーティションは使用しませんでした。数か月間動作しました。

カーネルのアップグレード(一見自動)を行った後、起動時に「OS が見つかりません」というエラーが表示され、ドライブをマウントできません。

LiveCd、PartedMagic、SysRescueCd のツールを使って、スーパーブロックの破損、パーティションの重複、ジオメトリの不良、その他のエラーがあることがわかりました。数週間にわたって Web を検索し、あらゆるヒント、コツ、コードを試した結果、ext2 ファイル システムに変更することでエラーを修正できるという提案を見つけました。そのコードを使用して、inode、ジャーナル、ファイル システムを台無しにしました。

さらなる損傷なしに ext4 に戻すことは可能ですか?

ubuntu@ubuntu:~$ sudo fdisk /dev/sda

このディスクのサイズは 2.7 TiB (3000592982016 バイト) です。DOS パーティション テーブル形式は、512 バイト セクターの 2199023255040 バイトを超えるボリュームのドライブでは使用できません。GUID パーティション テーブル形式 (GPT) を使用してください。

ubuntu@ubuntu:~$ sudo fdisk -l /dev/sda

ディスク /dev/sda: 2.7 TiB、3000592982016 バイト、5860533168 セクター 単位: 1 * 512 = 512 バイトのセクター セクター サイズ (論理/物理): 512 バイト / 4096 バイト I/O サイズ (最小/最適): 4096 バイト / 4096 バイト ディスクラベル タイプ: dos ディスク識別子: 0xa76529e9

デバイス ブート 開始 終了 セクター サイズ ID タイプ /dev/sda1 * 505856 4295473150 4294967295 2T 83 Linux

sysrsccd gdisk -l 出力がフォーマット不良 GPT fdisk (gdisk) バージョン 1.0.0

パーティションテーブルスキャン: MBR: MBR のみ BSD: 存在しない APM: 存在しない GPT: 存在しない


無効な GPT と有効な MBR が見つかりました。メモリ内で MBR を GPT 形式に変換しています。


ディスク /dev/sda: 5860533168 セクター、2.7 TiB 論理セクター サイズ: 512 バイト ディスク識別子 (GUID): EC4893A3-AD27-473D-931C-50C03164D378 パーティション テーブルには最大 128 個のエントリが保持されます 最初の使用可能なセクターは 34、最後の使用可能なセクターは 5860533134 です パーティションは 2048 セクター境界に揃えられます 合計空き領域は 1565565806 セクター (746.5 GiB) です

番号 開始 (セクター) 終了 (セクター) サイズ コード 名前 1 505856 4295473150 2.0 TiB 8300 Linux ファイルシステム

クラッシュ後の数日と今日(7月19日)のURLを入力してみます。

[リンク]http://paste.ubuntu.com/11779238/

[リンク]http://paste.ubuntu.com/11907369/

ごちゃごちゃしててごめんなさい。

答え1

Ubuntu 14.10 LTS をインストールしてドライブ全体を使用しましたが、LVM を選択したとは思いません。ドライブ全体を ext4 としてフォーマットし、スワップやその他のパーティションは使用しませんでした。何ヶ月も問題なく動作しました。

私にはすべて問題ないように思えます。LVM は必要なく、Linux/Ubuntu は問題なく動作します。(LVM とは何ですか? 何に使用されますか?

さらなる損傷なしに ext4 に戻すことは可能ですか?

一般的な回答: ライブ セッションからディスクをマウントし、個人データのバックアップを作成します。その後、システムをフォーマットして再インストールします。失われるのは、その後にインストールした設定とソフトウェアだけです。Apache または MySQL が含まれる場合は、それらの設定と構成も保存する価値があるかもしれません。

もちろん、ddディスクのコピーを作成することも可能ですが、それを保存するには別の 3Tb 以上のディスクが必要になります... ちょっと難しいかもしれません。

ある人が、ext2 ファイル システムに変更することでエラーを修正することを提案しました。

ディスクがフォーマットされるため、これを行わないでください。

LiveCd、PartedMagic、SysRescueCdのツールを使用する

もう一つ提案があります:テストディスク失われたファイルの復元に加え、パーティションの修復も可能です。ライブ セッションからインストールして使用できます。


ファイルのバックアップを作成することに重点を置き、その後、クリーンな新規インストールを開始します。

関連情報