logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

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

bertaudmarc
Membre
Lieu : suisse
Distrib. : Buster 10.6
Noyau : Linux 4.19.0-12-amd64
(G)UI : Xfce 4.12
Inscription : 19-04-2016

Problèmes de démarrage de disques

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)

Hors ligne

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

bertaudmarc
Membre
Lieu : suisse
Distrib. : Buster 10.6
Noyau : Linux 4.19.0-12-amd64
(G)UI : Xfce 4.12
Inscription : 19-04-2016

Re : Problèmes de démarrage de disques

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

Hors ligne

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

Croutons
Membre
Distrib. : Debian12
Noyau : Linux 6.1.0-13-amd64
(G)UI : Fluxbox(NakeDeb)
Inscription : 16-12-2016

Re : Problèmes de démarrage de disques

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?


-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<-- 
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

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

bertaudmarc
Membre
Lieu : suisse
Distrib. : Buster 10.6
Noyau : Linux 4.19.0-12-amd64
(G)UI : Xfce 4.12
Inscription : 19-04-2016

Re : Problèmes de démarrage de disques

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)

Hors ligne

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

Croutons
Membre
Distrib. : Debian12
Noyau : Linux 6.1.0-13-amd64
(G)UI : Fluxbox(NakeDeb)
Inscription : 16-12-2016

Re : Problèmes de démarrage de disques

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


-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<-- 
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

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

bertaudmarc
Membre
Lieu : suisse
Distrib. : Buster 10.6
Noyau : Linux 4.19.0-12-amd64
(G)UI : Xfce 4.12
Inscription : 19-04-2016

Re : Problèmes de démarrage de disques

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)

Hors ligne

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

Croutons
Membre
Distrib. : Debian12
Noyau : Linux 6.1.0-13-amd64
(G)UI : Fluxbox(NakeDeb)
Inscription : 16-12-2016

Re : Problèmes de démarrage de disques

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?


-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<-- 
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

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

bertaudmarc
Membre
Lieu : suisse
Distrib. : Buster 10.6
Noyau : Linux 4.19.0-12-amd64
(G)UI : Xfce 4.12
Inscription : 19-04-2016

Re : Problèmes de démarrage de disques

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)

Hors ligne

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

bertaudmarc
Membre
Lieu : suisse
Distrib. : Buster 10.6
Noyau : Linux 4.19.0-12-amd64
(G)UI : Xfce 4.12
Inscription : 19-04-2016

Re : Problèmes de démarrage de disques

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)

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : Problèmes de démarrage de disques

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)


Il vaut mieux montrer que raconter.

Hors ligne

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

Croutons
Membre
Distrib. : Debian12
Noyau : Linux 6.1.0-13-amd64
(G)UI : Fluxbox(NakeDeb)
Inscription : 16-12-2016

Re : Problèmes de démarrage de disques

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

-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<-- 
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : Problèmes de démarrage de disques

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


Il vaut mieux montrer que raconter.

Hors ligne

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

Croutons
Membre
Distrib. : Debian12
Noyau : Linux 6.1.0-13-amd64
(G)UI : Fluxbox(NakeDeb)
Inscription : 16-12-2016

Re : Problèmes de démarrage de disques

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

-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<-- 
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

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

bertaudmarc
Membre
Lieu : suisse
Distrib. : Buster 10.6
Noyau : Linux 4.19.0-12-amd64
(G)UI : Xfce 4.12
Inscription : 19-04-2016

Re : Problèmes de démarrage de disques

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.

Hors ligne

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

bertaudmarc
Membre
Lieu : suisse
Distrib. : Buster 10.6
Noyau : Linux 4.19.0-12-amd64
(G)UI : Xfce 4.12
Inscription : 19-04-2016

Re : Problèmes de démarrage de disques

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 tongue
La phase initrd me fait peur ...

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : Problèmes de démarrage de disques

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)


Il vaut mieux montrer que raconter.

Hors ligne

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

bertaudmarc
Membre
Lieu : suisse
Distrib. : Buster 10.6
Noyau : Linux 4.19.0-12-amd64
(G)UI : Xfce 4.12
Inscription : 19-04-2016

Re : Problèmes de démarrage de disques

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 !

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : Problèmes de démarrage de disques

"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.

Il vaut mieux montrer que raconter.

Hors ligne

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

Croutons
Membre
Distrib. : Debian12
Noyau : Linux 6.1.0-13-amd64
(G)UI : Fluxbox(NakeDeb)
Inscription : 16-12-2016

Re : Problèmes de démarrage de disques

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


-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<-- 
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : Problèmes de démarrage de disques

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é.


Il vaut mieux montrer que raconter.

Hors ligne

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

bertaudmarc
Membre
Lieu : suisse
Distrib. : Buster 10.6
Noyau : Linux 4.19.0-12-amd64
(G)UI : Xfce 4.12
Inscription : 19-04-2016

Re : Problèmes de démarrage de disques

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 !

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

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : Problèmes de démarrage de disques

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)


Il vaut mieux montrer que raconter.

Hors ligne

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

bertaudmarc
Membre
Lieu : suisse
Distrib. : Buster 10.6
Noyau : Linux 4.19.0-12-amd64
(G)UI : Xfce 4.12
Inscription : 19-04-2016

Re : Problèmes de démarrage de disques

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 ?

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : Problèmes de démarrage de disques

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.

Il vaut mieux montrer que raconter.

Hors ligne

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

bertaudmarc
Membre
Lieu : suisse
Distrib. : Buster 10.6
Noyau : Linux 4.19.0-12-amd64
(G)UI : Xfce 4.12
Inscription : 19-04-2016

Re : Problèmes de démarrage de disques

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

Hors ligne

Pied de page des forums