マウント：不正なfsタイプ、不正なオプション、不正なスーパーブロック
新しいハードドライブを追加しました（/dev/sdb）をUbuntu 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同一の結果。私は以前にこれを何度もやったことがあり、このようなことに遭遇したことはありません。私はすでにこれを読んだ mount：不適切な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
これで解決しました。
不良スーパーブロックを代替の1つに置き換えた、別のプロセスがあります。 FSCKは「損失の多い」プロセスになる可能性があります。FSCKは、あまりにも多くのデータを削除したり、機密性の高い場所（データベースのデータディレクトリなど）からデータを削除したりする可能性があるため、使用したくない、または使用しない場合があるためです。動作しません。
自分で愚かにSudoを実行することも、単にプロセスのrootになることもできます。 rootの場合、Linuxは、コマンドを発行するときに何をしているのかを知っていると想定していることに注意してください。指示があれば、弾丸さんから足さんにスピーディーに配達します。他の多くのことと同様に、大きな力には大きな責任が伴います。以上で、システムをrootとして実行することについての私の警告は終了です。
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を実行してみることができます。
# 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/
私の場合、解決策はインストールnfs-utilsクライアント側。
CentOS/Red Hat：
yum install nfs-utils
buntu/Debian：
apt update
apt install nfs-kernel-server
私にとって、この問題の原因となっている不思議なファイルがありました。
次のコマンドを使用してディレクトリをクリアする必要がありました。
Sudo mkfs -t ext3 /dev/sdf
警告：保存したファイルを削除する可能性があります。したがって、lsを実行して、重要な保存ファイルを失わないようにし、実行前にこれらのファイルをバックアップできます。
私はこれが古い質問であることを知っていますが、これがこの問題に遭遇した人を助ける場合に備えて。
接続とNFSマウントを試みましたが、失敗してOPと同じエラーが発生しました。
依存関係をインストールした後、私は行ってよかった：
Sudo apt install nfs-common