Contenu | Rechercher | Menus

Annonce

Ubuntu 16.04 LTS
Commandez vos DVD et clés USB Ubuntu-fr !

Appel à contributeurs. Réunion pour la refonte du wiki lundi 26 juin

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

#1 Le 30/04/2017, à 14:57

Manasian

[Résolu] Problème e2fsck & metadata_csum Ubuntu 16.04

Bonjour,

Je n'arrive pas à démarrer ubuntu, j'ai un écran noir à la place. En allant dans le système de récupération j'ai eu dans fsck :
fonctionnalité(s) non supportées : metadata_csum
e2fsck : Veuillez obtenir une version plus récente d'e2fsck !

J'ai finalement découvert avec l'invite de commande que le paquet d'e2fsck est carrément absent de la partition et je ne sais pas quelle commande faire pour directement le télécharger à internet. Il y a aussi cette solution mais je n'ai pas bien compris...

Merci d'avance

Dernière modification par Manasian (Le 17/06/2017, à 07:05)

Hors ligne

#2 Le 30/04/2017, à 17:19

ylag

Re : [Résolu] Problème e2fsck & metadata_csum Ubuntu 16.04

Bonjour...

Pour une solution de contournement, vous pourriez tenter de passer un fsck sur votre partition problématique à partir d'une session " live " d'Ubuntu 16.10 ou 17.04. Ces deux distributions sont pourvues de  fsck version 1.43  en lieu de la version 1.42 sur la 16.04, qui pose problème dans votre cas.

Pour une solution plus permanente, vous pourriez installer manuellement les paquets e2fslibs et e2fsprogs à partir des dépôts Ubuntu 16.10 yakkety :

Pour les récupérer, positionnez-vous d'abord dans votre dossier /home et faites : (je suppose que votre installation est en 64bits)

wget http://fr.archive.ubuntu.com/ubuntu/pool/main/e/e2fsprogs/e2fslibs_1.43.3-1_amd64.deb
wget http://fr.archive.ubuntu.com/ubuntu/pool/main/e/e2fsprogs/e2fsprogs_1.43.3-1_amd64.deb

...ceci devrait télécharger ces deux paquets dans votre dossier /home.

Pour l'installation :

sudo dpkg -i e2fslibs_1.43.3-1_amd64.deb

...suivi de :

sudo dpkg -i e2fsprogs_1.43.3-1_amd64.deb

Vous devrez installer e2fslibs avant e2fsprogs, sinon erreurs de dépendances.

Par contre, avant de procéder à l'installation, je vous suggère d'attendre l'avis d'intervenants plus expérimentés que moi dans ce domaine.

Note: fsck fait partie du paquet e2fsprogs, qui dépend du paquet e2fslibs.

A+

Dernière modification par ylag (Le 30/04/2017, à 18:25)

Hors ligne

#3 Le 30/04/2017, à 19:00

lucmars

Re : [Résolu] Problème e2fsck & metadata_csum Ubuntu 16.04

As-tu au moins une console avec l'ecran noir (ctrl+alt+f1) ?

Hors ligne

#4 Le 01/05/2017, à 08:39

Manasian

Re : [Résolu] Problème e2fsck & metadata_csum Ubuntu 16.04

ylag a écrit :

Bonjour...

Pour une solution de contournement, vous pourriez tenter de passer un fsck sur votre partition problématique à partir d'une session " live " d'Ubuntu 16.10 ou 17.04. Ces deux distributions sont pourvues de  fsck version 1.43  en lieu de la version 1.42 sur la 16.04, qui pose problème dans votre cas.

Pour une solution plus permanente, vous pourriez installer manuellement les paquets e2fslibs et e2fsprogs à partir des dépôts Ubuntu 16.10 yakkety :

Pour les récupérer, positionnez-vous d'abord dans votre dossier /home et faites : (je suppose que votre installation est en 64bits)

wget http://fr.archive.ubuntu.com/ubuntu/pool/main/e/e2fsprogs/e2fslibs_1.43.3-1_amd64.deb
wget http://fr.archive.ubuntu.com/ubuntu/pool/main/e/e2fsprogs/e2fsprogs_1.43.3-1_amd64.deb

...ceci devrait télécharger ces deux paquets dans votre dossier /home.

Pour l'installation :

sudo dpkg -i e2fslibs_1.43.3-1_amd64.deb

...suivi de :

sudo dpkg -i e2fsprogs_1.43.3-1_amd64.deb

Vous devrez installer e2fslibs avant e2fsprogs, sinon erreurs de dépendances.

Par contre, avant de procéder à l'installation, je vous suggère d'attendre l'avis d'intervenants plus expérimentés que moi dans ce domaine.

Note: fsck fait partie du paquet e2fsprogs, qui dépend du paquet e2fslibs.

A+

Cette solution marche quand même si j'ai un /home sur une autre partition ?

lucmars a écrit :

As-tu au moins une console avec l'ecran noir (ctrl+alt+f1) ?

Oui, je l'ai si j'attends assez longtemps.

Hors ligne

#5 Le 01/05/2017, à 12:41

ylag

Re : [Résolu] Problème e2fsck & metadata_csum Ubuntu 16.04

Bonjour...

Manasian a écrit :

Cette solution marche quand même si j'ai un /home sur une autre partition ?

Oui, je crois que ça devrait fonctionner. L'essentiel est de savoir où les fichiers *.deb sont téléchargés, et de lancer leur installation à partir de ce dossier.

Vous devriez plutôt tenter en premier lieu un fsck de la partition problématique à partir d'une session live de la 16.10 ou de la 17.04.

A+

Dernière modification par ylag (Le 01/05/2017, à 14:04)

Hors ligne

#6 Le 04/05/2017, à 21:01

Manasian

Re : [Résolu] Problème e2fsck & metadata_csum Ubuntu 16.04

Suite et fin de mon problème.
En refaisant un fsck et j'ai eu cela en tout :

fonctionnalité(s) non supportées : metadata_csum
e2fsck : Veuillez obtenir une version plus récente d'e2fsck !
mountall : fsck /home [1082] terminé avec le statut 8
mountall : erreur non récupérable de fsck : /home
mountall : montage de /home ignoré car Plymouth n'est pas disponible

Après plusieurs heures de recherche je n'ai rien trouvé pour traiter ses deux problèmes en même temps, j'ai du coup fait une nouvelle installation (Ubuntu 17) sur une nouvelle partition pour résoudre le problème et j'ai pu restaurer à peu près tous mes programmes, config, etc. grâce à mon home séparé.
J'ai encore la partition "foutue" si ça intéresse quelqu'un pour tester des solutions.
Merci quand même !

Hors ligne

#7 Le 17/05/2017, à 15:16

ylag

Re : [Résolu] Problème e2fsck & metadata_csum Ubuntu 16.04

Bonjour,

J'ai encore la partition "foutue" si ça intéresse quelqu'un pour tester des solutions.
Merci quand même !

À partir de votre session Ubuntu 17.04, vous pourriez tenter :

sudo fsck -v -f /dev/sdxn

...où x est la lettre du disque contenant la partition problématique et n est le numéro de la partition en question.

Notez que la partition à traiter doit être démontée pour que fsck puisse s'exécuter.
Ubuntu 17.04 est doté d'une version adéquate de fsck.

Je crois que vous n'avez rien à perdre en tentant cette manip, au pire elle échouera en retournant quelques messages d'erreurs.

A+

Hors ligne

#8 Le 19/05/2017, à 20:08

Manasian

Re : [Résolu] Problème e2fsck & metadata_csum Ubuntu 16.04

Bonjour, désolé, ça ne marche pas je retrouve le même message d'erreur que mon post plus haut.

D'ailleurs en y repensant, j'ai sûrement du supprimer le paquet plymouth sans faire attention avec synaptic, comme quoi il faut faire attention...

Hors ligne

#9 Le 19/05/2017, à 20:16

ylag

Re : [Résolu] Problème e2fsck & metadata_csum Ubuntu 16.04

Salut,

Désolé, en espérant que des intervenants plus chevronnés que moi passent par ici et puissent vous aider à débloquer ce qui coince sur votre système.

A+

Ajout:
À partir du système duquel vous avez tenté la commande fsck, faites :

apt-cache policy e2fsprogs e2fslibs

...histoire de vérifier que vous avez réellement tenté fsck à l'aide d'une version égale ou supérieure à 1.43.xx.

Dernière modification par ylag (Le 19/05/2017, à 20:24)

Hors ligne

#10 Le 19/05/2017, à 21:02

pliadule

Re : [Résolu] Problème e2fsck & metadata_csum Ubuntu 16.04

salut,

je connais ce message d'erreur j'en parle un peu ici : DD de pc déplacé en USB post #27

peut être une solution du côté des fichiers de conf. comme fstab ...

Dernière modification par pliadule (Le 19/05/2017, à 21:05)

Hors ligne

#11 Le 20/05/2017, à 06:58

Manasian

Re : [Résolu] Problème e2fsck & metadata_csum Ubuntu 16.04

ylag a écrit :

Ajout:
À partir du système duquel vous avez tenté la commande fsck, faites :

apt-cache policy e2fsprogs e2fslibs

...histoire de vérifier que vous avez réellement tenté fsck à l'aide d'une version égale ou supérieure à 1.43.xx.

Salut, j'ai bien ceci :

user-X75VC:/$ apt-cache policy e2fsprogs e2fslibs
e2fsprogs:
  Installé : 1.43.4-2
  Candidat : 1.43.4-2
 Table de version :
 *** 1.43.4-2 500
        500 http://fr.archive.ubuntu.com/ubuntu zesty/main amd64 Packages
        100 /var/lib/dpkg/status
e2fslibs:
  Installé : 1.43.4-2
  Candidat : 1.43.4-2
 Table de version :
 *** 1.43.4-2 500
        500 http://fr.archive.ubuntu.com/ubuntu zesty/main amd64 Packages
        100 /var/lib/dpkg/status
pliadule a écrit :

salut,

je connais ce message d'erreur j'en parle un peu ici : DD de pc déplacé en USB post #27

peut être une solution du côté des fichiers de conf. comme fstab ...

Apparemment le fichier fstab est normal, je l'ai comparé avec mon ubuntu 17 qui fonctionne.

Le fstab de ubuntu 16 (qui ne marche plus) :

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda10 during installation
UUID=10468a8c-068e-45f9-9a3b-93dc876c5ffb /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=9257-7571  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sda6 during installation
UUID=b4d69443-52de-4c1a-a52a-cccd5294779d /home           ext4    defaults        0       2
# swap was on /dev/sda8 during installation
UUID=04ecd4a8-327e-4d86-9d1d-e70ac82b222d none            swap    sw              0       0

Celui de mon ubuntu 17 :

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda7 during installation
UUID=3dbec1f5-ad71-4139-a258-66573e1a7a5c /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=9257-7571  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sda6 during installation
UUID=b4d69443-52de-4c1a-a52a-cccd5294779d /home           ext4    defaults        0       2
# swap was on /dev/sda8 during installation
UUID=04ecd4a8-327e-4d86-9d1d-e70ac82b222d none            swap    sw              0       0

Dernière modification par cqfd93 (Le 20/05/2017, à 09:54)

Hors ligne

#12 Le 20/05/2017, à 12:07

pliadule

Re : [Résolu] Problème e2fsck & metadata_csum Ubuntu 16.04

salut,

Dans mon cas, (DD de pc déplacé en USB post #27),  pour vérifier les fstab j'ai eu a éditer:
un boot-info avec l'utilitaire

sudo add-apt-repository -y ppa:yannubuntu/boot-repair && sudo apt update && sudo apt install -y boot-repair boot-info && sudo sed -i 's#-b http://#-b #' /usr/share/boot-sav/gui-actions.sh && boot-repair

+ d'autres commandes : DD de pc en USB #21

PS ( je suis simplement utilisateur pas programmeur)

Dernière modification par pliadule (Le 20/05/2017, à 12:18)

Hors ligne

#13 Le 20/05/2017, à 14:04

jamesbad000

Re : [Résolu] Problème e2fsck & metadata_csum Ubuntu 16.04

Bonjour.

Que donne ceci (j'ai supposé d'après le fstab que c'était sda10 qui posait problème. Corriger ci-ce n'est pas ça)

sudo lsblk -o size,name,fstype,label,mountpoint
sudo mount -o ro /dev/sda10 /mnt
ls /mnt

Merci de retourner le contenu complet du terminal (commande et résultat)


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#14 Le 20/05/2017, à 21:43

Manasian

Re : [Résolu] Problème e2fsck & metadata_csum Ubuntu 16.04

pliadule a écrit :

salut,

Dans mon cas, (DD de pc déplacé en USB post #27),  pour vérifier les fstab j'ai eu a éditer:
un boot-info avec l'utilitaire

sudo add-apt-repository -y ppa:yannubuntu/boot-repair && sudo apt update && sudo apt install -y boot-repair boot-info && sudo sed -i 's#-b http://#-b #' /usr/share/boot-sav/gui-actions.sh && boot-repair

+ d'autres commandes : DD de pc en USB #21

PS ( je suis simplement utilisateur pas programmeur)

Salut, mais du coup, il faut installer boot repair ? Et puis, je peux faire ses commandes sur la partition montée en toute sécurité ? Désolé mais je suis un peu perdu avec ton sujet.

jamesbad000 a écrit :

Bonjour.

Que donne ceci (j'ai supposé d'après le fstab que c'était sda10 qui posait problème. Corriger ci-ce n'est pas ça)

sudo lsblk -o size,name,fstype,label,mountpoint
sudo mount -o ro /dev/sda10 /mnt
ls /mnt

Merci de retourner le contenu complet du terminal (commande et résultat)

Bonjour, voilà le résultat :

user-X75VC:/$ sudo lsblk -o size,name,fstype,label,mountpoint
[sudo] Mot de passe de user : 
  SIZE NAME    FSTYPE  LABEL      MOUNTPOINT
931,5G sda                        
  100M ├─sda1  vfat    SYSTEM     /boot/efi
  900M ├─sda2  ntfs    Recovery   
  128M ├─sda3                     
  171G ├─sda4  ntfs    OS         
  512M ├─sda5  ntfs               
557,8G ├─sda6  ext4               /home
 93,1G ├─sda7  ext4               /
  3,9G ├─sda8  swap               [SWAP]
  7,5G ├─sda9                     
 93,1G └─sda10 ext4               
 1024M sr0                        
user-X75VC:/$ sudo mount -o ro /dev/sda10/mnt
mount: can't find /dev/sda10/mnt in /etc/fstab
user-X75VC:/$ ls /mnt
bin    dev         initrd.img.old  lost+found  proc  snap  usr
boot   etc         lib             media       root  srv   var
cdrom  home        lib32           mnt         run   sys   vmlinuz
core   initrd.img  lib64           opt         sbin  tmp   vmlinuz.old

Dernière modification par Manasian (Le 20/05/2017, à 21:43)

Hors ligne

#15 Le 20/05/2017, à 22:22

jamesbad000

Re : [Résolu] Problème e2fsck & metadata_csum Ubuntu 16.04

Attention, tu as mal reproduit la commande mount, il manque un espace entre sda10 et /mnt. Utilise le copié collé pour éviter ce genre d'erreur.

Mais c'est bizarre mnt est déjà habité alors que la commande a échoué, et en plus ce sont tous les répertoires d'une racine linux.
Du coup pour y voir plus clair il faut refaire le montage ailleurs:

sudo umount /dev/sda10
mkdir /tmp/a10
sudo mount -o ro /dev/sda10 /tmp/a10
ls /tmp/a10

edit: j'ajoute

sudo dumpe2fs -h /dev/sda10

Dernière modification par jamesbad000 (Le 21/05/2017, à 13:27)


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#16 Le 21/05/2017, à 20:58

Manasian

Re : [Résolu] Problème e2fsck & metadata_csum Ubuntu 16.04

Bonjour, voilà la console, (que j'ai refaite pour être sûr) :

user-X75VC:/$ sudo umount /dev/sda10
[sudo] Mot de passe de user : 
user-X75VC:/$ mkdir /tmp/a10
mkdir: impossible de créer le répertoire «/tmp/a10»: Le fichier existe
user-X75VC:/$ sudo mount -o ro /dev/sda10 /tmp/a10
user-X75VC:/$ ls /tmp/a10
bin    dev         initrd.img.old  lost+found  proc  snap  usr
boot   etc         lib             media       root  srv   var
cdrom  home        lib32           mnt         run   sys   vmlinuz
core   initrd.img  lib64           opt         sbin  tmp   vmlinuz.old
user-X75VC:/$ sudo dumpe2fs -h /dev/sda10
dumpe2fs 1.43.4 (31-Jan-2017)
Filesystem volume name:   <none>
Last mounted on:          /media/user/10468a8c-068e-45f9-9a3b-93dc876c5ffb
Filesystem UUID:          10468a8c-068e-45f9-9a3b-93dc876c5ffb
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              6111232
Block count:              24413952
Reserved block count:     1220697
Free blocks:              22021755
Free inodes:              5822905
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1018
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Sat Apr 22 14:38:43 2017
Last mount time:          Sun May 21 20:11:00 2017
Last write time:          Sun May 21 20:11:03 2017
Mount count:              3
Maximum mount count:      -1
Last checked:             Sat May 20 06:37:50 2017
Check interval:           0 (<none>)
Lifetime writes:          29 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:	          256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      82d2b76c-bf22-429d-bf4d-3b9cd2c11c50
Journal backup:           inode blocks
Fonctionalités du journal :         journal_incompat_revoke
Taille du journal :             128M
Longueur du journal :      32768
Séquence du journal :      0x0000fee4
Début du journal :         0

Hors ligne

#17 Le 21/05/2017, à 23:19

jamesbad000

Re : [Résolu] Problème e2fsck & metadata_csum Ubuntu 16.04

Donc le montage en lecture seule fonctionne sans problème.
Seulement le système de fichier n'a pas l'attribut metadata_csum. J'ai du mal à comprendre....
Que donnes

sudo umount /dev/sda10
sudo e2fsck -f /dev/sda10

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#18 Le 22/05/2017, à 08:14

moko138

Re : [Résolu] Problème e2fsck & metadata_csum Ubuntu 16.04

À tous sauf jamesbad000 :
voir, pour info, ./viewtopic.php?pid=21705187#p21705187.
  - -

À jamesbad000 :
Tu as examiné sudo dumpe2fs -h /dev/sda10.
On voit dans les fstab que la partition /home-sda6 est partagée entre la 16.04 et la 17.04 :

# /home was on /dev/sda6 during installation
UUID=b4d69443-52de-4c1a-a52a-cccd5294779d  /home  ext4    defaults  0  2

Et justement, en #6, on lit :

Manasian a écrit :

mountall : fsck /home [1082] terminé avec le statut 8
mountall : erreur non récupérable de fsck : /home

Ne crois-tu pas que sda6/home a (depuis son intégration à la 17.04) acquis l'attribut metadata_csum ?
Et que c'est ce qui empêche la 16.04 de réussir fsck si elle n'était pas à jour quand sda6 a acquis l'attribut metadata_csum ?
  - -
man fsck (de ma 14.04) dit :

Le code de sortie retourné par fsck (...)
            8    - Erreur d'opération
(...)
       -A     Parcourir  le fichier /etc/fstab et essayer de vérifier tous les
              systèmes de fichiers en une seule fois. Cette option  est  typi‐
              quement   utilisée  dans  le  fichier  d'initialisation  système
              /etc/rc
, plutôt que d'avoir des commandes multiples  pour  véri‐
              fier un par un chaque système de fichiers.


%NOINDEX%
Un utilitaire méconnu : ncdu

Hors ligne

#19 Le 22/05/2017, à 14:49

ylag

Re : [Résolu] Problème e2fsck & metadata_csum Ubuntu 16.04

Bonjour,

@moko138:
Serait-il possible alors de démarrer en 16.04 avec l'option du noyau fsck.mode=skip passée à grub?
systemd-fsck@.service

Le plus simple pour Manasian ne serait-il pas de passer les paquets e2fsprogs et e2fslibs de sa 16.04 en version 1.43.xx  ...?

A+

Dernière modification par ylag (Le 22/05/2017, à 22:59)

Hors ligne

#20 Le 22/05/2017, à 16:07

moko138

Re : [Résolu] Problème e2fsck & metadata_csum Ubuntu 16.04

ylag a écrit :

Le plus simple pour Manasian ne serait-il pas de passer les paquets e2fsprogs et e2fslibs de sa 16.04 en version 1.43.xx  ...?

Ça, ça suppose qu'elle démarre
ou qu'on lui applique, à partir d'une autre 16.04, à jour, un chroot (que je ne maîtrise pas).
  - -

ylag a écrit :

@moko138:
Serait-il possible alors de démarrer en 16.04 avec l'option du noyau fsck.mode="skip" passée à grub?
systemd-fsck@.service

Je ne connais rien à systemd.
Et j'ignore si, en choisissant upstart (plutôt que systemd), Manasian pourrait mieux outrepasser - ce qui est toujours risqué ! - la vérification du système de fichiers.

En te lisant, je me demande si, puisque la partition de home est séparée, il ne serait pas possible de démarrer en recovery/root et de passer la racine seule en lecture écriture,
puis de faire

apt-get -y dist-upgrade

Mais jamesbad000 est beaucoup, beaucoup plus compétent que moi et il a la main :
attendons son retour et ses choix.


%NOINDEX%
Un utilitaire méconnu : ncdu

Hors ligne

#21 Le 22/05/2017, à 21:11

jamesbad000

Re : [Résolu] Problème e2fsck & metadata_csum Ubuntu 16.04

moko138 a écrit :

Ne crois-tu pas que sda6/home a (depuis son intégration à la 17.04) acquis l'attribut metadata_csum ?

De croyance, je n'en ai pas. Au vu du post #7,8,9 Manasian a déjà fait 2 fsck, donc il doit bien savoir ou ça se passe, et je lui ai demandé explicitement de corriger la commande si sda10 n'était pas correcte.

moko a écrit :

En te lisant, je me demande si, puisque la partition de home est séparée, il ne serait pas possible de démarrer en recovery/root et de passer la racine seule en lecture écriture,

En fait il y a des options au niveau de la partition elle même :
- On peut désactiver la vérification au niveau de la partition elle même avec tune2fs
- on peut désactiver le flag metadata_csum avec tune2fs ou debug2fs si la version de tune2fs ne reconnait pas le flag non plus

Le problème étant de savoir sur quelle partition et à partir de quel OS a été fait le dernier fsck. Parce que si la 17.04 couinne sur le flag csum, alors qu'il a une version qui le support, c'est que le problème est tordu.

Et si le problème se trouve sur sda6 alors potentiellement l'install en 17.04 n'est pas en mesure de réparer son home !

Donc j'attends déjà le fsck sur sda10 pour pouvoir faire le tri dans les hypothèses


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#22 Le 22/05/2017, à 21:49

Manasian

Re : [Résolu] Problème e2fsck & metadata_csum Ubuntu 16.04

Bonjour, j'ai ceci :

user-X75VC:~$ sudo umount /dev/sda10
umount: /dev/sda10: not mounted
user-X75VC:~$ sudo e2fsck -f /dev/sda10
e2fsck 1.43.4 (31-Jan-2017)
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
/dev/sda10 : 288327/1531904 fichiers (0.2% non contigus), 2100819/6103515 blocs

Je redémarrerais demain, histoire de voir si ça à l'air de fonctionner à nouveau.
Ah, et l'erreur de home et fsck existait déjà avant que j'installe la 17.04 en remplacement. Si il y a une erreur sur la partition de mon home, c'est déjà plus délicat.

Hors ligne

#23 Le 23/05/2017, à 00:06

jamesbad000

Re : [Résolu] Problème e2fsck & metadata_csum Ubuntu 16.04

Je doute que ça fonctionne mieux qu'avant. Vu que sda10 n'a pas le flag csum.

Encore que, même si c'est sur sda6, ça peut dépendre aussi du réglage d'intervalle du fsck auto. Car le fsck aurait du être effectué, et l'intervalle réinitialisé lors du démarrage de la 17.04

La prochaine chose à voir c'est

sudo dumpe2fs -h /dev/sda6
sudo e2fsck -fn /dev/sda6
ls /home

Je précise que ça ne réglera pas non plus le problème, mais permettra peut-être d'y voir plus clair


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#24 Le 23/05/2017, à 21:51

Manasian

Re : [Résolu] Problème e2fsck & metadata_csum Ubuntu 16.04

Aie ! C'est là que ça coince :

user-X75VC:~$ sudo dumpe2fs -h /dev/sda6
dumpe2fs 1.43.4 (31-Jan-2017)
Filesystem volume name:   <none>
Last mounted on:          /home
Filesystem UUID:          b4d69443-52de-4c1a-a52a-cccd5294779d
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              36560896
Block count:              146225585
Reserved block count:     7311279
Free blocks:              73805534
Free inodes:              36540296
First block:              0
Block size:               4096
Fragment size:            4096
Group descriptor size:    64
Reserved GDT blocks:      1024
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Thu Apr 20 22:00:36 2017
Last mount time:          Tue May 23 07:08:17 2017
Last write time:          Tue May 23 07:08:17 2017
Mount count:              45
Maximum mount count:      -1
Last checked:             Tue May  2 11:48:25 2017
Check interval:           0 (<none>)
Lifetime writes:          782 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:	          256
Required extra isize:     32
Desired extra isize:      32
Journal inode:            8
First orphan inode:       6169989
Default directory hash:   half_md4
Directory Hash Seed:      31d07354-342a-4275-86bd-3a12cb3fb59e
Journal backup:           inode blocks
Checksum type:            crc32c
Checksum:                 0x58491924
Fonctionalités du journal :         journal_incompat_revoke journal_64bit journal_checksum_v3
Taille du journal :             1024M
Longueur du journal :      262144
Séquence du journal :      0x0004c16f
Début du journal :         1
Type de csum du journal:   crc32c
Csum du journal:          0xe2a52941

user-X75VC:~$ sudo e2fsck -fn /dev/sda6
e2fsck 1.43.4 (31-Jan-2017)
Attention ! /dev/sda6 est monté.
Avertissement : saute la récupération du journal puisque l'on
procède à l'examen d'un système de fichiers en lecture seule.
Passe 1 : vérification des i-noeuds, des blocs et des tailles
des i-noeuds qui faisaient partie d'une liste chaînée d'orphelins corrompue ont été repérés.  Corriger ? non

l'i-noeud 6161245 fait partie de la liste des i-noeuds orphelins.  IGNORÉ.
l'i-noeud 6161890 fait partie de la liste des i-noeuds orphelins.  IGNORÉ.
l'i-noeud 6162196 fait partie de la liste des i-noeuds orphelins.  IGNORÉ.
l'i-noeud 6162341 fait partie de la liste des i-noeuds orphelins.  IGNORÉ.
l'i-noeud 6163256 fait partie de la liste des i-noeuds orphelins.  IGNORÉ.
l'i-noeud 6163622 fait partie de la liste des i-noeuds orphelins.  IGNORÉ.
l'i-noeud 6163673 fait partie de la liste des i-noeuds orphelins.  IGNORÉ.
l'i-noeud 6163675 fait partie de la liste des i-noeuds orphelins.  IGNORÉ.
l'i-noeud 6163677 fait partie de la liste des i-noeuds orphelins.  IGNORÉ.
l'i-noeud 6163796 fait partie de la liste des i-noeuds orphelins.  IGNORÉ.
l'i-noeud 6164359 fait partie de la liste des i-noeuds orphelins.  IGNORÉ.
l'i-noeud 6164800 fait partie de la liste des i-noeuds orphelins.  IGNORÉ.
l'i-noeud 6165031 fait partie de la liste des i-noeuds orphelins.  IGNORÉ.
l'i-noeud effacé 6165119 a un dtime nul.  Corriger ? non

l'i-noeud 6165202 fait partie de la liste des i-noeuds orphelins.  IGNORÉ.
l'i-noeud 6167906 fait partie de la liste des i-noeuds orphelins.  IGNORÉ.
l'i-noeud 6167908 fait partie de la liste des i-noeuds orphelins.  IGNORÉ.
l'i-noeud 6167915 fait partie de la liste des i-noeuds orphelins.  IGNORÉ.
l'i-noeud 6168431 fait partie de la liste des i-noeuds orphelins.  IGNORÉ.
l'i-noeud 6168514 fait partie de la liste des i-noeuds orphelins.  IGNORÉ.
l'i-noeud 6168534 fait partie de la liste des i-noeuds orphelins.  IGNORÉ.
l'i-noeud 6169988 fait partie de la liste des i-noeuds orphelins.  IGNORÉ.
l'i-noeud 6169989 fait partie de la liste des i-noeuds orphelins.  IGNORÉ.
l'i-noeud 6169994 fait partie de la liste des i-noeuds orphelins.  IGNORÉ.
L'arbre d'extent de l'i-noeud 21626886 (au niveau 1) pourrait être plus étroit.  Corriger ? non

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
différences de bitmap de blocs :  -(34848--34866) -(24717208--24717215) -(24797327--24797338) -(24799206--24799217) -(24799261--24799272) -(24799541--24799576) -(27119632--27119643) -(27119684--27119695) -(27119718--27119729) -(27121248--27121256) -(27122086--27122097) -(27122187--27122198) -(27122725--27122736) -(27123386--27123397) -(27123639--27123641) -(27129351--27129362) -(27140202--27140213) -(27140861--27140868) -(27140973--27140984) -(27140989--27141000) -(84461015--84461026)
Corriger ? non

Le décompte des blocs libres est erroné (73805534, décompté=72690898).
Corriger ? non

différences de bitmap d'i-noeuds :  -6161245 -6161890 -6162196 -6162341 -6163256 -6163622 -6163673 -6163675 -6163677 -6163796 -6164359 -6164800 -6165031 -6165119 -6165202 -6167906 -6167908 -6167915 -6168431 -6168514 -6168534 -(6169988--6169989) -6169994
Corriger ? non

Le décompte des i-noeuds libres est erroné (36540296, décompté=36539580).
Corriger ? non

différences de bitmap d'i-noeuds : Le bitmap d'i-noeud du groupe 2576 ne correspond pas à la somme de contrôle.
IGNORÉ.
différences de bitmap de blocs : Le bitmap de bloc du groupe 828 ne correspond pas à la somme de contrôle.
IGNORÉ.

/dev/sda6 : **ATTENTION : le système de fichiers contient encore des erreurs**

/dev/sda6 : 20600/36560896 fichiers (4.8% non contigus), 72420051/146225585 blocs
user-X75VC:~$ ls /home
user  lost+found

De base, il s'agit d'une partition qui n'a pas été crée (ce qui est par contre le cas de sda7,8,9 et,10) je l'a juste mis en ext4 et formatée lors de l’installation de la 16.04
J'ai fait une copie de mon home sur un dd séparé au cas ou.

Hors ligne

#25 Le 23/05/2017, à 22:43

jamesbad000

Re : [Résolu] Problème e2fsck & metadata_csum Ubuntu 16.04

Non, il n'y a pas de conclusions à tirer de ces messages d'erreur.

Il est normal qu'un fsck sur un système de fichier ext monté (actif) détecte des erreurs. Et c'est pourquoi il ne faut pas le faire... Sauf avec l'option lecture seule (-n)
L'objectif était juste de vérifier que le fsck accepte le flag metadata_csum. Ce qui est bien le cas.

Maintenant reste à comprendre pourquoi cette partition serait vérifiée systématiquement au montage par ton autre distrib alors que le système de fichier est marqué "propre" et les 2 paramètres qui contrôlent la fréquence du fsck au démarrage sont neutralisés...

Filesystem state:         clean
Maximum mount count:      -1
Check interval:           0 (<none>)

d'ailleurs ta 17.04 ne fait pas le check systématiquement

Last checked:             Tue May  2 11:48:25 2017

Sachant que d'après les test que j'ai fais, même une 14.04 accepte de monter en lecture/écriture une partition avec le flag metadata_csum.

Je vais faire quelques test complémentaires...


L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne