# Fsck à chaque boot **URL:** \ **Category:** Support Debian\ **Created:** [Juillet 15, 2020, 9:32 UTC](https://www.debian-fr.org/t/fsck-a-chaque-boot/82500 "2020-07-15T09:32:52Z")\ **Posts on this page:** 11\ **Page:** 1
**Author:** ![ponky](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ponky/32/2967_2.png) [@ponky](https://www.debian-fr.org/u/ponky)\ **Post date:** [Juillet 15, 2020, 9:32 UTC](https://www.debian-fr.org/t/fsck-a-chaque-boot/82500/1 "2020-07-15T09:32:53Z")
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 : ```nohighlight 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. ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Juillet 15, 2020, 9:46 UTC](https://www.debian-fr.org/t/fsck-a-chaque-boot/82500/2 "2020-07-15T09:46:45Z")
il existe un service dédié à fsck [https://www.freedesktop.org/software/systemd/man/systemd-fsck@.service.html](https://www.freedesktop.org/software/systemd/man/systemd-fsck@.service.html) s’il est activé c’est normal qu’il soit lancé à chaque boot ```auto systemctl status systemd-fsck* ``` ---
**Author:** ![ponky](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ponky/32/2967_2.png) [@ponky](https://www.debian-fr.org/u/ponky)\ **Post date:** [Juillet 15, 2020, 12:05 UTC](https://www.debian-fr.org/t/fsck-a-chaque-boot/82500/3 "2020-07-15T12:05:04Z")
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 ? ---
**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\ **Post date:** [Juillet 15, 2020, 4:46 UTC](https://www.debian-fr.org/t/fsck-a-chaque-boot/82500/4 "2020-07-15T16:46:51Z")
tu dis à chaque boot et on voit ```auto Active: active (exited) since Thu 2019-02-14 11:12:04 CET; 1 years 4 months ago ``` 1 an et 4 mois Quelle rigolade 🤣 🤣 ---
**Author:** ![ponky](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ponky/32/2967_2.png) [@ponky](https://www.debian-fr.org/u/ponky)\ **Post date:** [Juillet 16, 2020, 6:36 UTC](https://www.debian-fr.org/t/fsck-a-chaque-boot/82500/5 "2020-07-16T06:36:55Z")
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. ---
**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\ **Post date:** [Juillet 16, 2020, 9:56 UTC](https://www.debian-fr.org/t/fsck-a-chaque-boot/82500/6 "2020-07-16T09:56:22Z")
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](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 : ```auto date ``` ```auto timedatectl ``` seront plus instructifs que la moquerie… Et cela pourrait expliquer les vérifications systématiques du disque. ---
**Author:** ![ponky](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ponky/32/2967_2.png) [@ponky](https://www.debian-fr.org/u/ponky)\ **Post date:** [Juillet 16, 2020, 3:29 UTC](https://www.debian-fr.org/t/fsck-a-chaque-boot/82500/7 "2020-07-16T15:29:09Z")
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. ---
**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\ **Post date:** [Juillet 16, 2020, 3:46 UTC](https://www.debian-fr.org/t/fsck-a-chaque-boot/82500/8 "2020-07-16T15:46:14Z")
Bien vu [**Bruno1**](https://www.debian-fr.org/u/Bruno1) 👍 * * * > [@ponky](#): > > …C’est un laptop sans batterie donc je suppose que lorsqu’il est éteint longtemps > il ne retient pas la date … 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. ---
**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\ **Post date:** [Juillet 16, 2020, 4:02 UTC](https://www.debian-fr.org/t/fsck-a-chaque-boot/82500/9 "2020-07-16T16:02:49Z")
+1 pour la pile ou la batterie Sinon il faut installer [fake-hwclock](https://manpages.debian.org/stretch/fake-hwclock/fake-hwclock.8.en.html) 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. ---
**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\ **Post date:** [Juillet 16, 2020, 5:16 UTC](https://www.debian-fr.org/t/fsck-a-chaque-boot/82500/10 "2020-07-16T17:16:02Z")
> [@anon70622873](#): > > …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. 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. ---
**Author:** ![ponky](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ponky/32/2967_2.png) [@ponky](https://www.debian-fr.org/u/ponky)\ **Post date:** [Juillet 16, 2020, 6:17 UTC](https://www.debian-fr.org/t/fsck-a-chaque-boot/82500/11 "2020-07-16T18:17:30Z")
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.