質問:
約1週間前から、Ubuntuシステムであらゆる種類の深刻で奇妙な問題を経験しました。システム全体が突然停止することがあります。機械の電源を切るには、無差別の力で電源ボタンを押す必要があります。時にはすべてのファイルが突然読み取り専用になることがあります。端末を再起動しても問題ないようですが、後で上記の問題が発生する可能性があります。 Ubuntuを終了しようとすると、ディスクエラーに関するメッセージが表示され、黒い画面が表示されることがあります。
修正してみてください:
私のWD 1Tハードドライブに修正する必要があるいくつかのバグがあるようです。そのため、問題のハードドライブをアンマウントした後、UbuntuのインストールCDまたは他のハードドライブからUbuntuで次のコマンドを実行します。しかし、私はこの問題を解決できません。特に実行しようとすると、sudo e2fsck -b 8193 /dev/sda1
「無効な引数」というエラーメッセージが表示されます。詳細は以下の通りです。
1) まず、次のメッセージが出力されます。 (修正したい部分のみコピーされますfdisk -l
。)/dev/sda1
警告: '/dev/sda'でGPT(GUIDパーティションテーブル)が検出されました! util fdisk は GPT をサポートしていません。 GNU Partedを使用してください。 ディスク /dev/sda: 1000.2GB, 1000204886016バイト 255ヘッド、63セクター/トラック、121601シリンダー、合計1953525168セクター 単位= 1 * 512 = 512バイトセクタ セクタサイズ(論理/物理): 512バイト/4096バイト I/Oサイズ(最小/最適): 4096バイト/4096バイト ディスク識別子:0x00000000 デバイス起動開始エンドブロックIDシステム /dev/sda1 1 1953525167 976762583+ ee GPT パーティション 1 は物理セクタ境界では開始されません。
2)実行してsudo fsck.ext4 -ck /dev/sda1
ハードドライブを修復してみます。
e2fsck 1.42.5(2012年7月29日) ext2fs_open2: スーパーブロックの不正なマジックナンバー fsck.ext4:無効なスーパーブロック、ブロックのバックアップ中... fsck.ext4: /dev/sda1 を開こうとすると、スーパーブロックの不正なマジックナンバー スーパーブロックを読み取れないか、ext2が説明されていません。 ファイルシステムデバイスが有効でext2を含む場合 ファイルシステム(スワップやufsなどではない)、スーパーブロック 破損した場合は、代替スーパーブロックを使用してe2fsckを実行してみてください。 e2fsck -b 8193
3)sudo e2fsck -b 8193 /dev/sda1
ブロック8193でスーパーブロックを復元してみてください。
e2fsck 1.42.5 (2012 年 7 月 29 日) e2fsck: 試行時に無効な引数 /dev/sda1を開く スーパーブロックを読み取れないか、ext2が説明されていません。 ファイルシステムデバイスが有効でext2を含む場合 ファイルシステム(スワップやufsなどではありません) スーパーブロックが破損しています。次のコマンドを使用してe2fsckを実行してみることができます。 代替スーパーブロック: e2fsck -b 8193
4)sudo mke2fs -n /dev/sda1
別のバックアップブロックを探す
mke2fs 1.42.5(2012年7月29日) ファイルシステムタグ= オペレーティングシステムの種類:Linux ブロックサイズ=1024(ログ=0) 彫刻サイズ=1024(ログ=0) ステップサイズ = 4ブロック、ストライプ幅 = 4ブロック 48768個のアノード、194560個のブロック スーパーユーザー用に予約されたブロック9728個(5.00%) 最初のデータブロック = 1 最大ファイルシステムブロック = 67371008 24ブロックグループ グループあたり8192ブロック、グループあたり8192セグメント グループあたり2032のインデックスノード ブロックに保存されたスーパーブロックのバックアップ: 8193、24577、40961、57345、73729
5)4から返された他のすべてのスーパーブロックバックアップに対して手順3を再実行します。手順3でも同じエラーが表示されます。
gdisk
PS:コメントに基づいて貼り付けた合計の出力parted
は次のとおりです。
sudo gdisk -l /dev/sda
GPT fdisk(gdisk) バージョン 0.8.5 パーティションテーブルスキャン: MBR:保護 BSD:存在しません APM:存在しません GPT:今 保護MBRを持つ有効なGPTを見つけてください。 ディスク /dev/sda: 1953525168 セクタ、931.5 GiB 論理セクタサイズ:512バイト ディスク識別子(GUID):6166B96C-AD2A-4EF1-8967-1ACFA23FE2E4 パーティションを分割したテーブルには最大128のエントリを含めることができます。 使用可能な最初のセクターは 34 で、最後の使用可能なセクターは 1953525134 です。 パーティションは 2048 セクタ境界に整列されます。 利用可能な合計スペースは3437セクター(1.7MiB)です。 番号付け開始(セクタ)終了(セクタ)サイズコード名 1 2048 391167 190.0MiB EF00 2 391 168 890 879 244.0MiB 0700 3 890880 1953523711 931.1GiB 8E00
`sudo parted -l `
モデル:ATA WDC WD10EZEX-00R(scsi)(注:問題のディスクです) ディスク/開発者/sda: 1000GB セクタサイズ(論理/物理): 512B/4096B パーティションテーブル:gpt 番号開始終了サイズファイルシステム名フラグ 1 1049kB 200MB 199MB fat32 ブート 1 個 2 200MB 456MB 256MB拡張2 3456MB 1000GB 1000GB LVM モデル:ATA SAMSUNG HD103SJ(scsi)(注:これは別の一般的なディスクです) ディスク/開発者/sdb: 1000GB セクタサイズ(論理/物理):512B/512B パーティションテーブル:msdos 番号開始終了サイズタイプファイルシステムフラグ 1 1049kB 30.0GB 30.0GB基本拡張4 4 30.0GB 1000GB 970GB拡張LBA 6 30.0GB 983GB 953GB 論理 ext4 5 983 GB 1000 GB 16.9 GB論理Linux-スワップ(v1) モデル:Linuxデバイスマッパー(線形)(dm) ディスク/開発者/マッパー/Ubuntuルート: 983GB セクタサイズ(論理/物理): 512B/4096B 分割テーブル:ループ 番号開始終了サイズファイルシステムフラグ 1 0.00B 983GB 983GB拡張4 モデル:Linuxデバイスマッパー(線形)(dm) ディスク/開発者/マッパー/ubuntu-swap_1: 16.9GB セクタサイズ(論理/物理): 512B/4096B 分割テーブル:ループ 番号開始終了サイズファイルシステムフラグ 1 0.00B 16.9GB 16.9GB Linuxスワップ(v1)
答え1
あなたはfsck
間違ったことをしようとします。幸いにも失敗しました...
あなたは走りたいですfsck -f /dev/mapper/ubuntu-root
。-c
必要に応じて追加できます。また、smartctl -a /dev/sda
ディスクがSMARTエラー(バックアップ、今すぐディスクの交換)または停止したセクタ(-c試行)を示すことを確認する必要があります。
「見つかりません」エラーが発生した場合は、まずLVMを起動する必要があります。あなたは次のことをします:
# vgscan
# vgchange -ay
その後、fsck
上記の操作をやり直してください。
(gdiskとpartedの両方が200MBと言うので、sda1が間違っていると言うことができます。また、EXT4ではなくFAT32です。1TパーティションがLVMとしてリストされているので、LVMについて知っています。fdiskは無視します。GPTをサポートしていません)。
編集:システムが起動するので、代替はを実行することですshutdown -F -r now
。その後、コンピュータが再起動し、fsck全体が実行されます。しかし、これはうまくいきませんfsck -c
。また、smartctl -a
起動ディスクで安全に実行できます。
答え2
あなたは何を達成する予定なのか言及していません。そのディスクに重要なデータを保存する必要がありますか、それとも破損しているかどうかを確認したいですか?
私のWD 1Tハードドライブに修正する必要があるいくつかのバグがあるようです。
これは用語の矛盾です。これには2つの可能なシナリオがあります。
1)ハードドライブにエラーがあります(つまり、欠陥があります)。その後、できるだけ早くデータを保存する必要があります。 .txtファイルを使用してディスクを別のハードドライブにイメージングすることをお勧めしますdd
。ハードドライブを「修理」することは不可能です。データを正常に保存して削除できます。
2)ファイルシステムにバグがあります(つまり、ある点で一貫性がない)、ディスク自体は破損していません。通常、fsckを使用してこの問題を解決できますが、e2fsck
ファイルシステムをfsckする前にバックアップイメージを作成するのは悪いことではありません。 fsckが状況によっては悪化する可能性があるためです。
ハードドライブが破損していることを確認するには、SMARTセルフテストを実行します。ルートとして次のコマンドを実行します。
smartctl -t long /dev/sda
数時間かかります。完了したら、次のように結果を照会できます。
smartctl -a /dev/sda | less
このSMART Selective self-test log
ブロックまで下にスクロールします。最上位の結果が表示されたら、Completed without error
ハードドライブに問題はありません。エラーが報告されるとエラーが発生したことを意味するため、できるだけ早くデータを保存する必要があります。