#1 Le 22/06/2017, à 22:19
- Arbiel
[abandon] LVM : incohérences
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)
Arbiel Perlacremaz
LDLC Aurore NK3S-8-S4 Ubuntu 20.04
Abandon d'azerty au profit de bépo, de google au profit de Lilo et de la messagerie électronique violable au profit de Protonmail, une messagerie chiffrée de poste de travail à poste de travail.
Hors ligne
#2 Le 23/06/2017, à 09:35
- Compte supprimé
Re : [abandon] LVM : incohérences
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)
#3 Le 23/06/2017, à 12:12
- Arbiel
Re : [abandon] LVM : incohérences
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
Arbiel Perlacremaz
LDLC Aurore NK3S-8-S4 Ubuntu 20.04
Abandon d'azerty au profit de bépo, de google au profit de Lilo et de la messagerie électronique violable au profit de Protonmail, une messagerie chiffrée de poste de travail à poste de travail.
Hors ligne
#4 Le 23/06/2017, à 12:19
- cqfd93
Re : [abandon] LVM : incohérences
Bonjour,.
@ modérateurs
Prière de ne pas tenir compte de ma demande de suppression de la présente conversation.
C'est noté !
− cqfd93 −
Hors ligne
#5 Le 23/06/2017, à 14:23
- LeoMajor
Re : [abandon] LVM : incohérences
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
Hors ligne
#6 Le 24/06/2017, à 00:09
- Arbiel
Re : [abandon] LVM : incohérences
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
Arbiel Perlacremaz
LDLC Aurore NK3S-8-S4 Ubuntu 20.04
Abandon d'azerty au profit de bépo, de google au profit de Lilo et de la messagerie électronique violable au profit de Protonmail, une messagerie chiffrée de poste de travail à poste de travail.
Hors ligne
#7 Le 24/06/2017, à 09:21
- Compte supprimé
Re : [abandon] LVM : incohérences
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)
#8 Le 26/06/2017, à 14:28
- Arbiel
Re : [abandon] LVM : incohérences
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
Arbiel Perlacremaz
LDLC Aurore NK3S-8-S4 Ubuntu 20.04
Abandon d'azerty au profit de bépo, de google au profit de Lilo et de la messagerie électronique violable au profit de Protonmail, une messagerie chiffrée de poste de travail à poste de travail.
Hors ligne