Partitions LVM : Failed to mount /home

Support Debian
#1

Bonjour
J’ai voulu agrandir /var qui faisait 3go je crois
en modifiant la taille de /home de plus de 500go à 300go pour mettre 200go dans /var
en suivant ces tuto :
http:/ /www.monlinux.net/2014/12/reduire-augmenter-taille-logical-volume-lvm/
http:/ /blog.moncoindunet.fr/linux/redimensionner-un-volume-logique/

Je ne sais plus ce que j’ai fait exactement mais je croyais que était bon alors j’ai reboot
et j’ai eu ça :
https:/ /framapic.org/drPyGbISCCtf/6OJNct9BetDq.JPG
https:/ /framapic.org/ee0KXQNK2i6C/X20GLxzSNskQ.JPG
https:/ /framapic.org/yn4MemhisnPv/d5n7eATbw12H.JPG
https:/ /framapic.org/lIWpbOJ8AVLg/6AEvWOsVmiY2.JPG
https:/ /framapic.org/hi0BiukUe8PL/ooGFVa74LoUb.JPG

Je ne sais pas quoi faire je ne veux pas empirer les choses.
Et biensûr je n’ai pas fait de sauvegarde :wink: .

Merci

#2

Apparemment tu as réduit la taille du volume logique home sans avoir réduit (ou pas assez) la taille du système de fichiers qu’il contient avant.

Je ne vois pas grand-chose d’autre à faire que :

  • réduire le système de fichiers var puis son volume logique à sa taille initiale
  • agrandir le volume logique home à sa taille initiale
  • réparer le système de fichiers home
  • te préparer à faire ton deuil des données qui étaient situées après la fin de la taille réduite.

Donc ce n’est pas grave, les données n’étaient pas très importantes.

#3

Merci pour ta réponse
Pour être plus précis le volume logique home était remplie à 8% environ enfin il y avait plein d’espace libre
Je crois que tu as raison j’ai réduis le volume mais pas le système de fichiers

Je vais essayer ta solution depuis le mode emergency.

#4

Au passage, un petit conseil habituel pour la prochaine installation en LVM : ne pas allouer tout l’espace du VG lors de l’installation mais en laisser une grosse partie libre pour agrandir les LV au fur et à mesure des besoins sans devoir en réduire d’autres. Cela implique bien sûr de ne pas utiliser le partitionnement assisté de l’installateur qui fait n’importe quoi de toute façon dès qu’on veut autre chose que tout dans le même système de fichiers.

#5

Merci du conseil.

J’ai réduis le système de fichiers var à 10go et son volume logique à 11go
et agrandis le volume logique home à 400go et quand je fais
resize2fs /dev/debian8-vg/home 100G (ou n’importe quelle autre taille)
ça met svp executez e2fsck -f /dev/debian8-vg/home d’abord
et quand je fais ça donne le superbloc ou la table des partitions est peut-être corrompue
Arrêter ? _

Que faire svp ?

#6

Pas suffisant. Tu as écrit plus haut que le volume home avait une taille initiale de plus de 500 Go.
La taille minimum est la taille de bloc * le nombre de blocs du système de fichiers rapportés par
tune2fs -l /dev/debian8-vg/home

#7

Je sais plus exactement quelle taille ça faisait

j’ai fait tune2fs -l je dois faire
Block count : 150075392
fois
Block size : 4096
c’est ça ?
et convertir en Go puis resize2fs /dev/vg/home le résultatG

#8

Non, il faut agrandir le LV à cette taille (exacte = 586232 Mio ou par excès = 573 Gio), qui est déjà celle du système de fichiers, avec lvresize ou lvextend.

#9

Ok j’ai remis var à 5go le minimum que j’ai pu et home 570go le maximum
mais la table des partitions est corrompue

#10

570 Go ou même 570 Gio, ce n’est pas suffisant. Si var avait une taille initiale de 3 Go, il faut le réduire à cette taille, ou bien réduire un autre volume.

Quelle table de partition ? Comment vois-tu qu’elle est corrompue ? Quel rapport avec le sujet ? Les volumes logiques ne sont pas dans une table de partition.

#11

Je ne parviens pas à réduire var à moins de 5Go ça met espace insuffisant et je n’ai modifier aucun autre volume

j’ai évoqué la table de partition parce que quand je fais e2fsck /dev/vg/home je vois
La taille du système de fichiers (selon le superbloc) est de 150075392 blocs La taille physique du périphérique est de 149422080 blocs Le superbloc ou la table des partitions est peut-être corrompue ! Arrêter <o>? _

mais en vrai je ne sais pas vraiment ce qu’il se passe

merci pour ton aide
https:/ /framapic.org/wdpXHKwPkmhU/s8gUKMZnXay6.JPG

#12

C’est juste un message générique. Ni le superbloc ni la table de partition ne sont corrompus. Le seul problème est que le volume n’a pas une taille suffisante par rapport au système de fichiers qu’il est censé contenir.

Tu ne peux pas supprimer des fichiers dans /var (caches, logs…) ou les déplacer ailleurs temporairement ? Qu’as-tu écrit dans /var après l’avoir agrandi pour que son occupation passe de 3 à 5 Go ?

Edit : tu peux aussi libérer de l’espace dans le VG en réduisant la taille du swap de 3Gio. (il faudra le désactiver avant avec swapoff et le recréer ensuite avec mkswap, en lui donnant le même UUID présent dans /etc/fstab).

#13

J’ai rien écrit je ne sais pas pourquoi il est plus lourd
Je sais pas faire grand chose en ligne de commande :unamused:

Je vais essayer ça.

#14

En fait d’après df, var a 2 Gio libres, il devrait être possible de le réduire encore. C’est de l’ext4 ou du btrfs ? Si c’est de l’ext4, il faut le démonter pour le réduire. Si c’est du btrfs, l’estimation de l’espace libre n’est pas forcément très fiable.

#15

Du ext4 je crois de base
pour var je fais mais ça dit
La nouvelle taille est plus petite que le minimum (1184205)
J’essaye resize2fs dev/vg/var 1184205 ça met
Le système de fichier de /dev/vg/var est monté sur /var ; le changement de taille doit être effectué en ligne resize2fs: La réduction en ligne n'est pas supportée

umount /var

umount: /var : cible occupée

#16

Un système de fichiers ext4 doit être démonté pour être réduit.
Evidemment en temps normal /var est occupé, on ne peut pas le démonter comme ça depuis le système qui l’utilise. Tu as bien réussi à le réduire à 5 Gio une première fois, donc il était forcément démonté. Comment avais-tu fait ? Démarrage en mode dépannage et arrêt des services qui utilisent /var ? Démarrage avec un autre système ?

Cependant si la taille de bloc de var est 4096 octets, alors la taille minimum annoncée par resizes2fs serait proche de 5 Go, ce qui ne correspond pas avec l’indication de df. Mais une fois démonté et vérifié avec fsck, cela sera peut-être différent.

#17

Bon j’ai réinstaller une debian par dessus tout ça
mais j’ai pas trouver comment redimmensionner les partition pendant l’installation donc je vais refaire proprement depuis la console de cette debian neuve
je ping quand c’st fait