Debian-facile

lebardix

Membre

Lieu : Plan de Cuques

Distrib. : Version 9.2 (Stretch) 64 bits

Noyau : Linux 4.9.0-3-amd64

(G)UI : Gnome

Inscription : 15-10-2013

erreur fsck au démarage

bonjour,

un disque avec 3 partitions
sda1  ->/boot
sda2 partition etendue
sda5 LVM
dont
- /dev/mapper/SRV--vg-root
- /dev/mapper/SRV--vg-var
- /dev/mapper/SRV--vg-swap_1
- /dev/mapper/SRV--vg-tmp
- /dev/mapper/SRV--vg-home

>>> j'ai du changé le nom du volume group

vgdisplay

  --- Volume group ---
  VG Name               SRV-vg
  System ID            
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  8
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                5
  Open LV               5
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               232,64 GiB
  PE Size               4,00 MiB
  Total PE              59557
  Alloc PE / Size       59557 / 232,64 GiB
  Free  PE / Size       0 / 0  
  VG UUID               jPPT71-xSUn-1Taj-6YIe-gUCf-65Ed-i103cW
 

et pour la partition root

lvdisplay

  --- Logical volume ---
  LV Path                /dev/SRV-vg/root
  LV Name                root
  VG Name                SRV-vg
  LV UUID                cX8Pyl-ZSSL-rKCh-t8ci-YfAS-jX7R-4tSSlt
  LV Write Access        read/write
  LV Creation host, time SRV, 2018-10-23 23:21:35 +0200
  LV Status              available
  # open                 1
  LV Size                23,28 GiB
  Current LE             5960
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           254:0
 

enfin

cat /etc/fstab

/dev/mapper/SRV-vg-root /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sdb1 during installation
UUID=7bad5434-fd15-4d8d-ae57-3a9060a37262 /boot     ext2    defaults        0       2
/dev/mapper/SRV--vg-home /home           ext4    defaults        0       2
/dev/mapper/SRV--vg-tmp /tmp            ext4    defaults        0       2
/dev/mapper/SRV--vg-var /var            ext4    defaults        0       2
/dev/mapper/SRV--vg-swap_1 none            swap    sw              0       0
 

donc suite au changement du nom du volume group,  les UUID ont été modifiés
et ainsi au démarrage j'ai l'erreur suivante

fsck: error 2 (No such file or directory) while executing fsck.ext4 for /dev/mappper/SRV--vg-root
 

Le systeme démarre normalement,

donc ma question
où se trouve info (sans doute un UUID) qu'utilise fsck pour tester la partition logique rootvg ???

merci

raleur

Membre

Inscription : 03-10-2014

Re : erreur fsck au démarage

dev/mapper/SRV-vg-root

Il manque un tiret doublé. Personnellement, j'évite de mettre des tirets dans les noms des VG et LV, je ne mets que des underscores (trait bas) qui n'ont pas besoin d'être doublés. Je ne mets pas non plus "vg" dans les noms des VG, c'est inutile, on sait très bien que ce sont des VG.

Dernière modification par raleur (29-10-2018 11:52:13)

---

Il vaut mieux montrer que raconter.

lebardix

Membre

Lieu : Plan de Cuques

Distrib. : Version 9.2 (Stretch) 64 bits

Noyau : Linux 4.9.0-3-amd64

(G)UI : Gnome

Inscription : 15-10-2013

Re : erreur fsck au démarage

j'ai corrigé l'histoire du tiret dans fstab mais ça ne change pas grand-chose,
je pense que le probleme est en amont, car le fsck de /root doit se faire avant que /etc/fstab soit lu ...

j'ai inspecté /boot/grub/grub.cfg mais je n'ai rien encore détecté ...

Dernière modification par lebardix (29-10-2018 14:36:11)

raleur

Membre

Inscription : 03-10-2014

Re : erreur fsck au démarage

Les 3 "p" dans "/dev/mappper/SRV--vg-root", c'est une erreur de frappe de ta part lors de la recopie à la main ou c'est vraiment dans le message ?

En effet l'initramfs lance fsck sur le périphérique spécifié comme racine par le paramètre "root" de la ligne de commande du noyau (passé par GRUB) avant de le monter, mais ce dernier était incorrect alors la racine ne pourrait pas être montée et le démarrage s'interromprait. Il faudrait verifier si ce message apparaît pendant ou après l'exécution de l'initramfs. Par exemple en passant le paramètre "break=init" pour interrompre l'exécution de l'initramfs juste avant de passer la main à systemd.

---

Il vaut mieux montrer que raconter.