it-swarm.com.ru

Присоединение и монтирование существующего тома EBS к проблеме файловой системы экземпляра EC2

У меня была какая-то неизвестная проблема с моим старым экземпляром EC2, так что я больше не могу в нее войти. Поэтому я создал новый том EBS из моментального снимка старого тома и попытался подключить и смонтировать его в новом экземпляре. Вот что я сделал:

  1. Создан новый том из снимка старого.
  2. Создал новый экземпляр EC2 и подключил к нему том как /dev/xvdf (или /dev/sdf)
  3. SSHed в экземпляр и попытался смонтировать старый том с: 

    $ Sudo mkdir -m 000 /vol $ Sudo mount /dev/xvdf /vol

И вывод был:

mount: block device /dev/xvdf is write-protected, mounting read-only
mount: you must specify the filesystem type

Теперь я знаю, что должен указать файловую систему как ext4, но так как том содержит много важных данных, я не могу отформатировать его с помощью $ Sudo mkfs -t ext4 /dev/xvdf. Тем не менее, я не знаю другого способа сохранения данных и одновременного указания файловой системы. Я много об этом искал, и сейчас я в растерянности.

Кстати, монтирование как «только для чтения» также беспокоит меня, но я еще не изучал его, так как вообще не могу смонтировать том.

Заранее спасибо!

Правка:

Когда я делаю Sudo mount /dev/xvdf /vol -t ext4 (без форматирования), я получаю:

mount: wrong fs type, bad option, bad superblock on /dev/xvdf,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

И dmesg | tail дает мне:

[ 1433.217915] EXT4-fs (xvdf): VFS: Can't find ext4 filesystem
[ 1433.222107] FAT-fs (xvdf): bogus number of reserved sectors
[ 1433.226127] FAT-fs (xvdf): Can't find a valid FAT filesystem
[ 1433.260752] EXT4-fs (xvdf): VFS: Can't find ext4 filesystem
[ 1433.265563] EXT4-fs (xvdf): VFS: Can't find ext4 filesystem
[ 1433.270477] EXT4-fs (xvdf): VFS: Can't find ext4 filesystem
[ 1433.274549] FAT-fs (xvdf): bogus number of reserved sectors
[ 1433.277632] FAT-fs (xvdf): Can't find a valid FAT filesystem
[ 1433.306549] ISOFS: Unable to identify CD-ROM format.
[ 2373.694570] EXT4-fs (xvdf): VFS: Can't find ext4 filesystem
50
Gabriel Rebello

Один лайнер


Используйте эту команду для монтирования, если тип вашей файловой системы - ext4:

Sudo mount /dev/xvdf /vol -t ext4

Многие люди добиваются успеха с помощью следующего (если диск разбит на разделы):

Sudo mount /dev/xvdf1 /vol -t ext4

где:

  • /dev/xvdf изменяется на том EBS устройство монтируется
  • /vol заменяется на папку , к которой вы хотите подключиться.
  • ext4 - это тип файловой системы подключаемого тома

Распространенные ошибки Как:


Список подключенных устройств

Проверьте вашу команду монтирования на наличие правильного тома EBS имен устройств и типов файловой системы . Следующее перечислит их всех:

Sudo lsblk --output NAME,TYPE,SIZE,FSTYPE,MOUNTPOINT,LABEL

Если ваш том EBS отображается с прикрепленной partition, подключите partition; не диск.

Если он не отображается, вы не Attach свой том EBS в веб-консоли AWS


Авто перемонтирование при перезагрузке

Эти устройства снова отключаются, если инстанс EC2 когда-либо перезагружается.

Чтобы снова подключить их при запуске, отредактируйте файл сервера, указанный ниже, и вставьте только одну команду монтирования, которую вы изначально использовали.

/etc/rc.local

(Поместите свое изменение выше exit 0, последней строки в этом файле.)

83
FactoryAidan

Я заметил, что по какой-то причине том был расположен в /dev/xvdf1, а не /dev/xvdf

С помощью 

Sudo mount /dev/xvdf1 /vol -t ext4

работал как шарм

23
Eric Wilson

Я также столкнулся с этой проблемой после добавления нового тома 16 ГБ и присоединения его к существующему экземпляру. Прежде всего, вам нужно знать, какие диски у вас есть.

  Sudo fdisk -l 

У вас будет вывод, похожий на приведенный ниже, с подробной информацией о ваших дисках (томах)

 Disk /dev/xvda: 12.9 GB, 12884901888 bytes
  255 heads, 63 sectors/track, 1566 cylinders, total 25165824 sectors
  Units = sectors of 1 * 512 = 512 bytes
  Sector size (logical/physical): 512 bytes / 512 bytes
  I/O size (minimum/optimal): 512 bytes / 512 bytes
  Disk identifier: 0x00000000

Device Boot      Start         End      Blocks   Id  System
/dev/xvda1   *       16065    25157789    12570862+  83  Linux

 Disk /dev/xvdf: 17.2 GB, 17179869184 bytes
 255 heads, 63 sectors/track, 2088 cylinders, total 33554432 sectors
 Units = sectors of 1 * 512 = 512 bytes
 Sector size (logical/physical): 512 bytes / 512 bytes
 I/O size (minimum/optimal): 512 bytes / 512 bytes
 Disk identifier: 0x00000000

 Disk /dev/xvdf doesn't contain a valid partition table

Как видите, недавно добавленный диск/dev/xvdf присутствует. Чтобы сделать его доступным, вам нужно создать на нем файловую систему и смонтировать ее в точку монтирования. Вы можете достичь этого с помощью следующих команд

 Sudo mkfs -t ext4 /dev/xvdf

Создание новой файловой системы очищает все в томе, поэтому делайте это на новом томе без важных данных

Затем смонтируйте его, возможно, в каталоге в папке/mnt

 Sudo mount /dev/xvdf /mnt/dir/

Подтвердите, что вы подключили том к экземпляру, запустив

  df -h

Это то, что вы должны иметь

Filesystem      Size  Used Avail Use% Mounted on
 udev            486M   12K  486M   1% /dev
 tmpfs           100M  400K   99M   1% /run
 /dev/xvda1       12G  5.5G  5.7G  50% /
 none            4.0K     0  4.0K   0% /sys/fs/cgroup
 none            5.0M     0  5.0M   0% /run/lock
 none            497M     0  497M   0% /run/shm
 none            100M     0  100M   0% /run/user
 /dev/xvdf        16G   44M   15G   1% /mnt/ebs

И это все, у вас есть том для использования, прикрепленный к существующему экземпляру . credit

17
Gideon Maina

Я столкнулся с этой проблемой, и я понял это сейчас,

[[email protected] ~]$ lsblk
NAME    MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda    202:0    0   8G  0 disk
└─xvda1 202:1    0   8G  0 part /
xvdf    202:80   0   8G  0 disk
└─xvdf1 202:81   0   8G  0 part

Вы должны смонтировать partition

/ dev/xvdf1 (какой тип является разделом)

не монтировать disk

/ dev/xvdf (тип диска)

11
Webb Lu

У меня была другая проблема, здесь, когда я проверял в журналах dmesg, проблема была с тем же UUID существующего корневого тома и UUID корневого тома другого ec2. Чтобы исправить это, я установил его на другой тип Linux ec2. Это сработало. 

1
vivek9018

Вам не нужно создавать файловую систему только что созданного тома из моментального снимка. Просто подключите том и подключите том в нужную папку. Я подключил новый том к тому же местоположению ранее удаленного тома, и он работал нормально. 

[[email protected] vol1]$ Sudo lsblk
NAME    MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda    202:0    0   8G  0 disk 
└─xvda1 202:1    0   8G  0 part /
xvdb    202:16   0  10G  0 disk /home/ec2-user/vol1
0
Naveen Kerati