web-dev-qa-db-ja.com

マウント：不正なfsタイプ、不正なオプション、/ dev / xvdf1の不正なスーパーブロック、不足しているコードページまたはヘルパープログラム、またはその他のエラー

EC2インスタンスに複数のEBSボリュームをマウントできません。以前に終了したEC2インスタンスからの「ルートボリューム」の残りである3つのEBSボリュームがあります（名前：/ dev/xvdf1、/ dev/xvdg1、/ dev/xvde1）。次のコマンドを使用して、/ dev/xvde1を正常にマウントできました。

＃mount/dev/xvde1/home/ec2-user/xvde1

しかし、xvdf1とxvdg1に対してこの手順を繰り返すと、次のエラーが発生します。

ec2-user]＃mount -t xfs/dev/xvdf1/home/ec2-user/xvdf1

mount：不適切なfsタイプ、不正なオプション、/ dev/xvdf1の不正なスーパーブロック、欠落したコードページまたはヘルパープログラム、またはその他のエラー場合によっては、syslogに役立つ情報が見つかります-dmesgを試してください|しっぽ

サポート出力：1）* ec2-user]＃lsblk

名前MAJ：MIN RM SIZE RO TYPE MOUNTPOINT xvda 202：0 0 8G 0 disk└─xvda1202：1 0 8G 0 part/xvdf 202：80 0 8G 0 disk└─xvdf1202： 81 0 8G 0パーツxvdg 202：96 0 8G 0ディスク└─xvdg1202：97 0 8G 0パーツxvde 202：64 0 8G 0ディスク└─xvde1202：65 0 8G 0パーツ/ home/ec2-user/xvde1 * ->これを正常にマウントできました。

2）ec2-user]＃blkid

/ dev/xvda1：LABEL = "/" UUID = "f25f5092-0401-4edb-9fac-c57f3c673803" TYPE = "ext4" PARTLABEL = "Linux" PARTUUID = "893c59db-bd86-4d67 -b40f-221bc82c14c8 "/ dev/xvdf1：LABEL ="/"UUID =" f5bd1ae0-85b5-4686-85ff-ed8deb328c92 "TYPE =" xfs "PARTLABEL =" Linux "PARTUUID =" 870dbb7e-9386-480b-a946-4d0f7ab5c405 "/ dev/xvdg1：LABEL ="/"UUID =" f5bd1ae0-85b5-4686-85ff-ed8deb328c92 "TYPE =" xfs "PARTLABEL =" Linux "PARTUUID =" 870dbb7e-9386-480b-a946-4d0f7ab5c405 "/ dev/xvde1：LABEL = "/" UUID = "f5bd1ae0-85b5-4686-85ff-ed8deb328c92" TYPE = "xfs" PARTLABEL = "Linux" PARTUUID = "870dbb7e-9386-480b-a946-4d0f7ab5c405"

3）ec2-user]＃ファイル-s/dev/xvdf1

/ dev/xvdf1：SGI XFSファイルシステムデータ（blksz 4096、inosz 512、v2ディレクトリ）

ec2-user]＃ファイル-s/dev/xvdg1

/ dev/xvdg1：SGI XFSファイルシステムデータ（blksz 4096、inosz 512、v2 dirs）

ec2-user]＃ファイル-s/dev/xvde1

/ dev/xvde1：SGI XFSファイルシステムデータ（blksz 4096、inosz 512、v2ディレクトリ）

4）ec2-user]＃mkfs -t xfs/dev/xvdf1 //フォーマットされたxvdf1

mkfs.xfs：そのようなファイルまたはディレクトリはありません

ありがとう

mount
4
Jobin Abraham

インスタンスが同じAMIを使用して起動された場合、それらのルートボリュームは同じEBSスナップショットから作成されているため、問題はおそらく 重複XFS UUIDs です。 mountからのエラーメッセージはあまり役に立ちませんが、/var/log/messagesまたは同等のものに次のようなエラーが表示されることがあります。

Jan 13 23:30:29 ip-172-31-15-234 kernel: XFS (nvme1n1): Filesystem has duplicate UUID 56282b3b-c1f3-425e-90db-e9e26def629d - can't mount

（この例は、NVMeストレージを使用するt3インスタンスからのものですが、NVMe固有ではありません。）

すべてのXFSファイルシステムには、（おそらく）一意のIDがディスクに格納されています。これにより、同じファイルシステムを誤って複数回マウントすることから保護されます。 EBSスナップショット/復元プロセスはブロックレベルのコピーであるため、スナップショットから作成するボリュームはすべて、ソースボリュームと同じUUIDを持つため、一度に1つしかマウントできません。

ボリュームを接続してマウントせずにUUIDを表示するには、次に xfs_db を実行して、接続したディスクを調べます。

# xfs_db -c uuid /dev/nvme1n1
UUID = 56282b3b-c1f3-425e-90db-e9e26def629d

（編集： blkid コマンドは、デバイスがマウントされている場合でも、UUIDも表示します。）

この問題を回避するには、XFS固有のnouuidmountオプション を使用して、重複チェックを一時的に無視します。

# mount -t xfs -o nouuid /dev/nvme1n1 /mnt

または、 xfs_admin を使用して、ボリュームのUUIDを永続的に変更できます。

# xfs_admin -U generate /dev/nvme1n1
Clearing log and setting UUID
writing all SBs
new UUID = 1eb81512-3f22-4b79-9a35-f22f29745c60
13
Simon Brady

Mkfsで-f（強制）オプションを使用してパーティションを再フォーマットし、

mkfs -t xfs -f /dev/xvdg1*

コマンドを再実行しました

mount /dev/xvdg1 /home/ec2-user/xvdg1/

出力：

Filesystem      Size  Used Avail Use% Mounted on
devtmpfs        483M   84K  483M   1% /dev
tmpfs           493M     0  493M   0% /dev/shm
/dev/xvda1      7.8G  1.1G  6.6G  14% /
/dev/xvde1      8.0G  1.3G  6.8G  16% /home/ec2-user/xvde1
/dev/xvdf1      8.0G   33M  8.0G   1% /home/ec2-user/xvdf1
/dev/xvdg1      8.0G   33M  8.0G   1% /home/ec2-user/xvdg1
0
Jobin Abraham