Le volume logique n’a aucun problème <=> ce n’est pas un problème de LVM
Ce message indique qu’il y a un problème d’accès au système de fichier
concernant le volume logique accessible par /dev/mapper/2DB--vg-home
Ce système de fichiers est peut-être défaillant.
Quand tu as fait tes Lvextend, lvreduce a tu bien fait les resize2fs sur les 2 volumes ??
Pour tenter de réparer ta partition home tape
fsck.ext3 /dev/mapper/2DB--vg-home (en root)
non… -_-
je let ext3 ou ext4 ? 
Merci pour vos réponses !
moche…
du coup ne fait rien et poste ton historique de commande ici
.bash_history de ton root
qu’on voit comment tu t’y est pris pour redimensionner tes lvm
Cela fait au moins 2 mois que je l’avais fait… sans avoir rebooté ; du coups mon history est vide ; néanmoins je m’étais fait une note, voici les commandes passées :
sudo lvreduce --size -200G /dev/mapper/2DB--vg-home
lvdisplay /dev/mapper/2DB--vg-home
lvextend --size +40G /dev/mapper/2DB--vg-var
lvdisplay /dev/mapper/2DB--vg-var
rien qu’à relire mes notes je me dis que j’ai un peu cherché là… 
Merci MicP mais…
quelles sont mes options ? 
Si je comprends bien, le volume logique
/dev/mapper/2DB--vg-home
a été réduit (de 200GB en moins) sans que le système de fichiers qu’il contenait l’ait d’abord été.
Mais je suis bien embêté pour répondre car je connais trop peu LVM pour savoir ce qu’il faudrait faire dans ce cas.
Sinon, pour history tu as :
less ~/.bash_history
Je n’ai malheureusement plus rien 
Quelqu’un aurait une idée ?
Re désolé j’ai pas tu te répondre car j’était bloqué par le site
je t’avais répondu la du coup
Merci pour ta réponse.
Alors, le bash_history est dans le /home/ ^^
impossible de retrouver le /home :’( :
lrwxrwxrwx 1 root root 7 oct. 25 18:35 /dev/mapper/2DB–vg-home -> …/dm-4
brw-rw---- 1 root disk 254, 4 oct. 25 18:35 dm-4
voilà la seule info que j’ai :
Avant :
Size of logical volume 2DB-vg/home changed from 903,73 GiB (231355 extents) to 703,73 GiB (180155 extents).
Logical volume home successfully resized
Size of logical volume 2DB-vg/var changed from 2,79 GiB (715 extents) to 42,79 GiB (10955 extents).
Logical volume var successfully resized
Après :
lvdisplay /dev/mapper/2DB–vg-home
— Logical volume —
LV Path /dev/2DB-vg/home
LV Name home
VG Name 2DB-vg
LV UUID 0ES16q-JNYq-F2sn-fSfv-PaYT-ewLl-1fvkNz
LV Write Access read/write
LV Creation host, time 2DB, 2016-03-23 14:37:48 +0100
LV Status available
# open 0
LV Size 703,73 GiB
Current LE 180155
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 254:4
LV Path /dev/2DB-vg/var
LV Name var
VG Name 2DB-vg
LV UUID dB3ut4-hIj1-2LEc-RT64-33oI-dHiV-T3CV4E
LV Write Access read/write
LV Creation host, time 2DB, 2016-03-23 14:37:48 +0100
LV Status available
# open 1
LV Size 42,79 GiB
Current LE 10955
Segments 2
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 254:2
Je ne sais pas si ces infos servent 
Merci à vous !
Ok suivi
quelque postes plus haut tu notes:
sudo lvreduce --size -200G /dev/mapper/2DB--vg-home lvdisplay /dev/mapper/2DB--vg-home lvextend --size +40G /dev/mapper/2DB--vg-var lvdisplay /dev/mapper/2DB--vg-var
peut-tu me confirmer les choses suivantes :
tu a réduis le ton volume home de 200Go (ça me parrait beaucoup)
tu a augmenter la taille du volume var de 40Go
puis
Combien de disque dur physique à tu ?
que te renvois un fdisk -l /dev/sda ?
merci
PS: ne t’inquiète pas si je repond plus c’est que le site m’aura bloqué pour un trop grand nombre de réponse
Merci pour ta réponse 
Oui je te confirme ces points .
Disk /dev/sda: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x2f719fc6
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 499711 497664 243M 83 Linux
/dev/sda2 501758 1953523711 1953021954 931,3G 5 Extended
/dev/sda5 501760 1953523711 1953021952 931,3G 8e Linux LVM
Partition 3 does not start on physical sector boundary.
Disk /dev/sda5: 931,3 GiB, 999947239424 bytes, 1953021952 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
okhtak@2emedb:/usr/share/munin/plugins$ sudo fdisk -l /dev/sda2
Disk /dev/sda2: 1 KiB, 1024 bytes, 2 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Alignment offset: 1024 bytes
Disklabel type: dos
Disk identifier: 0x00000000
Device Boot Start End Sectors Size Id Type
/dev/sda2p1 2 1953021953 1953021952 931,3G 8e Linux LVM
merci à toi
Suivi
Que te renvoi
vgs en root
et
pvscan en root
et
vgdisplay en root
merci
C’est moi qui te remercie
VG #PV #LV #SN Attr VSize VFree
2DB-vg 1 5 0 wz--n- 931,27g 160,00g
@2emedb:~$ sudo pvscan
PV /dev/sda5 VG 2DB-vg lvm2 [931,27 GiB / 160,00 GiB free]
Total: 1 [931,27 GiB] / in use: 1 [931,27 GiB] / in no VG: 0 [0 ]
2emedb:~$ sudo vgdisplay
--- Volume group ---
VG Name 2DB-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 4
Max PV 0
Cur PV 1
Act PV 1
VG Size 931,27 GiB
PE Size 4,00 MiB
Total PE 238405
Alloc PE / Size 197445 / 771,27 GiB
Free PE / Size 40960 / 160,00 GiB
VG UUID pnKm42-2I2H-2fvq-pzCS-V3NF-FGK6-lSrFZM
OK nice,
essaye un
resize2fs /dev/mapper/2DB--vg-home
pour voir si on peut sauver ton home
post les messages d’erreur s’il yen a
ensuite essaye de le monter
mount /dev/mapper/2DB--vg-home /home
Je t’avoue avoir vu la commande resize2fs.
Mais quand il s’agit de redimensionnement de partition je suis frileux… mais bon ^^ allez je me jette à l’eau 
<mode_kamikaze=on> 
@2emedb:~$ sudo resize2fs /dev/mapper/2DB–vg-home
resize2fs 1.42.12 (29-Aug-2014)
En train de redimensionner le système de fichiers sur /dev/mapper/2DB–vg-home à 184478720 (4k) blocs.
resize2fs: Ne peut lire un bitmap de blocs lors de la tentative de changement de taille de /dev/mapper/2DB–vg-home
Veuillez lancer « e2fsck -fy /dev/mapper/2DB–vg-home » pour corriger le système de fichiers
après l’opération de changement de taille avortée.
@2emedb:~$ sudo e2fsck -f /dev/mapper/2DB–vg-home
e2fsck 1.42.12 (29-Aug-2014)
La taille du système de fichiers (selon le superbloc) est de 236907520 blocs
La taille physique du périphérique est de 184478720 blocs
Le superbloc ou la table des partitions est peut-être corrompue !
Arrêter? non
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l’information du sommaire de groupe
Erreur de lecture du bloc 184549376 (Argument invalide) lors de la lecture des bitmaps d’i-noeuds et de blocs. Ignorer l’erreur? oui
Forcer la ré-écriture? oui
Erreur de lecture du bloc 185073664 (Argument invalide) lors de la lecture des bitmaps d’i-noeuds et de blocs. Ignorer l’erreur? oui
Forcer la ré-écriture? oui
…
Erreur lors de d’écriture du bloc 236453888 (Argument invalide). Ignorer l’erreur? oui
Erreur lors de d’écriture du bloc 236453901 (Argument invalide). Ignorer l’erreur? oui
Erreur lors de l’écriture du bloc 184549376 (Argument invalide) lors de l’écriture des bitmaps de blocs et d’i-noeuds. Ignorer l’erreur? oui
Erreur lors de l’écriture du bloc 185073664 (Argument invalide) lors de l’écriture des bitmaps de blocs et d’i-noeuds. Ignorer l’erreur? oui
Erreur lors de l’écriture du bloc 185597952 (Argument invalide) lors de l’écriture des bitmaps de blocs et d
…
Erreur lors de d’écriture du bloc 234881024 (Argument invalide). Ignorer l’erreur? oui
Erreur lors de d’écriture du bloc 235405312 (Argument invalide). Ignorer l’erreur? oui
Erreur lors de d’écriture du bloc 235929600 (Argument invalide). Ignorer l’erreur? oui
Erreur lors de d’écriture du bloc 236453888 (Argument invalide). Ignorer l’erreur? oui
Erreur lors de d’écriture du bloc 236453901 (Argument invalide). Ignorer l’erreur? oui
Erreur lors de d’écriture du bloc 233308160 (Argument invalide). Ignorer l’erreur? oui
Erreur lors de d’écriture du bloc 233832448 (Argument invalide). Ignorer l’erreur? oui
Erreur lors de d’écriture du bloc 234356736 (Argument invalide). Ignorer l’erreur? oui
/dev/mapper/2DB--vg-home: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****
/dev/mapper/2DB--vg-home : 9757/59228160 fichiers (0.8% non contigus), 6393337/236907520 blocs
~$ sudo resize2fs /dev/mapper/2DB–vg-home
resize2fs 1.42.12 (29-Aug-2014)
En train de redimensionner le système de fichiers sur /dev/mapper/2DB–vg-home à 184478720 (4k) blocs.
resize2fs: Ne peut lire un bitmap de blocs lors de la tentative de changement de taille de /dev/mapper/2DB–vg-home
Veuillez lancer « e2fsck -fy /dev/mapper/2DB–vg-home » pour corriger le système de fichiers
après l’opération de changement de taille avortée.
2emedb:~$ sudo mount /dev/mapper/2DB–vg-home /home
mount: wrong fs type, bad option, bad superblock on /dev/mapper/2DB–vg-home,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so.
Aarfffff
tu n’aurais pas du lancer cette commande… et surtout répondre NON a la premiere question
tu a surement détruit le système de fichier
essaye quand meme un
pvresize /dev/sda5
puis
lvresize -l +100%FREE /dev/mapper/2DB--vg-home
si rien y fait je suis au regret de t’informer que ton volume /home est belle et bien mort
Sorry
Orfffff ^^
Je sais j’ai été possédé par l’exaspération
voici le rendu des commandes :
@2emedb:~$ sudo pvresize /dev/sda5
[sudo] password for okhtak:
Physical volume "/dev/sda5" changed
1 physical volume(s) resized / 0 physical volume(s) not resized
@2emedb:~$ sudo lvresize -l +100%FREE /dev/mapper/2DB--vg-home
Size of logical volume 2DB-vg/home changed from 703,73 GiB (180155 extents) to 863,73 GiB (221115 extents).
Logical volume home successfully resized
@2emedb:~$ sudo mount /dev/mapper/2DB--vg-home /home
mount: wrong fs type, bad option, bad superblock on /dev/mapper/2DB--vg-home,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so.
merci à toi
J’arrive trop tard… Il ne fallait surtout pas forcer fsck et resize2fs dans cette situation, d’après mon expérience ils ne la gèrent pas bien.
Petit rappel : on doit réduire le système de fichiers (avec resize2fs ou équivalent pour le système de fichiers considéré) avant de réduire la volume ou la partition, sinon tout le contenu de la partie tronquée devient inaccessible. Et on doit agrandir le système de fichiers après avoir agrandir le volume ou la partition, sinon l’espace supplémentaire est inutilisable.
En fait la solution était a priori simple. La sortie de df dans le message initial montre que le système de fichiers du volume var a une taille de 3 Go, donc n’a pas été agrandi. On pouvait donc espérer que les données tronquées du volume home n’avaient pas été écrasées. D’autre part je suppose que les volumes n’avaient pas déjà été redimensionnés, car lvdisplay affiche que home est contigu et un fragment et var a deux fragments (allocation initiale + agrandissement dans l’espace libéré de home). Il aurait suffi de réduire le volume var à sa taille initiale exacte, puis d’agrandir le volume home à sa taille initiale, ce qui aurait récupéré les blocs libres initiallement alloués à home, et le tour était joué.
Mais maintenant, avec l’exécution de fsck, resize2fs et lvresize dans ces conditions, je crains que tout ce qui se trouvait dans la partie tronquée du volume home soit à peu près perdu. Certains fichiers peuvent être récupérés par des outils comme photorec (paquet testdisk) à condition de ne pas être fragmentés, mais pas leurs noms ni l’arborescence.
Par contre l’arborescence et les fichiers contenus dans la partie non tronquée du volumes devraient être récupérables, en rendant au volume home sa taille initiale.
Sinon, la vraie bonne réponse était : on réinitialise le système de fichiers endommagé et on restaure la sauvegarde.
Merci pour ta réponse PascalHambourg !
Désolé de ne pas avoir répondu plus tôt… Merci pour ces explications, je vais tenter une récup et une restauration
Merci encore et bonne journée