logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

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

Ilistro
Membre
Distrib. : Archlinux 4.5.1
Noyau : Linux 4.5.1-1 ARCH
(G)UI : Mate
Inscription : 12-05-2015

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

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:
1506346218-p-20170925-150918-vhdr-on.png

Pouvez-vous m'aider?

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

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

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

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)


Il vaut mieux montrer que raconter.

Hors ligne

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

Ilistro
Membre
Distrib. : Archlinux 4.5.1
Noyau : Linux 4.5.1-1 ARCH
(G)UI : Mate
Inscription : 12-05-2015

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

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

Voici ce que dit blkid:

1506348395-p-20170925-160116-vhdr-on.png

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

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

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

Il vaut mieux montrer que raconter.

Hors ligne

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

Ilistro
Membre
Distrib. : Archlinux 4.5.1
Noyau : Linux 4.5.1-1 ARCH
(G)UI : Mate
Inscription : 12-05-2015

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

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:
1506351978-p-20170925-170429-vhdr-on.png


N.B: Je suis un gros noob.

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

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

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.

Il vaut mieux montrer que raconter.

Hors ligne

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

Ilistro
Membre
Distrib. : Archlinux 4.5.1
Noyau : Linux 4.5.1-1 ARCH
(G)UI : Mate
Inscription : 12-05-2015

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

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?

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

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

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)"


Il vaut mieux montrer que raconter.

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

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

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)


Il vaut mieux montrer que raconter.

Hors ligne

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

Ilistro
Membre
Distrib. : Archlinux 4.5.1
Noyau : Linux 4.5.1-1 ARCH
(G)UI : Mate
Inscription : 12-05-2015

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

Voici pour vgdisplay:
1506364719-p-20170925-195030-vhdr-on.png

Pour Lvdisplay;
1506364719-p-20170925-195119-vhdr-on.png

Pour tun2fs ( lvolroot):
1506364719-p-20170925-195349-vhdr-on.png

... (lvolhome):
1506364719-p-20170925-195426-vhdr-on.png

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

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

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)


Il vaut mieux montrer que raconter.

Hors ligne

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

Ilistro
Membre
Distrib. : Archlinux 4.5.1
Noyau : Linux 4.5.1-1 ARCH
(G)UI : Mate
Inscription : 12-05-2015

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

Ah ok, je le fais tt suite.

Hors ligne

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

Ilistro
Membre
Distrib. : Archlinux 4.5.1
Noyau : Linux 4.5.1-1 ARCH
(G)UI : Mate
Inscription : 12-05-2015

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

1506366664-avec-un-l.png

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)

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

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

VolGroup avec un G majuscule.

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

Il vaut mieux montrer que raconter.

Hors ligne

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

smolski
quasi...modo
Lieu : AIN
Distrib. : backports (buster) 10
Noyau : Linux 4.19.0-8-amd64
(G)UI : gnome
Inscription : 21-10-2008

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

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


saque eud dun (patois chtimi : fonce dedans)

Hors ligne

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

Croutons
Membre
Distrib. : Debian12
Noyau : Linux 6.1.0-13-amd64
(G)UI : Fluxbox(NakeDeb)
Inscription : 16-12-2016

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

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


-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<-- 
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

En ligne

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

raleur
Membre
Inscription : 03-10-2014

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

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.


Il vaut mieux montrer que raconter.

Hors ligne

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

Croutons
Membre
Distrib. : Debian12
Noyau : Linux 6.1.0-13-amd64
(G)UI : Fluxbox(NakeDeb)
Inscription : 16-12-2016

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

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)


-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<-- 
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

En ligne

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

smolski
quasi...modo
Lieu : AIN
Distrib. : backports (buster) 10
Noyau : Linux 4.19.0-8-amd64
(G)UI : gnome
Inscription : 21-10-2008

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


saque eud dun (patois chtimi : fonce dedans)

Hors ligne

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

Ilistro
Membre
Distrib. : Archlinux 4.5.1
Noyau : Linux 4.5.1-1 ARCH
(G)UI : Mate
Inscription : 12-05-2015

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

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)

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

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

# 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)


Il vaut mieux montrer que raconter.

Hors ligne

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

Ilistro
Membre
Distrib. : Archlinux 4.5.1
Noyau : Linux 4.5.1-1 ARCH
(G)UI : Mate
Inscription : 12-05-2015

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

Ca marche !!!!! big_smile

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. wink

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

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

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

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)


Il vaut mieux montrer que raconter.

Hors ligne

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

Croutons
Membre
Distrib. : Debian12
Noyau : Linux 6.1.0-13-amd64
(G)UI : Fluxbox(NakeDeb)
Inscription : 16-12-2016

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

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


-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<-- 
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

En ligne

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

Ilistro
Membre
Distrib. : Archlinux 4.5.1
Noyau : Linux 4.5.1-1 ARCH
(G)UI : Mate
Inscription : 12-05-2015

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

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
 

Hors ligne

Pied de page des forums