Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

/home ne se monte plus automatiquement régulièrement

tigermickrs

Bonjour,

J'ai un soucis sur mon ordinateur portable neuf d'il y a quelques semaines ...
À intervalle régulier, le disque dur qui contient ma partition /home ne se monte pas au démarrage et quand je rentre le mot de passe pour rentrer de ma session, je suis immédiatement éjecté et je reviens sur le gestionnaire de session ... ce qui est biensûr normal puisque l'espace utilisateur n'est pas dispo ...

Je vais en mode commande et je lance un fsck sur mon disque dur, il trouve des erreurs et les corrige ; ensuite, je redémarre et tout fonctionne normalement à nouveau.
Je vérifie la santé de mon disque dur avec l'outil disque dur d'Ubuntu et les données SMART de ce dernier et tout semble OK (disque dur sain) ; je fais un test mais il en ressort que tout va bien.
J'utilise mon ordinateur normalement pendant 1 ou 2 semaine et à nouveau je retombe sur le même soucis ...
Je refait un fsck qui retrouve à nouveau des erreurs, je redémarre et tout fonctionne à nouveau ; je revérifie les données SMART du disque dur mais apparemment le disque dur n'a toujours pas de problème ...
Est ce que quelqu'un aurait une idée de ce qui pourrait provoquer cela car j'ai cherché mais je n'ai rien trouvé ...
Merci d'avance.

Watts

Bonjour,

Avec quoi tu regardes les données smart?

tigermickrs

Bonjour Watts,
Avec l'utilitaire graphique gnome pour la gestion des disques durs (gnome-disks). Mais j'ai aussi essayé de faire un test rapide avec smartmontools et de regarder les données SMART avec ce même utilitaire : apparemment pas de soucis détecté ... ça me dit que le disque dur n'a pas de soucis ...

MicP

Bonjour

Dans son message #1, tigermickrs a écrit…je lance un fsck sur mon disque dur, il trouve des erreurs et les corrige …
…Je refait un fsck qui retrouve à nouveau des erreurs,…

À un moment, pour savoir ce qu'il se passe et afin de pouvoir proposer une solution appropriée,
il faudra nous donner un copié/collé du message de retour de la commande fsck
pour savoir quelles sont les erreurs qui ont été trouvées et corrigées...

inbox

Salut,

Donne aussi le retour de smartmontools.

A+

tigermickrs

Tout d'abord, merci de vous intéresser à mon soucis.

Alors voici le retour de smartmontool :

smartctl 7.0 2018-12-30 r4883 [x86_64-linux-5.3.0-26-generic] (local build)
Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     TOSHIBA MQ04ABF100
Serial Number:    29EISAC0S
LU WWN Device Id: 5 000039 915e80c93
Firmware Version: JU0C0J
User Capacity:    1000204886016 bytes [1,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5400 rpm
Form Factor:      2.5 inches
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-3 T13/2161-D revision 5
SATA Version is:  SATA 3.3, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Thu Jan 16 18:18:58 2020 CET
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: [b]PASSED[/b]

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: 		(  120) 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: 	 ( 170) minutes.
SCT capabilities: 	       (0x003d)	SCT Status supported.
					SCT Error Recovery Control supported.
					SCT Feature Control supported.
					SCT Data Table supported.

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   050    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0005   100   100   050    Pre-fail  Offline      -       0
  3 Spin_Up_Time            0x0027   100   100   001    Pre-fail  Always       -       1287
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       153
  5 Reallocated_Sector_Ct   0x0033   100   100   050    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000b   100   100   050    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0005   100   100   050    Pre-fail  Offline      -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       327
 10 Spin_Retry_Count        0x0033   103   100   030    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       81
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       5
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       10
193 Load_Cycle_Count        0x0032   100   100   000    Old_age   Always       -       2493
194 Temperature_Celsius     0x0022   100   100   000    Old_age   Always       -       35 (Min/Max 15/43)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   253   000    Old_age   Always       -       0
220 Disk_Shift              0x0002   100   100   000    Old_age   Always       -       0
222 Loaded_Hours            0x0032   100   100   000    Old_age   Always       -       261
223 Load_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
224 Load_Friction           0x0022   100   100   000    Old_age   Always       -       0
226 Load-in_Time            0x0026   100   100   000    Old_age   Always       -       274
240 Head_Flying_Hours       0x0001   100   100   001    Pre-fail  Offline      -       0
254 Free_Fall_Sensor        0x0032   100   100   000    Old_age   Always       -       0

SMART Error Log Version: 1
[b]No Errors Logged[/b]

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed without error       00%       305         -
# 2  Short offline       Completed without error       00%       145         -

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

Par contre, je n'ai pas enregistré le rapport de fsck après correction des erreurs mais c'était ce genre de chose :

Le décompte des blocs libres est erroné (11871955, décompté=11871960).
Corriger<o>? oui
Le décompte des i-noeuds libres est erroné (5834366, décompté=5834368).
Corriger<o>? oui
Le décompte des i-noeuds libres est erroné pour le groupe n°32 (5158, décompté=5160).
Corriger<o>? oui

Mais je ne crois pas que je puisse retrouver de log concernant ce que fsck a fait exactement...

geole

Bonsoir
Peux-tu rappeler la technique que tu utilises pour arrêter l'ordinateur.

inbox

Ton disque dur n'a aucun problème, même minime.

tigermickrs

@geole, j'utilise le bouton arrêter (01) en passant par la barre en haut de l'écran à droite sur gnome shell. Ça me demande si je veux arrêter, redémarrer ou mettre en veille et je choisi arrêter et l'ordi s'éteint normalement.

@inbox, c'est ce que je me suis dis après avoir vérifié les données SMART du disque dur ... mais alors qu'est ce qui peut créer des erreurs sur ce disque dur qui ne contient que mon /home et qui empecherai un montage au démarrage suivant ?

Du coup, j'ai essayé de paramétrer une vérification fsck à chaque démarrage mais je ne sais pas si c'est une bonne idée. ..

geole

Bonjour
La procédure d'arrêt standard se fait donc sans difficulté. Le disque est bon. C'est assez inhabituel. Peux-tu donner les références du logiciel par la commande

cat /etc/lsb-release  && uname -a

NOTA: J'utilise ces options fsck.mode=force fsck.repair=yes pour vérifier et réparer l'état des partitions à chaque démarrage. Cela ralentit un peu mais il me semble que c'est mieux que de ne le faire que de temps en temps

sinbad83

Bonjour geole,
tu as mentionné au #10 une option intéressante, comment la faire prendre en compte par fsck ?
Merci

geole

Bonjour
Ce sont des options à mettre dans /etc/default/grub
Normalement la seconde option doit éviter le fameux plantage de mise en route de initramfs disant de lancer manuellement le fsck avec l'option y pour la partition racine.

La prise en compte est faite par la commande sudo update-grub
C'est du même style que nomodeset. C'est systemd qui pilote le contrôle.
Le danger de cette réparation automatique: Risque de passer à coté d'un disque qui se dégrade et qu'il faudrait changer rapidement.
J'ai comme habituelle de supprimer quiet splash afin de visualiser le démarrage et l'arrêt machine.

sinbad83

@geole, merci pour ta réponse,
comment introduis-tu l'option dans /etc/default/grub ?

GRUB_xxxx=...

moko138

geole a écrit NOTA: J'utilise ces options fsck.mode=force fsck.repair=yes pour vérifier et réparer l'état des partitions à chaque démarrage. Cela ralentit un peu mais il me semble que c'est mieux que de ne le faire que de temps en temps

Intéressant en général mais DÉSASTREUX quand le disque est matériellement dégradé : perte de données garantie !

geole

sinbad83 a écrit@geole, merci pour ta réponse,
comment introduis-tu l'option dans /etc/default/grub ?

GRUB_xxxx=...

L'instance LTS pourrait fonctionner certainement avec cette valeur

GRUB_CMDLINE_LINUX="debug ignore_loglevel quiet splash fsck.mode=force fsck.repair=yes vt.handoff=7"

Mais comme je n'utilise pas le grub pour booter, c'est positionné dans ce fichier

cat /boot/refind_linux.conf
"Boot with standard options"   "root=UUID=fef39976-0beb-4511-9b7c-db63874ffd8f ro noresume quiet splash vt.handoff=7"
"Boot with recovery options"   "recovery nomodeset ro root=UUID=fef39976-0beb-4511-9b7c-db63874ffd8f"
"Boot avec réparation de root" "root=UUID=fef39976-0beb-4511-9b7c-db63874ffd8f  ro quiet splash fsck.mode=force fsck.repair=yes vt.handoff=7"

sinbad83

@geole,
j'ai modifié /etc/default/grub, mais je ne suis pas sûr que fsck soit lancé au démarrage:

dmesg|grep fsck

Il n'y a aucune réponse.

geole

Bonjour
La modification du fichier /etc/default/grub n'est pas suffisante. Il faut la faire prendre en compte avec la commande

CORRECTION (Merci Watts)

sudo  update-grub

Tu verras alors que c'est pris en compte avec la commande que tu utilises

dmesg|grep fsck
[    0.000000] Command line: \\boot\vmlinuz-4.15.0-72-generic root=UUID=fef39976-0beb-4511-9b7c-db63874ffd8f ro noresume fsck.mode=force fsck.repair=yes vt.handoff=7 initrd=boot\initrd.img-4.15.0-72-generic
[    0.000000] Kernel command line: \\boot\vmlinuz-4.15.0-72-generic root=UUID=fef39976-0beb-4511-9b7c-db63874ffd8f ro noresume fsck.mode=force fsck.repair=yes vt.handoff=7 initrd=boot\initrd.img-4.15.0-72-generic
[   25.190307] systemd[1]: Listening on fsck to fsckd communication Socket.

Tu verras les actions réalisées avec cette commande

 journalctl  | grep "systemd-fsck" 
janv. 18 12:36:26 a systemd-fsck[803]: e2fsck 1.44.1 (24-Mar-2018)
janv. 18 12:36:26 a systemd-fsck[803]: Passe 1 : vérification des i-noeuds, des blocs et des tailles
janv. 18 12:36:30 a systemd-fsck[803]: Passe 2 : vérification de la structure des répertoires
janv. 18 12:36:34 a systemd-fsck[803]: Passe 3 : vérification de la connectivité des répertoires
janv. 18 12:36:35 a systemd-fsck[803]: Passe 4 : vérification des compteurs de référence
janv. 18 12:36:35 a systemd-fsck[803]: Passe 5 : vérification de l'information du sommaire de groupe
janv. 18 12:36:35 a systemd-fsck[803]: Ubuntu1910 : 246719/2616320 fichiers (0.3% non contigus), 2777285/10485760 blocs
janv. 18 12:36:36 a systemd-fsck[884]: fsck.fat 4.1 (2017-01-24)
janv. 18 12:36:36 a systemd-fsck[884]: /dev/sda2: 1959 files, 28370/129279 clusters

Mais je viens de constater qu'il ne contrôle pas/plus la totalité des partitions ext4 définies dans le fichiers /etc/fstab

Watts

Attention geole!

sudo update-grub

🙂

tigermickrs

@geole effectivement tout à l'air normal ... voilà les retours que tu m'as demandé :

DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=19.10
DISTRIB_CODENAME=eoan
DISTRIB_DESCRIPTION="Ubuntu 19.10"
Linux ORDI-TUF-GAMING-FX504GE-FX80GE 5.3.0-26-generic #28-Ubuntu SMP Wed Dec 18 05:37:46 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Pour la vérification à chaque démarrage, j'ai utilisé la commande :

sudo tune2fs -c 1 -i 0d /dev/sda1

Et en tapant ta commande pour savoir si on trouve des traces du fsck au démarrage, je trouve ça en dernier (journalctl | grep "systemd-fsck") :

janv. 18 10:36:58 ORDI-TUF-GAMING-FX504GE-FX80GE systemd-fsck[759]: /dev/sda1 a été monté 1 fois sans avoir été vérifié, vérification forcée.
janv. 18 10:37:06 ORDI-TUF-GAMING-FX504GE-FX80GE systemd-fsck[759]: /dev/sda1 : 69011/61054976 fichiers (6.7% non contigus), 16430726/244190208 blocs

Est-ce que c'est normal ces 6.7% non contigus ?

D’ailleurs, je vois aussi que je retrouve une trace du problème initial quand mon /home ne voulait plus se monter au démarrage, voilà :

janv. 14 09:22:16 ORDI-TUF-GAMING-FX504GE-FX80GE systemd[1]: systemd-fsckd.service: Succeeded.
janv. 14 09:23:01 ORDI-TUF-GAMING-FX504GE-FX80GE systemd-fsck[2029]: /dev/sda1 contient un système de fichiers comportant des erreurs, vérification forcée.
janv. 14 09:23:02 ORDI-TUF-GAMING-FX504GE-FX80GE systemd-fsck[2029]: /dev/sda1: l'i-noeud 3018881 semble contenir des données incorrectes.
janv. 14 09:23:02 ORDI-TUF-GAMING-FX504GE-FX80GE systemd-fsck[2029]: /dev/sda1: INCONSISTENCE INATTENDUE ; EXÉCUTEZ fsck MANUELLEMENT.
janv. 14 09:23:02 ORDI-TUF-GAMING-FX504GE-FX80GE systemd-fsck[2029]:         (i.e., sans options -a ou -p)
janv. 14 09:23:02 ORDI-TUF-GAMING-FX504GE-FX80GE systemd-fsck[2029]: fsck failed with exit status 4.
janv. 14 09:23:02 ORDI-TUF-GAMING-FX504GE-FX80GE systemd-fsck[2029]: Running request emergency.target/start/replace
janv. 14 09:23:02 ORDI-TUF-GAMING-FX504GE-FX80GE systemd[1]: systemd-fsck@dev-disk-by\x2duuid-75e96650\x2d21a6\x2d4813\x2daa45\x2d9df0a625294b.service: Main process exited, code=exited, status=1/FAILURE
janv. 14 09:23:02 ORDI-TUF-GAMING-FX504GE-FX80GE systemd[1]: systemd-fsck@dev-disk-by\x2duuid-75e96650\x2d21a6\x2d4813\x2daa45\x2d9df0a625294b.service: Failed with result 'exit-code'.

Si ça peut aider à trouver la source de mon problème ...

inbox

Je me rends compte que tu n'as pas donné et que nous n'avons pas demandé le modèle exact de ton PC.

Donne aussi le retour de

lshw

sudo blkid

Après un démarrage problématique, donne le contenu de /var/log/syslog et /var/log/syslog.1.

Page suivante »