La fixation et de montage existant volume EBS à l'instance EC2 problème de système de fichiers

J'ai eu quelques problème inconnu avec mon ancienne instance EC2, de sorte que je ne peux pas ssh en plus. Donc j'ai créé un nouveau volume, à partir d'un instantané de l'ancien volume et a essayé de l'attacher et de le monter à la nouvelle instance. Voici ce que j'ai fait:

Créé un nouveau volume de l'instantané de l'ancien.
Créé une nouvelle instance EC2 et attaché le volume comme /dev/xvdf (ou /dev/sdf)
SSHed dans l'instance et a tenté de monter le volume anciens avec:

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

Et le résultat a été:

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

Maintenant, je sais que je dois spécifier le filesytem comme ext4 mais étant donné que le volume contient beaucoup de données importantes, je ne peux pas le formater par $ sudo mkfs -t ext4 /dev/xvdf. Pourtant, je ne connais pas d'autre façon de préserver les données et en spécifiant le système de fichiers en même temps. J'ai cherché beaucoup sur le sujet et je suis actuellement à perte.

Par ailleurs, le montage en lecture seule aussi qui m'inquiète, mais je n'ai pas regarder encore puisque je ne peux pas monter le volume à tous.

Merci d'avance!

Edit:

Quand je fais sudo mount /dev/xvdf /vol -t ext4 (sans mise en forme) j'obtiens:

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

Et dmesg | tail me donne:

[ 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

J'ai mis à jour ma réponse. Cela fonctionne pour vous?

InformationsquelleAutor Gabriel Rebello | 2015-03-01

83

L'Un Liner

Monter la partition (si le disque est partitionné):
```
sudo mount /dev/xvdf1 /vol -t ext4
```
Monter le disque (si non partitionné):
```
sudo mount /dev/xvdf /vol -t ext4
```
où:
- /dev/xvdf est changé pour le Volume EBS appareil être monté
- /vol est changé à la dossier vous voulez monter à.
- ext4 est le type de système de fichiers du volume monté
Erreurs Les Plus Courantes Comment:

✳️ Joint La Liste Des Périphériques

Vérifier votre commande mount pour le corriger Volume EBS nom de l'appareil et type de système de fichiers. La commande suivante liste les tous:
```
sudo lsblk --output NAME,TYPE,SIZE,FSTYPE,MOUNTPOINT,UUID,LABEL
```
Si votre Volume EBS affiche avec un joint partition, monter le partition; pas le disque.

✳️ Si le volume n'est pas sur la liste

S'il n'apparaît pas, vous n'avez pas Attach votre Volume EBS dans AWS web-console

✳️ Remontage automatique au Redémarrage

Ces dispositifs démonté de nouveau si l'Instance EC2 jamais redémarre.

Une façon de le faire monter à nouveau sur le démarrage est d'ajouter le volume du serveur /etc/fstab fichier.

Attention:

Si vous corrompre le /etc/fstab fichier, il fera de votre système refuse de démarrer. Lire AWS court article, vous savez donc à vérifier que vous n'avez correctement.

https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-using-volumes.html#ebs-mount-after-reboot

Première:

Avec le lsblk de commande ci-dessus, trouvez votre volume de UUID & FSTYPE.

Deuxième:

Conserver une copie de l'original de votre fstab fichier.
```
sudo cp /etc/fstab /etc/fstab.original
```
Troisième:

Ajouter une ligne pour le volume dans sudo nano /etc/fstab.

Les domaines de la fstab sont "séparés par des tabulations" et chaque ligne contient les champs suivants:
```
<UUID>  <MOUNTPOINT>    <FSTYPE>    defaults,discard,nofail 0   0
```
Voici un exemple pour vous aider, ma propre fstab se lit comme suit:
```
LABEL=cloudimg-rootfs   /  ext4    defaults,discard,nofail 0   0
UUID=e4a4b1df-cf4a-469b-af45-89beceea5df7   /var/www-data   ext4    defaults,discard,nofail 0   0
```
Que c'est, vous avez terminé. Vérifier les erreurs dans votre travail, en cours d'exécution:
```
sudo mount --all --verbose
```
Vous verrez quelque chose comme ceci, si les choses sont :
```
/                  : ignored
/var/www-data       : already mounted
```
- Désolé, j'ai oublié d'ajouter que. Je vais modifier la question tu peut voir les sorties.
- La commande mount, j'ai donné dans ma réponse ne remplace pas le Volume de votre système de fichiers de sorte que vous n'avez pas besoin d'être inquiet au sujet de la perte de données. Aussi, soyez assuré que si les choses vont mal.. vous pouvez viens de re-créer une nouvelle copie de votre Volume à partir de l'original EBS instantané comme vous l'avez fait pour créer le volume, en premier lieu. Faire ma commande de montage, il est non-destructive. Je le promets. Et si vous n'recréer un nouveau volume, assurez-vous qu'il n'est pas un réplica en lecture seule.
- J'avais déjà essayé ça, juste oublié de le mettre dans la question. Merci pour le conseil sur la 'lecture seule' problème.
- J'ai lu votre mise à jour. Utiliser pour vérifier le type de système de fichiers et mise à jour de la commande mount avec ce qu'il vous dit pour TYPE="" Utilisation: défini blkid /dev/xvdf
- Résolu! Je vous remercie beaucoup pour l'aide. Après l'obtention pas de sortie à tous à partir de la commande que vous avez mentionné, j'ai remarqué que, pour une raison quelconque, le volume était situé à /dev/xvdf1, pas /dev/xvdf. Simple erreur, désolé. Using sudo mount /dev/xvdf1 /vol -t ext4 a travaillé comme un charme.
- Merci pour le compte rendu! Super heureux vous avez obtenu cette place. Rock sur.
- Merci pour votre commentaire, qui m'a sauvé. Je vais faire une réponse, juste pour lui donner plus de visibilité
- Vous devriez être en montage de disques dans /etc/fstab pas par l'exécution d'une commande mount dans le rc.local
InformationsquelleAutor FactoryAidan
24

J'ai remarqué que, pour une raison quelconque, le volume était situé à /dev/xvdf1, pas /dev/xvdf.

À l'aide de
```
sudo mount /dev/xvdf1 /vol -t ext4
```
a fonctionné comme un charme
- xvdf est le disque, xvdf1 est la partition. Si le disque est déjà partitionné comme ça, besoin de monter la partition elle-même.
InformationsquelleAutor Eric Wilson

J'ai rencontré ce problème aussi, après l'ajout d'un nouveau 16 GO de volume et de l'attacher à une instance existante. Tout d'abord, vous devez savoir quels disques sont présents
Exécuter

  sudo fdisk -l

Vous aurez' avoir une sortie qui apparaît comme celui qui est illustré ci-dessous en détaillant les informations sur vos disques (volumes"

 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

Comme vous pouvez le voir le Disque nouvellement ajouté /dev/xvdf est présent. Pour la rendre disponible, vous devez créer un système de fichiers sur elle et monter à un point de montage. Vous pouvez le faire avec les commandes suivantes

 sudo mkfs -t ext4 /dev/xvdf

D'en faire un nouveau système de fichiers efface tout dans le volume de façon à ce faire sur un nouveau volume sans données importantes

Puis monter peut-être dans un répertoire sous le répertoire /mnt dossier

 sudo mount /dev/xvdf /mnt/dir/

Confirmer que vous avez monté le volume à l'instance en cours d'exécution

  df -h

C'est ce que vous devriez avoir

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

Et qu'est-ce que vous avez le volume pour l'utiliser il joint à l'instance existante.
crédit

InformationsquelleAutor Gideon Maina

11

J'ai rencontré ce problème, et je l'ai eu, maintenant,
```
[ec2-user@ip-172-31-63-130 ~]$ 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
```
Vous devez monter le partition

/dev/xvdf1 (dont le type est une partition)

pas monter le disk

/dev/xvdf (dont le type est un disque)
- Cela a résolu mon problème. C'était un simple sens! Merci!
- Tellement facile... Merci!
- Cela a fonctionné pour moi, mais comment est-ce que, de la accepté de répondre et de toutes les autres sources mentionnent le montage de la xvdf au lieu de xvdf1?
InformationsquelleAutor Webb Lu
2

J'ai eu différentes question, ici, quand j'ai vérifié dans le dmesg les journaux, la question a été avec le même UUID de l'existant volume racine et l'UUID de la racine d'un volume d'un autre ec2. Donc pour corriger cela je l'ai monté sur un autre Linux type de ec2. Il a travaillé.
- +1 j'ai été suivant les étapes décrites ici: docs.aws.amazon.com/AWSEC2/latest/UserGuide/... et il vous demande d'utiliser le même AMI et le type d'instance, mais qui semble résulter dans le même Identificateur de Disque. Le passage à un autre AMI, il fixe, pour moi aussi. sudo fdisk-l affiche l'id de disque
InformationsquelleAutor vivek9018
0

Vous n'avez pas besoin de créer un système de fichiers du volume nouvellement créé à partir de l'instantané.il suffit de fixer le volume et monter le volume dans le dossier où vous voulez. J'ai joint le nouveau volume à l'emplacement même de l'ancien volume supprimé et ça marchait très bien.
```
[ec2-user@ip-x-x-x-x 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
```
InformationsquelleAutor Naveen Kerati

Vous devez vous connecter pour publier un commentaire.

L'Un Liner

Erreurs Les Plus Courantes Comment:

✳️ Joint La Liste Des Périphériques

✳️ Si le volume n'est pas sur la liste

✳️ Remontage automatique au Redémarrage