ハードドライブをマウントできません。 Ubuntu
Ubuntu 11.0464ビットシステムに追加の内蔵ハードドライブをマウントできなくなりました。私は数日前までできました。
ドライブを自動マウントするためにfstabの最後に行を追加しましたが、機能しなかったと思います。次に、fstabから行を削除すると、ドライブはGUIまたはCLIを介してマウントされなくなります。少なくとも、問題はこれに関連していると思いますが、まったくそうではないかもしれません。
マウントしようとしています：
$ Sudo mount /dev/sda /media/openSpaceI
GUI：
それはこのエラーを与えます：
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：
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ファイルは今：
また、ディスク上でディスクユーティリティを実行しました。ディスクは良好で健康的です。これがそのスクリーンショットです：
このディスクをマウントするための助けをいただければ幸いです。
私は最近この問題に遭遇し、それを解決することができました。ここでは明確な答えがないようですので、直そうと思いました。
まず、ファイルシステムをブロックデバイスに直接配置できることができることを理解することが重要です。その場合、次のようにデバイスをマウント/ fsck/etcします。
/ dev/sda
/ dev/sda1ではありません
明確にするために、これは、パーティションテーブルなしでファイルシステムを持つことができることを意味します。これはパーティションレスファイルシステムと呼ばれ、長い間使用されてきました。メリットを議論するstackexchangeのスレッドは次のとおりです。 https://unix.stackexchange.com/questions/14010/the-merits-of-a-partitionless-filesystem
次に、これはやや一般的な問題のようです。これは主に、Ubuntuがデバイスに直接インストールするオプションを含めることを決定したためです。
場合によっては、パーティションなしのインストールでEXT4がディスクサイズの計算に使用する式が破られるため、問題が発生します。予想サイズと実際のサイズの差が265バイトであれば、この問題があるかどうかがわかります。 （そして、256ではないはずです）Googleは、265がEXT4iノード構造のサイズであると私に言いました。ベアデバイスへのファイルシステムの配置はサポートされており、場合によっては推奨されることもあるので、これはバグだと思います。それが起こったとき、私はカーネルバージョン2.6.39を使用していました。
最後に、解決策。とても簡単です。
まず、ファイルシステムのfsckを強制する必要があります。
fsck.ext4 -f /dev/(your device)
繰り返しますが、パーティションのないデバイスの場合、たとえば/ dev/sda1などではなく、/ dev/sdaを使用します。
次に、ext4が必要とするものに一致するようにデバイスのサイズを変更する必要があります。
resize2fs /dev/(your device) ####
ここで、<####>はエラーメッセージの値です。
EXT4-fs（sda）：ジオメトリが正しくありません：ブロック数がデバイスのサイズを超えています（####ブロック）
注意：通常の免責事項が適用されます。ファイルシステムをいじるのは危険ですなど。注意してください！これは、他の唯一の選択肢が再フォーマットである場合に、ファイルシステムを修正するための最後の試みであることを意味します。私はファイルシステムの専門家ではないので、上記の修正がシステムで機能するのか、後で問題が発生するのかわかりません。 YMMV。
データをレスキューした後、最も安全な方法は、可能であれば、標準のパーティションテーブルを再フォーマットして作成することです。
まず、ターミナルを開き、次のコマンドを使用してファイル/ etc/fstabを編集する必要があります。
Sudo gedit /etc/fstab
次に、ext3ファイルシステムのファイルの最後に次の行を追加します。
/dev/sdb1 /media/yourdrive ext3
Fat32ファイルシステムの場合は次の行を追加します。
/dev/sdb1 /media/yourdrive vfat
次に、コンピュータを再起動して、変更を有効にします。
Ext4のようなファイルシステムをパーティションなしで使用することは完全に合法です。私はあなたと同じ問題を抱えています。
ドライブでe2fsckを実行すると、スーパーブロックが不良である可能性があり、中止を提案します。押す n 続行するために、ファイルシステムをチェックします。問題が私のものと同じである場合は、ファイルシステムがそこにあり、完全にクリーンであることがわかります。
tune2fs -lで/dev/sdaを実行することもできます。そうすれば、ファイルシステムがそこにあり、そのブロックサイズの不一致から正常であることを示す多くの詳細が得られます。
今のところ答えはありません。 Ubuntu10.10にファイルシステムをマウントできる可能性があります。私はまだ試していませんが、たとえば10.10 LiveCDを使用してデータを回復することを試みることができます。
私がまだ試していなかったもう1つの方法は、resize2fsを使用してファイルシステムのサイズを変更し、ブロックサイズがデバイスと同じになるようにすることです。