# Disque dur fantasque **URL:** \ **Category:** Pause Café\ **Created:** [Avril 27, 2020, 11:52 UTC](https://www.debian-fr.org/t/disque-dur-fantasque/81926 "2020-04-27T11:52:55Z")\ **Posts on this page:** 14\ **Page:** 1
**Author:** ![lanig](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/c4cdca/32.png) [@lanig](https://www.debian-fr.org/u/lanig)\ **Post date:** [Avril 27, 2020, 11:52 UTC](https://www.debian-fr.org/t/disque-dur-fantasque/81926/1 "2020-04-27T11:52:56Z")
Bonjour, Je poste dans le café en espérant que quelqu’un compétent en matériel puisse me donner une piste. J’ai un portable Dell Inspiron 1500 trois ans d’âge, donc plus sous garantie. Premiers symptômes il y a trois semaines En cours de session, plus aucun accès au disque dur. Je reboute, menu de grub, puis au démarrage ligne de commande de grub-rescue. Un peu fainéant, je reboute et là pas de disque. Le lendemain, je ressaie, pas de disque au démarrage, mais en mettant une clé usb, le disque est OK réinstallation de Linux. Utilisation très intermittente pendant les semaines du confinement. Pas de problème. Hier soir, je le lance, pas de disque de démarrage. Je vais dans le bios, le disque est trouvé avec la bonne taille. Je lance un linux live, le disque est visible et les partitions décryptables. Je tripote un peu les réglages uefi, pas uefi, secure boot ou pas etc. Rien n’y fait. Réinstallation de linux. À l’utilisation cela semble normal sauf peut-être, une certaine lenteur, mais c’est peut-être parce que je n’ai pas réinstallé tout le firmware. Des idées ? Ce problème est super gênant. ---
**Author:** ![anon93295908](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/b782af/32.png) [@anon93295908](https://www.debian-fr.org/u/anon93295908)\ **Post date:** [Avril 27, 2020, 12:28 UTC](https://www.debian-fr.org/t/disque-dur-fantasque/81926/2 "2020-04-27T12:28:24Z")
Bonjour que renvoie la commande ? `sudo smartctl --quietmode=errorsonly --all /dev/sda` et ensuite depuis un live-cd ( system rescue cd par exemple ) `badblock -v /dev/sda` ---
**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:** [Avril 27, 2020, 2:05 UTC](https://www.debian-fr.org/t/disque-dur-fantasque/81926/3 "2020-04-27T14:05:22Z")
+1 pour la commande smartctl Mais pas **badblock** par contre. D’abord la commande c’est **badblocks** et cela s’utilise sur une partition et non un disque. Ensuite parce que `man badblocks` dit : > il est fortement recommandé que les utilisateurs n’exécutent pas badblocks > directement, mais qu’ils utilisent plutôt l’option -c des programmes e2fsck et mke2fs. ---
**Author:** ![lanig](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/c4cdca/32.png) [@lanig](https://www.debian-fr.org/u/lanig)\ **Post date:** [Avril 27, 2020, 2:47 UTC](https://www.debian-fr.org/t/disque-dur-fantasque/81926/4 "2020-04-27T14:47:42Z")
> [@anon93295908](#): > > ```plaintext > … smartctl --quietmode=errorsonly --all /dev/sda > > ``` Merci des réponses. ```plaintext smartctl --quietmode=errorsonly --all /dev/sda ATA Error Count: 3 Error 3 occurred at disk power-on lifetime: 2694 hours (112 days + 6 hours) Error 2 occurred at disk power-on lifetime: 2694 hours (112 days + 6 hours) Error 1 occurred at disk power-on lifetime: 2694 hours (112 days + 6 hours) ``` ---
**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:** [Avril 27, 2020, 3:21 UTC](https://www.debian-fr.org/t/disque-dur-fantasque/81926/5 "2020-04-27T15:21:37Z")
Donc le disque présente des erreurs. Cela vaudrait le coup d’avoir le rapport complet de smartctl : ```nohighlight sudo smartctl -a /dev/sda ``` Vu les symptômes après réinstallation successive, je pense qu’il faut envisage de changer le disque. ---
**Author:** ![lanig](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/c4cdca/32.png) [@lanig](https://www.debian-fr.org/u/lanig)\ **Post date:** [Avril 27, 2020, 5:22 UTC](https://www.debian-fr.org/t/disque-dur-fantasque/81926/6 "2020-04-27T17:22:53Z")
```auto sudo smartctl -a /dev/sda ``` ``` === START OF INFORMATION SECTION === Model Family: Seagate Mobile HDD Device Model: ST1000LM035-1RK172 Serial Number: ZDE66ZV9 LU WWN Device Id: 5 000c50 0a58d349f Firmware Version: SDM2 User Capacity: 1 000 204 886 016 bytes [1,00 TB] Sector Sizes: 512 bytes logical, 4096 bytes physical Rotation Rate: 5400 rpm Form Factor: 2.5 inches Device is: In smartctl database [for details use: -P show] ATA Version is: ACS-3 T13/2161-D revision 3b SATA Version is: SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s) Local Time is: Mon Apr 27 19:19:54 2020 CEST 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: PASSED 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: ( 0) seconds. Offline data collection capabilities: (0x71) SMART execute Offline immediate. No Auto Offline data collection support. Suspend Offline collection upon new command. No Offline surface scan supported. Self-test supported. 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: ( 1) minutes. Extended self-test routine recommended polling time: ( 168) minutes. Conveyance self-test routine recommended polling time: ( 2) minutes. SCT capabilities: (0x3035) SCT Status supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 079 054 006 Pre-fail Always - 229518961 3 Spin_Up_Time 0x0003 099 099 000 Pre-fail Always - 0 4 Start_Stop_Count 0x0032 098 098 020 Old_age Always - 2952 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 079 060 045 Pre-fail Always - 77541814 9 Power_On_Hours 0x0032 097 097 000 Old_age Always - 2761 (24 106 0) 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 099 099 020 Old_age Always - 1446 184 End-to-End_Error 0x0032 100 100 099 Old_age Always - 0 187 Reported_Uncorrect 0x0032 097 097 000 Old_age Always - 3 188 Command_Timeout 0x0032 100 099 000 Old_age Always - 4295032833 189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0 190 Airflow_Temperature_Cel 0x0022 074 056 040 Old_age Always - 26 (Min/Max 22/26) 191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 53 192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 23 193 Load_Cycle_Count 0x0032 082 082 000 Old_age Always - 37196 194 Temperature_Celsius 0x0022 026 044 000 Old_age Always - 26 (0 7 0 0 0) 197 Current_Pending_Sector 0x0012 100 099 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 099 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 240 Head_Flying_Hours 0x0000 100 253 000 Old_age Offline - 2520 (49 21 0) 241 Total_LBAs_Written 0x0000 100 253 000 Old_age Offline - 8963509571 242 Total_LBAs_Read 0x0000 100 253 000 Old_age Offline - 6649946665 254 Free_Fall_Sensor 0x0032 100 100 000 Old_age Always - 0 SMART Error Log Version: 1 ATA Error Count: 3 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 3 occurred at disk power-on lifetime: 2694 hours (112 days + 6 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 -- -- -- -- -- -- -- 40 51 00 ff ff ff 0f Error: UNC at LBA = 0x0fffffff = 268435455 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- 60 00 08 ff ff ff 4f 00 00:00:35.977 READ FPDMA QUEUED ef 10 02 00 00 00 a0 00 00:00:35.968 SET FEATURES [Enable SATA feature] 27 00 00 00 00 00 e0 00 00:00:35.941 READ NATIVE MAX ADDRESS EXT [OBS-ACS-3] ec 00 00 00 00 00 a0 00 00:00:35.939 IDENTIFY DEVICE ef 03 46 00 00 00 a0 00 00:00:35.926 SET FEATURES [Set transfer mode] Error 2 occurred at disk power-on lifetime: 2694 hours (112 days + 6 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 -- -- -- -- -- -- -- 40 51 00 ff ff ff 0f Error: UNC at LBA = 0x0fffffff = 268435455 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- 60 00 08 ff ff ff 4f 00 00:00:35.804 READ FPDMA QUEUED 60 00 08 ff ff ff 4f 00 00:00:35.803 READ FPDMA QUEUED 60 00 08 ff ff ff 4f 00 00:00:35.802 READ FPDMA QUEUED 60 00 08 ff ff ff 4f 00 00:00:35.802 READ FPDMA QUEUED 60 00 08 ff ff ff 4f 00 00:00:35.801 READ FPDMA QUEUED Error 1 occurred at disk power-on lifetime: 2694 hours (112 days + 6 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 -- -- -- -- -- -- -- 40 51 00 ff ff ff 0f Error: UNC at LBA = 0x0fffffff = 268435455 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- 60 00 70 ff ff ff 4f 00 00:00:35.396 READ FPDMA QUEUED 60 00 00 ff ff ff 4f 00 00:00:35.396 READ FPDMA QUEUED 60 00 78 ff ff ff 4f 00 00:00:35.394 READ FPDMA QUEUED 60 00 60 ff ff ff 4f 00 00:00:35.394 READ FPDMA QUEUED 60 00 e8 ff ff ff 4f 00 00:00:35.393 READ FPDMA QUEUED SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Short offline Aborted by host 90% 2744 - # 2 Short offline Aborted by host 90% 2744 - # 3 Short offline Aborted by host 90% 2744 - # 4 Short offline Aborted by host 50% 2744 - # 5 Short offline Completed without error 00% 2744 - # 6 Short offline Completed without error 00% 2744 - # 7 Short offline Aborted by host 90% 2744 - # 8 Short offline Aborted by host 90% 2744 - # 9 Short offline Aborted by host 90% 2744 - #10 Short offline Aborted by host 90% 2744 - #11 Short offline Aborted by host 90% 2744 - #12 Short offline Aborted by host 90% 2744 - #13 Short offline Aborted by host 90% 2744 - #14 Short offline Aborted by host 90% 2744 - #15 Short offline Aborted by host 50% 2744 - #16 Short offline Aborted by host 90% 2744 - #17 Short offline Aborted by host 90% 2744 - #18 Short offline Completed without error 00% 2744 - #19 Short offline Aborted by host 90% 1753 - #20 Short offline Completed without error 00% 1021 - #21 Short offline Completed without error 00% 726 - 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. ``` ---
**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:** [Avril 27, 2020, 5:42 UTC](https://www.debian-fr.org/t/disque-dur-fantasque/81926/7 "2020-04-27T17:42:20Z")
Je ne suis pas spécialiste des rapports SMART. Il vaut donc mieux attendre d’autres avis. Cela ne me paraît pas être des erreurs très graves. Par contre tu devrais vérifier la bonne connexion du disque dur (en ouvrant l’ordinateur), éventuellement lancer un test complet avec _smartctl_. Le retour fait apparaître des test qui n’ont pas été menés jusqu’au bout. ---
**Author:** ![lanig](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/c4cdca/32.png) [@lanig](https://www.debian-fr.org/u/lanig)\ **Post date:** [Avril 27, 2020, 6:05 UTC](https://www.debian-fr.org/t/disque-dur-fantasque/81926/8 "2020-04-27T18:05:45Z")
Ah, si ça pouvait être un problème de connexion… Je lance le test et j’ouvre la bête demain. Bonne soirée, ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Mai 27, 2020, 2:03 UTC](https://www.debian-fr.org/t/disque-dur-fantasque/81926/9 "2020-05-27T14:03:59Z")
> [@anon70622873](#): > > Cela ne me paraît pas être des erreurs très graves. Par contre tu devrais vérifier la bonne connexion du disque dur « UNC » = Uncorrectable = erreur de lecture/écriture du secteur concerné sur le support physique impossible à corriger. Cela signifie que le contenu de ce secteur est illisible. Considérer que ne pas pouvoir relire les données qu’on a enregistrées n’est pas grave est un point de vue. Et cela n’a rien à voir avec la connexion. Néanmoins il n’y a aucune trace de ces erreurs UNC dans les attributs SMART : reallocated, pending et uncorrectable sont à 0. Donc soit les attributs sont erronés, soit les secteurs ont fini par redevenir lisibles (soit c’était une erreur transitoire, soit ils ont été corrigés sans réallocation suite à leur réécriture, peut-être lors de la réinstallation. Mais la réinstallation ayant effacé les preuves, on ne saura pas. Si le problème est récurrent, on est peut-être face à un disque qui a des secteurs branlants qu’il ne veut pas réalloués et qui finissent par devenir illisibles. Qu’est-ce qu’un sujet technique fait dans pause-café ? ---
**Author:** ![lanig](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/c4cdca/32.png) [@lanig](https://www.debian-fr.org/u/lanig)\ **Post date:** [Mai 27, 2020, 2:27 UTC](https://www.debian-fr.org/t/disque-dur-fantasque/81926/10 "2020-05-27T14:27:30Z")
Bonjour, En fait, en allant sur un forum matériel, il m’a été expliqué que, d’après certaines boîtes très utilisatrices de disques, ces erreurs étaient très corrélées à une mise H.S. du disque. Pour l’instant, du fait du télétravail, je n’utilise pratiquement plus ce portable qui m’a déjà fait le même coup trois fois. Ce sera l’occasion de mettre un SSD quand j’en aurai de nouveau besoin. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Mai 27, 2020, 2:42 UTC](https://www.debian-fr.org/t/disque-dur-fantasque/81926/11 "2020-05-27T14:42:16Z")
> [@lanig](#): > > mise H.S. du disque C’est-à-dire ? Si l’utilisateur décrète que le disque doit être remplacé dès qu’il a ce type d’erreur, alors forcément il y a une forte corrélation. Mais il ne faut pas tout mélanger : c’est le choix de l’utilisateur de considérer ce disque comme impropre à son utilisation qui crée cette corrélation, et pas l’inverse. ---
**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:** [Mai 27, 2020, 2:48 UTC](https://www.debian-fr.org/t/disque-dur-fantasque/81926/12 "2020-05-27T14:48:09Z")
Peut-être la pile du BIOS (RTC)… Et faire aussi un `smartctl -a` histoire de vérifier l’état du disque. ---
**Author:** ![lanig](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/c4cdca/32.png) [@lanig](https://www.debian-fr.org/u/lanig)\ **Post date:** [Mai 27, 2020, 8:15 UTC](https://www.debian-fr.org/t/disque-dur-fantasque/81926/13 "2020-05-27T20:15:34Z")
L’ordi est récent. Pas de problème sur la pile. Pour pH : mise H.S. du disque = panne définitive du disque, donc non, la corrélation n’est pas le choix de l’utilisateur. ---
**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\ **Post date:** [Mai 27, 2020, 10:16 UTC](https://www.debian-fr.org/t/disque-dur-fantasque/81926/14 "2020-05-27T22:16:08Z")
Une panne définitive, ça ne veut pas dire grand-chose. Quel type de panne ? Un secteur définitivement défectueux est une panne définitive. Ce n’est pas pour autant une panne totale, ni un indicateur d’une telle panne.