Le 16/12/2024 à 12:13, Dominique Rousseau a écrit :
Le Mon, Dec 16, 2024 at 11:58:45AM +0100, Nicolas Cuissard via FRsAG [frsag@frsag.org] a écrit: (...)
Les pistes :
- Debian peut « mélanger » les disques au démarrage : le disque qui est
sur SCSI0:0 ne sera pas forcément /dev/sda alors que Red Hat respecte l'ordre, ça pourrait perturber l'activation LVM ?
Non, les PV ont un uuid qui sert a l'identifier, pas le nom du device.
C'est vrai mais avant que LVM puisse découvrir les périphériques LVM, il faut que udev passe pour créer tous les liens entre les noms canoniques et les noms persistants des périphériques.
S'il y a du cache quelque part, sous Red Hat il n'y a rien à mettre à jour car rien ne change d'un démarrage à l'autre alors que sous Debian comme l'ordre des disques peut changer il y a un travail de redécouverte à faire.
- le mode de démarrage EFI qui serait plus fiable que le mode legacy ?
set
- utiliser une activation « basique » des périphériques LVM au lieu de
passer par toutes les règles et les mécanismes qui sont là pour gérer les cas complexes ?
Ce qui me semble le plus "probable" c'est que le device n'apparaisse que plus tard. Un "dmesg" sur le shell de l'initrd "bloque" peut le confirmer.
Je lancerai un "dmesg" au prochain cas. Après ce serait étrange d'avoir un problème de timing sur du virtualisé...
Ce que tu peux regarder ( tu ne precises pas ), c'est le type de peripherique virtuel utilise dans le Vmware, pour exposer le disque.
On utilise le contrôleur de disque paravirtualisé donc c'est vraiment hyper standard :
description: Serial Attached SCSI controller produit: PVSCSI SCSI Controller fabriquant: VMware identifiant matériel: 0 information bus: pci@0000:03:00.0 nom logique: scsi0 version: 02 bits: 64 bits horloge: 33MHz fonctionnalités: sas pciexpress msi pm msix bus_master cap_list rom configuration: driver=vmw_pvscsi latency=0 ressources: irq:18 portE/S:4000(taille=8) mémoire:fd4f8000-fd4fffff mémoire:fd400000-fd40ffff
description: SCSI Disk produit: Virtual disk fabriquant: VMware identifiant matériel: 0.0.0 information bus: scsi@0:0.0.0 nom logique: /dev/sdb version: 2.0 numéro de série: 6000c29360459368b5764a2d1ae5a26c taille: 6GiB (6442MB) fonctionnalités: partitioned partitioned:dos configuration: ansiversion=6 logicalsectorsize=512 sectorsize=512 signature=5c88addf