Mount: wrong fs type, bad option, bad superblock

[NuX_o]

Bonjour à tou(te)s,

Je rencontre cette erreur lors de la tentative de mount d’une de mes partitions virtuelles. J’ai dû désactiver le mount pour pouvoir booter
voici le message d’erreur au boot :

oct. 25 18:29:25 2emedb mount[350]: mount: wrong fs type, bad option, bad superblock on /dev/mapper/2DB--vg-home,
oct. 25 18:29:25 2emedb mount[350]: missing codepage or helper program, or other error
oct. 25 18:29:25 2emedb mount[350]: In some cases useful info is found in syslog - try
oct. 25 18:29:25 2emedb mount[350]: dmesg | tail or so.
oct. 25 18:29:25 2emedb systemd[1]: home.mount mount process exited, code=exited status=32
oct. 25 18:29:25 2emedb systemd[1]: Failed to mount /home.
oct. 25 18:29:25 2emedb systemd[1]: Unit home.mount entered failed state.
[    4.973352] systemd[1]: Expecting device dev-mapper-2DB\x2d\x2dvg\x2dhome.device...

j’ai tenté à la “mano” :
● home.mount - /home
Loaded: loaded (/etc/fstab)
Active: failed (Result: exit-code) since mar. 2016-10-25 18:29:25 CEST; 3min 42s ago
Where: /home
What: /dev/mapper/2DB–vg-home
Docs: man:fstab(5)
man:systemd-fstab-generator(8)
Process: 350 ExecMount=/bin/mount -n /dev/mapper/2DB–vg-home /home -t ext4 (code=exited, status=32)

voici mon fstab :

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/mapper/2DB--vg-root /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda1 during installation
UUID=54adaf85-2f0e-4aaf-a392-e160c06de237 /boot           ext2    defaults        0       2
#/dev/mapper/2DB--vg-home /home           ext4    defaults        0       2
/dev/mapper/2DB--vg-tmp /tmp            ext4    defaults        0       2
/dev/mapper/2DB--vg-var /var            ext4    defaults        0       2
/dev/mapper/2DB--vg-swap_1 none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0

la LVM semble reconnue Oo :

sudo lvdisplay
  --- Logical volume ---
  LV Path                /dev/2DB-vg/root
  LV Name                root
  VG Name                2DB-vg
  LV UUID                YL9LcB-0ZA3-bPYa-LFeb-xF8n-3zy2-HoFcJl
  LV Write Access        read/write
  LV Creation host, time 2DB, 2016-03-23 14:37:48 +0100
  LV Status              available
  # open                 1
  LV Size                8,38 GiB
  Current LE             2145
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           254:0
   
  --- Logical volume ---
  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
   
  --- Logical volume ---
  LV Path                /dev/2DB-vg/swap_1
  LV Name                swap_1
  VG Name                2DB-vg
  LV UUID                7CHMBy-cTGw-sDB5-tGEg-d8C5-dDMC-cxwAEP
  LV Write Access        read/write
  LV Creation host, time 2DB, 2016-03-23 14:37:48 +0100
  LV Status              available
  # open                 2
  LV Size                16,00 GiB
  Current LE             4095
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           254:1
   
  --- Logical volume ---
  LV Path                /dev/2DB-vg/tmp
  LV Name                tmp
  VG Name                2DB-vg
  LV UUID                mxXx2r-YcnT-zdh6-FCfo-2pkc-4l1t-zojnOc
  LV Write Access        read/write
  LV Creation host, time 2DB, 2016-03-23 14:37:48 +0100
  LV Status              available
  # open                 1
  LV Size                380,00 MiB
  Current LE             95
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           254:3
   
  --- 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

df -h :

Sys. de fichiers        Taille Utilisé Dispo Uti% Monté sur
/dev/dm-0                 8,2G    1,3G  6,5G  16% /
udev                       10M       0   10M   0% /dev
tmpfs                     1,6G    9,5M  1,6G   1% /run
tmpfs                     4,0G       0  4,0G   0% /dev/shm
tmpfs                     5,0M       0  5,0M   0% /run/lock
tmpfs                     4,0G       0  4,0G   0% /sys/fs/cgroup
/dev/sda1                 236M     33M  191M  15% /boot
/dev/mapper/2DB--vg-var   2,7G    1,8G  846M  68% /var
/dev/mapper/2DB--vg-tmp   360M    2,1M  335M   1% /tmp

Désolé pour ce message trop long j’espère qu’il y aura des motivés je vous avoue être perdue

Merci à vous !

[greenmerlin]

Bonsoir,

pour monter à la “mano” ton volume “home”

je ferrait plutôt comme ça

sudo mount -t ext4 /dev/2DB-vg/home /home

[NuX_o]

Bonsoir,

Merci pour ta réponse

malheureusement :

  sudo mount -t ext4 /dev/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.

Mais j’ai eu l’idée de faire un tail sur le syslog :
kernel: [11565.056129] EXT4-fs (dm-4): bad geometry: block count 236907520 exceeds size of device (184478720 blocks)

hum… je me rappelle avoir diminué la LVM du /home et d’avoir augmenter le /var …

que pourrai-je faire pour remettre tout d’équerre ?

[MicP]

… wrong fs type, bad option, bad superblock …

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.

[greenmerlin]

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)

[NuX_o]

Quand tu as fait tes Lvextend, lvreduce a tu bien fait les resize2fs sur les 2 volumes ??

non… -_-

fsck.ext3 /dev/mapper/2DB–vg-home (en root)

je let ext3 ou ext4 ?

Merci pour vos réponses !

[greenmerlin]

non… -_-

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

[NuX_o]

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à…

[NuX_o]

Merci MicP mais…

quelles sont mes options ?

[MicP]

…
sudo lvreduce --size -200G /dev/mapper/2DB--vg-home
…```

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.

---

…du coups mon history est vide …

Sinon, pour history tu as :

less ~/.bash_history

[NuX_o]

Je n’ai malheureusement plus rien

Quelqu’un aurait une idée ?

[greenmerlin]

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

Réponse à NuX_o sur le sujet Mount: wrong fs type, bad option, bad superblock

Désolé de pas avoir répondu hier soir mais je suis limité à un certain nombre de réponse par jour. c'est toujours le cas d’ailleurs. Ton historique bash n'a pas pu être effacé essaye de le retrouver et de coller la parti qui nous intéresse A default explique moi comment était tes volumes avant ET après parce que la il manque des informations pour que je puisse t'aider en évitant la catastrophe @ bientot

[NuX_o]

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 !

[greenmerlin]

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

[NuX_o]

Merci pour ta réponse

Oui je te confirme ces points .

fdisk -l /dev/sd

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

[greenmerlin]

Suivi

Que te renvoi

vgs en root
et
pvscan en root
et
vgdisplay en root

merci

[NuX_o]

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

[greenmerlin]

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

[NuX_o]

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.

[greenmerlin]

Aarfffff

sudo e2fsck -f /dev/mapper/2DB–vg-home

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