#26 Le 11/11/2015, à 10:48
- maxire
Re : UBUNTU 15.10 et FSCK au démarrage
@malbo, je pense à «Last mount time», «Last write time» et «Last checked» du système de fichiers, dans quels formats sont-elles mises à jour?
Logiquement cela devrait être UTC, j'ai comme un doute.
Je ne sais pas trop comment vérifier.
Il faudrait également voir à quel moment et comment e2fsck est lancé par Upstart.
Dans le cas de SystemD je vais regarder mais je crois que pour la partiton root c'est l'image initiale avant le lancement de SystemD qui fait le travail et pour les autres partitions c'est à l'application des règles de montages de fstab après le lancement de SystemD.
Maxire
Archlinux/Mate + Ubuntu 22.04 + Archlinux/Gnome sur poste de travail
Hors ligne
#27 Le 11/11/2015, à 18:43
- malbo
Re : UBUNTU 15.10 et FSCK au démarrage
Je ne sais pas investiguer là-dedans. Ce que je peux faire c'est un état des lieux qui correspond à ma configuration du post #21 avec démarrage sur l'entrée Upstart :
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: 1267548
Free inodes: 377106
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: Wed Nov 11 17:30:38 2015
Last write time: Wed Nov 11 17:30:27 2015
Mount count: 1
Maximum mount count: -1
Last checked: Wed Nov 11 17:30:27 2015
Check interval: 0 (<none>)
Lifetime writes: 35 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: 179611
Default directory hash: half_md4
Directory Hash Seed: 68a2a601-4111-4629-bcf7-be55603c061f
Journal backup: inode blocks
malbo@malbo-virtual-machine:~$ timedatectl
Local time: mer. 2015-11-11 17:32:13 CET
Universal time: mer. 2015-11-11 16:32:13 UTC
RTC time: mer. 2015-11-11 17:32:12
Time zone: Europe/Paris (CET, +0100)
Network time on: n/a
NTP synchronized: no
RTC in local TZ: yes
Warning: The system is configured to read the RTC time in the local time zone.
This mode can not be fully supported. It will create various problems
with time zone changes and daylight saving time adjustments. The RTC
time is never updated, it relies on external facilities to maintain it.
If at all possible, use RTC in UTC by calling
'timedatectl set-local-rtc 0'.
malbo@malbo-virtual-machine:~$ Il y a deux commandes dans ce que j'ai collé ci-dessus : la première commande ( sudo tune2fs -l /dev/sda5 ) qui montre que le malaise est bien là (il y a eu vérification du système de fichier de la partition racine au démarrage) et la commande "timedatectl" qui montre comment est paramétrée l'horloge. Il ne faut pas que je passe la commande "timedatectl set-local-rtc 0" qui est proposée dans le Warning parce que ça entraîne (chez moi en tout cas) que l'horloge matérielle RTC time est mise à l'heure "Universal time". Après ça, quand je redémarre sur Windows, j'ai l'horloge Windows qui a reculé d'une heure. Donc je me fous du Warning.
EDIT : j'en rajoute une petite dernière pour montrer que j'ai toujours UTC=no qui signifie que je demande que l'horloge locale ne soit pas mise à l'heure "Universal time"(UTC) :
malbo@malbo-virtual-machine:~$ cat /etc/default/rcS | grep UTC
# assume that the BIOS clock is set to UTC time (recommended)
UTC=no
malbo@malbo-virtual-machine:~$ Dernière modification par malbo (Le 11/11/2015, à 18:50)
Hors ligne
#28 Le 11/11/2015, à 20:24
- maxire
Re : UBUNTU 15.10 et FSCK au démarrage
Je crois que tu as mis le doigt sur le problème, c'est le réglage de l'heure RTC qui doit mettre le souk car je n'ai pas de problème avec mon Ubuntu Mate 15.10 démarré via upstart:
toto@ubuntu-mate:~$ ps -p 1 -o comm=
upstart
toto@ubuntu-mate:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 15.10
Release: 15.10
Codename: wily
toto@ubuntu-mate:~$ sudo tune2fs -l /dev/sda2
tune2fs 1.42.12 (29-Aug-2014)
Filesystem volume name: <none>
Last mounted on: /
Filesystem UUID: b273f883-667e-43bd-83c3-31e43b6c2fcc
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: 549440
Block count: 2197248
Reserved block count: 109862
Free blocks: 992506
Free inodes: 335386
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 536
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8080
Inode blocks per group: 505
Flex block group size: 16
Filesystem created: Thu Nov 5 21:52:36 2015
Last mount time: Wed Nov 11 19:02:18 2015
Last write time: Wed Nov 11 19:02:18 2015
Mount count: 19
Maximum mount count: -1
Last checked: Thu Nov 5 21:52:36 2015
Check interval: 0 (<none>)
Lifetime writes: 7004 MB
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: 134170
Default directory hash: half_md4
Directory Hash Seed: 6f6ceb2c-e938-4e76-b748-a98f54962e41
Journal backup: inode blocks
toto@ubuntu-mate:~$ timedatectl
Local time: mer. 2015-11-11 19:08:04 CET
Universal time: mer. 2015-11-11 18:08:04 UTC
RTC time: mer. 2015-11-11 18:08:02
Time zone: Europe/Paris (CET, +0100)
Network time on: yes
NTP synchronized: yes
RTC in local TZ: no
toto@ubuntu-mate:~$En fait ma partition racine ne sera jamais contrôlée à moins que File system state passe à unclean.
Pour information, le file check upstart est exécuté par 2 scripts localisés en /etc/init.d checkroot.sh pour la racine et checkfs.sh pour les autres partitions.
Contrairement à ce que je pensais en me fiant au fonctionnement de Archlinux, l'image initiale ne réalise aucun check, c'est le programme init qui les réalise aussi bien la version SystemD que la version Upstart sauf que bien sûr SystemD n'utilise pas /etc/init.d.
Les logs de ces deux scripts sont disponibles en /var/log/fsck respectivement dans checkroot et checkfs.
Dernière modification par maxire (Le 11/11/2015, à 20:43)
Maxire
Archlinux/Mate + Ubuntu 22.04 + Archlinux/Gnome sur poste de travail
Hors ligne
#29 Le 11/11/2015, à 20:33
- maxire
Re : UBUNTU 15.10 et FSCK au démarrage
En même temps, je ne vois pas trop pourquoi la RTC en local devrait poser problème.
Maxire
Archlinux/Mate + Ubuntu 22.04 + Archlinux/Gnome sur poste de travail
Hors ligne
#30 Le 12/11/2015, à 08:28
- malbo
Re : UBUNTU 15.10 et FSCK au démarrage
En même temps, je ne vois pas trop pourquoi la RTC en local devrait poser problème.
Ben il y a le fameux Warning que tu peux voir dans mon post #27 (dans le résultat de la commande "timedatectl") :
Warning: The system is configured to read the RTC time in the local time zone.
This mode can not be fully supported. It will create various problems
with time zone changes and daylight saving time adjustments. The RTC
time is never updated, it relies on external facilities to maintain it.
If at all possible, use RTC in UTC by calling
'timedatectl set-local-rtc 0'.Il est dit que ça peut créer divers problèmes. Il faut croire que c'est le cas ici. Cela dit, on a vu pire comme bug et d'ailleurs chez moi il ne concerne que le démarrage en mode Upstart : à la limite je m'en fous que le mode Upstart fasse une vérif du système de fichiers puisque je démarre tout le temps dans le mode par défaut (mode SystemD) qui ne fait pas la vérification. Les seules fois où je démarre en Upstart, c'est quand j'ai un problème avec SystemD qui m'amène à " Welcome to emergency mode! " (c'est quasiment tout le temps à cause d'un montage d'une des lignes du fichier fstab qui ne peut pas se faire). Le démarrage en mode Upstart me permet de voir ce qui ne va pas puisqu'il y a affichage à l'écran du montage qui pose problème : je trouve ça plus pratique que d'aller fouiller dans le fichier journal de SystemD pour voir ce qui ne va pas.
Dernière modification par malbo (Le 12/11/2015, à 08:37)
Hors ligne
#31 Le 12/11/2015, à 10:07
- maxire
Re : UBUNTU 15.10 et FSCK au démarrage
Oui,c'est un bug mineur, un début d'explication:
C'est sans doute la date RTC qui est utilisée pour mettre à jour les métadonnées (à vérifier) du système de fichiers ext.
Au démarrage comme Linux utilise la date UTC (il me semble), une comparaison entre la date courante en UTC et les dates des métadonnées détectent une incohérence avec par exemple Last Write dans l'avenir ce qui déclenche le contrôle du système de fichiers.
Maxire
Archlinux/Mate + Ubuntu 22.04 + Archlinux/Gnome sur poste de travail
Hors ligne
#32 Le 13/11/2015, à 11:36
- malbo
Re : UBUNTU 15.10 et FSCK au démarrage
Je ne dis pas qu'il faut le faire et que je vais conseiller ça à tous les novices qui passent mais j'ai vérifié qu'en faisant la modif suivante dans le fichier /etc/default/rcS :
UTC=yesLa vérification du système de fichier de la partition racine au démarrage sur l'entrée Upstart disparaît. Donc ça règle le problème et il n'y a plus de bug.
Cette modif entraîne qu'au prochain démarrage sur Windows installé en cohabitation avec Ubuntu, l'horloge de Windows retarde d'une heure. Il est donc indispensable d'agir au niveau de Windows et pour ce faire, je me suis appuyé sur cette partie du doc UTC in Windows du Wiki archlinux.org :
Using regedit, add a DWORD value with hexadecimal value 1 to the registry:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation\RealTimeIsUniversal
Attention parce que dans "RealTimeIsUniversal", c'est un i majuscule au milieu. Je pense qu'il y a une armée de blaireaux qui a dû essayer cette astuce et qui a conclu que "Ca marche po" uniquement parce qu'ils ont tapé un L minuscule au lieu d'un i majuscule. La remarque "QWORD value instead of a DWORD value" dans la doc "UTC in Windows" est sans objet : ça marche avec la procédure DWORD aussi bien avec Windows 8.1 qu'avec Windows 10. Après cela, au prochain démarrage sur Windows - mais parfois, j'ai pu constater que c'est appliqué instantanément sans que je comprenne pourquoi - l'heure affichée par Windows est correcte.
EDIT le 14 nev 2015 : la modif du registre de Windows ne suffit pas pour avoir une situation saine : il convient en plus de désactiver la synchronisation sur un serveur de temps internet de Windows comme l'a fait remarqué maxire dans le post #33. Ce faisant, c'est Ubuntu qui est chargé de la mise à jour de l'horloge du "Bios" (RTC Time), et Windows ne s'en occupe plus du tout (et c'est tant mieux).
Dernière modification par malbo (Le 14/11/2015, à 11:17)
Hors ligne
#33 Le 13/11/2015, à 11:58
- maxire
Re : UBUNTU 15.10 et FSCK au démarrage
J'ai également appliqué la solution du wiki Archlinux pour mon dual-boot Archlinux/Win10 ainsi que pour une machine virtuelle Win10.
Ne pas oublier de désactiver la mise à jour du temps internet sous Windows qui se fait en heure locale et d'activer celle de Ubuntu qui est en UTC.
Je ne comprends pas pourquoi le contrôle ne se réalisait pas avec SystemD, la réponse devrait se trouver dans la page man de systemd-fsck le service réalisant le contrôle de tous les systèmes de fichiers au boot ainsi que dans la page man de e2fsck.conf qui explique la configuration par défaut de e2fsck.
La grande différence entre SystemD et Upstart est que le premier utilise les options par défaut des utilitaires de contrôle de systèmes de fichiers et le second utilise les 2 scripts checkroot.sh et checkfs.sh qui sont des usines à gaz.
Maxire
Archlinux/Mate + Ubuntu 22.04 + Archlinux/Gnome sur poste de travail
Hors ligne
#34 Le 13/11/2015, à 13:09
- alca94
Re : UBUNTU 15.10 et FSCK au démarrage
@ malbo
je suis concerné par ce "bug" mais bon c'est pas très important en ce qui me concerne par cantre je ne comprend pas votre remarque
parce qu'ils ont tapé un L minuscule au lieu d'un i majuscule.
un coup on a un L comme lucien puis un i comme isidore
POUR METTRE LES RETOURS DU "TERMINAL" voir les explications sur ce post
https://forum.ubuntu-fr.org/viewtopic.p … #p17345641
Hors ligne
#35 Le 13/11/2015, à 15:23
- malbo
Re : UBUNTU 15.10 et FSCK au démarrage
@alca94 : désolé d'avoir obscurci le propos. Ne tiens pas compte de ça et et retiens seulement que "RealTimeIsUniversal" se comprend avec un i majuscule au milieu. J'espère que c'est clair.
Hors ligne
#36 Le 13/11/2015, à 15:35
- alca94
Re : UBUNTU 15.10 et FSCK au démarrage
Parfaitement clair ,merci
POUR METTRE LES RETOURS DU "TERMINAL" voir les explications sur ce post
https://forum.ubuntu-fr.org/viewtopic.p … #p17345641
Hors ligne
#37 Le 16/11/2015, à 11:23
- maxire
Re : UBUNTU 15.10 et FSCK au démarrage
Salut,
Un test intéressant, voici la situation après reboot suite à la bascule de la date système en locale et la désactivation de la mise à jour internet de l'heure:
[frankenstein@FRANKENSTEIN ~]$ sudo tune2fs -l /dev/sda2
Mot de passe [sudo] de frankenstein :
tune2fs 1.42.13 (17-May-2015)
Filesystem volume name: Arch System
Last mounted on: /
Filesystem UUID: 65e4b30c-da90-4edc-82c1-342b88b74006
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: 3276800
Block count: 13107200
Reserved block count: 655358
Free blocks: 4696568
Free inodes: 2796835
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 1020
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8192
Inode blocks per group: 512
RAID stride: 32742
Flex block group size: 16
Filesystem created: Sun Aug 25 08:19:03 2013
Last mount time: Mon Nov 16 11:09:43 2015
Last write time: Mon Nov 16 11:09:43 2015
Mount count: 17
Maximum mount count: 20
Last checked: Tue Nov 10 15:12:01 2015
Check interval: 15552000 (6 months)
Next check after: Sun May 8 16:12:01 2016
Lifetime writes: 1321 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: 133002
Default directory hash: half_md4
Directory Hash Seed: cf47f751-8a93-46d8-85cb-5ec1d5bd89ef
Journal backup: inode blocks
[frankenstein@FRANKENSTEIN ~]$ timedatectl
Local time: lun. 2015-11-16 10:12:43 CET
Universal time: lun. 2015-11-16 09:12:43 UTC
RTC time: lun. 2015-11-16 10:12:42
Time zone: Europe/Paris (CET, +0100)
Network time on: no
NTP synchronized: no
RTC in local TZ: yes
Warning: The system is configured to read the RTC time in the local time zone.
This mode can not be fully supported. It will create various problems
with time zone changes and daylight saving time adjustments. The RTC
time is never updated, it relies on external facilities to maintain it.
If at all possible, use RTC in UTC by calling
'timedatectl set-local-rtc 0'.
[frankenstein@FRANKENSTEIN ~]$ Remarquez que, Last mount time: Mon Nov 16 11:09:43 2015 et Last write time: Mon Nov 16 11:09:43 2015 sont dans l'avenir puisque la date locale est RTC time: lun. 2015-11-16 10:12:42.
Il semblerait que Last mount time et Last write time soient mis à jour avec la date RTC puis lus en considérant que ce sont des dates UTC.
Par contre sous Archlinux avec SystemD, pas de check, j'ai également essayé avec Mate-Ubuntu 15.10 en machine virtuelle VirtualBox, même situation et pas de check avec Upstart (???) .
Maxire
Archlinux/Mate + Ubuntu 22.04 + Archlinux/Gnome sur poste de travail
Hors ligne
#38 Le 16/11/2015, à 12:22
- malbo
Re : UBUNTU 15.10 et FSCK au démarrage
voici la situation après reboot suite à la bascule de la date système en locale et la désactivation de la mise à jour internet de l'heure
Excuse-moi si je ne suis pas bien réveillé aujourd'hui mais j'ai du mal à saisir. Peux-tu détailler ce que tu fais pour "la bascule de la date système en locale et la désactivation de la mise à jour internet de l'heure", tu pars de quels réglages pour basculer à quels réglages.
Dernière modification par malbo (Le 16/11/2015, à 12:23)
Hors ligne
#39 Le 16/11/2015, à 12:33
- maxire
Re : UBUNTU 15.10 et FSCK au démarrage
sudo timedatectl set-local-rtc 1Pour passer la RTC en date locale.
sudo timedatectl set-ntp falsePour désactiver la mise à jour de la date système.
La configuration initiale est RTC en UTC et mise à jour RTC automatique activée, en fait ceci:
[frankenstein@FRANKENSTEIN ~]$ timedatectl status
Local time: lun. 2015-11-16 11:33:19 CET
Universal time: lun. 2015-11-16 10:33:19 UTC
RTC time: lun. 2015-11-16 10:33:19
Time zone: Europe/Paris (CET, +0100)
Network time on: yes
NTP synchronized: yes
RTC in local TZ: no
[frankenstein@FRANKENSTEIN ~]$Maxire
Archlinux/Mate + Ubuntu 22.04 + Archlinux/Gnome sur poste de travail
Hors ligne
#40 Le 16/11/2015, à 12:48
- malbo
Re : UBUNTU 15.10 et FSCK au démarrage
Merci pour tes explications. Je n'ai jamais pratiqué ces commandes.
Mais puisque tu sembles voir plus clair que moi là-dedans, est-ce que ça te permet de mieux préciser pourquoi il n'y a pas le bug avec Ubuntu 15.04 et pourquoi il y a le bug avec Ubuntu 15.10 ?
Dernière modification par malbo (Le 16/11/2015, à 12:49)
Hors ligne
#41 Le 16/11/2015, à 12:58
- maxire
Re : UBUNTU 15.10 et FSCK au démarrage
Justement, je suis ennuyé car je n'arrive pas à reproduire le cas avec une machine virtuelle Ubuntu-Mate 15.10, donc je n'ai pas vraiment d'explication si ce n'est qu'en passant la RTC de locale à UTC tu as pu résoudre le problème, donc il existe bien un problème de référentiel horaire.
Maxire
Archlinux/Mate + Ubuntu 22.04 + Archlinux/Gnome sur poste de travail
Hors ligne