web-dev-qa-db-ja.com

ディスクをまったくマウントできません。詳細な説明、助けが必要

Ubuntu 11.04 64ビットシステムに追加の内部ハードドライブをマウントできなくなりました。数日前までできました。

これは問題と関係があると思う----ドライブ(/ dev/sda)のfstabの最後に自動マウントするための行を追加しましたが、うまくいかなかったので行を削除しましたfstabから。ドライブがマウントされている間にラインを取り外したと思います。ドライブはGUIまたはCLIを介してマウントされなくなります。少なくとも問題はこれに関連していると思いますが、まったく関係ないかもしれません。

マウントしようとしています:

$ Sudo mount /dev/sda /media/openSpaceI 

(これは/ dev/sda1ではないことを認識しています-/ dev/sda1を持っていません)

GUI:

enter image description here

それはこのエラーを与えます:

mount: wrong fs type, bad option, bad superblock on /dev/sda,
   missing codepage or helper program, or other error
   In some cases useful info is found in syslog - try
   dmesg | tail  or so

GUI:

enter image description here

これがdmesg | tail

$ dmesg | tail
[ 9344.234380] compiz[6098]: segfault at 28 ip 00007f1fa0641335 sp 00007fff0b306700 error 4 in libregex.so[7f1fa063c000+8000]
[ 9987.879043] nautilus[6899]: segfault at 1505b817b60f ip 00007ff6eeefdb8d sp 00007fff09aa6170 error 4 in libgobject-2.0.so.0.2800.6[7ff6eeeca000+4e000]
[10001.231835] compiz[7360]: segfault at 28 ip 00007f38e0cfe335 sp 00007fff3228d380 error 4 in libregex.so[7f38e0cf9000+8000]
[10113.817592] compiz[7429]: segfault at 28 ip 00007f01c11cd335 sp 00007fffac4f4250 error 4 in libregex.so[7f01c11c8000+8000]
[10116.592022] compiz[7651]: segfault at 28 ip 00007f4369548335 sp 00007fffb3b2b030 error 4 in libregex.so[7f4369543000+8000]
[10117.958485] compiz[7666]: segfault at 28 ip 00007f3861d7d335 sp 00007fff268395d0 error 4 in libregex.so[7f3861d78000+8000]
[10366.207793] EXT4-fs (sda): bad geometry: block count 156282966 exceeds size of device (156282701 blocks)
[10855.975855] EXT4-fs (sdb): mounted filesystem with ordered data mode. Opts: (null)
[10863.666747] EXT4-fs (sda): bad geometry: block count 156282966 exceeds size of device (156282701 blocks)
[11125.922998] EXT4-fs (sda): bad geometry: block count 156282966 exceeds size of device (156282701 blocks)

私のfstabファイル:

enter image description here

また、ディスク上でディスクユーティリティを実行しました。ディスクは正常で正常です。以下はそのスクリーンショットです。

enter image description here

enter image description here

ドライブにはパーティションが含まれておらず、ext4にフォーマットされています-fdisk- enter image description here およびe2fsck画面 enter image description here e2fsck.pngで、計算を行うと、ファイルシステムのサイズブロ​​ックが物理的なサイズブロ​​ックと265異なることがわかります。

このディスクからデータを消去する必要は本当にありません。

おもしろいことに気づいたのは、マウントポイント(/ media/openSpaceI)がまだ残っていることです。通常、アンマウント後にディレクトリが消えます。

このディスクをマウントするための助けをいただければ幸いです。

私を助けようとしたすべての人に本当に感謝しています。ディスクのイメージを作成して、後で作業を試みることがあります。明後日、全国を移動します。

3

うーん。おもしろい問題があります。すべてを教えてくれると、Ubuntuはこのディスクのマウント中に何らかの形でファイルシステムを破壊しました。信じがたいです。カーネルがディスクを正しく検出できず、ドライブのLBAが実際より少ないと判断された可能性があります。パーティションを作成しなかったため、そこにどれだけのスペースが必要かを正確に知ることは困難です。 [〜#〜] tip [〜#〜]将来、ディスク全体にまたがる予定がある場合でも、パーティションを作成します。少なくとも誰かがパーティションテーブルを調べて境界を確認できます。

EXTFSはスーパーブロックを数回複製します。パーティションを調整するために必要なのは1つだけです。

http://www.cgsecurity.org/wiki/Advanced_Find_ext2_ext3_Backup_SuperBlock

それはあなたを正しい方向に向けるべきだと思われます。しばらくファイルシステムを回復していませんので、実行するためのクイックコマンドはありません。

したがって、宿題は、残りのスーパーブロックに到達し、それらを使用してファイルシステムの状態を調整する方法を見つけ出すことです。すべてのログをどこかに投稿し、問題が最後に機能したとき、および問題が発生し始めたときのタイムスタンプを教えてくれると本当に助かります。

幸運を

2
ppetraki