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

moko138 · Le 01/05/2016, à 09:17

On continue ici, si la modération est d'accord.

====Modération====
Elle est d'accord !
Ce fil est la suite de celui-là.
=================

Merci cqfd93 !

...fil qu'on peut résumer ainsi :
*buntu ne corrige plus les systèmes de fichiers automatiquement, sauf après plantage,
et ce, quels que soient les réglages dans fstab.

Dernière modification par moko138 (Le 24/09/2016, à 13:16)

Compte supprimé · Le 01/05/2016, à 09:28

Tu as vu mon dernier message sur l'autre fil ?

moko138 · Le 01/05/2016, à 11:07

À Tamarou :
oui, merci beaucoup.
J'ignorais que la décision d'un développeur de Redhat pouvait s'appliquer à toutes les GNU/Linux. Surtout que son argument (temps perdu en entreprise) me paraît très discutable :
- tous les utilisateurs ne sont pas des entreprises ;
- tous les postes ne sont pas des serveurs presque jamais redémarrés ;
- Et à raison de cinq secondes par partition, hein... (et encore, 5" c'est avec mes vieux disques rotatifs à bout de souffle !)

Je suis abasourdi que notre Doc et notre forum n'aient pas intégré ce changement en cinq ans.
Et même après en avoir parlé le 22/2 dernier dans Maintenance des supports..., je ne soupçonnais pas l'ampleur des conséquences.

- - - - -

À GR 34 :
Oui, ça peut aller. Une vérification tous les 37 montages... ça me paraît quand même un peu maigre.

Chez moi, j'ai perdu au moins deux fichiers (sur ext4) cet hiver, soit 2 à 3 mois après la dernière vérification du système de fichiers (FS). Et je n'envisage pas d'attendre plus de 14 montages ou 2 semaines.

La Doc affirme que le réglage [antérieur] était de 30 montages. Il me semble pourtant que ma bonne vieille Lucid m'affichait la vérification au démarrage plus souvent que ça.
Mais je manque de statistiques pour déterminer des valeurs.
Il faudra pourtant choisir, car plusieurs pages de la Doc et du forum ne peuvent pas être laissées en l'état.

- - - - -

À tous :
Pensons
- à tous ceux qui arrivent et veulent conseils ou tutoriels pour installer ou améliorer leur installation...
- Et à ceux qui ont déjà installé et n'imaginent pas la situation...

Pensons aux DDE qui eux ne sont jamais vérifiés qu'à la main, quel que soit le réglage de tune2fs.
Rien que ça, ça me donne le vertige.
- -

Autre point concret :
Je crois que pour aider efficacement, il faudra demander les retours de tune2fs an même temps que df -i , sudo parted -l ou qu'un boot-info, non ?

Et si on y ajoute le nombre de pages à modifier...

compte banni et supprimé · Le 01/05/2016, à 11:26

Comment faut-il faire alors ?
Je viens de lire le poste situé ici
Je souhaite passer passer à Ubuntu 16.04 et souhaitait justement partitionner le DD afin d'avoir
- Système (70 Go)
- swap 16 Go
- Home (le reste)

Je souhaite supprimer le Ubuntu actuel et installer la nouvelle par dessus (je ne veux pas faire de migration)

comment faire alors pour faire les partitions et formatage si je ne peux me servir de l'outil présent dans la compil ubuntu 16.04 64bits ?

En allant sur cette doc j'ai vue qu'on pouvais le paramétrer et j'ai vue également que toutes mes partitions sont sur -1 (qui signifie jamais si j'ai bien comprit la doc)
J'ai vue qu'on pouvait paramétrer autant le nombre de montage que le nombre de jours entre deux vérifications
Je n'ai pas l'impression d'avoir perdu des fichiers

J'envisage de te suivre avec 2 semaines (14 jours) et 14 montages

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

nam1962 · Le 01/05/2016, à 11:28

Manjaro unstable, partitionnement manuel :

[asatysco2@ordi2 ~]$ sudo tune2fs -l /dev/sda1 | grep -Ei "Maximum mount count|Last checked"
tune2fs: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sda1
Impossible de trouver un superbloc de système de fichiers valide.
[asatysco2@ordi2 ~]$ sudo tune2fs -l /dev/sda2 | grep -Ei "Maximum mount count|Last checked"
Maximum mount count:      -1
Last checked:             Sun Apr 10 00:30:34 2016
[asatysco2@ordi2 ~]$ sudo tune2fs -l /dev/sda3 | grep -Ei "Maximum mount count|Last checked"
Maximum mount count:      -1
Last checked:             Sat Apr  9 20:05:42 2016
[asatysco2@ordi2 ~]$ sudo tune2fs -l /dev/sda4 | grep -Ei "Maximum mount count|Last checked"
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.

Xubuntu devel (16.10), partitionnement manuel :

asatysco3@ordi3:~$  sudo tune2fs -l /dev/sda1 | grep -Ei "Maximum mount count|Last checked"
Maximum mount count:      -1
Last checked:             Tue Apr 26 10:54:00 2016
asatysco3@ordi3:~$  sudo tune2fs -l /dev/sda2 | grep -Ei "Maximum mount count|Last checked"
tune2fs: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sda2
Impossible de trouver un superbloc de système de fichiers valide.
asatysco3@ordi3:~$  sudo tune2fs -l /dev/sda3 | grep -Ei "Maximum mount count|Last checked"
Maximum mount count:      -1
Last checked:             Tue Apr 26 10:54:06 2016

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

Compte supprimé · Le 01/05/2016, à 11:29

comment faire alors pour faire les partitions et formatage si je ne peux me servir de l'outil présent dans la compil ubuntu 16.04 64bits ?

Tu peux t'en servir sans problème, les partitions seront bien faites
C'est juste qu'elles ne seront jamais vérifiées automatiquement, si ensuite tu ne changes pas la périodicité de contrôle.

compte banni et supprimé · Le 01/05/2016, à 11:40

Je viens de faire le nécessaire pour toutes mes partitions en suivant les conseils de moko138 à savoir :

moko138 a écrit :

Et je n'envisage pas d'attendre plus de 14 montages ou 2 semaines.

sudo tune2fs -c 14  -i 14d /dev/sdXX

xinu · Le 01/05/2016, à 13:04

Bonjour,

Et moi, qu'est-ce-que je fais ?

michel@eifi-System:~$ lsb_release -a
LSB Version:	core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:core-3.1-amd64:core-3.1-noarch:core-3.2-amd64:core-3.2-noarch:core-4.0-amd64:core-4.0-noarch:core-4.1-amd64:core-4.1-noarch
Distributor ID:	Ubuntu
Description:	Ubuntu 14.04.4 LTS
Release:	14.04
Codename:	trusty
michel@eifi-System:~$ sudo tune2fs -l /dev/sda1 | grep -Ei "Maximum mount count|Last checked"
Maximum mount count:      -1
Last checked:             Mon Apr 18 17:16:33 2016
michel@eifi-System:~$ sudo tune2fs -l /dev/sda2 | grep -Ei "Maximum mount count|Last checked"
Maximum mount count:      -1
Last checked:             Sun Mar  1 19:25:08 2015
michel@eifi-System:~$ sudo showfsck
***************************
* -13 * /-1 mount(s) until fsck for /dev/sda1
***************************
***************************
* -145 * /-1 mount(s) until fsck for /dev/sda2
***************************
michel@eifi-System:~$

Contenu de fstab :

michel@eifi-System:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>

proc	/proc	proc	nodev,noexec,nosuid	0	0
#Entry for /dev/sda1 :
UUID=7f287ecc-3c12-4d63-8181-6aa0fb54e30c	/	ext4	errors=remount-ro	0	1
#Entry for /dev/sda2 :
UUID=fb72f493-2631-4781-a909-820380b244c0	/media/SATA	ext4	defaults	0	0
#Entry for /dev/sda3 :
UUID=37fe3367-9bee-406c-ae24-3c4bc1921d0b	none	swap	sw	0	0


michel@eifi-System:~$

lynn · Le 01/05/2016, à 13:29

Cette partition ne sera jamais vérifiée... Est-ce bien prudent?

UUID=fb72f493-2631-4781-a909-820380b244c0	/media/SATA	ext4	defaults	0	0

compte banni et supprimé · Le 01/05/2016, à 13:36

même question xinu
J'ai tenté de faire une analyse en faisant

sudo touch /forcefsck
sudo reboot

mais l'analyse n'a pas durée 1 minute
je doute que mes partitions ait été vérifié
Voici mon fstab

:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>

proc	/proc	proc	nodev,noexec,nosuid	0	0
#Entrée pour /dev/sda1 :
UUID=5496a951-3a62-428c-8639-a0fc400dd6d5	/	ext4	errors=remount-ro	0	1
#Entrée pour /dev/sdc3 :
UUID=7a903c34-4f05-4c17-9d10-d1fe635edbda	/media/Disque_sdc3	ext4	defaults	0	0
#Entrée pour /dev/sdc4 :
UUID=2596465e-8b88-4e86-9b26-c2126b870648	/media/Disque_sdc4	ext4	defaults	0	0
#Entrée pour /dev/sdc2 :
UUID=50aa727f-5738-446c-9579-e2f43a025fab	/media/Disque_sdc2	ext4	defaults	0	0
#Entrée pour /dev/sdc1 :
UUID=dea63793-031f-4cb3-987d-d678c3096cf5	/media/Disque_sdc1	ext4	defaults	0	0
#Entrée pour /dev/sdb2 :
UUID=b1c1a667-400b-4179-a37c-55409d4b6544	/media/Mes\040Documents	ext4	defaults	0	0
#Entrée pour /dev/sdb3 :
UUID=8f0b4695-13c0-4c2f-820b-cfdb9af9b3a8	/media/Mes\040Documents\0402	ext4	defaults	0	0
#Entrée pour /dev/sdb1 :
UUID=bee9a650-80d0-4c7a-b33d-9542b80b2b4c	/media/Disque_sdb1	ext4	defaults	0	0
#Entrée pour /dev/sda5 :
UUID=a5852097-daab-4103-8339-abc51ddde1a4	none	swap	sw	0	0
:~$

Sans doute passer <pass> à 1 ou 2 ou <dump> peut-être ?
Je viens de répondre à ma question grâce à ce lien, il faut que <pass> soit à 2 et le swap à 0

Donc je récapitule :

Vérifier si la vérification d'une partition a été activée (pas -1) avec la commande

sudo tune2fs -l /dev/sdXX | grep -Ei "Mount count|Maximum mount|Filesystem created|Last checked|Next check after"

Modifier s'il y a lieu le nombre de montage et le nombre de jours pour la partition
```
sudo tune2fs -c 30  -i 10d /dev/sdXX
```
(tous les 10 jours ou 30 montages dans l'exemple, mettre 0d pour désactiver le nombre de jours)
Modifier le /etc/fstab pour que <pass> de chaque partition soit à 2 sauf le swap

gksudo gedit /etc/fstab

Pour reprendre l'exemple de xinu, passer de

#Entry for /dev/sda2 :
UUID=fb72f493-2631-4781-a909-820380b244c0	/media/SATA	ext4	defaults	0	0

à

#Entry for /dev/sda2 :
UUID=fb72f493-2631-4781-a909-820380b244c0	/media/SATA	ext4	defaults	0	2

Afin de prendre en compte la modification fstab, faire

sudo mount -a

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

maxire · Le 01/05/2016, à 13:56

Salut,

Avez-vous bien lu cette page?
Désactivation e2fsck périodique
Notamment ceci:

Eric Sandeen a écrit :

Because a filesystem with an error condition will
be marked as requiring fsck anyway, I submit that the time-based
and mount-based checks are not particularly useful,

En clair programmer une vérification périodique ne sert (plus) à rien dans le mesure où un système de fichiers dégradé sera de toute manière marqué comme nécessitant un contrôle.
Il reste à vérifier si le contrôle se déclenche bien au montage des partitions dans le cas d'un système de fichiers dégradé et je ne sais pas le faire.

J'aurais tendance à faire confiance en la parole de cet informaticien de Red Hat.

compte banni et supprimé · Le 01/05/2016, à 14:01

Ne comprenant rien à l'anglais, ça m'est difficile de comprendre
Merci du conseil

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

moko138 · Le 01/05/2016, à 14:04

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 ?

Dernière modification par moko138 (Le 01/05/2016, à 14:07)

Cyralien · Le 01/05/2016, à 14:07

Bonjour,
Je me demande si il faut passer les deux arguments -c et -i avec tune2fs.
Dans le man on peut lire :

Il est vivement recommandé d'activer soit -c (limite en nombre de montages) soit -i (limite en temps) pour que e2fsck(8) vérifie régulièrement et complètement le système de fichiers

Compte supprimé · Le 01/05/2016, à 14:15

maxire a écrit :

J'aurais tendance à faire confiance en la parole de cet informaticien de Red Hat.

Il a certainement raison.
Si Moko138 veut aller au bout de son questionnement, il lui faudra déterminer par qui et sur quel critère :

a filesystem with an error condition will be marked as requiring fsck anyway,

xinu · Le 01/05/2016, à 14:23

@philanthrope

J'ai suivi tes conseils.

1° vérification manuelle des deux partitions (sda1 et sda2). Pour moi aussi la durée de la vérification a été brève +/- 1 min.
2° modification de fstab (pass à 2 pour sda2).
3° Réglage via tune2fs des vérifications automatiques.

Résultats :

michel@eifi-System:~$ sudo showfsck
30/30 mount(s) until fsck for /dev/sda1
29/30 mount(s) until fsck for /dev/sda2
michel@eifi-System:~$ sudo tune2fs -l /dev/sda1 | grep -Ei "Maximum mount count|Last checked"
Maximum mount count:      30
Last checked:             Sun May  1 13:19:29 2016
michel@eifi-System:~$ sudo tune2fs -l /dev/sda2 | grep -Ei "Maximum mount count|Last checked"
Maximum mount count:      30
Last checked:             Sun May  1 13:13:25 2016
michel@eifi-System:~$ sudo gedit /etc/fstab

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>

proc	/proc	proc	nodev,noexec,nosuid	0	0
#Entry for /dev/sda1 :
UUID=7f287ecc-3c12-4d63-8181-6aa0fb54e30c	/	ext4	errors=remount-ro	0	1
#Entry for /dev/sda2 :
UUID=fb72f493-2631-4781-a909-820380b244c0	/media/SATA	ext4	defaults	0	2
#Entry for /dev/sda3 :
UUID=37fe3367-9bee-406c-ae24-3c4bc1921d0b	none	swap	sw	0	0

On dirait que c'est OK ?

maxire · Le 01/05/2016, à 14:30

@Tamarou, je suppose que les dernières versions de noyaux Linux sont capables de marquer un système de fichiers dégradé,
En plus c'est depuis février 2011 que cette désactivation du contrôle périodique est en place, cela ne semble pas avoir générer trop de dégâts en 5 ans.

bruno · Le 01/05/2016, à 14:38

philanthrope a écrit :

Ne comprenant rien à l'anglais, ça m'est difficile de comprendre
Merci du conseil

Because a filesystem with an error condition will
be marked as requiring fsck anyway, I submit that the time-based
and mount-based checks are not particularly useful,

Puisqu'un système de fichiers présentant une erreur sera de toute façon marqué comme nécessitant une vérification (fsck), je juge que les vérifications récurrentes suivant le nombre de montages ou du temps ne sont pas vraiment utiles.

Ces vérifications automatiques tous les x montages (ou par période) ne servent à peu près à rien. Si le système de fichier contient des erreurs (par exemple suite à une extinction brutale), il sera marqué comme tel et au prochain démarrage une vérification complète sera lancée avant le montage.

Cyralien · Le 01/05/2016, à 14:42

Et il dit aussi

Eric Sandeen a écrit :

and that administrators can schedule fscks on their own time

Je trouve que c'est ambiguë....

maxire · Le 01/05/2016, à 14:44

bruno a écrit :

il sera marqué comme tel et au prochain démarrage une vérification complète sera lancée avant le montage

À condition que le paramètre fs_passno de fstab soit différent de 0.
===> Positionner fs_passno à 1 ou 2 si vous voulez être tranquille.

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

bruno · Le 01/05/2016, à 14:56

Cyralien a écrit :

Et il dit aussi
Eric Sandeen a écrit :
and that administrators can schedule fscks on their own time
Je trouve que c'est ambiguë....

Cela n'a rien d’ambigu.

Les administrateurs systèmes peuvent planifier les vérifications en dehors des heures de travail.

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

Cyralien · Le 01/05/2016, à 14:59

Donc il faut planifier ??

bruno · Le 01/05/2016, à 15:05

pouvoir != falloir

Cyralien · Le 01/05/2016, à 15:09

C'est bien pour ça que je disais que c'était ambiguë.
D'un coté on dit que cela ne sert à rien car en cas d'erreur, le fsck se fera au prochain boot et de l'un autre on peut planifier en dehors des heures de travail....

xinu · Le 01/05/2016, à 15:19

Cyralien a écrit :

...car en cas d'erreur, le fsck se fera au prochain boot...

Reste à espérer que le prochain boot ne se fera pas 28 jours après... sauf si le système peut fonctionner sans dégâts avec un FS dégradé.
D'ailleurs, la réparation se fait quand ? Au prochain montage ou au prochain boot ?

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 01/05/2016, à 09:17

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

#2 Le 01/05/2016, à 09:28

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

#3 Le 01/05/2016, à 11:07

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

#4 Le 01/05/2016, à 11:26

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

#5 Le 01/05/2016, à 11:28

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

#6 Le 01/05/2016, à 11:29

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

#7 Le 01/05/2016, à 11:40

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

#8 Le 01/05/2016, à 13:04

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

#9 Le 01/05/2016, à 13:29

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

#10 Le 01/05/2016, à 13:36

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

#11 Le 01/05/2016, à 13:56

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

#12 Le 01/05/2016, à 14:01

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

#13 Le 01/05/2016, à 14:04

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

#14 Le 01/05/2016, à 14:07

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

#15 Le 01/05/2016, à 14:15

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

#16 Le 01/05/2016, à 14:23

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

#17 Le 01/05/2016, à 14:30

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

#18 Le 01/05/2016, à 14:38

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

#19 Le 01/05/2016, à 14:42

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

#20 Le 01/05/2016, à 14:44

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

#21 Le 01/05/2016, à 14:56

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

#22 Le 01/05/2016, à 14:59

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

#23 Le 01/05/2016, à 15:05

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

#24 Le 01/05/2016, à 15:09

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

#25 Le 01/05/2016, à 15:19

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

Pied de page des forums