Problèmes de démarrage de disques

bertaudmarc · 01-12-2017 17:57:00

Bonjour,

Je reviens aux fondamentaux ...

Etape 1:
J'enlève tous les disques de ma machine.
Etape 2:
Je mets un disque (appelons le TINTIN pour ne pas s'emmêler avec les sdx).
TINTIN a deux partitions:
- une partition de boot (1)
- une partition contenant un lvm, lui-même contenant trois lv (2)

fdisk/l

Disk /dev/sda: 1.8 TiB, 2000398934016 bytes, 3907029168 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

Disklabel type: dos

Disk identifier: 0x9f63b6f5

Device     Boot  Start        End    Sectors  Size Id Type

/dev/sda1  *      2048     976895     974848  476M 83 Linux

/dev/sda2       976896 3907028991 3906052096  1.8T 8e Linux LVM

Je démarre la machine, TINTIN est booté (bios -> grub > debian)
Impeccable. Tout marche bien.
Shutdown
Etape 3:
Je rajoute un disque (appelons le MILOU)
MILOU a 4 partitions:
- une partition de boot (1)
- une partition extended (2)
- une partition contenant un lvm, lui-même contenant trois lv (5)
- une partion de récuperation de fichiers (6)

fdisk/l

Disk /dev/sdb: 1.8 TiB, 2000398934016 bytes, 3907029168 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

Disklabel type: dos

Disk identifier: 0x7d993a1e

Device     Boot      Start        End    Sectors   Size Id Type

/dev/sdb1  *          2048     500094     498047 243.2M 83 Linux

/dev/sdb2           501758 3907028991 3906527234   1.8T  5 Extended

/dev/sdb5           501760 2586621951 2586120192   1.2T 8e Linux LVM

/dev/sdb6       2586624000 3907028991 1320404992 629.6G 83 Linux

Je démarre la machine. C'est MILOU qui est booté (bios -> grub -> debian) !!!!!!
Qui plus est, les messages défilant disent que le lvm de TINTIN ne peut pas être initialisé (initiate en anglais, pas initialize).

Pourquoi ?
shutdown
Etape 4:
Je démarre la machine. Je vais dans le BIOS. Je contrôle que TINTIN est le premier disque.
De nouveau c'est MILOU qui démarre !

Avez-vous une explication logique ?
Comment faire démarrer TINTIN au lieu de MILOU ?
Note: TINTIN et MILOU ont le même Debian Jessie 8.4.0

Note 2: 'ai corrigé le texte en fonction des questions ...

Dernière modification par bertaudmarc (01-12-2017 18:44:55)

bertaudmarc · 01-12-2017 18:15:41

Une piste peut-être ...
Avec Gparted je regarde les information de la partition lvm de TINTIN
-> le volume group s'appelle myVG0
Avec Gparted je regarde les information de la partition lvm de MILOU
-> le volume group s'appelle myVG0

Même nom -> mélange ?

Une autre piste ...
TINTIN: les membres du volume group sont /dev/sda2 et /dev/sdb5 !!!!!!
MILOU: les membres du volume group sont /dev/sda2 et /dev/sdb5 !!!!!!

Il y donc bien mélange

Je ne comprends pas. Si MILOU était le clone de TINTIN (ce n'est pas le cas) on aurait la même situation.
Est-ce qu'un disque et son clone ne peuvent coexister dans une machine ?

Je vais acheter de l'aspirine

Croutons · 01-12-2017 18:18:29

Bonjour

Je démarre la machine. C'est MILOU qui est booté !

Tu veux dir quoi par MILOU est booté , tu arrives pas au menu grub?

bertaudmarc · 01-12-2017 18:41:24

ah. Si tu me poses la question cela veux dire que ma description est mal faite.
c'est le disque MILOU qui démarre (lancé par le BIOS qui trouve son grub)
Et MILOU marche bien dans l'étape 3 ou 4.

La question fondamentale est:
pourquoi le bios (en admettant que c'est lui) de la machine a décidé de lancer MILOU au lieu de TINTIN ?

Quand deux disques peuvent booter, qui gère le "conflit" ?

Dernière modification par bertaudmarc (01-12-2017 18:47:59)

Croutons · 01-12-2017 19:16:46

ouch c'est confus
Je soupçonne tes 2 disques de constituer le VG(volume groupe) myVG0
Quand tu utilise LVM il faut considérer myVG0 est en quelque sorte ton disque dur virtuel
et sur ce disque les volumes sont créé , les volumes sont les partitions virtuel
Après tu peux avoir plusieurs système d'installé sur tes volumes
Bon avoir utilisé 2 disques pour constituer un seule VG n'est pas judicieux car en cas de panne d'un des disques c'est la cata
mais je ne comprend pas ton histoire de boot, le système lancé est celui que tu choisis dans ton menu grub
Alors si tu n'as pas de menu c'est peut être que tu as mis le timeout a 0, ou que ton menu grub a besoin d'un update

lvscan

vgdisplay

bertaudmarc · 01-12-2017 19:32:08

Je pense que je m'exprime mal car j'utilise du vocabulaire que je ne maîtrise pas.

Il n'y a aucune rapport entre TINTIN et MILOU sauf qu'il utilise un même nom pour leur vg.
Si TINTIN ET MILOU sont dans la même machine alors c'est MILOU qui "démarre".

Faut-il changé le nom du vg sur TINTIN ou MILOU afin qu'il soit different ?

lvscan

ACTIVE            '/dev/myVG0/lv-root' [465.66 GiB] inherit

  ACTIVE            '/dev/myVG0/lv-home' [255.00 GiB] inherit

  ACTIVE            '/dev/myVG0/swap' [3.72 GiB] inherit

  inactive          '/dev/myVG0/lv-root' [651.93 GiB] inherit

  inactive          '/dev/myVG0/lv-home' [237.48 GiB] inherit

  inactive          '/dev/myVG0/swap' [952.00 MiB] inherit

vgdisplay

--- Volume group ---

  VG Name               myVG0

  System ID             

  Format                lvm2

  Metadata Areas        1

  Metadata Sequence No  230

  VG Access             read/write

  VG Status             resizable

  MAX LV                0

  Cur LV                3

  Open LV               0

  Max PV                0

  Cur PV                1

  Act PV                1

  VG Size               1.20 TiB

  PE Size               4.00 MiB

  Total PE              315688

  Alloc PE / Size       185442 / 724.38 GiB

  Free  PE / Size       130246 / 508.77 GiB

  VG UUID               KPz01N-dwQM-iHa3-4kt7-heaG-PBFR-FORTtb

  --- Volume group ---

  VG Name               myVG0

  System ID             

  Format                lvm2

  Metadata Areas        1

  Metadata Sequence No  4

  VG Access             read/write

  VG Status             resizable

  MAX LV                0

  Cur LV                3

  Open LV               0

  Max PV                0

  Cur PV                1

  Act PV                1

  VG Size               1.82 TiB

  PE Size               4.00 MiB

  Total PE              476812

  Alloc PE / Size       227927 / 890.34 GiB

  Free  PE / Size       248885 / 972.21 GiB

  VG UUID               mnWXuY-FflE-LFN5-H0W3-kT8H-rael-Wqqewv

Dernière modification par bertaudmarc (01-12-2017 19:34:24)

Croutons · 01-12-2017 20:42:23

non mais c'est moi suis fatigué si le système démarre c'est que les 2 disque ne son pas lié
En fait ce que tu veux dire c'est que c'est le système présent sur le disque MILOU qui démarre

Et MILOU marche bien dans l'étape 3 ou 4.

c'est quoi l'étape 3 et 4?

bertaudmarc · 01-12-2017 22:57:36

En fait ce que tu veux dire c'est que c'est le système présent sur le disque MILOU qui démarre

Sûrement parce que le BIOS le voit en premier ?

c'est quoi l'étape 3 et 4?

Voir le début du thread.

Et pourquoi le lvm de TINTIN est un membre du lvm de MILOU et réciproquement ?

Et peut-on en conclure que 2 disques, sans relation, ayant chacun un lvm de même nom, ne font pas bon ménage dans la même machine ?

Dernière modification par bertaudmarc (01-12-2017 23:16:36)

bertaudmarc · 02-12-2017 00:17:07

Je crois que la réponse est dans le man vgrename:

All the Volume Groups visible to a system need to have different names. Otherwise many LVM2 commands will refuse to run or give warning messages.
This situation could arise when disks are moved between machines. If a disk is connected and it contains a Volume Group with the same name as the Volume Group containing your root filesystem the machine might not even boot correctly

Il faut donc renommer le vg sur un des disques. Apparemment ce n'est pas de la tarte (il ne suffit pas de faire seulement vgrename).

Dernière modification par bertaudmarc (02-12-2017 00:20:57)

raleur · 02-12-2017 12:09:12

bertaudmarc a écrit :

Et pourquoi le lvm de TINTIN est un membre du lvm de MILOU et réciproquement ?

Ils ne le sont pas. La sortie de vgdisplay montre bien que si les deux VG ont le même nom, ils ont des UUID différents et sont donc bien distincts.

bertaudmarc a écrit :

Et peut-on en conclure que 2 disques, sans relation, ayant chacun un lvm de même nom, ne font pas bon ménage dans la même machine ?

Ce n'est pas spécifique à LVM. C'est aussi le cas avec les étiquettes de systèmes de fichiers (LABEL) ou de partitions (PARTLABEL). C'est pourquoi on préfère les UUID qui, bien que moins lisibles pour les humains, ont plus de chances d'être uniques, sauf en cas de clonage.

bertaudmarc a écrit :

Il faut donc renommer le vg sur un des disques. Apparemment ce n'est pas de la tarte (il ne suffit pas de faire seulement vgrename).

En effet il faudra aussi modifier tous les fichiers de configuration qui font référence à un nom de volume logique LVM, notamment /etc/fstab et /boot/grub/grub.cfg. Et peut être aussi reconstruire l'initramfs après avoir modifié /etc/initramfs-tools/conf.d/resume.

Par contre le nommage des VG n'a strictement rien à voir avec le choix du disque de boot par le BIOS qui ne connaît rien à LVM. Si tu configure le BIOS pour booter sur un disque donné et que ce disque est bootable, alors il boote sur ce disque et lance le GRUB qui est installé dessus. GRUB va chercher la partition /boot qui contient le noyau et l'initramfs de l'entrée de menu sélectionnée par son UUID. L'initramfs va ensuite chercher le volume logique qui est censé contenir la racine pour l'activer et le monter. Pour savoir quoi chercher, il se base sur le paramètre root= qui est passé par GRUB à a ligne de commande du noyau, définie dans l'entrée de menu créée par update-grub. Or ce paramètre contient le nom du volume logique /dev/mapper/vg-lv et non son UUID. Donc en cas de doublon avec le nom du VG, le résultat est aléatoire, et n'importe lequel des doublons peut être utilisé.

Dernière modification par raleur (02-12-2017 16:43:17)

Croutons · 02-12-2017 14:03:14

Bonjour
Le fichier /etc/initramfs-tools/conf.d/resume fait référence a UUID , enfin sur ma machine n'en est il pas de même avec LVM?
Dans ce cas rien a modifier
Comme dit raleur édites les fichiers du disque sur lequel tu renommes ton VG voir si il font référence au LABEL

raleur · 02-12-2017 15:46:55

Croutons a écrit :

Le fichier /etc/initramfs-tools/conf.d/resume fait référence a UUID , enfin sur ma machine n'en est il pas de même avec LVM?

Les UUID sont utilisés pour identifier les partitions parce que le nommage de ces dernières n'est pas stable. Mais les noms des volumes logiques LVM sont stables (à condition de ne pas définir plusieurs groupes de volumes avec le même nom), donc pas besoin d'UUID pour les identifier, et c'est quand même beaucoup plus convivial et lisible qu'un UUID.

Croutons a écrit :

Comme dit raleur édites les fichiers du disque sur lequel tu renommes ton VG voir si il font référence au LABEL

Ce n'est pas le cas. Les LABELs ne sont pas utilisés par défaut.
Partition -> UUID
LVM -> /dev/mapper/vg-lv

Croutons · 02-12-2017 16:05:05

Ba du coup je comprend plus il faut modifié quoi dans les fichiers?

bertaudmarc · 02-12-2017 16:17:24

Si même @croutons ne comprends plus alors qu'est ce que je devrais dire:D

Intéressant l'explication de @raleur

Si on branche un disque et son clone dans une machine et que l'on boote, cela doit faire un b****l terrible malgré les uuid.
Je crois l'avoir expérimenté à mon dépens.

bertaudmarc · 02-12-2017 16:27:00

En parlant de grub, @raleur écrit:

Cet UUID étant unique, il va trouver le volume logique qui est sur le même disque

Moi je pense, suite à de mauvaises manip, qu'il peut chercher sur un autre disque !

Connaissez-vous un très bon tutorial pour changer le nom d'un VG ? un tutorial que l'on peut suivre sans se poser de questions
La phase initrd me fait peur ...

raleur · 02-12-2017 16:30:18

Croutons a écrit :

il faut modifié quoi dans les fichiers?

Le nom du VG.

bertaudmarc a écrit :

Si on branche un disque et son clone dans une machine et que l'on boote, cela doit faire un b****l terrible malgré les uuid.

Ça dépend de son contenu et comment on a fait le clonage. Si c'est un vrai clone, il a les mêmes UUID (pour rappel, LVM et le RAID logiciel utilisent aussi des UUID en interne pour retrouver leurs petits), LABEL, PARTUUID, PARTLABEL et noms de VG que le disque original et effectivement c'est le bazar.

Dernière modification par raleur (02-12-2017 16:31:29)

bertaudmarc · 02-12-2017 16:42:16

C'est bien dommage car lorsque l'on a perdu quelque chose sur son disque, le premier réflexe est d'aller voir sur le clone (si l'on a rien trouvé sur le backup ...) pour récupérer et Badaboum !

raleur · 02-12-2017 16:47:23

"Badaboum" seulement si le clone est présent au démarrage.
En le branchant après la fin de l'initialisation du système, en USB ou eSATA, il ne devrait pas y avoir de problème.
Et il y a d'autres façons qu'un clonage exact de faire une sauvegarde du contenu d'un disque. A mon avis, un clone exact ne sert pas à sauvegarder et restaurer mais à pouvoir remplacer le disque original au pied levé en cas de défaillance.

Croutons · 02-12-2017 20:41:22

La commande vgrename n'a pas l'air bien compliqué pour simplement renommé après je me suis pas attardé sur toute les options possible

vgrename myVG0 newVG

mettre le nom du nouveau VG

nano /etc/fstab

nano /etc/initramfs-tools/conf.d/resume

Par contre pourquoi on doit modifier le fichier /boot/grub/grub.cfg, un update-grub pour recréer le fichier ?
Pour reconstruire initramfs j'ai noté

 update-initramfs -u

raleur · 02-12-2017 23:40:41

Croutons a écrit :

Par contre pourquoi on doit modifier le fichier /boot/grub/grub.cfg,

Parce qu'il fait référence au nom du VG notamment au travers du paramètre "root=" de la ligne de commande du noyau.

Reconstruire l'initramfs n'est utile que si le fichier resume a dû être modifié.

bertaudmarc · 03-12-2017 00:41:46

Et initrd ? y en a qui disent qu'il faut le recréer.

Et il y a d'autres façons qu'un clonage exact de faire une sauvegarde du contenu d'un disque

Cela serait bien de développer le sujet !

https://wiki.debian.org/fr/BackupAndRecovery

Dernière modification par bertaudmarc (03-12-2017 01:12:04)

raleur · 03-12-2017 00:53:59

L'initrd est un format obsolète (image de système de fichiers compressée extraite dans un ramdisk) qui a été remplacé par l'initramfs (archive compressée extraite dans un rootfs/ramfs, version simplifiée de tmpfs). Le fichier s'appelle encore initrd par tradition mais c'est en fait un initramfs.

Le sujet de la sauvegarde est bien trop vaste pour ce fil.

Dernière modification par raleur (03-12-2017 00:57:41)

bertaudmarc · 03-12-2017 01:53:31

Donc si j'applique les 4 actions citées par @crouton sur un clone, alors je pourrais le récupérer ?
Il n' y a vraiment pas d'autres actions ? Je peux y aller les yeux fermés ?

raleur · 03-12-2017 10:29:13

Comment ça, "le récupérer" ?
Si c'est un clonage exact, ses UUID sont les mêmes que l'original et le renommage d'un VG ne suffit pas à le rendre distinct de l'original.

Ce genre d'opération ne doit jamais se faire les yeux fermés. Il faut vérifier attentivement le déroulement et le résultat de chaque opération, et adapter la suivante en conséquence.

bertaudmarc · 03-12-2017 18:36:47

Je dit "le récupérer" car comme je l'ai dit auparavant j'ai mis dans ma machine mon système actuelle et son clone (les deux sont des disques internes) et que je me retrouve avec 2 vg de même nom.
Si je change le nom du vg du système actuelle, je pourrais avoir le clone et récupérer des choses dedans.

Si c'est un clonage exact, ses UUID sont les mêmes que l'original et le renommage d'un VG ne suffit pas à le rendre distinct de l'original.

Il faut donc rajouter à la procédure de @crouton le changement d'UUID

Debian-facile

#1 01-12-2017 17:57:00

Problèmes de démarrage de disques

#2 01-12-2017 18:15:41

Re : Problèmes de démarrage de disques

#3 01-12-2017 18:18:29

Re : Problèmes de démarrage de disques

#4 01-12-2017 18:41:24

Re : Problèmes de démarrage de disques

#5 01-12-2017 19:16:46

Re : Problèmes de démarrage de disques

#6 01-12-2017 19:32:08

Re : Problèmes de démarrage de disques

#7 01-12-2017 20:42:23

Re : Problèmes de démarrage de disques

#8 01-12-2017 22:57:36

Re : Problèmes de démarrage de disques

#9 02-12-2017 00:17:07

Re : Problèmes de démarrage de disques

#10 02-12-2017 12:09:12

Re : Problèmes de démarrage de disques

#11 02-12-2017 14:03:14

Re : Problèmes de démarrage de disques

#12 02-12-2017 15:46:55

Re : Problèmes de démarrage de disques

#13 02-12-2017 16:05:05

Re : Problèmes de démarrage de disques

#14 02-12-2017 16:17:24

Re : Problèmes de démarrage de disques

#15 02-12-2017 16:27:00

Re : Problèmes de démarrage de disques

#16 02-12-2017 16:30:18

Re : Problèmes de démarrage de disques

#17 02-12-2017 16:42:16

Re : Problèmes de démarrage de disques

#18 02-12-2017 16:47:23

Re : Problèmes de démarrage de disques

#19 02-12-2017 20:41:22

Re : Problèmes de démarrage de disques

#20 02-12-2017 23:40:41

Re : Problèmes de démarrage de disques

#21 03-12-2017 00:41:46

Re : Problèmes de démarrage de disques

#22 03-12-2017 00:53:59

Re : Problèmes de démarrage de disques

#23 03-12-2017 01:53:31

Re : Problèmes de démarrage de disques

#24 03-12-2017 10:29:13

Re : Problèmes de démarrage de disques

#25 03-12-2017 18:36:47

Re : Problèmes de démarrage de disques

Pied de page des forums