{{tag>Brouillon Pb LVM CA}}
= Pb LVM
== Erreur Device /dev/sda excluded by a filter.
Device /dev/sda excluded by a filter.
=== Solutions
Solutions
dd if=/dev/zero of=/dev/sda count=1 bs=512
Ou (à tester)
sgdisk --zap-all -- /dev/sda
== Erreur /dev/sdb: open failed: No medium found
# vgs
/dev/sdb: open failed: No medium found
VG #PV #LV #SN Attr VSize VFree
vg_data 1 1 0 wz--n- <931.51g 930.55g
vgos 1 4 0 wz--n- <237.52g 79.82g
# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 931.5G 0 disk
└─sda1 8:1 0 931.5G 0 part
└─vg_data-data 254:5 0 976M 0 lvm
nvme0n1 259:0 0 238.5G 0 disk
├─nvme0n1p1 259:1 0 488M 0 part /boot
├─nvme0n1p2 259:2 0 488M 0 part /boot/efi
└─nvme0n1p3 259:3 0 237.5G 0 part
├─vgos-root 254:0 0 46.6G 0 lvm /
├─vgos-swap 254:1 0 15.3G 0 lvm [SWAP]
├─vgos-var 254:2 0 55.9G 0 lvm /var
└─vgos-home 254:3 0 40G 0 lvm /home
Dans notre cas nous avons un /dev/sdb fantome
# fdisk /dev/sdb
Welcome to fdisk (util-linux 2.33.1).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.
fdisk: cannot open /dev/sdb: No medium found
=== Solution
Solution temporaire
# mv /dev/sdb .
# vgs
VG #PV #LV #SN Attr VSize VFree
vg_data 1 1 0 wz--n- <931.51g 930.55g
vgos 1 4 0 wz--n- <237.52g 79.82g
== Erreur Locking type -1 initialisation failed
Voir :
* https://access.redhat.com/solutions/68745
* http://www.ceus-now.com/how-to-deal-with-gentoo-failing-to-boot-due-to-locking-type-initialisation-failed-on-checkroot/
=== Solution
* Vérifier si /var n'est pas monté en lecture seul (voir ''locking_dir'' dans ''lvm.conf'')
* Utiliser l'option ''--ignorelockingfailure''
Exemple 1
vgchange --ignorelockingfailure -P -a y
Exemple 2
pvs --config 'global { locking_dir = "/tmp" }
== Err Device mismatch detected
Source : https://documentation.commvault.com/commvault/v11_sp16/article?p=31713.htm
Cause
If the virtual machine where a File Recovery Enabler for Linux is installed is based on the same VM template or image as the guest virtual machines or instances that the FREL is browsing, then live browse of files and folders on the guest VMs might fail as a result of UUID conflicts with physical volumes (PVs) on the FREL.
==== Resolution
To resolve this issue, change the UUIDs of the PVs on the FREL:
List all the physical volumes:
pvs -o --noheadings
Change the UUID for each PV listed in step 1.
pvchange -f --uuid pv_name --config "global {activation=0}"
List all the volume groups:
vgs -o vg_name,vg_uuid,pv_name --noheadings
Run the following commands to change the UUIDs and rename each of the volume groups listed in step 3 and activate the changed configuration:
vgchange --uuid vg_name --config "global {activation=0}"
vgrename old_vg_name new_vg_name
vgchange -ay new_vg_name
=== Autres RO FS
touch /plop
touch: ne peut faire un touch sur `/plop': Système de fichiers accessible en lecture seulement
blockdev --setrw /dev/sda
mount -o remount,rw /
mount: périphérique de type bloc/dev/VolGroup00/LogVol00 est protégé en écriture, on le monte en lecture seulement
pvdisplay
Locking type -1 initialisation failed.
Exemple de commande en lien, à tester
vgchange --ignorelockingfailure -P -a y
vgchange -a y VolGroup-1
blockdev --rereadpt /dev/sda
A voir aussi
''lvm.conf''
/etc/lvm/lvm.conf
locking_type = 1
locking_dir = "/var/lock/lvm"
lvchange -p rw
lvm vgchange -ayl --ignorelockingfailure
lvm vgmknodes --ignorelockingfailure
if touch -c / >& /dev/null
== Pb /dev/mapper missing LV
=== Solution
vgscan --mknodes