マウント：間違ったfsタイプ、悪いオプション、悪いスーパーブロック

/dev/sdbUbuntu Server 16に新しいハードドライブ（）を追加し、実行parted /dev/sdb mklabel gptしましたsudo parted /dev/sdb mkpart primary ext4 0G 1074GB。すべてうまくいった。次に、ドライブをマウントしようとしました

mkdir /mnt/storage2
mount /dev/sdb1 /mnt/storage2

結果として

mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.

mount -t ext4 /dev/sdb1 /mnt/storage2同じ結果で試しました。私はこれまで何度もこのようなことをしてきましたが、このようなことは一度もありませんでした。私はすでにこのマウントを読んでいます：間違ったfsタイプ、悪いオプション、CentOS 6.0の/ dev / sdbの悪いスーパーブロックは役に立ちません。

ドライブに関するfdisk出力

Disk /dev/sdb: 1000 GiB, 1073741824000 bytes, 2097152000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 0E136427-03AF-48E2-B56B-A467E991629F

Device     Start        End    Sectors  Size Type
/dev/sdb1   2048 2097149951 2097147904 1000G Linux filesystem 

あなたはまだファイルシステムを作成する必要があります

mkfs.ext4 /dev/sdb1

Partedユーザーマニュアルhttps://www.gnu.org/software/parted/manual/html_node/mkpart.html：

2.4.5 mkpart

コマンド：mkpart [part-type fs-type name] start end

そのパーティションに新しいファイルシステムを作成せずに、新しいパーティションを作成します。

Ubuntu 16.04の/ dev / sdaでこの問題が発生しました。ライブusbで起動し、次の操作を実行して解決しました。

ディスクの使用を確認するには lsblk

ドライブが正常であることがわかる場合は、実行fdisk -lして、システムがそれを使用できるかどうかを確認します。

このコマンドを実行して、ドライブ上の不良スーパーブロックの修復を試みます。

fsck /dev/sda1 （/ dev / sda1を修正するドライブに置き換えます）。

ブロックの修復を求められたら、「y」を押して「はい」を選択します

fsckがすべての不良ブロックを修復できるようにします。

その後、次を使用してデバイスをマウントできました

sudo mount /dev/sda /media/ubuntu

これで解決しました。

# create mount dir
sudo mkdir /hdd6T

# new file system
sudo mkfs.ext4 /dev/sdc

# mount drive
sudo mount /dev/sdc /hdd6T/

# change ownership to specified user
sudo chown your-user /hdd6T/

これには、不良スーパーブロックを代替の1つに置き換える別のプロセスがあります。FSCKは「損失の多い」プロセスになる可能性があります。FSCKが大量のデータを削除したり、重要な場所（データベースのデータディレクトリなど）からデータを削除したりする可能性があるためです。動作しません。

あなたは愚かな自分をsudoするか、単にプロセスのルートになることができます。rootの場合、Linuxはコマンドを発行するときに何をしているかを知っていると想定していることを覚えておいてください。指示された場合、Mr。BulletをMr. Footに迅速に配達します。他の多くのものと同様に、大きな力には大きな責任が伴います。これで、システムをルートとして実行する際の私の警告は終わりです。

sudo -s

fdisk -l

どのデバイスを見つけ出す-この例では/ dev / sdc1とEXT4がこの説明で最も一般的であると仮定します。

fsck -N /dev/sdc1

デバイスとファイルシステム（ZFS、UFS、XFSなど）は異なる場合があるため、最初に何を持っているかを把握してください。EXT4であると想定しないでください。EXT4ファイルシステムでない場合、この手順を無視すると、後で問題が発生する可能性があります。

fsck.ext4 -v /dev/sdc1

スーパーブロックが不良であるというエラーメッセージが表示されます。スーパーブロックに問題がない場合、これを行いたくありません。

mke2fs -n /dev/sdc1

これにより、パーティションに保存されている代替スーパーブロックが出力されます。

*Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208*

代替スーパーブロックを選択します-最初のスーパーブロックがデフォルトであり、それが悪いため、そのスーパーブロックを使用しないように注意してください。 パーティションから取得したリストから1つを選択することもできます。この例を使用しないでください。スーパーブロックは別の場所に保存できます。

e2fsck -b 98304 /dev/sdc1

再起動して、これが機能するかどうかを確認します。リストにない次のスーパーブロックを試してください。私は3回目または4回目を数回行かなければなりませんでした。

e2fsck -b 163840 /dev/sdc1

次に、ディスクを検証するコマンドを再試行します。不良なスーパーブロックについて同じ混乱が生じるかどうかを確認してください。

fsck.ext4 -v /dev/sdc1

スーパーブロックがなくなるか、機能するまで試してください。使い果たした場合、より大きな問題が発生する可能性が高いため、適切なバックアップを作成してください。その時点でFSCKを実行してみてください。