Fsck à chaque boot

Support Debian
#1

Bonjour,
je continue à essayer de résoudre les petits soucis au démarrage.
Maintenant j’ai un fsck sur /home à chaque démarrage.
Pas d’erreur.
Qu’en dites-vous ?
J’ai fait un smartctl -s on -a /dev/sdb
et j’ai ça :

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   062    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0005   100   100   040    Pre-fail  Offline      -       0
  3 Spin_Up_Time            0x0007   148   148   033    Pre-fail  Always       -       2
  4 Start_Stop_Count        0x0012   077   077   000    Old_age   Always       -       37010
  5 Reallocated_Sector_Ct   0x0033   100   100   005    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000b   100   100   067    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0005   100   100   040    Pre-fail  Offline      -       0
  9 Power_On_Hours          0x0012   091   091   000    Old_age   Always       -       4066
 10 Spin_Retry_Count        0x0013   100   100   060    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   098   098   000    Old_age   Always       -       3853
191 G-Sense_Error_Rate      0x000a   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       6
193 Load_Cycle_Count        0x0012   069   069   000    Old_age   Always       -       313077
194 Temperature_Celsius     0x0002   206   206   000    Old_age   Always       -       29 (Min/Max 8/46)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0022   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0008   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x000a   200   200   000    Old_age   Always       -       217
223 Load_Retry_Count        0x000a   100   100   000    Old_age   Always       -       0

SMART Error Log Version: 1
ATA Error Count: 217 (device log contains only the most recent five errors)
	CR = Command Register [HEX]
	FR = Features Register [HEX]
	SC = Sector Count Register [HEX]
	SN = Sector Number Register [HEX]
	CL = Cylinder Low Register [HEX]
	CH = Cylinder High Register [HEX]
	DH = Device/Head Register [HEX]
	DC = Device Command Register [HEX]
	ER = Error register [HEX]
	ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 217 occurred at disk power-on lifetime: 4031 hours (167 days + 23 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  84 51 01 9f 26 a3 0a  Error: ICRC, ABRT at LBA = 0x0aa3269f = 178464415

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  61 20 d0 80 26 a3 40 00      00:21:30.472  WRITE FPDMA QUEUED
  61 08 e8 80 f9 34 40 00      00:21:30.296  WRITE FPDMA QUEUED
  61 08 e0 78 f9 34 40 00      00:21:30.095  WRITE FPDMA QUEUED
  61 08 80 f0 51 36 40 00      00:21:29.894  WRITE FPDMA QUEUED
  61 08 00 e0 e5 2c 40 00      00:21:29.692  WRITE FPDMA QUEUED

Error 216 occurred at disk power-on lifetime: 4024 hours (167 days + 16 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  84 51 60 20 b5 1f 0f  Error: ICRC, ABRT at LBA = 0x0f1fb520 = 253736224

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  61 80 b0 00 b5 1f 40 00      05:22:33.798  WRITE FPDMA QUEUED
  61 18 08 98 d1 e4 40 00      05:22:33.797  WRITE FPDMA QUEUED
  ea 00 00 00 00 00 a0 00      05:22:33.748  FLUSH CACHE EXT
  61 08 80 f8 b4 1f 40 00      05:22:33.748  WRITE FPDMA QUEUED
  ea 00 00 00 00 00 a0 00      05:22:33.721  FLUSH CACHE EXT

Error 215 occurred at disk power-on lifetime: 3988 hours (166 days + 4 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  84 51 30 d0 ae b6 0c  Error: ICRC, ABRT at LBA = 0x0cb6aed0 = 213298896

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  61 08 00 50 17 3b 40 00      20:57:37.001  WRITE FPDMA QUEUED
  61 08 f0 d8 39 35 40 00      20:57:37.001  WRITE FPDMA QUEUED
  61 c0 e8 00 b0 b6 40 00      20:57:37.001  WRITE FPDMA QUEUED
  61 00 e0 00 a8 b6 40 00      20:57:37.001  WRITE FPDMA QUEUED
  61 38 d8 68 e8 b6 40 00      20:57:37.001  WRITE FPDMA QUEUED

Error 214 occurred at disk power-on lifetime: 3967 hours (165 days + 7 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  84 51 60 e8 0b 19 0f  Error: ICRC, ABRT at LBA = 0x0f190be8 = 253299688

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  61 50 50 f8 0a 19 40 00      00:01:18.395  WRITE FPDMA QUEUED
  61 08 90 f0 30 df 40 00      00:01:14.578  WRITE FPDMA QUEUED
  61 08 88 90 05 e6 40 00      00:01:14.578  WRITE FPDMA QUEUED
  61 08 80 e0 f3 e5 40 00      00:01:14.578  WRITE FPDMA QUEUED
  61 08 78 18 68 df 40 00      00:01:14.571  WRITE FPDMA QUEUED

Error 213 occurred at disk power-on lifetime: 3952 hours (164 days + 16 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  84 51 10 c0 a8 59 0c  Error: ICRC, ABRT at LBA = 0x0c59a8c0 = 207202496

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  61 10 18 98 a9 59 40 00      00:02:16.694  WRITE FPDMA QUEUED
  61 08 10 78 a9 59 40 00      00:02:16.694  WRITE FPDMA QUEUED
  61 28 08 48 a9 59 40 00      00:02:16.694  WRITE FPDMA QUEUED
  61 28 00 18 a9 59 40 00      00:02:16.694  WRITE FPDMA QUEUED
  61 10 f0 00 a9 59 40 00      00:02:16.694  WRITE FPDMA QUEUED

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]

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.

Toute aide est bienvenue.

#2

il existe un service dédié à fsck
https://www.freedesktop.org/software/systemd/man/systemd-fsck@.service.html

s’il est activé c’est normal qu’il soit lancé à chaque boot

systemctl status  systemd-fsck*
#3

Hello.
Voici ce que ça me donne…

● systemd-fsck@dev-disk-by\x2duuid-fe3fbe81\x2d3335\x2d49f9\x2dbc50\x2d1cffb2adb35e.s
   Loaded: loaded (/lib/systemd/system/systemd-fsck@.service; static; vendor preset: 
   Active: active (exited) since Thu 2019-02-14 11:12:04 CET; 1 years 4 months ago
     Docs: man:systemd-fsck@.service(8)
  Process: 577 ExecStart=/lib/systemd/systemd-fsck /dev/disk/by-uuid/fe3fbe81-3335-49
 Main PID: 577 (code=exited, status=0/SUCCESS)

● systemd-fsckd.socket - fsck to fsckd communication Socket
   Loaded: loaded (/lib/systemd/system/systemd-fsckd.socket; static; vendor preset: e
   Active: active (listening) since Thu 2019-02-14 11:11:58 CET; 1 years 4 months ago
     Docs: man:systemd-fsckd.service(8)
           man:systemd-fsck@.service(8)
           man:systemd-fsck-root.service(8)
   Listen: /run/systemd/fsck.progress (Stream)
   CGroup: /system.slice/systemd-fsckd.socket

Du coup je dois les désactiver ?

#4

tu dis à chaque boot et on voit

Active: active (exited) since Thu 2019-02-14 11:12:04 CET; 1 years 4 months ago

1 an et 4 mois
Quelle rigolade :rofl: :rofl:

#5

Bonjour.
Je ne comprends pas pourquoi c’est drôle. Le fsck démarre à chaque boot oui. J’ai pris en photo l’écran au besoin.
De plus je ne sais pas ce que veut dire ce un an et quelques vu que j’ai installé debian y’a environ deux mois sur cette machine.

#6

Bonjour,

Le résultat de smartctl montre des erreurs ICRC et UDMA_CRC ce qui laisse supposer un problème de connexion ou d’alimentation du disque.
cf. https://debian-facile.org/viewtopic.php?id=20105

Par ailleurs il y a sans doute un problème d’horloge sur ta machine, les retours de :

date

timedatectl

seront plus instructifs que la moquerie…
Et cela pourrait expliquer les vérifications systématiques du disque.

1 J'aime
#7

Bonjour Bruno merci pour ta réponse.
En effet il n’était pas à l’heure. J’ai synchronisé l’horloge et je n’ai plus de fsck…
De plus la commande systemctl status systemd-fsck* me renvoit quelques minutes
au lieu d’un an maintenant.
C’est un laptop sans batterie donc je suppose que lorsqu’il est éteint longtemps
il ne retient pas la date …
Problème résolu pour l’instant !
Merci.

#8

Bien vu Bruno1 :+1:

Il faudra peut-être changer la pile de la RTC (aussi appelée pile du BIOS)
c’est sans doute elle qui s’est épuisée et qui ne permet plus de maintenir l’horloge matérielle à jour.

#9

+1 pour la pile ou la batterie
Sinon il faut installer fake-hwclock comme sur les mini machines sans horloge matérielle.
La date sera stockée dans un fichier /etc/fake-hwclock.data, ce qui évite de repartir sur une date très ancienne lors du redémarrage. Si c’est le cas le système lance un fsck complet car il considère qu’il y a des dates de fichier dans le futur.

#10

Oui, j’ai eu une personne à dépanner (sur un forum) dont la machine se comportait de cette façon,
et c’était bien la pile RTC qui était épuisée.
Cette machine n’avait elle aussi pas de batterie, ce qui fait que c’était seulement cette pile qui faisait fonctionner la RTC quand la machine était hors tension, et comme la machine n’était pas démarrée souvent, la pile de la RTC s’est épuisée en quelques mois seulement.

#11

Hello.
Changer la pile c’est compliqué c’est un MSI je l’ai ouvert une fois pfiou c’était pénible.
Du coup je vais tester la soluce de Bruno1 avec cette fake-hwclock.
Merci à tous en tout cas.
Bonne soirée.