3 votes

le démarrage s'interrompt et nécessite le manuel 'lvm vgchange -ay'.

Ma machine a deux disques identiques en mode miroir en utilisant (logiciel) raid et ensuite lvm.

Lors du redémarrage, par exemple après une perte de puissance, la machine ne reconnaît pas la partition lvm et tombe dans un initramfs / busybox Shell.

Une fois que j'ai manuellement entrez lvm vgchange -ay y continue tout se déroule. Comment puis-je modifier ou mettre à jour ma configuration de démarrage pour que cela soit automatique ?

2voto

Dinoboff Points 1090

Bonne nouvelle, c'est corrigé avec la 16.10. En fait, je n'ai pas redémarré depuis que j'ai posté la question (et le réseau électrique ici dans l'Illinois est resté en place aussi longtemps...).

Avec la mise à jour (tardive) d'aujourd'hui vers la version 16.10, j'ai également relu quelques fils de discussion sur Internet. Le long fil de rapport de bogue sur le problème à l'adresse Rapport de bogue Debian #616689 contient cette recommandation un peu plus bas :

cat /boot/grub/device.map
sudo grub-mkdevicemap
cat /boot/grub/device.map

et je pense que ça a compté. Le premier cat a montré deux entrées correspondant à une ancienne configuration avec mes deux disques initiaux. L'un d'entre eux est mort et a été remplacé (yay, lvm a sauvé la mise et a rendu les choses plus faciles !) mais l'entrée n'a jamais été mise à jour. Exécution de grub-mkdevicemap peut l'avoir réparé.

En tout cas, plus de redémarrage assisté manuellement avec la 16.10.

2voto

Ludite Points 21

J'ai pu résoudre ce problème sur 16.04. Ma configuration consiste à démarrer à partir d'un miroir, puis / est LVM avec plusieurs partitions dans des lv distincts, tous dans le même groupe de volume.

Le problème que j'avais (qui m'a fait m'arracher les cheveux) était qu'au redémarrage, il me lançait dans initramfs Shell.

A partir de là, j'ai dû exécuter vgchange -a y et ctrl-d et le système a démarré.

J'ai parcouru le Web et j'ai trouvé des suggestions allant de.. :

bugs.launchpad.net/ubuntu/+source/lvm2/+bug/147216

2) Adding this to /etc/udev/rules.d/85-lvm2.rules solved the problem.

SUBSYSTEM=="block", ACTION=="add|change", ENV{ID_FS_USAGE}="raid", \
 RUN+="watershed sh -c '/sbin/lvm vgscan; /sbin/lvm vgchange -a y'"

à :

bugs.debian.org/cgi-bin/bugreport.cgi?bug=616689

Mais la solution pour moi a été de dépouiller la suggestion de ce type.

https://bugs.launchpad.net/ubuntu/+source/lvm2/+bug/147216/commentaires/22

et apportez la modification suivante.

ajouter /sbin/lvm vgchange -a y

dans /usr/share/initramfs-tools/scripts/local-block/lvm2

(Je l'ai aussi copié dans /etc/initramfs-tools/scripts/local-block/)

puis j'ai couru #update-initramfs -u -k `uname -r`

redémarré et enfin de retour à la raison.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X