LVM: je ne vois ni PV ni VG ni LV Le sujet est résolu

[tony]

salut,

n'ayant qu'un seul disque et un seul système Linux, Debian 12, j'ai laissé l'installateur réaliser l'installation sans intervenir. Le résultat est une utilisation de LVM qui est complètement nouveau pour moi. J'essaie donc de comprendre comment est partitionné mon ssd, mais dès le début ça coince.

Code : Tout sélectionner

~$ lsblk
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
nvme0n1     259:0    0 476,9G  0 disk 
├─nvme0n1p1 259:1    0   512M  0 part /boot/efi
├─nvme0n1p2 259:2    0  27,9G  0 part /
├─nvme0n1p3 259:3    0   977M  0 part [SWAP]
└─nvme0n1p4 259:4    0 447,5G  0 part /home

~# pvscan ; vgscan ; lvscan
  No matching physical volumes found

Je pensais qu'avec un seul ssd /dev/sda j'aurais PV = /dev/sda et VG= /dev/sda=nvme0n1, les LV étant des /dev/sdax, /dev/sda1= nvme0n1p1 par exemple, mais rien de tout ça. Là je ne pige pas, pourquoi les 3 commandes ci-dessus ne donnent rien?

ps1: pvs, lgs ou lvs ne donnent rien non plus

[tony]

il y a bien des secteurs logiques et physiques par contre, mais avec des tailles qui indiqueraient plutôt un genre d'entité, serait-ce un type de partitionnement qui n'est pas géré par LVM, ce qui expliquerait les non-réponses ci-dessus? En tout cas les notations de type /sdax ont disparu.

Code : Tout sélectionner

~# fdisk -l
Disque /dev/nvme0n1 : 476,94 GiB, 512110190592 octets, 1000215216 secteurs
Modèle de disque : SOLIDIGM SSDPFKNU512GZ                  
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : C3014515-0B2C-4275-8BD0-107D1977ED69

Périphérique      Début        Fin  Secteurs Taille Type
/dev/nvme0n1p1     2048    1050623   1048576   512M Système EFI
/dev/nvme0n1p2  1050624   59643903  58593280  27,9G Système de fichiers Linux
/dev/nvme0n1p3 59643904   61644799   2000896   977M Partition d'échange Linux
/dev/nvme0n1p4 61644800 1000214527 938569728 447,5G Système de fichiers Linux

ps: je pense avoir compris= le ssd est de type NVMe, et comme je n'ai aucune idée de ce que c'est.... j'ai été piégé.

[zargos]

Bonjour,
Ca ne change rien, ton lsblk montre qu'il n'y a pas de LVM tout simplement.
Car sinon les points de montage impliquerait /dev/mapper/quelquechose, hors ce n'est pas le cas.

[tony]

........
Car sinon les points de montage impliquerait /dev/mapper/quelquechose, hors ce n'est pas le cas.

j'aurais au moins appris qq chose d'utile, car j'ai consulté le Wiki (Debian) et ArchWiki (Arch) où, dans l'article LVM, il n'est pas fait mention du nom des partitions, du moins d'une manière clairement identifiable. En tout cas nvm n'a donc rien à voir avec lvm. Au temps pour moi donc.

merci pour l'info.

[zargos]

NVME est du matériel, LVM c'est du logiciel. Donc effectivement rien à voir.
Un peu de détail : https://www.kingston.com/fr/ssd/what-is ... technology

[tony]

NVME est du matériel, LVM c'est du logiciel. Donc effectivement rien à voir.
Un peu de détail : https://www.kingston.com/fr/ssd/what-is ... technology

ben ouais, je m'en suis aperçu un peu tard.

De toute façon ces histoires de Physical Volume et Virtual Group ça reste trop théorique pour moi, dans ce domaine il me faut des exemples concrets pour comprendre comment tout ça s'emboîte. Pour ça rien de tel que de réaliser moi-même une installation en utilisant LVM, ce que je ferai peut-être plus tard si je décide d'installer sur le même ssd, de technologie NVMe donc, une autre distribution Linux pour voir si elle prend mieux en compte mon matériel = { pavé tactile, souris, clavier } qui pose problème à Debian et donc qui me pose problème. Ce serait une bonne occasion pour comprendre la façon dont fonctionne ce LVM.

[piratebab]

Pour tes soucis de matériel, est ce que tu as installé les firmwares non libres, et activé les backports ?

[tony]

Pour tes soucis de matériel, est ce que tu as installé les firmwares non libres, et activé les backports ?

la réponse est "oui": firmwares non libres et backports sont dans mon sources.list. Voilà maintenant 2 jours que j'utilise le noyau 6.10.11 des backports et depuis je croise les doigts. Avec l'option "i8042.nomux=1" mon système avait fonctionné environ 10 jours sans souci, mais est-ce bien cette option qui avait amélioré la stabilité? Ces problèmes aléatoires sont certainement les plus difficiles à résoudre, surtout quand ils ne laissent aucune trace dans le journal .... enfin... aucune trace que je suis en mesure de détecter. Si ça m'arrive encore je mettrai la partie du journal concernée Si je connais l'heure du début du problème, bien sûr.