Re: badblock tres lent
Le 15/12/2017 à 10:51, Pascal Hambourg a écrit : > Conclusion : disque HS. Merci beaucoup a tous pour votre aide. Je connais pas assez smartctl, il va falloir que je je prenne le réflexe de plus l'utiliser a l'avenir.
Re: badblock tres lent
Le 15/12/2017 à 10:32, hamster a écrit : Le 15/12/2017 à 09:39, Dominique Dumont a écrit : Que dit smartctl ? 5 Reallocated_Sector_Ct 0x0033 001 001 005Pre-fail Always FAILING_NOW 2005 (...) 196 Reallocated_Event_Count 0x0032 001 001 000Old_age Always - 3693 197 Current_Pending_Sector 0x0022 100 100 000Old_age Always - 0 198 Offline_Uncorrectable 0x0008 100 100 000Old_age Offline - 0 Le stock de secteurs de réserve est presque épuisé par la réallocation de secteurs défectueux. Il n'y a actuellement pas de secteur illisible. Cela signifie que : 1) Ce disque a eu de nombreux secteurs défectueux, et il est raisonnable de penser qu'il en aura encore. 2) Le stock de réserve étant quasi-épuisé, arrivera un moment proche ou les nouveaux secteurs défectueux ne pourront plus être réalloués. 3) De toute façon, la réallocation d'un secteur défectueux ne signifie pas que ses données ont été conservées. Conclusion : disque HS.
Re: badblock tres lent
On Friday, 15 December 2017 10:32:02 CET hamster wrote: > Le 15/12/2017 à 09:39, Dominique Dumont a écrit : > > Que dit smartctl ? > > Voir en pièce jointe. Désolé, ton disque est à l'agonie: > SMART overall-health self-assessment test result: FAILED! > Drive failure expected in less than 24 hours. SAVE ALL DATA. > ... > 5 Reallocated_Sector_Ct 0x0033 001 001 005Pre-fail Always > FAILING_NOW 2005 > ... > 196 Reallocated_Event_Count 0x0032 001 001 000Old_age Always > - 3693 Faire tourner badblocks ou les programme de self-tests risque de l'achever. Récupère les données si tu as besoin et change de disque. A+ -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org
Re: badblock tres lent
Le 15/12/2017 à 09:39, Dominique Dumont a écrit : > Que dit smartctl ? Voir en pièce jointe. smartctl 6.5 2016-01-24 r4214 [i686-linux-4.8.0-36-generic] (local build) Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Model Family: Toshiba 3.5" DT01ACA... Desktop HDD Device Model: TOSHIBA DT01ACA100 Serial Number:X5ADYZHNS LU WWN Device Id: 5 39 fe1f02b85 Firmware Version: MS2OA750 User Capacity:1 000 204 886 016 bytes [1,00 TB] Sector Sizes: 512 bytes logical, 4096 bytes physical Rotation Rate:7200 rpm Form Factor: 3.5 inches Device is:In smartctl database [for details use: -P show] ATA Version is: ATA8-ACS T13/1699-D revision 4 SATA Version is: SATA 3.0, 6.0 Gb/s (current: 3.0 Gb/s) Local Time is:Fri Dec 15 09:29:33 2017 UTC 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: FAILED! Drive failure expected in less than 24 hours. SAVE ALL DATA. See vendor-specific Attribute list for failed Attributes. General SMART Values: Offline data collection status: (0x84) Offline data collection activity was suspended by an interrupting command from host. Auto Offline Data Collection: Enabled. 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:( 6925) 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:( 1) minutes. Extended self-test routine recommended polling time:( 116) 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 016Pre-fail Always - 1 2 Throughput_Performance 0x0005 140 140 054Pre-fail Offline - 77 3 Spin_Up_Time0x0007 129 129 024Pre-fail Always - 172 (Average 183) 4 Start_Stop_Count0x0012 100 100 000Old_age Always - 3519 5 Reallocated_Sector_Ct 0x0033 001 001 005Pre-fail Always FAILING_NOW 2005 7 Seek_Error_Rate 0x000b 100 100 067Pre-fail Always - 0 8 Seek_Time_Performance 0x0005 113 113 020Pre-fail Offline - 35 9 Power_On_Hours 0x0012 100 100 000Old_age Always - 5631 10 Spin_Retry_Count0x0013 100 100 060Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 000Old_age Always - 3496 192 Power-Off_Retract_Count 0x0032 098 098 000Old_age Always - 3519 193 Load_Cycle_Count0x0012 098 098 000Old_age Always - 3519 194 Temperature_Celsius 0x0002 200 200 000Old_age Always - 30 (Min/Max 12/56) 196 Reallocated_Event_Count 0x0032 001 001 000Old_age Always - 3693 197 Current_Pending_Sector 0x0022 100 100 000Old_age Always - 0 198 Offline_Uncorrectable 0x0008 100 100 000Old_age Offline - 0 199 UDMA_CRC_Error_Count0x000a 200 200 000Old_age Always - 0 SMART Error Log Version: 1 ATA Error Count: 1342 (device log contains only the most recent five errors) CR = Command Register [HEX]
Re: badblock tres lent
On Friday, 15 December 2017 04:31:16 CET hamster wrote: > J'ai un disque qui me fait des erreurs d'entrées sorties de temps en > temps. J'ai donc lancé badblocks pour voir si des secteurs sont > défectueux, Que dit smartctl ? -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org
Re: badblock tres lent
Le 15/12/2017 à 08:09, Stephane Ascoet a écrit : > Bonjour, as-tu bien active les parametres qui vont bien avec hdparm? Au > pire essaye de faire un transfert de donnees depuis cette meme > distribution pour tester le debit. J'ai fait un tranfert de données, mais en lecture seulement, pas en écriture. C'etait une vitesse tout a fait habituelle. Environ 1 Go par minute vers un disque externe branché en USB.
Re: badblock tres lent
Le 15/12/2017 à 04:31, hamster a écrit : J'ai un disque qui me fait des erreurs d'entrées sorties de temps en temps. Quel genre d'erreurs ? A quelle fréquence ? Comment les vois-tu ? Tu aurais un extrait de log du noyau qui en montre une ? J'ai donc lancé badblocks pour voir si des secteurs sont défectueux, mais c'est horriblement lent. Le disque fait 1 To, badblocks tourne depuis 16 h et il n'en est qu'a 44 % de la première passe. Ca fait un débit d'écriture beaucoup beaucoup plus lent que quand on copie un gros fichier par usb. Il s'agit du disque interne de l'ordi, qui est branché en sata, alors un débit de 8 Mo par seconde je trouve ca catastrophiquement bas. Quelles options de test as-tu lancé ? Le mode de test en écriture non destructive est très lent. Aussi, y a-t-il des erreurs pendant le test ? Cela ralentit également badblocks. J'execute badblocks depuis un système live sur une clef USB (ubuntu, oui bon, c'est pas le mieux mais c'est ce que j'avais sous la main), Je ne vois pas en quoi. badblock sous Ubuntu, ça reste badblocks.
Re: badblock tres lent
Le 15/12/2017 à 04:31, hamster a écrit : que ca peut etre la source de cette lenteur ? Avez vous une idée d'autre chose qui peut provoquer cette lenteur et comment la résoudre ? Bonjour, as-tu bien active les parametres qui vont bien avec hdparm? Au pire essaye de faire un transfert de donnees depuis cette meme distribution pour tester le debit. -- Cordialement, Stephane Ascoet
badblock tres lent
Hello J'ai un disque qui me fait des erreurs d'entrées sorties de temps en temps. J'ai donc lancé badblocks pour voir si des secteurs sont défectueux, mais c'est horriblement lent. Le disque fait 1 To, badblocks tourne depuis 16 h et il n'en est qu'a 44 % de la première passe. Ca fait un débit d'écriture beaucoup beaucoup plus lent que quand on copie un gros fichier par usb. Il s'agit du disque interne de l'ordi, qui est branché en sata, alors un débit de 8 Mo par seconde je trouve ca catastrophiquement bas. Est-ce normal pour le fonctionnement de badblocks ? J'avais déjà utilisé badblocks sur des disques beaucoup plus petits et je n'ai pas gardé le souvenir d'une lenteur aussi extrême. J'execute badblocks depuis un système live sur une clef USB (ubuntu, oui bon, c'est pas le mieux mais c'est ce que j'avais sous la main), est-ce que ca peut etre la source de cette lenteur ? Avez vous une idée d'autre chose qui peut provoquer cette lenteur et comment la résoudre ? Merci d'avance.