Vérification automatique du système de fichiers interrompue

Pierrot84 · Le 20/09/2016, à 19:30

Bonjour,

Je suis sous Kubuntu 16.04 (en dual-boot avec Windows) installé proprement par dessus Kubuntu 14.04, avec conservation de mon /home sur partition séparée.
Mon problème est le suivant : depuis que je suis passé à la 16.04, la vérification périodique automatique des systèmes de fichiers s'interrompt tout seule au bout d'une minute environ (1 à 2% effectués) et le démarrage reprend normalement, exactement comme si j'avais interrompu manuellement cette vérification par CRTL+C.
Je ne sais pas si ce problème est lié à KDE/Plasma mais, dans le doute, j'ai placé le sujet ici.

Quelqu'un aurait-il une idée pour remédier à cela ?

Merci d'avance.

malbo · Le 21/09/2016, à 07:14

C'est une caractéristique de 16.04 qui n'existait pas avec 14.04 : ça se manifeste par un affichage un peu surprenant (comme on peut voir ici). Je crois qu'il ne s'agit pas réellement d'une vérification du système de fichiers mais d'un contrôle très superficiel. Rassure-toi, ton Kubuntu va très bien.

Dernière modification par malbo (Le 21/09/2016, à 07:16)

Pierrot84 · Le 21/09/2016, à 08:08

Merci de votre réponse.
Je ne suis pas certain qu'il s'agisse du même problème. Je n'ai pas l'affichage auquel vous faites référence. En revanche, j'ai exactement la même page que sous Kubuntu 16.04, où la progression de la vérification est indiquée. De plus, cette vérification ne s'est pas faite les premières fois, ce qui correspondrait au comportement normal de la vérification automatique, qui n'a lieu que tous les 20 ou 30 démarrages (je ne me souviens plus trop).
J'ai vraiment l'impression que la vérification est avortée.

malbo · Le 21/09/2016, à 09:13

Je te prie de passer la commande suivante dans un terminal :

timedatectl

Tu appliqueras ensuite les directives de ce post pour communiquer le résultat obtenu.

Pierrot84 · Le 21/09/2016, à 09:21

Voici :

pierre@pierre-portable:~$ timedatectl
      Local time: mer. 2016-09-21 10:18:07 CEST
  Universal time: mer. 2016-09-21 08:18:07 UTC
        RTC time: mer. 2016-09-21 08:18:07
       Time zone: Europe/Paris (CEST, +0200)
 Network time on: yes
NTP synchronized: yes
 RTC in local TZ: no
pierre@pierre-portable:~$

malbo · Le 21/09/2016, à 09:57

Ton résultat du post #5 est normal.
Peux-tu à présent passer cette commande dans laquelle tu devras remplacer sdxy par le repère de ta partition racine de Ubuntu (source) :

sudo tune2fs -l /dev/sdxy

Pierrot84 · Le 21/09/2016, à 10:10

Voici :

pierre@pierre-portable:~$ sudo tune2fs -l /dev/sda5
[sudo] Mot de passe de pierre : 
tune2fs 1.42.13 (17-May-2015)
Filesystem volume name:   <none>
Last mounted on:          /
Filesystem UUID:          f9d800fd-fd4b-4395-a938-e2a8ec334bca
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery 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:              960992
Block count:              3837519
Reserved block count:     191875
Free blocks:              1702147
Free inodes:              663555
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      936
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8144
Inode blocks per group:   509
Flex block group size:    16
Filesystem created:       Tue Aug 23 18:51:47 2016
Last mount time:          Wed Sep 21 08:34:16 2016
Last write time:          Wed Sep 21 08:34:05 2016
Mount count:              45
Maximum mount count:      -1
Last checked:             Tue Aug 23 18:51:47 2016
Check interval:           0 (<none>)
Lifetime writes:          38 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
First orphan inode:       391582
Default directory hash:   half_md4
Directory Hash Seed:      d4d1bd12-fbf8-43d3-a6cc-e247cba175cd
Journal backup:           inode blocks
pierre@pierre-portable:~$

malbo · Le 21/09/2016, à 10:27

La ligne intéressante est :

Last checked:             Tue Aug 23 18:51:47 2016

La dernière vérification du système de fichiers de ta partition racine a été faite le 23 Août 2016. Moi je ne dis pas du tout que c'est anormal que la dernière vérif ait été faite il y a presque un mois. Ce qui me parait intéressant de vérifier, c'est que tu peux faire une vérification de ce système de fichiers depuis une session live avec Gparted : https://forum.ubuntu-fr.org/viewtopic.php?id=419893
Ou bien plus simplement en ligne de commande (mais toujours depuis une session live) : https://forum.ubuntu-fr.org/viewtopic.p … 3#p3610613

Quand la vérification est faite, tu refais une session "normale" de ton Ubuntu installé et tu repasses la commande "sudo tune2fs -l /dev/sda5". La ligne "Last checked" devra indiquer la date d'aujourd'hui.
Désolé de pas savoir te donner sur un plateau la solution à ton problème précis : j'essaie seulement de t'aider à faire des vérif des fonctionnalités qui tournent autour pour voir si ça "répond" normalement.

Pierrot84 · Le 21/09/2016, à 20:40

Désolé, je reviens un peux tardivement.
J'ai fait une vérification manuelle sans forcer de ma partition système : fsck n'a rien fait et a répondu "propre".
J'en ai fait aussi une sur ma partition /home qui avait bien dépassé le cycle de 29 montages. J'ai refait un "sudo tune2fs -l" qui confirme cette dernière vérification.
Je pense que fsck n'a pas vérifié ma partition racine à cause des 5ème et 7ème ligne de :

Filesystem created:       Tue Aug 23 18:51:47 2016
Last mount time:          Wed Sep 21 08:34:16 2016
Last write time:          Wed Sep 21 08:34:05 2016
Mount count:              45
Maximum mount count:      -1
Last checked:             Tue Aug 23 18:51:47 2016
Check interval:           0 (<none>)

J'ai vu comment modifier cela mais je me demande le pourquoi de ces réglages par défaut. À ceux qui ont Kubuntu 16.04 : avez-vous la même chose ? Il y a peut-être une bonne raison.
Cela dit, je n'ai pas l'impression que cela explique le blocage que j'ai constaté.

malbo · Le 22/09/2016, à 05:25

Pierrot84 a écrit :

J'ai vu comment modifier cela mais je me demande le pourquoi de ces réglages par défaut.

Tu peux trouver la réponse dans ce post : https://forum.ubuntu-fr.org/viewtopic.p … #p21508601
Pas la peine de te farcir la lecture de toute la discussion. En bref, c'est exprès que la vérification périodique du système de fichiers de la partition racine est inhibé par défaut. Donc ta partition racine qui n'a pas été vérifiée depuis le 23 Août 2016, c'est le fonctionnement normal, voulu par les développeurs de Ubuntu. Je crois comprendre que tu ne veux pas faire la vérif depuis une session live que j'ai proposée dans mon post précédent. Je ne sais pas pourquoi mais si tu t'en fous moi aussi.

Pierrot84 · Le 22/09/2016, à 08:09

Merci du renseignement sur la désactivation par défaut.
Tu comprends mal : j'ai bien fait une vérification de mes deux partitions depuis une session live, ce n'est pas la peine de s'énerver.
Simplement, je n'ai pas passé l'option -f dans fsck pour voir dans ce cas ce que retournait la commande. Je n'ai pas eu le temps de le faire avec l'option -f.
En fait, c'est la partition /home qui n'a pas été vérifiée le moment venu par le système alors qu'elle aurait dû l'être.

malbo · Le 22/09/2016, à 08:38

Je te redemande de faire ce que j'ai indiqué sur la partition racine (je me fous de la partition /home) : je veux voir "Last checked" qui passe à la date d'aujourd'hui (au lieu du 23 Août 2016) pour la partition racine.

Pierrot84 · Le 22/09/2016, à 12:04

C'est fait. "Last checked" est bien passé à la date d'aujourd'hui :

pierre@pierre-portable:~$ sudo tune2fs -l /dev/sda5
[sudo] Mot de passe de pierre : 
tune2fs 1.42.13 (17-May-2015)
Filesystem volume name:   <none>
Last mounted on:          /
Filesystem UUID:          f9d800fd-fd4b-4395-a938-e2a8ec334bca
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery 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:              960992
Block count:              3837519
Reserved block count:     191875
Free blocks:              1703768
Free inodes:              663610
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      936
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8144
Inode blocks per group:   509
Flex block group size:    16
Filesystem created:       Tue Aug 23 18:51:47 2016
Last mount time:          Thu Sep 22 12:56:56 2016
Last write time:          Thu Sep 22 12:56:46 2016
Mount count:              1
Maximum mount count:      -1
Last checked:             Thu Sep 22 12:54:12 2016
Check interval:           0 (<none>)
Lifetime writes:          38 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                                                                                                                       
First orphan inode:       533960                                                                                                                  
Default directory hash:   half_md4                                                                                                                
Directory Hash Seed:      d4d1bd12-fbf8-43d3-a6cc-e247cba175cd                                                                                    
Journal backup:           inode blocks                                                                                                            
pierre@pierre-portable:~$

malbo · Le 22/09/2016, à 12:37

Parfait.
A présent, peux-tu donner davantage d'explication sur ce que tu as mentionné dans le post #11 : "En fait, c'est la partition /home qui n'a pas été vérifiée le moment venu par le système alors qu'elle aurait dû l'être." C'est quoi ce moment venu ? Est-ce que ça signifie que la vérif qui "s'interrompt tout seule au bout d'une minute environ " que tu as mentionnée dans le post #1, c'était la vérif de la partition /home (et pas la vérif de la partition racine comme je le croyais) ?

Dernière modification par malbo (Le 22/09/2016, à 12:38)

Pierrot84 · Le 22/09/2016, à 16:39

Le moment venu, c'est après 29 montages de /home alors que j'en étais à 60. Je le sais (si je ne dis pas de bêtises) car j'ai fait aussi hier un 'tune2fs' sur cette partition avant de passer fsck qui a mis à jour "Last checked". Voici l'état antérieur de /home :

pierre@pierre-portable:~$ sudo tune2fs -l /dev/sda7
[sudo] Mot de passe de pierre :                                                                                                                                                                                                  
tune2fs 1.42.13 (17-May-2015)                                                                                                                                                                                                    
Filesystem volume name:   <none>                                                                                                                                                                                                 
Last mounted on:          /home                                                                                                                                                                                                  
Filesystem UUID:          f29a8bb6-4e9f-41d8-96de-810e15ab616e                                                                                                                                                                   
Filesystem magic number:  0xEF53                                                                                                                                                                                                 
Filesystem revision #:    1 (dynamic)                                                                                                                                                                                            
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super large_file                                                                                                            
Filesystem flags:         signed_directory_hash                                                                                                                                                                                  
Default mount options:    (none)                                                                                                                                                                                                 
Filesystem state:         clean                                                                                                                                                                                                  
Errors behavior:          Continue                                                                                                                                                                                               
Filesystem OS type:       Linux                                                                                                                                                                                                  
Inode count:              23642112
Block count:              94550549
Reserved block count:     4727527
Free blocks:              25718149
Free inodes:              23478709
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1001
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Filesystem created:       Fri Jul 10 20:09:47 2009
Last mount time:          Wed Sep 21 08:35:05 2016
Last write time:          Wed Sep 21 08:35:05 2016
Mount count:              60
Maximum mount count:      29
Last checked:             Sat Aug 13 20:41:21 2016
Check interval:           15552000 (6 months)
Next check after:         Thu Feb  9 19:41:21 2017
Lifetime writes:          922 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:      09ffa327-d392-46d7-9728-f56f9eb54966
Journal backup:           inode blocks
pierre@pierre-portable:~$

Je ne savais pas sur quelle partition la vérification automatique s'interrompait car l'affichage ne l'indique pas. Comme la partition racine n'est en fait en principe pas vérifiée, j'imagine que c'est plus probablement /home qui pose problème.
J'espère avoir été clair.

malbo · Le 22/09/2016, à 17:37

C'est clair, merci.
Je pense qu'il s'agit du Bug #1547844

Pierrot84 · Le 22/09/2016, à 19:25

Effectivement, c'est apparemment exactement le même problème. Je n'étais pas tombé dessus lors de mes recherches. Je vais attendre que le bug soit corrigé.
Merci beaucoup.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 20/09/2016, à 19:30

Vérification automatique du système de fichiers interrompue

#2 Le 21/09/2016, à 07:14

Re : Vérification automatique du système de fichiers interrompue

#3 Le 21/09/2016, à 08:08

Re : Vérification automatique du système de fichiers interrompue

#4 Le 21/09/2016, à 09:13

Re : Vérification automatique du système de fichiers interrompue

#5 Le 21/09/2016, à 09:21

Re : Vérification automatique du système de fichiers interrompue

#6 Le 21/09/2016, à 09:57

Re : Vérification automatique du système de fichiers interrompue

#7 Le 21/09/2016, à 10:10

Re : Vérification automatique du système de fichiers interrompue

#8 Le 21/09/2016, à 10:27

Re : Vérification automatique du système de fichiers interrompue

#9 Le 21/09/2016, à 20:40

Re : Vérification automatique du système de fichiers interrompue

#10 Le 22/09/2016, à 05:25

Re : Vérification automatique du système de fichiers interrompue

#11 Le 22/09/2016, à 08:09

Re : Vérification automatique du système de fichiers interrompue

#12 Le 22/09/2016, à 08:38

Re : Vérification automatique du système de fichiers interrompue

#13 Le 22/09/2016, à 12:04

Re : Vérification automatique du système de fichiers interrompue

#14 Le 22/09/2016, à 12:37

Re : Vérification automatique du système de fichiers interrompue

#15 Le 22/09/2016, à 16:39

Re : Vérification automatique du système de fichiers interrompue

#16 Le 22/09/2016, à 17:37

Re : Vérification automatique du système de fichiers interrompue

#17 Le 22/09/2016, à 19:25

Re : Vérification automatique du système de fichiers interrompue

Pied de page des forums