Page 1 sur 1

Problème boot après clonage

Publié : 26 janvier 2017, 10:23
par arnaudluti
Bonjour,

Je sollicite votre aide pour un problème que je pense simple à résoudre pour qui connaît bien l'environnement CentOS/Dracut
J'ai cloné une VM d'Owncloud sous centos7, qui comportait deux disques, le premier de 40gb pour le système et le second de 80 pour les donnéés.
Souhaitant tester une maj d'OwnCloud j'ai simplement cloné le premier disque pour recréer une VM, je pensais que je pourrais booter normalement et corriger ensuite le point de montage du second disque, mais ce n'est pas le cas:

Au démarrage, j'arrive sur le shell "dracut" de secours; ces messages s'affichent:
Not all disk have been found, you might regenerate your initramfs
/dev/centos/root does not exist
/dev/centos/swap does not exist
/dev/mapper/centos-root does not exist

Alors comment pourrais régénérer l'initramfs? En apportant les corrections nécessaires?
Merci beaucoup d'avance,
Arnaud

Re: Problème boot après clonage

Publié : 26 janvier 2017, 13:18
par nouvo09
Il semblerait que ces montages soient en lvm ? ou tes partitions seraient désignées par un label plutôt que leur adresse /dev ?

Re: Problème boot après clonage

Publié : 26 janvier 2017, 13:32
par arnaudluti
Oui ces montages sont logiques, ce sont des disques virtuels dans un environnement vmware.

Sur le serveur d'origine, dans /etc/fstab j'ai
/dev/mapper/centos-root
UUID=d08.................................. /boot
/dev/mapper/vg_srvowncloud--DD2-lv_cloud /cloud ext4

Re: Problème boot après clonage

Publié : 26 janvier 2017, 14:11
par Beta-Pictoris
Essaye de démarrer sur le cd centos en mode rescue et passe en chroot.

Compare les uuids effectifs et ceux définis dans le fstab:

Code : Tout sélectionner

lsblk -f
cat /etc/fstab
Tu peux, aussi, régénérer l'initramfs avec la commande dracut.

Re: Problème boot après clonage

Publié : 26 janvier 2017, 15:28
par arnaudluti
Les UUID pour le disque système /dev/sda correspondent, du coup le /dev/sdb présent sur la machine originale n'est par conséquent pas présent sur la deuxième lors du lsblk -f , j'ai effacé la ligne correspondant au montage de ce disque dans /etc/fstab

au final, j'ai simplement fait un dracut --force en rescue et ça a fonctionné ! J'essayais de le faire avec l'invité de commande dracut et effectivement ça ne fonctionnait pas. Merci à toi.