UBUNTU 15.10 et FSCK au démarrage

rmanf30 · Le 29/10/2015, à 02:54

Bonjour,

Je viens de faire la mise à niveau de la version 15.04 en 15.10, tout fonctionne correctement, j'ai systématiquement le message suivant pendant le démarrage.

fsck from util linux 2.26.2
/dev/sda1 : clean, 299187/30138368 files, 21941855/120534016 blocks

Est-ce normal ?

Dernière modification par rmanf30 (Le 29/10/2015, à 02:55)

malbo · Le 29/10/2015, à 10:42

A mon avis, ça n'a aucune importance (sauf d’inquiéter l'utilisateur de l'ordi). J'en parle là : https://forum.ubuntu-fr.org/viewtopic.p … #p20867391
Oui, c'est un bug (je crois) mais sans importance.
EDIT : à part que ce message qui s'affiche, peux-tu confirmer que dans ton cas tout est normal y compris le temps de démarrage de l'ordi ?

Dernière modification par malbo (Le 29/10/2015, à 10:44)

rmanf30 · Le 29/10/2015, à 19:23

Merci pour ces infos.

L'ordinateur fonctionne normalement.

Ce message reste présent 27 secondes.
Après mise sous tension l'ordinateur met en totalité 44 secondes pour arriver à la demande du mot de passe.
Je n'ai pas l'impression que cela ralentisse le démarrage.

Faut-il chercher une solution, ou attendre une éventuelle mise à jour qui corrige ce bugs ?

Dernière modification par rmanf30 (Le 29/10/2015, à 19:25)

malbo · Le 30/10/2015, à 09:39

rmanf30 a écrit :

Je n'ai pas l'impression que cela ralentisse le démarrage.

Moi je retiens cela. Comme je l'ai vu souvent, il est possible que le bug ne soit pas le contenu du message lui-même, mais que ce soit seulement que ce message s'affiche, la correction du bug consistant alors à supprimer l'affichage indésirable du message qui inquiète l'utilisateur. Comme il n'y a pas d'impact sur le temps de démarrage, je te suggère de ne rien faire pour changer ça et d'attendre que ça se passe tout seul. Si ça ne passe pas, tu feras une réinstallation toute neuve de Ubuntu 16.04 quand cette version sortira et je suppose que ce souci aura disparu avec cette version 16.04.

rmanf30 · Le 30/10/2015, à 09:47

Je vais suivre ton conseil, d'autant que j'ai pour projet d'installer un SSD comme disque de démarrage.
Je vais donc faire une réinstallation complète de la 15.10, je pense que le message ne sera plus présent.

Merci pour ton aide.

malbo · Le 30/10/2015, à 09:55

rmanf30 a écrit :

Je vais donc faire une réinstallation complète de la 15.10, je pense que le message ne sera plus présent.

Le Bug #1504688 concerne une installation toute neuve comme l'indique son intitulé "fsck runs on every boot (clean install, single ext4 filesystem)". Ce n'est pas parce que tu vas faire une install toute neuve que le pb sera forcément résolu et que le message aura disparu. Qu'est-ce qui te laisse penser que ça va se résoudre ?

Dernière modification par malbo (Le 30/10/2015, à 10:01)

maxire · Le 30/10/2015, à 13:09

Salut,

Juste une remarque, sous la 15.10, il est possible d'utiliser SystemD ou Upstart en programme Init, en tout cas pour la version que j'utilise qui est une mise à niveau en force de la 14.04 vers la 15.04 puis vers la 15.10.

En utilisant SystemD pas de message, le message n'apparaît qu'en utilisant Upstart.
Ce message est sans importance.

Le choix du démarrage avec Upstart ou avec SystemD se fait dans le Menu Grub.

malbo · Le 30/10/2015, à 15:47

maxire a écrit :

En utilisant SystemD pas de message, le message n'apparaît qu'en utilisant Upstart.

Chez moi, c'est l'inverse : le message n’apparaît qu'en utilisant SystemD (l'entrée de démarrage par défaut)

maxire · Le 30/10/2015, à 16:01

Salut Malbo,

Que c'est étrange tout cela, j'ai pourtant vérifié au moins 2 fois, je revérifie.
Nous sommes au moins d'accord que ce message n'a guère d'importance.

rmanf30 · Le 30/10/2015, à 16:09

malbo a écrit :

rmanf30 a écrit :
Je vais donc faire une réinstallation complète de la 15.10, je pense que le message ne sera plus présent.
Le Bug #1504688 concerne une installation toute neuve comme l'indique son intitulé "fsck runs on every boot (clean install, single ext4 filesystem)". Ce n'est pas parce que tu vas faire une install toute neuve que le pb sera forcément résolu et que le message aura disparu. Qu'est-ce qui te laisse penser que ça va se résoudre ?

Mauvaise interprétation de l'intitulé de ma part, je pensai que ce bug n’impactai que les mises à niveau vers 15.10.
Donc si je suit bien le raisonnement, pratiquement tous les utilisateurs de la 15.10 ont ce message

Mais apparemment il est sans importance.

Dernière modification par rmanf30 (Le 30/10/2015, à 16:10)

malbo · Le 30/10/2015, à 16:19

rmanf30 a écrit :

Donc si je suit bien le raisonnement, pratiquement tous les utilisateurs de la 15.10 ont ce message

ça je n'en sais rien : la proportion de gens qui ont le message et ceux qui ne l'ont pas, c'est un peu dur à savoir.

maxire · Le 30/10/2015, à 16:25

Après une nouvelle vérification, j'ai le message avec Upstart et non avec SystemD (??).
L'installation est en mode uefi, normalement cela ne devrait pas faire de différence une fois le noyau et l'image initiale chargés et le système lancé.

Edit: Lightdm ne se lance pas sous Upstart, je suis obligé de le lancer manuellement, c'est un détail. je n'utilise que SystemD.

Dernière modification par maxire (Le 30/10/2015, à 16:34)

maxire · Le 30/10/2015, à 17:04

Finalement, ce message apparaît aussi bien avec Upstart qu'avec SystemD, il se trouve que j'effectuais mes recherches avec la commande journalctl qui ne me donnait rien, par contre au démarrage après suppression des options quiet et splash de chargement du noyau le message est visible à l'écran.

Remarque:
J'ai maintenant des fichiers Log un peu partout parfois dus aussi bien à SystemD qu'à Upstart, j'ai du mal à m'y retrouver.
Je crois que c'est ou l'un ou l'autre, puisque le choix de SystemD est acté, autant virer Upstart définitivement.

Dernière modification par maxire (Le 30/10/2015, à 17:05)

rmanf30 · Le 30/10/2015, à 17:24

maxire a écrit :

... par contre au démarrage après suppression des options quiet et splash de chargement du noyau le message est visible à l'écran ...

Moi j'ai ces options activées.

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

Le message est tout de même visible pendant 27 secondes
J'aimerai bien parvenir à le masquer.

Dernière modification par rmanf30 (Le 30/10/2015, à 17:30)

malbo · Le 30/10/2015, à 17:36

Chez moi, la suppression des options quiet et splash ne permet pas de voir ce message. Par contre, si je supprime la ligne "gfxmode $linux_gfx_mode" et que je valide par F10, je peux voir le message ainsi que d'autres lignes de chargement, et ceci aussi bien avec l'entrée par défaut qu'avec l'entrée "upstart". Je suis encore plus convaincu que ce "message" est sans importance.

maxire · Le 30/10/2015, à 18:45

Précision, c'est une Ubuntu Mate que je lance, je ne suis pas certain que le démarrage au sens «animation graphique» soit strictement identique à celui de Ubuntu, ceci pourrait expliquer nos différences d'affichages.

malbo · Le 31/10/2015, à 06:26

malbo a écrit :

Chez moi, la suppression des options quiet et splash ne permet pas de voir ce message. Par contre, si je supprime la ligne "gfxmode $linux_gfx_mode" et que je valide par F10, je peux voir le message ainsi que d'autres lignes de chargement, et ceci aussi bien avec l'entrée par défaut qu'avec l'entrée "upstart". Je suis encore plus convaincu que ce "message" est sans importance.

J'avais fait cette manip dans un vrai PC (le Acer dans ma signature) mais j'ai refait la manip dans une machine virtuelle avec VMware Player afin de pouvoir capturer ce qui se passe :

ça c'est ce que j'obtiens en sélectionnant l'entrée par défaut (SystemD) et en supprimant la ligne "gfxmode $linux_gfx_mode" parce que la suppression de quiet et splash ne fonctionne pas non plus en virtuel.

Par contre, si je sélectionne l'entrée "upstart" (en supprimant la ligne "gfxmode $linux_gfx_mode"), je constate que j'ai bien une vérification systématique du disque à chaque démarrage sur cette entrée "upstart" :

Et le temps de démarrage sur "upstart" est un peu plus long de quelques secondes que le temps de démarrage sur l'entrée par défaut (SystemD)

Dernière modification par malbo (Le 31/10/2015, à 07:38)

maxire · Le 31/10/2015, à 09:06

Correctif:

J'avais enlevé un peu plus que les options quiet splash en fait j'avais supprimé:

quiet splash $vt_handoff

Je n'ai absolument aucune idée exacte (sans doute le mode d'affichage) de ce à quoi sert cette option $vt_handoff ni à quelle valeur elle est positionnée.

Normal que le démarrage de SystemD soit plus rapide que Upstart.
SystemD lance les processus en parallèle (lorsque c'est possible), Upstart en séquentiel.

malbo · Le 31/10/2015, à 12:14

maxire a écrit :

Normal que le démarrage de SystemD soit plus rapide que Upstart.
SystemD lance les processus en parallèle (lorsque c'est possible), Upstart en séquentiel.

Oui mais en l’occurrence, ce n'est pas ça qui fait la différence. La différence de ce que j'en comprends, c'est que le démarrage SystemD n'effectue pas réellement la vérification du système de fichier de la partition racine (le message le laisse croire mais il ne fait pas le travail) alors que le démarrage Upstart effectue réellement la vérification du système de fichiers et c'est ça qui lui fait perdre des secondes. Enfin, c'est ce que je crois comprendre mais je me trompe peut-être.

maxire · Le 01/11/2015, à 10:35

Pour information, voici la commande permettant de visualiser les messages laissés par fsck au démarrage avec SystemD pour la session en cours:

[aspire7730z@aspire7730z-arch ~]$ journalctl -b -t systemd-fsck
-- Logs begin at jeu. 2014-01-09 18:49:10 CET, end at dim. 2015-11-01 09:21:49 CET. --
nov. 01 08:43:32 aspire7730z-arch systemd-fsck[307]: Home : propre, 101607/2624496 fichiers, 2344656/10496469 blocs
nov. 01 08:43:32 aspire7730z-arch systemd-fsck[356]: Data : propre, 1926/5898240 fichiers, 459062/23592960 blocs
[aspire7730z@aspire7730z-arch ~]$

Pour la session précédente:

[aspire7730z@aspire7730z-arch ~]$ journalctl -b -1 -t systemd-fsck
-- Logs begin at jeu. 2014-01-09 18:49:10 CET, end at dim. 2015-11-01 09:21:49 CET. --
oct. 31 12:03:01 aspire7730z-arch systemd-fsck[329]: Data : propre, 1926/5898240 fichiers, 459062/23592960 blocs
oct. 31 12:03:01 aspire7730z-arch systemd-fsck[366]: Home : propre, 101607/2624496 fichiers, 2344656/10496469 blocs
[aspire7730z@aspire7730z-arch ~]$

Ce contrôle n'est réalisé que si l'option pass de fstab est à 2, ici ce sont 2 partitions montées respectivement sous /home et /data.
Le contrôle de la partition racine / n'est pas systématique option pass à 1.

Je vois (ici sous Archlinux avec SystemD 227) qu'il est systématiquement réalisé, sans ralentissement particulier du démarrage.
J'avoue que je ne comprends plus trop à quoi correspond cette option pass.

Extrait du fstab:

# Partition principale, /dev/sda1
UUID=702e9948-528f-4336-bd43-e3672da0c963       /               ext4    errors=remount-ro       0       1
#Partition Utilisateurs
UUID=cc995dc4-7c1c-41b2-a4e1-d1c0fc0327af       /home           ext4    errors=remount-ro       0       2
# Données générales -- musique, backup ..., /dev/sda3
UUID=b37808df-b87a-40cf-af7b-edea0e02e413 /data ext4 errors=remount-ro 0 2

Dernière modification par maxire (Le 01/11/2015, à 10:42)

malbo · Le 10/11/2015, à 13:45

Voir post #23 : ce problème dépend du paramétrage "Date et heure".
J'ai fait des essais supplémentaires sur PC réels pour être sûr de la chose : je confirme ce que j'ai écrit dans le post #19 à savoir que le démarrage Upstart effectue réellement la vérification du système de fichiers de la partition racine à chaque démarrage. J'ai fait les relevés ci-dessous depuis une machine virtuelle.
Résultat de la commande qui me permet de vérifier les infos détaillées de la partition racine juste après un démarrage fait par l'entrée Upstart (sélection de "Ubuntu, with Linux 4.2.0-17-generic (upstart)" dans les options avancées du menu Grub) :

malbo@malbo-virtual-machine:~$ sudo tune2fs -l /dev/sda5
Mot de passe [sudo] pour malbo : 
tune2fs 1.42.12 (29-Aug-2014)
Filesystem volume name:   <none>
Last mounted on:          /
Filesystem UUID:          d1b814c5-49a7-4478-b4cc-74f018296434
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:              610800
Block count:              2441406
Reserved block count:     122070
Free blocks:              1273475
Free inodes:              377305
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      596
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8144
Inode blocks per group:   509
Flex block group size:    16
Filesystem created:       Fri Sep 25 05:17:13 2015
Last mount time:          Tue Nov 10 12:29:27 2015
Last write time:          Tue Nov 10 12:29:17 2015
Mount count:              1
Maximum mount count:      -1
Last checked:             Tue Nov 10 12:29:17 2015
Check interval:           0 (<none>)
Lifetime writes:          34 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:       265602
Default directory hash:   half_md4
Directory Hash Seed:      68a2a601-4111-4629-bcf7-be55603c061f
Journal backup:           inode blocks
malbo@malbo-virtual-machine:~$

On note bien :

Last mount time:          Tue Nov 10 12:29:27 2015

et

Last checked:             Tue Nov 10 12:29:17 2015

Ce qui signifie qu'il y a eu vérification du système de fichiers de la partition racine juste avant le montage de cette partition.

Un peu plus tard, je fais un redémarrage de la machine virtuelle en sélectionnant toujours l'entrée Upstart puis je repasse la même commande :

malbo@malbo-virtual-machine:~$ sudo tune2fs -l /dev/sda5
Mot de passe [sudo] pour malbo : 
tune2fs 1.42.12 (29-Aug-2014)
Filesystem volume name:   <none>
Last mounted on:          /
Filesystem UUID:          d1b814c5-49a7-4478-b4cc-74f018296434
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:              610800
Block count:              2441406
Reserved block count:     122070
Free blocks:              1273507
Free inodes:              377251
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      596
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8144
Inode blocks per group:   509
Flex block group size:    16
Filesystem created:       Fri Sep 25 05:17:13 2015
Last mount time:          Tue Nov 10 12:49:56 2015
Last write time:          Tue Nov 10 12:49:45 2015
Mount count:              1
Maximum mount count:      -1
Last checked:             Tue Nov 10 12:49:45 2015
Check interval:           0 (<none>)
Lifetime writes:          34 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:      68a2a601-4111-4629-bcf7-be55603c061f
Journal backup:           inode blocks
malbo@malbo-virtual-machine:~$

On note à présent :

Last mount time:          Tue Nov 10 12:49:56 2015

et

Last checked:             Tue Nov 10 12:49:45 2015

Là encore, il y a eu une vérification du système de fichiers de la partition racine juste avant le montage de cette partition.

Dernière modification par malbo (Le 11/11/2015, à 08:45)

maxire · Le 10/11/2015, à 15:08

Et pourtant ce système de fichiers ne devrait pas être contrôlé car:

Mount count:              1
Maximum mount count:      -1
Last checked:             Tue Nov 10 12:49:45 2015
Check interval:           0 (<none>)

man tune2fs a écrit :

If max-mount-counts is 0 or -1, the number of times the filesystem is
mounted will be disregarded by e2fsck(8) and the kernel.
.....
-i interval-between-checks[d|m|w]
Adjust the maximal time between two filesystem checks. No suffix or d will interpret the number interval-between-checks as days, m as months, and w as
weeks. A value of zero will disable the time-dependent checking.

À moins que je n'ai mal compris «will be disregarded» que je traduis en «ne sera pas considéré», c'est un peu ambigüe...

Je m'aperçois que sur un de mes pcs sous Archlinux donc avec SystemD les systèmes de fichiers n'ont pas été contrôlés depuis au moins le mois de janvier dernier (Maximum mount count = -1 et Check interval à 0).
Sur un autre également sous Archlinux, ils ont été récemment contrôlés mais le paramètre Maximum mount count est à 20 et le paramètre Check interval est à 6 mois.

Je ne me souviens pas avoir joué avec ces paramètres.

Cela sent l'utilisation de l'option force (-f) avec e2fsck lancé via Upstart.

Dernière modification par maxire (Le 10/11/2015, à 15:36)

malbo · Le 11/11/2015, à 08:36

Je viens de faire une découverte inattendue s'agissant du problème que j'ai décrit dans le post #21 (le démarrage Upstart effectue réellement la vérification du système de fichiers de la partition racine à chaque démarrage). Ce problème dépend du paramétrage "Date et heure" :

Si je modifie mon réglage (Paris) pour sélectionner une ville qui se trouve dans la partie gauche (de Anchorage jusqu'à London), je n'ai pas le problème.
Par contre, si je sélectionne une ville qui se trouve dans la partie droite (toute les villes à heure GMT+ quelque chose, y compris Paris), j'ai le problème.

Dernière modification par malbo (Le 11/11/2015, à 08:40)

maxire · Le 11/11/2015, à 10:22

Quelles sont les dates conservées dans les données des systèmes de fichiers date locale ou date UTC?

Si c'est la date locale et que e2fsck est lancé alors que le système est toujours en date UTC, tu as une anomalie avec date de dernière écriture ou de contrôle du système de fichiers dans l'avenir donc le contrôle est effectué.
Tu ne peux pas avoir ce problème avec les fuseaux horaires à l'ouest de Greenwich.

C'est une hypothèse, je crois qu'il faut chercher de ce côté avec une date locale comparée à une date UTC.

Je confirme que tel que ton système de fichiers est paramétré (check interval à 0 et maximum mount count = -1) il n'aurait jamais dû être contrôlé par e2fsck.

J'ai modifié check interval à 6 mois et maximum mount count à 20 et mes systèmes de fichiers ont été contrôlés au démarrage système car non contrôlés depuis plus de 6 mois.

Pas de contrôle au démarrage suivant, car nombre de montages < 20 et date de dernier contrôle de moins de 6 mois.

===» Donc suite à ta découverte mon hypothèse sur l'usage de l'option -f de e2fsck ne tient plus.

Ce contrôle me fait penser aux anomalies des dual boot Windows et Linux, la date système Windows est locale et celle de Linux en UTC ce qui peut entraîner des dysfonctionnements lors de démarrages alternés Linux/Windows suite à une mise à jour de la date système.
Il est d'ailleurs conseillé de désactiver la mise à jour de l'heure de Windows et de la régler si possible en UTC, chose que j'ai faîte avec mon Windows 10 en dual boot.

Dernière modification par maxire (Le 11/11/2015, à 10:34)

malbo · Le 11/11/2015, à 10:29

@maxire : je ne suis pas familier avec ces pb de date. Quels sont les fichiers dans lesquels se trouvent les données dont tu parles ?

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 29/10/2015, à 02:54

UBUNTU 15.10 et FSCK au démarrage

#2 Le 29/10/2015, à 10:42

Re : UBUNTU 15.10 et FSCK au démarrage

#3 Le 29/10/2015, à 19:23

Re : UBUNTU 15.10 et FSCK au démarrage

#4 Le 30/10/2015, à 09:39

Re : UBUNTU 15.10 et FSCK au démarrage

#5 Le 30/10/2015, à 09:47

Re : UBUNTU 15.10 et FSCK au démarrage

#6 Le 30/10/2015, à 09:55

Re : UBUNTU 15.10 et FSCK au démarrage

#7 Le 30/10/2015, à 13:09

Re : UBUNTU 15.10 et FSCK au démarrage

#8 Le 30/10/2015, à 15:47

Re : UBUNTU 15.10 et FSCK au démarrage

#9 Le 30/10/2015, à 16:01

Re : UBUNTU 15.10 et FSCK au démarrage

#10 Le 30/10/2015, à 16:09

Re : UBUNTU 15.10 et FSCK au démarrage

#11 Le 30/10/2015, à 16:19

Re : UBUNTU 15.10 et FSCK au démarrage

#12 Le 30/10/2015, à 16:25

Re : UBUNTU 15.10 et FSCK au démarrage

#13 Le 30/10/2015, à 17:04

Re : UBUNTU 15.10 et FSCK au démarrage

#14 Le 30/10/2015, à 17:24

Re : UBUNTU 15.10 et FSCK au démarrage

#15 Le 30/10/2015, à 17:36

Re : UBUNTU 15.10 et FSCK au démarrage

#16 Le 30/10/2015, à 18:45

Re : UBUNTU 15.10 et FSCK au démarrage

#17 Le 31/10/2015, à 06:26

Re : UBUNTU 15.10 et FSCK au démarrage

#18 Le 31/10/2015, à 09:06

Re : UBUNTU 15.10 et FSCK au démarrage

#19 Le 31/10/2015, à 12:14

Re : UBUNTU 15.10 et FSCK au démarrage

#20 Le 01/11/2015, à 10:35

Re : UBUNTU 15.10 et FSCK au démarrage

#21 Le 10/11/2015, à 13:45

Re : UBUNTU 15.10 et FSCK au démarrage

#22 Le 10/11/2015, à 15:08

Re : UBUNTU 15.10 et FSCK au démarrage

#23 Le 11/11/2015, à 08:36

Re : UBUNTU 15.10 et FSCK au démarrage

#24 Le 11/11/2015, à 10:22

Re : UBUNTU 15.10 et FSCK au démarrage

#25 Le 11/11/2015, à 10:29

Re : UBUNTU 15.10 et FSCK au démarrage

Pied de page des forums