Ubuntu-fr

maxire

Re : Systèmes de fichiers non vérifiés malgré fstab (Suite)

@xinu, contrôle et réparation au montage suivant à condition que les bonnes option fs_passno soient présentes dans fstab, sachant qu'en cas de défaut grave du système de fichiers il faudra en passer par une utilisation manuelle de e2fsck en utilisant les options adéquates.
En résumé, en cas de problème important, tu n'es pas sorti de l'auberge en laissant tourner e2fsck avec les options de réparation par défaut.

Dernière modification par maxire (Le 01/05/2016, à 15:35)

---

Maxire
Archlinux/Mate + Ubuntu 22.04 + Archlinux/Gnome sur poste de travail

jplemoine

Re : Systèmes de fichiers non vérifiés malgré fstab (Suite)

Rien à voir avec les heures de travail... (working hours)
Il dit juste qu'un administrateur peut le faire dans leur propre "temps" : Je l'interprète plus comme le fait que ce soit une tâche d'administration comme une autre pour un professionnel (voire une équipe) dont la tâche principale est d'administrer les serveurs .
Le problème, c'est que quand on s'adresse à un particulier :
- c'est pas son boulot
- il n'a la plupart de temps ni le temps, ni l'envie voire tout simplement pas les compétences.

---

Membre de l'ALDIL (Association Lyonnaise pour le Développement de l'Informatique Libre)
- En pro, après 20 ans de développement, administrateur Linux / Unix depuis Avril 2019.
- En privé, sous Ubuntu-Xubuntu depuis 2009.

xinu

Re : Systèmes de fichiers non vérifiés malgré fstab (Suite)

...en cas de problème important, tu n'es pas sorti de l'auberge en laissant tourner e2fsck avec les options de réparation par défaut...

Je crois que je serai dans la même auberge que l'administrateur système qui a planifié les vérifications à sa convenance. La différence c'est que moi je risque fort d'oublier ou de me lasser de planifier.

---

Asus PM8H61-MX USB3   Intel(R) Core(TM) i3-3220 CPU @ 3.30GHz DDR3 8Go
Ubuntu 16.04 LTS - ESM 64 bits. Bureau Unity.     Ubuntu 20.04 LTS 64 bits . Gnome 3.36.8

nam1962

Re : Systèmes de fichiers non vérifiés malgré fstab (Suite)

Merci nam.
Les 2 partitions de ta Manjaro unstable affectées de

tune2fs: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sda4
Impossible de trouver un superbloc de système de fichiers valide.

ce sont bien des ext4 ? ou un autre format ?

Oups tu as raison de demander.
sda1 c'est /boot/efi en vfat et sda4 c'est la swap

Pour la Xub, sda2 c'est aussi la swap.

Plus généralement, mes bécanes font des verifs a fréquence que je n'ai jamais su définir (il m'est arrive d'en voir plusieurs a intervalle rapproche puis plus rien.)

Dernière modification par nam1962 (Le 01/05/2016, à 17:04)

---

[ Modéré ]

compte banni et supprimé

Re : Systèmes de fichiers non vérifiés malgré fstab (Suite)

Lorsqu'on a son ordinateur perso, on est tout ça à la fois pour sa propre machine
perso je préfère des vérifications au lieu de tomber dans la mouise

Dans un autre poste, moko138 m'avait conseillé d'attendre 5 ou 10 secondes avant de retirer une clé (ou un disque) après démontage
J'attends systématiquement 10 secondes après un démontage avant de retirer une clé ou un volume, je n'en suis pas mort pour autant

Dernière modification par philanthrope (Le 01/05/2016, à 17:12)

bruno

Re : Systèmes de fichiers non vérifiés malgré fstab (Suite)

Rien à voir avec les heures de travail... (working hours)
Il dit juste qu'un administrateur peut le faire dans leur propre "temps" :

L'expression employée est « on their own time ». C'est une expression idiomatique (à ne pas traduire littéralement) qui signifie en dehors des heures de travail, sur son temps libre (cf. http://idioms.thefreedictionary.com/on+own+time).

La vérification automatique tous les x montages a été supprimée car cela gênait les utilisateurs qui en avaient marre d'attendre 1/2 heure que leur poste de travail démarre ou pire qu'un serveur que l'on doit relancer dans l'urgence mette trois plombe  à redémarrer…
Les administrateurs système peuvent toujours planifier une vérification en dehors des heures de travail, c'est à dire à un moment où cela ne gênera pas les utilisateurs de l'entreprise.

Pour un usage personnel rien n'empêche de réactiver la fonctionnalité. Attention quand même à l'usage de tune2fs c'est une commande qui n'est pas sans risques puisque ses options permettent d'agir directement sur le système de fichiers !

Dernière modification par bruno (Le 02/05/2016, à 12:50)

bruno

Re : Systèmes de fichiers non vérifiés malgré fstab (Suite)

Dans un autre poste, moko138 m'avait conseillé d'attendre 5 ou 10 secondes avant de retirer une clé (ou un disque) après démontage
J'attends systématiquement 10 secondes après un démontage avant de retirer une clé ou un volume, je n'en suis pas mort pour autant

C'est totalement inutile sur un poste de travail avec une session graphique, puisqu'il y a des outils pour démonter proprement un périphérique USB et des notification pour indiquer que l'on peut (ou ne peut pas) débrancher le périphérique en toute sécurité.

Si tu es en ligne de commande tu doit d'abord démonter ton périphérique avec unmount. Si le périphérique est occupé il y aura un message d'erreur et tu ne pourras pas le démonter. Si tu veux être sûr que tous les fichiers sont bien synchronisés avant de démonter, tu utilises la commande sync (cf. man sync) et tu attends qu'elle se termine.

moko138

Re : Systèmes de fichiers non vérifiés malgré fstab (Suite)

D'ailleurs, la réparation se fait quand ? Au prochain montage ou au prochain boot ?

Au démarrage suivant. J'ai vérifié comme ceci :

en démontant et remontant à la main une partition, jusqu'à dépasser le "Maximum mount count" prévu.
Résultat :
sans redémarrage, pas de vérification automatique.

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

moko138

Re : Systèmes de fichiers non vérifiés malgré fstab (Suite)

Le temps de vérification du FS est négligeable (sauf si le disque est en train de mourir, mais dans ce cas, aucun fsck n'y peut rien, il faut remplacer le disque).

Voici les fsck sur des partitions de deux disques bien fatigués

CAS 1 : racine d'une 14.04 Xub sortant de plantage graphique et branchée en DDE-usb

df -Ti |grep sda5
/dev/sda5   ext4  385536 202851  182685   53%  /.../racine14.04

Démontage de /dev/sda5, puis

sudo fsck -yfv /dev/sda5
fsck de util-linux 2.20.1
e2fsck 1.42 (29-Nov-2011)
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

  202851 i-noeuds utilisés (52.62%)
     156 i-noeuds non contigus (0.1%)
     310 i-noeuds non contigus (0.2%)
         nombre d'i-noeuds avec des blocs ind/dind/tind : 0/0/0
         Histogramme des profondeurs d'extents : 164512/69
  999473 blocs utilisés (63.54%)
       0 bloc défectueux
       1 fichier de grande taille

  139572 fichiers normaux
   19791 répertoires
      57 fichiers de périphérique en mode caractère
      25 fichiers de périphérique en mode bloc
       0 fifo
      32 liens
   43395 liens symboliques (38178 liens symboliques rapides)
       2 sockets
--------
  202874 fichiers

Chrono en main : 19 secondes.
     - -

CAS 2 : Même vérfication sur une partition de données, DDI Sata

df -Th |grep sdb13
/dev/sdb13  ext4  226G  155G   60G  73%  /data-13

Démontage de /dev/sdb13, puis

sudo fsck -yfv /dev/sdb13
fsck de util-linux 2.20.1
e2fsck 1.42 (29-Nov-2011)
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

   28395 i-noeuds utilisés (0.19%)
    1289 i-noeuds non contigus (4.5%)
      21 i-noeuds non contigus (0.1%)
         nombre d'i-noeuds avec des blocs ind/dind/tind : 0/0/0
         Histogramme des profondeurs d'extents : 28286/101
41447567 blocs utilisés (69.08%)
       0 bloc défectueux
       4 fichiers de grande taille

   26491 fichiers normaux
    1895 répertoires
       0 fichier de périphérique en mode caractère
       0 fichier de périphérique en mode bloc
       0 fifo
       0 lien
       0 lien symbolique (0 lien symbolique rapide)
       0 socket
--------
   28386 fichiers

Chrono en main : 13 secondes.

- - -

Conclusion
19 + 13 secondes, 2 à 4 fois par mois :
pour un particulier, l'argument de la durée d'indisponibilité du système ne tient pas.

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

bruno

Re : Systèmes de fichiers non vérifiés malgré fstab (Suite)

C'est négligeable sur ton système. Je t'invite à refaire la même expérience avec un autre système de fichiers (ext3 par exemple).

Dernière modification par bruno (Le 02/05/2016, à 13:54)

moko138

Re : Systèmes de fichiers non vérifiés malgré fstab (Suite)

Il y a longtemps que je n'ai plus de raison d'utiliser ext3.
Et les tests ci-dessus sont faits sur 2 vieux HD rotatifs différents, portants 4 S.E. linux.
Mais j'ai 2 partitions /boot en ext2, si tu veux un test.

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

grandtoubab

Re : Systèmes de fichiers non vérifiés malgré fstab (Suite)

salut
Avec le démarrage par systemd ( vérifiable par pstree)

# pstree
systemd─┬─ModemManager─┬─{gdbus}

c'est initramfs qui prends en charge le fsck sur la racine /

root@desktop:/run/initramfs# ls -alrt
total 4
-rw-r--r--  1 root root   0 mai    2 12:11 fsck-root
-rw-r--r--  1 root root 172 mai    2 12:11 fsck.log
drwxr-xr-x  2 root root  80 mai    2 12:11 .
drwxr-xr-x 27 root root 920 mai    2 14:36 ..

root@desktop:/run/initramfs# cat fsck.log
Log of fsck -C -a -T -t ext4 /dev/sda1 
Mon May  2 10:11:12 2016

/dev/sda1: clean, 206126/1831424 files, 1670357/7323904 blocks

Mon May  2 10:11:12 2016
----------------

Dernière modification par grandtoubab (Le 02/05/2016, à 14:59)

---

Linux tout seul sur HP Pavilion DV7 et Acer Aspire T650, Canon MG3650 en wifi
Debian 11 Bullseye Gnome/Xorg, Gnome/Wayland avec SDDM
https://bidouilledebian.wordpress.com/
ON M'A VU DANS LE VERCORS, SAUTER A L'ELASTIQUE..... J'AI DANS LES BOTTES DES MONTAGNES DE QUESTIONS....

bruno

Re : Systèmes de fichiers non vérifiés malgré fstab (Suite)

Bah oui, une des nombreuses améliorations apportés par ext4 par rapport à ext3/ext2 c'est l'optimisation fulgurante de e2fsck. Mais c'est aussi une meilleure intégrité des données, un système de journalisation plus fiable etc. Bref, des choses qui rendent la vérification périodique par e2fsck encore moins utile qu'avant.

Le risque de corruption de données sur une partition ext4 est quasi nul en dehors d'une coupure d'alimentation ou d'une défaillance du disque lui-même. Dans le premier cas le système de fichiers sera de toute façon réparé automatiquement au démarrage. Dans le second cas il y a d'autres outils (SMART) pour détecter les symptômes d'usure avant que le disque ne rende l'âme.

Quoiqu'il en soit seule une sauvegarde régulière des données permet de se prémunir de leur perte.

moko138

Re : Systèmes de fichiers non vérifiés malgré fstab (Suite)

grandtoubab,
Concernant ta sda1 en ext4 contrôlée au démarrage, peux-tu s'il te plaît donner

cat /etc/fstab | grep sda1 -A 1; sudo tune2fs -l /dev/sda1 | grep -i "Maximum mount count"

Merci.

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

grandtoubab

Re : Systèmes de fichiers non vérifiés malgré fstab (Suite)

desktop:~$ cat /etc/fstab | grep sda1 -A 1; sudo tune2fs -l /dev/sda1 | grep -i "Maximum mount count"
# / was on /dev/sda1 during installation
UUID=7b327cad-72cf-4e2f-8156-3a185e1a0c20 /               ext4    errors=remount-ro 0       1
[sudo] password for 
Maximum mount count:      -1

NB initramfs est lancé a chaque boot et donc fsck
https://www.freedesktop.org/software/sy … rvice.html

root@desktop:/etc/initramfs-tools/conf.d# cat /lib/systemd/system/systemd-fsck-root.service
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.

[Unit]
Description=File System Check on Root Device
Documentation=man:systemd-fsck-root.service(8)
DefaultDependencies=no
After=systemd-readahead-collect.service systemd-readahead-replay.service
Before=local-fs.target shutdown.target

ConditionPathIsReadWrite=!/
ConditionPathExists=!/run/initramfs/fsck-root

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/lib/systemd/systemd-fsck
StandardOutput=journal+console
TimeoutSec=0

Dernière modification par grandtoubab (Le 02/05/2016, à 17:10)

---

Linux tout seul sur HP Pavilion DV7 et Acer Aspire T650, Canon MG3650 en wifi
Debian 11 Bullseye Gnome/Xorg, Gnome/Wayland avec SDDM
https://bidouilledebian.wordpress.com/
ON M'A VU DANS LE VERCORS, SAUTER A L'ELASTIQUE..... J'AI DANS LES BOTTES DES MONTAGNES DE QUESTIONS....

moko138

Re : Systèmes de fichiers non vérifiés malgré fstab (Suite)

C'est négligeable sur ton système. Je t'invite à refaire la même expérience avec un autre système de fichiers (ext3 par exemple).

Je l'avais oublié mais j'ai encore deux petites /boot en ext3. Voici pour l'une des deux :

sudo fsck -yfv /dev/sdb10
fsck de util-linux 2.20.1
e2fsck 1.42 (29-Nov-2011)
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

     245 i-noeuds utilisés (0.30%)
       5 i-noeuds non contigus (2.0%)
       1 i-noeud non contigu (0.4%)
         nombre d'i-noeuds avec des blocs ind/dind/tind : 49/7/0
   63406 blocs utilisés (19.23%)
       0 bloc défectueux
       0 fichier de grande taille

     232 fichiers normaux
       4 répertoires
       0 fichier de périphérique en mode caractère
       0 fichier de périphérique en mode bloc
       0 fifo
       0 lien
       0 lien symbolique (0 lien symbolique rapide)
       0 socket
--------
     236 fichiers

(338MB et 83.000 inoeuds, c'est léger, mais je ne crois pas avoir mieux en magasin.) 
Chrono en main : moins de 3 secondes.
     - - - - -

Et sur une /boot en ext2

sudo fsck -yfv /dev/sdb2
fsck de util-linux 2.20.1
e2fsck 1.42 (29-Nov-2011)
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

     264 i-noeuds utilisés (0.21%)
      26 i-noeuds non contigus (9.8%)
       2 i-noeuds non contigus (0.8%)
         nombre d'i-noeuds avec des blocs ind/dind/tind : 64/9/0
   67570 blocs utilisés (13.79%)
       0 bloc défectueux
       0 fichier de grande taille

     251 fichiers normaux
       4 répertoires
       0 fichier de périphérique en mode caractère
       0 fichier de périphérique en mode bloc
       0 fifo
       0 lien
       0 lien symbolique (0 lien symbolique rapide)
       0 socket
--------
     255 fichiers

Chrono en main : 2 secondes, pour 500M et 123.000 inoeuds.

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

bruno

Re : Systèmes de fichiers non vérifiés malgré fstab (Suite)

Une partition contenant 250 fichiers évidemment… Je peux t'assurer, pour l'avoir expérimenté, que sur un système de fichier ext3 un fsck peut durer plusieurs heures.

grandtoubab

Re : Systèmes de fichiers non vérifiés malgré fstab (Suite)

desktop:~$ cat /etc/fstab | grep sda1 -A 1; sudo tune2fs -l /dev/sda1 | grep -i "Maximum mount count"
# / was on /dev/sda1 during installation
UUID=7b327cad-72cf-4e2f-8156-3a185e1a0c20 /               ext4    errors=remount-ro 0       1
[sudo] password for 
Maximum mount count:      -1

NB initramfs est lancé a chaque boot et donc fsck
https://www.freedesktop.org/software/sy … rvice.html

root@desktop:/etc/initramfs-tools/conf.d# cat /lib/systemd/system/systemd-fsck-root.service
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.

[Unit]
Description=File System Check on Root Device
Documentation=man:systemd-fsck-root.service(8)
DefaultDependencies=no
After=systemd-readahead-collect.service systemd-readahead-replay.service
Before=local-fs.target shutdown.target

ConditionPathIsReadWrite=!/
ConditionPathExists=!/run/initramfs/fsck-root

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/lib/systemd/systemd-fsck
StandardOutput=journal+console
TimeoutSec=0

  on peut voir le contenu http://kernel-handbook.alioth.debian.or … ramfs.html

root@desktop:/boot# ls -alrt
total 41104
-rw-r--r--  1 root root   184840 sept. 10  2014 memtest86+_multiboot.bin
-rw-r--r--  1 root root   182704 sept. 10  2014 memtest86+.bin
-rw-r--r--  1 root root  3020528 avril  9 01:21 vmlinuz-3.16.0-4-686-pae
-rw-r--r--  1 root root  2097122 avril  9 01:21 System.map-3.16.0-4-686-pae
-rw-r--r--  1 root root   162317 avril  9 01:21 config-3.16.0-4-686-pae
-rw-r--r--  1 root root  3470976 avril 20 18:20 vmlinuz-4.5.0-0.bpo.1-686-pae
-rw-r--r--  1 root root  2379327 avril 20 18:24 System.map-4.5.0-0.bpo.1-686-pae
-rw-r--r--  1 root root   180802 avril 20 18:24 config-4.5.0-0.bpo.1-686-pae
-rw-r--r--  1 root root 14690436 avril 23 09:49 initrd.img-3.16.0-4-686-pae
-rw-r--r--  1 root root 15690005 mai    2 08:33 initrd.img-4.5.0-0.bpo.1-686-pae
drwxr-xr-x  3 root root     4096 mai    2 08:33 .
drwxr-xr-x  5 root root     4096 mai    2 08:33 grub
drwxr-xr-x 23 root root     4096 mai    2 16:44 ..

Pour moi ce sera par exemple

root@desktop:/boot# lsinitramfs initrd.img-3.16.0-4-686-pae

Dernière modification par grandtoubab (Le 03/05/2016, à 11:11)

---

Linux tout seul sur HP Pavilion DV7 et Acer Aspire T650, Canon MG3650 en wifi
Debian 11 Bullseye Gnome/Xorg, Gnome/Wayland avec SDDM
https://bidouilledebian.wordpress.com/
ON M'A VU DANS LE VERCORS, SAUTER A L'ELASTIQUE..... J'AI DANS LES BOTTES DES MONTAGNES DE QUESTIONS....

maxire

Re : Systèmes de fichiers non vérifiés malgré fstab (Suite)

Salut,

C'est toujours bien de tester la procédure de démarrage de Linux, l'important n'est pas tant le temps passé long ou non à contrôler les systèmes de fichiers que le fait que ces contrôles périodiques sont devenus inutiles pour des systèmes de fichiers ext4 (et sans doute ext3) comme le précise bruno et quelques autres.

Si vous utilisez btrfs ou zfs ce débat n'a pas de sens, en ce qui concerne ext2 qui est non journalisé la question peut être posée, je ne sais pas je n'ai pas la réponse.

---

Maxire
Archlinux/Mate + Ubuntu 22.04 + Archlinux/Gnome sur poste de travail

moko138

Re : Systèmes de fichiers non vérifiés malgré fstab (Suite)

ces contrôles périodiques sont devenus inutiles pour des systèmes de fichiers ext4 (et sans doute ext3)

S'il te plaît, maxire, qu'est-ce qui te fait dire cela, "inutiles" ?

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

moko138

Re : Systèmes de fichiers non vérifiés malgré fstab (Suite)

salut
Avec le démarrage par systemd ( vérifiable par pstree)

# pstree
systemd─┬─ModemManager─┬─{gdbus}

c'est initramfs qui prends en charge le fsck sur la racine /

root@desktop:/run/initramfs# ls -alrt
total 4
-rw-r--r--  1 root root   0 mai    2 12:11 fsck-root
-rw-r--r--  1 root root 172 mai    2 12:11 fsck.log
drwxr-xr-x  2 root root  80 mai    2 12:11 .
drwxr-xr-x 27 root root 920 mai    2 14:36 ..

root@desktop:/run/initramfs# cat fsck.log
Log of fsck -C -a -T -t ext4 /dev/sda1 
Mon May  2 10:11:12 2016

/dev/sda1: clean, 206126/1831424 files, 1670357/7323904 blocks

Mon May  2 10:11:12 2016
----------------

1) Si je comprends bien, grandtoubab, tu as une Xenial issue d'une 14.04 (noyaux "4.5" et "3.16" en #43) qui lance une vérification automatique.
C'est bien ça, tu n'avais pas utilisé de "sudo touch /forcefsck" ?

- -

2) Je me demande si les autres partitions ext4 à vérification programmée dans fstab sont vérifiées par Xenial.

- -

     Rappel :
pour Trusty et Precise,
nous savons déjà que la vérification n'a pas lieu sauf sur racine plantée et, au moins pour Trusty, sur /boot plantée.
Ici le cas d'un DDE Trusty planté 2 fois de suite le 1er mai et vu par Precise

sudo tune2fs -l /dev/sda2 | grep -i "last checked"  # /data
[sudo] password for  
Last checked:             Wed Apr 27 21:11:24 2016
:~$ sudo tune2fs -l /dev/sda5 | grep -i "last checked"  # racine
Last checked:             Mon May  2 12:22:36 2016
:~$ sudo tune2fs -l /dev/sda1 | grep -i "last checked"  # boot
Last checked:             Sun May  1 08:24:36 2016  # redémarrage de Trusty après plantage

On voit que la /data du DDE-Trusty n'a pas été vérifiée, ni lors du redémarrage de Trusty, ni lors du démarrage de Precise avec DDE branché (mais là, c'est logique puisque le fstab du DDI-Precise ignore la /data du DDE).

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

moko138

Re : Systèmes de fichiers non vérifiés malgré fstab (Suite)

une des nombreuses améliorations apportés par ext4 par rapport à ext3/ext2 c'est l'optimisation fulgurante de e2fsck.

Sur ce point, tu as complètement raison !
Ayant retrouvé le clone d'une Lucid en ext3, j'ai enfin pu faire un test significatif.

df -iT |grep a7
        Sys. de fichiers   Inœuds IUtil.   ILibre IUti% Monté sur
/dev/sda7        ext3       549440 395009   154431   72% /tmp/a7

sudo fsck -yfv /dev/sda7
fsck de util-linux 2.20.1
e2fsck 1.42 (29-Nov-2011)
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

  395009 i-noeuds utilisés (71.89%)
    2344 i-noeuds non contigus (0.6%)
     444 i-noeuds non contigus (0.1%)
         nombre d'i-noeuds avec des blocs ind/dind/tind : 11112/60/0
 1298712 blocs utilisés (58.58%)
       0 bloc défectueux
       1 fichier de grande taille

  301385 fichiers normaux
   58532 répertoires
      61 fichiers de périphérique en mode caractère
      26 fichiers de périphérique en mode bloc
       0 fifo
     435 liens
   34989 liens symboliques (30662 liens symboliques rapides)
       7 sockets
--------
  395435 fichiers

Chrono en main : 2'30"

En effet, 2'30" pour 400.000 fichiers et répertoires, c'est extêmement moins bref qu'en ext4.

N.B. : l'état du disque n'est pas en cause :

sudo smartctl -a /dev/sda
smartctl 5.41 2011-06-09 r3365 [i686-linux-3.2.0-101-generic-pae] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF INFORMATION SECTION ===
Model Family:     Hitachi Travelstar 5K160
Device Model:     Hitachi HTS541616J9SA00
Serial Number:    ...
LU WWN Device Id: ...
Firmware Version: SB4OC80A
User Capacity:    160 041 885 696 bytes [160 GB]
Sector Size:      512 bytes logical/physical
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   7
ATA Standard is:  ATA/ATAPI-7 T13 1532D revision 1
Local Time is:    Tue May  3 13:19:47 2016 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x00)	Offline data collection activity
					was never started.
					Auto Offline Data Collection: Disabled.
Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		(  645) seconds.
Offline data collection
capabilities: 			 (0x5b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					No Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   2) minutes.
Extended self-test routine
recommended polling time: 	 (  83) minutes.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   100   100   062    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0005   100   100   040    Pre-fail  Offline      -       0
  3 Spin_Up_Time            0x0007   253   253   033    Pre-fail  Always       -       1
  4 Start_Stop_Count        0x0012   096   096   000    Old_age   Always       -       6355
  5 Reallocated_Sector_Ct   0x0033   100   100   005    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000b   100   100   067    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0005   100   100   040    Pre-fail  Offline      -       0
  9 Power_On_Hours          0x0012   093   093   000    Old_age   Always       -       3246
 10 Spin_Retry_Count        0x0013   100   100   060    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   098   098   000    Old_age   Always       -       3563
191 G-Sense_Error_Rate      0x000a   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       23
193 Load_Cycle_Count        0x0012   098   098   000    Old_age   Always       -       20453
194 Temperature_Celsius     0x0002   189   189   000    Old_age   Always       -       29 (Min/Max 15/55)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0022   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0008   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x000a   200   253   000    Old_age   Always       -       0
223 Load_Retry_Count        0x000a   100   100   000    Old_age   Always       -       0

SMART Error Log Version: 1
No Errors Logged

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

grandtoubab

Re : Systèmes de fichiers non vérifiés malgré fstab (Suite)

1) Si je comprends bien, grandtoubab, tu as une Xenial issue d'une 14.04 (noyaux "4.5" et "3.16" en #43) qui lance une vérification automatique.
C'est bien ça, tu n'avais pas utilisé de "sudo touch /forcefsck" ?

Non j'ai Debian Jessie 8.4 XFCE sans aucune modification, ça marche mieux

Dernière modification par grandtoubab (Le 03/05/2016, à 16:04)

---

Linux tout seul sur HP Pavilion DV7 et Acer Aspire T650, Canon MG3650 en wifi
Debian 11 Bullseye Gnome/Xorg, Gnome/Wayland avec SDDM
https://bidouilledebian.wordpress.com/
ON M'A VU DANS LE VERCORS, SAUTER A L'ELASTIQUE..... J'AI DANS LES BOTTES DES MONTAGNES DE QUESTIONS....

compte banni et supprimé

Re : Systèmes de fichiers non vérifiés malgré fstab (Suite)

Perso je l'ai fait pour tous les disques et partitions et il est vrai que le temps est négligeable
Mais au bout des 14 montages, c'est bien toutes les partitions qui sont vérifiés ou seulement celles qui contient Ubuntu ?

cqfd93

Re : Systèmes de fichiers non vérifiés malgré fstab (Suite)

Bonjour,

J'ai détaché le début de cette discussion qui était noyé au milieu de la discussion « Ubuntu-fr: signaler des erreurs et aider à améliorer le site ».

Comme je l'ai déjà dit, il n'est pas possible de recoller les morceaux.

---

− cqfd93 −