[abandon] LVM : incohérences

Arbiel · Le 22/06/2017, à 22:19

Bonsoir à tous

J'encadre un club informatique pour adultes handicapés, et j'ai installé Ubuntu à côté de Windows sur chacun de nos quatre PC nommés st1, st2, st3 et st4. Je dispose de mon propre PC et, pour développer chez moi quelques outils pour le club, j'ai installé Ubuntu sur deux disques amovibles. Ce système amovible,que j'ai nommé uranie, me permet de démarrer au choix mon propre PC et les PC du club. Tous les PC disposent de leur propre système.

J'utilise systématiquement LVM.

Il y a quelques jours, j'ai entrepris de transférer sur les PC du club une quantité importante de fichiers (des fichiers iso et des machines VirtualBox) présents sur uranie. Pour réaliser ces transferts, je démarre les PC du club avec le système amovible et je recopie les fichiers aux endroits opportuns. Tout a bien fonctionné pour st1, st3 et st4. Je me suis mis au travail sur st2 ce matin, pour constater que je n'en voyais pas les volumes logiques.

Après analyse, j'ai constaté que le problème venait de ce que le volume physique de st2 et un des deux volumes physiques de uranie possédaient le même UUID.

J'ai modifié l'UUID d'uranie par le jeu de commandes suivant

sudo lvchange -an uranie/{root,iconiochore,root,usr}
sudo pv -U /dev/sdd2
sudo lvchange -ay uranie/{root,iconiochore,root,usr}

Les UUID sont maintenant effectivement différents, mais cela n'a pas vraiment résolu le problème : les volumes logiques de st2 restent inaccessibles.
J'ai réalisé les tests suivants
Étape 1 : démarrage st2 avec uranie. Arrêt sur initramfs et message
"/dev/mapper/uranie-root" does not exist. (uranie-root est la partition système de uranie).
Étape 2 : démarrage de st1 dans les mêmes conditions : le système démarre correctement. Bien évidemment, les quatre volumes logiques de uranie sont vus pas blkid, de même que les 5 volumes logiques de st1.
Étape 3 : démarrage de st2 dans les mêmes conditions : le système démarre correctement, mais les volumes logiques de st2 sont partiellement invisibles.
Voici le retour des commandes que j'ai alors exécutées sans changer de système (donc st2 démarré avec uranie)

ciel@ciel-Vostro-3550:~$ sudo blkid | grep mapper
[sudo] password for ciel: 
/dev/mapper/uranie-root: LABEL="uranie-root" UUID="dd4d0fe3-f696-4f80-8f54-66313bfd4c6d" TYPE="ext4" 
/dev/mapper/uranie-home: LABEL="uranie-home" UUID="350a833a-9c98-4041-b370-7207f22377bb" TYPE="ext4" 
/dev/mapper/uranie-usr: LABEL="uranie-usr" UUID="b3d0f6fd-e0f1-483b-b236-7c78f40a1462" TYPE="ext2" 
/dev/mapper/uranie-iconiochore: LABEL="uranie-iconiocho" UUID="da7fb2d7-f690-4375-9057-a9bcfb857349" TYPE="ext2"

aucun volume logique de st2 n'est visible de blkid, alors que lvs et lvdisplay les voient

ciel@ciel-Vostro-3550:~$ sudo lvs
  LV          VG     Attr      LSize   Pool Origin Data%  Move Log Copy%  Convert
  home        st2    -wi-ao---   3,00g                                           
  iconiochore st2    -wi-ao--- 100,00g                                           
  root        st2    -wi-ao---   4,00g                                           
  swap        st2    -wi------   4,00g                                           
  usr         st2    -wi-ao---   5,00g                                           
  home        uranie -wi-ao---   3,00g                                           
  iconiochore uranie -wi-ao--- 120,00g                                           
  root        uranie -wi-ao---   3,50g                                           
  usr         uranie -wi-ao---   5,00g                                         
ciel@ciel-Vostro-3550:~$ sudo lvdisplay st2
  --- Logical volume ---
  LV Path                /dev/st2/iconiochore
  LV Name                iconiochore
  VG Name                st2
  LV UUID                K1JfR5-coCD-UbtC-x0Bd-LuxR-VdEc-M0HFNe
  LV Write Access        read/write
  LV Creation host, time remi-Vostro-3550, 2015-09-08 18:30:26 +0200
  LV Status              available
  # open                 1
  LV Size                100,00 GiB
  Current LE             25600
  Segments               2
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:3
   
  --- Logical volume ---
  LV Path                /dev/st2/swap
  LV Name                swap
  VG Name                st2
  LV UUID                vqC62p-Kgrb-S4A9-BMzy-XYw5-fndr-ZsCBta
  LV Write Access        read/write
  LV Creation host, time lubuntu, 2015-09-09 11:54:52 +0200
  LV Status              NOT available
  LV Size                4,00 GiB
  Current LE             1024
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
   
  --- Logical volume ---
  LV Path                /dev/st2/root
  LV Name                root
  VG Name                st2
  LV UUID                ih2Mdv-m9vk-1IbC-zqLl-mjgC-4bSa-NLc4ZI
  LV Write Access        read/write
  LV Creation host, time remi-Vostro-3550, 2015-09-18 16:59:45 +0200
  LV Status              available
  # open                 1
  LV Size                4,00 GiB
  Current LE             1024
  Segments               3
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:0
   
  --- Logical volume ---
  LV Path                /dev/st2/home
  LV Name                home
  VG Name                st2
  LV UUID                SPt6YN-c2gQ-qPpx-yEZB-i6Vx-MrQY-nq3bEz
  LV Write Access        read/write
  LV Creation host, time remi-Vostro-3550, 2015-09-18 17:00:00 +0200
  LV Status              available
  # open                 1
  LV Size                3,00 GiB
  Current LE             768
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:1
   
  --- Logical volume ---
  LV Path                /dev/st2/usr
  LV Name                usr
  VG Name                st2
  LV UUID                jqNSaK-VBGg-Zy7R-Fzkl-o2h3-Mz09-xbNF5J
  LV Write Access        read/write
  LV Creation host, time remi-Vostro-3550, 2015-09-18 17:00:14 +0200
  LV Status              available
  # open                 1
  LV Size                5,00 GiB
  Current LE             1280
  Segments               2
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:2

Montage impossible

ciel@ciel-Vostro-3550:~$ sudo mount /dev/st2/iconiochore /mnt
mount : le périphérique spécial /dev/st2/iconiochore n'existe pas
ciel@ciel-Vostro-3550:~$ sudo mount /dev/mapper/st2-iconiochore /mnt
mount : le périphérique spécial /dev/mapper/st2-iconiochore n'existe pas

Démarrage de st2 avec son système interne avec les montages suivants

ciel@SamsungT2:~$ mount
/dev/mapper/st2-root on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/cgroup type tmpfs (rw)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)
none on /sys/fs/pstore type pstore (rw)
/dev/mapper/st2-iconiochore on /media/ciel/iconiochore type ext2 (rw,nosuid,nodev)
/dev/mapper/st2-home on /home type ext4 (rw)
/media/ciel/iconiochore/candidats on /home/ciel/candidats type none (rw,bind)
/media/ciel/iconiochore/iconiochore on /home/ciel/iconiochore type none (rw,bind)
/media/ciel/iconiochore/VMs on /home/ciel/VMs type none (rw,bind)
/media/ciel/iconiochore/Lanceurs on /home/ciel/Lanceurs type none (rw,bind)
/media/ciel/iconiochore/scripts on /home/ciel/scripts type none (rw,bind)
/media/ciel/iconiochore/virtualbox on /home/ciel/.ciel/virtualbox type none (rw,bind)
/dev/mapper/st2-usr on /usr type ext2 (rw)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=ciel)
/dev/sdb3 on /media/ciel/grub_1 type ext2 (rw,nosuid,nodev,uhelper=udisks2)
/dev/sdb2 on /media/ciel/bureau_1 type ext2 (rw,nosuid,nodev,uhelper=udisks2)
/dev/sdb1 on /media/ciel/Verb_1 type vfat (rw,nosuid,nodev,uid=1000,gid=1000,shortname=mixed,dmask=0077,utf8=1,showexec,flush,uhelper=udisks2)

Libération d'un port USB pour permettre le branchement des deux disques amovibles pour uranie, et branchement des deux disques. blkid et mount ne voient pas uranie, que lvs et lvsdisplay détectent

ciel@SamsungT2:~$ sudo umount /dev/sdb{1,2,3}
[sudo] password for ciel: 
ciel@SamsungT2:~$ sudo lvs
  LV          VG     Attr      LSize   Pool Origin Data%  Move Log Copy%  Convert
  home        st2    -wi-ao---   3,00g                                           
  iconiochore st2    -wi-ao--- 100,00g                                           
  root        st2    -wi-ao---   4,00g                                           
  swap        st2    -wi-ao---   4,00g                                           
  usr         st2    -wi-ao---   5,00g                                           
  home        uranie -wi-ao---   3,00g                                           
  iconiochore uranie -wi-ao--- 120,00g                                           
  root        uranie -wi-ao---   3,50g                                           
  usr         uranie -wi-ao---   5,00g                                           
ciel@SamsungT2:~$ sudo blkid | grep mapper
/dev/mapper/st2-iconiochore: LABEL="st2-iconiochore" UUID="305a36f5-8475-4fb2-9d66-dfc83194ef06" TYPE="ext2" 
/dev/mapper/st2-swap: LABEL="st2-swap" UUID="5b2bbc1d-575f-47ea-8fc6-008e23acb68d" TYPE="swap" 
/dev/mapper/st2-root: LABEL="st2-root" UUID="7fc7e478-6b9b-470c-bdd3-f1ade51d8bb0" TYPE="ext4" 
/dev/mapper/st2-home: LABEL="st2-home" UUID="350efdd9-a5a2-42ee-b313-b2a6677f4ac3" TYPE="ext4" 
/dev/mapper/st2-usr: LABEL="st2-usr" UUID="5802b0b1-f98f-4ea5-a4e0-d08ea02b2962" TYPE="ext2" 
ciel@SamsungT2:~$ sudo lvdisplay uranie
  --- Logical volume ---
  LV Path                /dev/uranie/iconiochore
  LV Name                iconiochore
  VG Name                uranie
  LV UUID                K1JfR5-coCD-UbtC-x0Bd-LuxR-VdEc-M0HFNe
  LV Write Access        read/write
  LV Creation host, time remi-Vostro-3550, 2015-09-08 18:30:26 +0200
  LV Status              available
  # open                 1
  LV Size                120,00 GiB
  Current LE             30720
  Segments               4
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:0
   
  --- Logical volume ---
  LV Path                /dev/uranie/root
  LV Name                root
  VG Name                uranie
  LV UUID                ih2Mdv-m9vk-1IbC-zqLl-mjgC-4bSa-NLc4ZI
  LV Write Access        read/write
  LV Creation host, time remi-Vostro-3550, 2015-09-18 16:59:45 +0200
  LV Status              available
  # open                 1
  LV Size                3,50 GiB
  Current LE             896
  Segments               2
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:2
   
  --- Logical volume ---
  LV Path                /dev/uranie/home
  LV Name                home
  VG Name                uranie
  LV UUID                SPt6YN-c2gQ-qPpx-yEZB-i6Vx-MrQY-nq3bEz
  LV Write Access        read/write
  LV Creation host, time remi-Vostro-3550, 2015-09-18 17:00:00 +0200
  LV Status              available
  # open                 1
  LV Size                3,00 GiB
  Current LE             768
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:3
   
  --- Logical volume ---
  LV Path                /dev/uranie/usr
  LV Name                usr
  VG Name                uranie
  LV UUID                jqNSaK-VBGg-Zy7R-Fzkl-o2h3-Mz09-xbNF5J
  LV Write Access        read/write
  LV Creation host, time remi-Vostro-3550, 2015-09-18 17:00:14 +0200
  LV Status              available
  # open                 1
  LV Size                5,00 GiB
  Current LE             1280
  Segments               2
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:4
   
ciel@SamsungT2:~$ sudo mount /dev/uranie/iconiochore /mnt
mount : le périphérique spécial /dev/uranie/iconiochore n'existe pas

La réinstallation de lvm sur st2 n'a pas modifié la situation. Je n'ai pas réinstallé lvm sur uranie, dont le lvm fonctionne parfaitement sur les autres PC.

Merci d'avance pour vos conseils et suggestions.

Arbiel

Dernière modification par Arbiel (Le 26/06/2017, à 14:28)

Compte supprimé · Le 23/06/2017, à 09:35

Bonjour Arbiel,

J'aurais tendance à dire normal car tu n'as pas lancé blkid tout seul, mais tu l'as filtré avec grep (recherche de mot clé) "mapper", or tes partitions ne sont pas dans /dev/mapper/…

Pour plus de détails :

man grep

Maintenant ce n'est que mon impression, je ne suis pas certain que le problème soit résolu.
Tu peux relancer tes commandes en retirant grep et après le mapper, voire en ajoutant less si la sortie écran est trop longue.

Dernière modification par Compte supprimé (Le 23/06/2017, à 09:36)

Arbiel · Le 23/06/2017, à 12:12

Bonjour

@ modérateurs
Prière de ne pas tenir compte de ma demande de suppression de la présente conversation. Je viens de réinstaller le système de st2, sans aucun résultat. Il semblerait que ce soit uranie, le système sur mes disques amovibles, qui soit défectueux. Or il fonctionne parfaitement lorsque je l'utilise sur l'un des 3 autres PC.
C'est vraiment à n'y rien comprendre. Je suis complètement perdu dans la recherche du "fautif".

@L_d_v_c@
Je te remercie de te pencher sur mon problème. La question est de savoir pourquoi les volumes logiques ne sont pas dans /dev/mapper, alors qu'ils devraient l'être, et qu'ils le sont lorsque je démarre les autres PC (st1, st3 et st4) avec le système installé sur mes disques amovibles. st2 semble en cause, et comme je l'ai indiqué, je viens de réinstaller le système de st2, sans aucun effet.

Arbiel

cqfd93 · Le 23/06/2017, à 12:19

Bonjour,.

Arbiel a écrit :

@ modérateurs
Prière de ne pas tenir compte de ma demande de suppression de la présente conversation.

C'est noté !

LeoMajor · Le 23/06/2017, à 14:23

bonjour,

st2 n'est pas "activate" ? ( détécté mais pas activé, donc pas monté ?)
fstab ?

à essayer avec tes disques durs usb connectés au boot
cat /etc/initramfs-tools/scripts/local-top/90-lvm_activate.conf

lvm vgchange -ay

sudo update-initramfs -u -k $(uname -r)
sudo update-grub

Arbiel · Le 24/06/2017, à 00:09

Bonsoir

Après avoir réinstallé le système de st2, j'ai mis à jour l'initrd de uranie, mon système amovible. Aucune de ces deux opérations n'a eu d'effet.

Je me permets de rappeler qu'initialement le lvm de st2 avait le même UUID que l'un des deux volumes physiques constituant le groupe support d'uranie, et que, pour retrouver une situation correcte, j'ai modifié l'UUID du volume physique du disque amovible.

Quand j'utilise l'ordinateur st2, n'est disponible dans lvm que le groupe support du système utilisé : uranie quand je démarre à partir de mon système amovible, ou st2 quand je démarre à partir du disque interne, et que je branche les deux disques amovibles après le démarrage. Le problème reste entier, et j'envisage de réinstaller uranie dès que j'aurai fini la remise de st2 dans la configuration qui était la sienne avant la réinstallation

Le fichier /etc/initramfs-tools/scripts/local-top/90-lvm_activate.conf n'existe sur aucun ordinateur.

Arbiel

Compte supprimé · Le 24/06/2017, à 09:21

Bonjour.
Ça ressemble à l'UUID qui ne correspond plus dans /etc/fstab de st2.

Dernière modification par Compte supprimé (Le 24/06/2017, à 09:23)

Arbiel · Le 26/06/2017, à 14:28

Bonjour à tous

Je n'ai finalement pas réussi à comprendre ce qui se passe. Comme la réinstallation de st2 et la mise à jour de l'initrd de mon système amovible n'ont rien donné, j'abandonne toute nouvelle modification. Les trois ordinateurs st1, st3 et st4 devraient me suffire. Je reprendrai peut-être la situation à la rentrée de septembre, d'autant plus que l'on m'a promis le don de quelques PC supplémentaires d'ici là.

Merci à tous de vous être penchés sur mon problème.

Arbiel

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 22/06/2017, à 22:19

[abandon] LVM : incohérences

#2 Le 23/06/2017, à 09:35

Re : [abandon] LVM : incohérences

#3 Le 23/06/2017, à 12:12

Re : [abandon] LVM : incohérences

#4 Le 23/06/2017, à 12:19

Re : [abandon] LVM : incohérences

#5 Le 23/06/2017, à 14:23

Re : [abandon] LVM : incohérences

#6 Le 24/06/2017, à 00:09

Re : [abandon] LVM : incohérences

#7 Le 24/06/2017, à 09:21

Re : [abandon] LVM : incohérences

#8 Le 26/06/2017, à 14:28

Re : [abandon] LVM : incohérences

Pied de page des forums