[Résolu] Le pc ne boot plus après redimensionnement, LVM

Ilistro · 25-09-2017 14:41:20

Bonjour,

Je suis sous Archlinux et j'utilise LVM.
J'ai redimensionné la partition home à la baisse puis redimensionné la partition root avec lvm:

- # lvresize -L -3G /dev/Volgroupe /home (je suis pas sûr que ça soit ça exactement)
-# lvresize -L +3G /dev/mapper/Volgroup00-lvolroot

Et après avoir rebooter il m'indique ça:

Pouvez-vous m'aider?

Dernière modification par Ilistro (30-09-2017 16:49:39)

raleur · 25-09-2017 14:53:35

J'ignorais qu'Archlinux était basé sur Debian.

Tu n'aurais pas oublié de réduire le système de fichiers dans le volume home avant de réduire le volume logique lui-même ?
D'après mon expérience, lorsque la taille du volume est inférieure à la taille déclarée dans un système de fichiers ext, ni le noyau ni e2fsck ni resize2fs ne veulent rien savoir ; la seule solution est d'agrandir à nouveau le volume à une taille au moins égale à celle déclarée dans le système de fichiers.

Et prépare-toi à t'asseoir sur les données qui étaient dans la partie tronquée car rien ne garantit que LVM va allouer à nouveau les même blocs physiques qu'à l'origine. Un gros fsck va s'imposer pour réparer ce qui peut l'être.

PS : c'est quand même curieux qu'un volume logique soit référencé par son UUID au lieu de son nom de volume comme pour la racine. Qu'y a-t-il dans /etc/fstab ? Que dit blkid ?

Dernière modification par raleur (25-09-2017 14:57:24)

Ilistro · 25-09-2017 15:06:59

Je suis venu ici, car je connais la qualité du forum.

Voici ce que dit blkid:

raleur · 25-09-2017 15:30:48

L'UUID de la première photo correspond bien au volume lvolhome (prévisible avec la ligne DEPENDS qui suivait).
Et mes autres questions ?

Ilistro · 25-09-2017 16:07:22

raleur a écrit :

Tu n'aurais pas oublié de réduire le système de fichiers dans le volume home avant de réduire le volume logique lui-même ?

Je ne comprend pas trop ce que vous voulez dire.

Voici ce qu'il y à dans fstab:

N.B: Je suis un gros noob.

raleur · 25-09-2017 18:19:33

Tiens, c'est spécial Arch, ça n'utilise même pas les noms de volumes logiques dans fstab mais les UUID, alors que pourtant ces noms sont persistants et stables contrairement aux noms de périphériques de partitions.

Si tu ne comprends pas ce que je veux dire, j'ai probablement vu juste.

Lors de sa création (familièrement "formatage"), un système de fichiers est configuré en fonction de la taille du volume qui le contient. Redimensionner un volume ou une partition ne suffit pas. Ce n'est qu'un contenant. Il faut aussi redimensionner le contenu, le système de fichiers. Et dans le bon ordre :
- agrandir d'abord le volume et ensuite le système de fichiers
- réduire d'abord le système de fichiers et ensuite le volume.

Gparted masque cette nécessité car il fait les deux en même temps.
Le redimensionnement d'un système de fichiers ext se fait avec la commande "resize2fs". Lors d'un agrandissement, il va trouver tout seul la nouvelle taille du volume et y adapter le système de fichiers. Par contre lors d'une réduction il faut lui indiquer explicitement la future nouvelle taille puisque le volume n'a pas encore été réduit. Rappel : tout ce qui est situé après la nouvelle taille réduite deviendra inaccessible.

Ilistro · 25-09-2017 18:26:56

raleur a écrit :

Si tu ne comprends pas ce que je veux dire, j'ai probablement vu juste.

C'est ce que je me suis dis aussi et malheureusement nous avons raisons.
J'ai toujours fait mes partions sous gparted, ceci explique cela.
Merci te vous donné autant de mal, c'est très intéressent.

Que faut-il que je fasse à présent?

raleur · 25-09-2017 18:47:06

D'abord, faire un état des lieux précis pour ne pas aggraver la situation.

vgdisplay

lvdisplay

tune2fs -l /dev/mapper/VolGroup00-lvolroot | egrep "Block (count|size)"

tune2fs -l /dev/mapper/VolGroup00-lvolhome | egrep "Block (count|size)"

raleur · 25-09-2017 19:06:33

Et si tu pouvais fournir tout ça en texte et non en photo, ce serait mieux.
Depuis un système live, ou en redirigeant la sortie des commandes dans des fichiers texte sur une clé USB... les possibilités ne manquent pas.
Autre : commenter la ligne home dans /etc/fstab pour démarrer sans erreur et se connecter en root (puisque le répertoire utilisateur dans /home n'est pas disponible).
Mais PAS de recopie à la main, trop de risque d'erreur.

Dernière modification par raleur (25-09-2017 19:07:59)

Ilistro · 25-09-2017 19:41:47

Voici pour vgdisplay:

Pour Lvdisplay;

Pour tun2fs ( lvolroot):

... (lvolhome):

raleur · 25-09-2017 20:02:01

tune2fs -l

avec un L minuscule, pas un 1 (un).
et "size", pas "seize".
Plus de rigueur ! Tu veux perdre tes données ou quoi ?

Dernière modification par raleur (25-09-2017 20:04:22)

Ilistro · 25-09-2017 20:04:55

Ah ok, je le fais tt suite.

Ilistro · 25-09-2017 20:11:19

Oui c'est encor seize mais je l'ai fais aussi avec size et évidement ça ne change rien.
Je suis obligé de prendre des photos pour l'instant, demain c'est bon.

Dernière modification par Ilistro (25-09-2017 20:26:21)

raleur · 25-09-2017 20:45:51

VolGroup avec un G majuscule.

Quand j'écrivais que la recopie à la main était source d'erreur, je ne croyais pas si bien dire...

smolski · 26-09-2017 01:24:46

raleur a écrit :

Quand j'écrivais que la recopie à la main était source d'erreur, je ne croyais pas si bien dire...

Utiliser l'autocompletion, voir le tuto là :
https://debian-facile.org/doc:programma … completion

Croutons · 26-09-2017 09:09:11

Bonjour

Je veux pas être pessimiste mais pour mettre intéressé au WikiDf sur LVM et avoir fais pas mal de test sous VirtualBox sous Jessie
A l'époque je mettais posé la question de savoir si on pouvait pas réduire le volume en une seule commande et résultat plus de données
Mais bon le message est était crié sur le terminale

lvreduce -L-200M /dev/vg1/volume2

WARNING: Reducing active logical volume to 616,00 MiB

  THIS MAY DESTROY YOUR DATA (filesystem etc.)

Do you really want to reduce volume2? [y/n]: y

  Size of logical volume vg1/volume2 changed from 816,00 MiB (204 extents) to 616,00 MiB (154 extents).

  Logical volume volume2 successfully resized

raleur · 26-09-2017 09:21:13

Croutons a écrit :

A l'époque je m'étais posé la question de savoir si on pouvait pas réduire le volume en une seule commande

On peut, mais il faut ajouter l'option -r (--resizefs) à la commande lvreduce qui appelle le programme fsdam pour le réduire. Mais j'ai une confiance modérée dans ce genre d'automatisme, alors je préfère garder le contrôle et faire l'opération manuellement.

Croutons · 26-09-2017 10:15:14

A bien regardé le screen du message #13 les caractères pipe me semble bien petit, es tu sur d'utiliser la bonne touche?
Sur mon clavier AltGr + 6 .......||||||||

Dernière modification par Croutons (26-09-2017 10:21:21)

smolski · 26-09-2017 11:51:50

Le Pipe a son tuto là :
https://debian-facile.org/doc:programma … troduction

Ilistro · 26-09-2017 16:55:32

Croutons a écrit :

A bien regardé le screen du message #13 les caractères pipe me semble bien petit, es tu sur d'utiliser la bonne touche?
Sur mon clavier AltGr + 6 .......||||||||

C'est bon.

raleur a écrit :

VolGroup avec un G majuscule.

Ah oui, pardon.

Je me suis mis sur un live CD pour éviter les photos mais si jamais il y a des trucs bizars ca peut venir de là.

tune2fs -l /dev/mapper/VolGroup00-lvolroot | egrep "Block (count|size)"
tune2fs -l /dev/mapper/VolGroup00-lvolhome | egrep "Block (count|size)"

tune2fs -l /dev/mapper/VolGroup00-lvolroot | egrep "B

Block count:              2621440

Block size:               4096

 tune2fs -l /dev/mapper/VolGroup00-lvolhome | egrep "B

Block count:              11375616

Block size:               4096

Dernière modification par Ilistro (26-09-2017 16:56:37)

raleur · 26-09-2017 17:14:17

# reduire le LV racine à sa taille originelle 10 Gio (le système de fichiers était resté à cette taille)

lvreduce -L 10G /dev/mapper/VolGroup00-lvolroot

# agrandir le LV home à sa taille originelle 44436 Mio (qui est aussi celle du système de fichiers)

lvextend -L 44436M /dev/mapper/VolGroup00-lvolhome

Dernière modification par raleur (26-09-2017 17:47:59)

Ilistro · 26-09-2017 17:36:40

Ca marche !!!!!

T'es trop fort.

Mais du coup (oui, je sais j'abuse) j'ai le même problème qu'au début, tu peux m'expliquer comment qu'on fait pour agrandir la racine proprement, histoire que je ne revienne pas pleurer demain. Je ne suis pas noob pour rien.

Dernière modification par Ilistro (26-09-2017 17:37:36)

raleur · 26-09-2017 17:48:57

Fais quand même une vérification de /dev/mapper/VolGroup00-lvolhome (démonté) avec fsck -f parce qu'il n'est pas totalement garanti que le LV a récupéré les blocs dans le même ordre qu'à l'origine. De toute façon ce sera demandé par resize2fs pour le réduire.

Pour le redimensionnement, soit tu ajoutes l'option --resizefs à tes commandes de redimensionnement de LV et tu fais confiance à la machine.

Soit tu réduis le système de fichiers home (qui doit avoir été démonté) avec resize2fs à 40 Gio (40G), puis tu réduis le LV home de 3 Gio et agrandis le LV racine (qui peut rester monté) d'autant, et finalement tu ajustes les systèmes de fichiers racine et home (qui peuvent être montés) avec resize2fs sans spécifier de taille.

Dernière modification par raleur (26-09-2017 17:58:07)

Croutons · 26-09-2017 19:53:06

Rounding size to bundary between physical extents :248M
Ce message apparaît quand la nouvelle taille n'est pas un multiple de PE (PE=4MiB), la taille conseillé est 248M
Il faut donné les tailles par multiple de PE, dans le cas contraire le système adaptera la nouvelle taille du Lv au chiffre approchant multiple de PE

exemple:

lvreduce -L -250M /dev/vg1/volume

Rounding size to boundary between physical extents: 248,00 MiB

  WARNING: Reducing active and open logical volume to 976,00 MiB

  THIS MAY DESTROY YOUR DATA (filesystem etc.)

Do you really want to reduce volume? [y/n]: y

  Size of logical volume vg1/volume changed from 1,20 GiB (306 extents) to 976,00 MiB (244 extents).

  Logical volume volume successfully resized

aucun soucis dans notre cas, c'est juste un supplément de mes notes

Ilistro · 27-09-2017 13:08:25

Voila ce que ma donné fsck:

 fsck -f /dev/mapper/VolGroup00-lvolhome

fsck from util-linux 2.28

e2fsck 1.42.13 (17-May-2015)

Pass 1: Checking inodes, blocks, and sizes

Pass 2: Checking directory structure

Pass 3: Checking directory connectivity

Pass 4: Checking reference counts

Pass 5: Checking group summary information

/dev/mapper/VolGroup00-lvolhome: 25628/2845248 files (0.4% non-contiguous), 488460/11375616 blocks

Debian-facile

#1 25-09-2017 14:41:20

[Résolu] Le pc ne boot plus après redimensionnement, LVM

#2 25-09-2017 14:53:35

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#3 25-09-2017 15:06:59

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#4 25-09-2017 15:30:48

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#5 25-09-2017 16:07:22

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#6 25-09-2017 18:19:33

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#7 25-09-2017 18:26:56

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#8 25-09-2017 18:47:06

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#9 25-09-2017 19:06:33

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#10 25-09-2017 19:41:47

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#11 25-09-2017 20:02:01

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#12 25-09-2017 20:04:55

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#13 25-09-2017 20:11:19

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#14 25-09-2017 20:45:51

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#15 26-09-2017 01:24:46

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#16 26-09-2017 09:09:11

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#17 26-09-2017 09:21:13

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#18 26-09-2017 10:15:14

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#19 26-09-2017 11:51:50

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#20 26-09-2017 16:55:32

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#21 26-09-2017 17:14:17

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#22 26-09-2017 17:36:40

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#23 26-09-2017 17:48:57

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#24 26-09-2017 19:53:06

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

#25 27-09-2017 13:08:25

Re : [Résolu] Le pc ne boot plus après redimensionnement, LVM

Pied de page des forums