Назад | Перейти на главную страницу

mount: неправильный тип файловой системы, неправильный параметр, неправильный суперблок на / dev / xvdf1, отсутствующая кодовая страница или вспомогательная программа или другая ошибка

Мне не удается смонтировать более одного тома EBS в экземпляре EC2. У меня есть 3 тома EBS, которые представляют собой остатки корневого тома от ранее завершенных экземпляров EC2 (с именами: / dev / xvdf1, / dev / xvdg1, / dev / xvde1). Мне удалось смонтировать / dev / xvde1 с помощью следующей команды:

# установить / dev / xvde1 / home / ec2-user / xvde1

Но когда я повторяю эту процедуру для xvdf1 и xvdg1 Я получаю эту ошибку:

ec2-пользователь] # mount -t xfs / dev / xvdf1 / home / ec2-user / xvdf1

mount: неправильный тип файловой системы, неправильный параметр, неправильный суперблок на / dev / xvdf1, отсутствие кодовой страницы или вспомогательной программы или другая ошибка. В некоторых случаях полезная информация находится в системном журнале - попробуйте dmesg | хвост или около того.

Поддерживаемые выходы: 1) * ec2-user] # lsblk

ИМЯ ГЛАВНОЕ: МИН.РМ РАЗМЕР RO ТИП МОНТАЖ xvda 202: 0 0 8G 0 диск G─xvda1 202: 1 0 8G 0 part / xvdf 202: 80 0 8G 0 disk └─xvdf1 202: 81 0 8G 0 part xvdg 202: 96 0 8 ГБ 0 диск └─xvdg1 202: 97 0 8 ГБ 0 часть xvde 202: 64 0 8 ГБ 0 диск └─xvde1 202: 65 0 8 ГБ 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" / xvdf1 : LABEL = "/" UUID = "f5bd1ae0-85b5-4686-85ff-ed8deb328c92" TYPE = "xfs" PARTLABEL = "Linux" PARTUUID = "870dbb7e-9386-480b-a946-4d0f7ab5c405" / dev / xv / xv / xvdABD1 / "UUID =" f5bd1ae0-85b5-4686-85ff-ed8deb328c92 "TYPE =" xfs "PARTLABEL =" Linux "PARTUUID =" 870dbb7e-9386-480b-a946-4d0f7ab5c405 "/ dev / xvde1: UABELUID =" / dev / xvde1: LABELUID = " "f5bd1ae0-85b5-4686-85ff-ed8deb328c92" TYPE = "xfs" PARTLABEL = "Linux" PARTUUID = "870dbb7e-9386-480b-a946-4d0f7ab5c405"

3) ec2-user] # file -s / dev / xvdf1

/ dev / xvdf1: данные файловой системы SGI XFS (blksz 4096, inosz 512, v2 dirs)

ec2-пользователь] # файл -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: нет такого файла или каталога

Спасибо

Если экземпляры были запущены с использованием одного и того же AMI, то их корневые тома будут созданы из одного и того же снимка EBS, поэтому проблема скорее всего повторяющиеся UUID XFS. Сообщение об ошибке от 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

(Этот пример взят из экземпляра t3, использующего хранилище NVMe, но он не зависит от NVMe.)

Каждая файловая система XFS имеет (предположительно) уникальный идентификатор, хранящийся на диске, который защищает вас от случайной установки одной и той же файловой системы несколько раз. Поскольку процесс моментального снимка / восстановления EBS является копией на уровне блоков, любые тома, которые вы создаете из моментального снимка, будут иметь тот же UUID, что и исходный том, поэтому вы можете монтировать только один за раз.

Вы можете просмотреть UUID для тома, подключив его, но не смонтировав, а затем запустив xfs_db для проверки подключенного диска:

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

(РЕДАКТИРОВАТЬ: Blkid команда также покажет вам UUID, даже если устройство смонтировано.)

Чтобы обойти проблему, вы можете использовать специфичный для XFS nouuid вариант крепления чтобы временно игнорировать дублирующую проверку, например

# 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

Использовал параметр -f (Force) с mkfs для переформатирования раздела,

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