D=C3=A9sol=C3=A9 Serge pour l'envoi pr=C3=A9c=C3=A9dent : je me suis plant=
=C3=A9 de destinataire
(c'=C3=A9tait bien la liste qui =C3=A9tait vis=C3=A9e)...
Le Sat, 2 Jan 2010 09:38:33 +0100,
Serge SMEESTERS <sergesmeesters@gmail.com> a =C3=A9crit :
>> J'ai r=C3=A9cemment re=C3=A7u des messages d'alerte "qui font
>> peur" sur mon ordi : secteurs d=C3=A9fectueux...
>Combien ? ... 63 ?
Sur le disque pr=C3=A9c=C3=A9dent, je ne m'en souviens plus. Sur celui-ci, =
en
effet, c'est 63 =C3=A0 chaque fois !
Mais il me dit que la d=C3=A9faillance est un signe de panne imminente du
disque (pre-fail)...
>> J'ai donc v=C3=A9rifi=C3=A9 que mes donn=C3=A9es =C3=A9taient bien
>> sauvegard=C3=A9es et j'ai remplac=C3=A9 mon vieux DD ...
>T'as fais comment pour copier tes fichiers sur le nouveau ?
En fait, j'ai une sauvegarde automatique chaque soir. Donc, j'ai v=C3=A9rif=
i=C3=A9
que la derni=C3=A8re s'=C3=A9tait pass=C3=A9 correctement. Copie classique =
via rsync...
>> ... j'ai de nouveau les m=C3=AAmes messages !!!
>> Ceux-ci ne changent pas : j'ai 63 secteurs r=C3=A9allou=C3=A9s
>> et donc consid=C3=A9r=C3=A9s comme d=C3=A9fectueux.
>Faudrait pouvoir v=C3=A9rifier que tout fonctionne bien c=C3=B4t=C3=A9 SMA=
RT (Bios ?)
>Peut-=C3=AAtre lancer un test...
>Quelques secteurs d=C3=A9fectueux, c'est peut-=C3=AAtre normal ?
>C'est bien les infos SMART qui te disent qu'il y a 63 secteurs
>d=C3=A9fectueux ?
Oui, tout =C3=A0 fait, via l'utilitaire de disque Palimpest.
>Car il me semble que le syst=C3=A8me de fichier ext2/3 permet =C3=A9galeme=
nt de
>marquer certains secteurs comme d=C3=A9fectueux suite =C3=A0 leur d=C3=A9t=
ection (cf.
>commande badblocks).
>Je pense qu'alors =C3=A7a n'a rien-=C3=A0-voir avec SMART... Ensuite, si le
>syst=C3=A8me de fichier est copi=C3=A9 dans son ensemble, avec un dd par
>exemple, ne se peut-il pas que ce marquage reste ?
L=C3=A0, =C3=A7a n'a pas =C3=A9t=C3=A9 le cas...
Le Sat, 02 Jan 2010 09:44:07 +0100,
Ga=C3=ABl <gael@coteobscur.net> a =C3=A9crit :
>> Auriez-vous une id=C3=A9e sur la cause de ce message (si jamais celui-ci
>> n'=C3=A9tait pas "r=C3=A9el") ?=20
>L=C3=A0, comme =C3=A7a, non malheureusement, je vois bien l'hypoth=C3=A8se=
d'un
>contr=C3=B4leur HS, m'enfin ... j'y crois pas des masses
Esp=C3=A9rons ;-)
>> Auriez-vous un autre outil qui me permettrait de
>> v=C3=A9rifier le bon =C3=A9tat de mon disque ? Est-ce que vous avez ce g=
enre
>> d'informations ?
>Oui : premier r=C3=A9flexe, DL une ISO d'UltimateBootCD, booter dessus,
>choisir section HardDiskDrives, puis Diagnostics, et enfin le test qui
>correspond aux Samsungs (me souvient plus). Ex=C3=A9cuter un short, puis un
>long test.=20
Je viens d'essayer, sans succ=C3=A8s... Il y a 4 outils pour Samsung, mais =
=C3=A0
chaque fois, j'ai une erreur quand je les lance. Je suis oblig=C3=A9 de
passer en mode "ultra-defensive" et les outils ne me donnent rien...
Le Sat, 02 Jan 2010 13:52:08 +0100,
Pascal Hambourg <pascal.mail@plouf.fr.eu.org> a =C3=A9crit :
>> Ensuite, parlons de mon probl=C3=A8me... J'ai r=C3=A9cemment re=C3=A7u d=
es messages
>> d'alerte "qui font peur" sur mon ordi : secteurs d=C3=A9fectueux...
>> pr=C3=A9parez-vous =C3=A0 remplacer le disque dur.
>Des messages de qui/quoi ?
Comme je l'ai =C3=A9crit plus haut, les messages arrivent via Palimpsest...
Il s'agit de "Le disque poss=C3=A8de de nombreux secteurs d=C3=A9fecteux".
Si je rentre dans les d=C3=A9tails, j'ai donc 63 secteurs marqu=C3=A9s comme
d=C3=A9fectueux et donc r=C3=A9-allou=C3=A9s.
Maintenant, comme ce nombre ne change pas, est-ce qu'il s'agit d'un
historique ? Si ces 63 secteurs sont marqu=C3=A9s et si, au prochain
red=C3=A9marrage, il n'y en a pas d'autres, le message devrait dispara=C3=
=AEtre,
non ?
>> J'ai donc v=C3=A9rifi=C3=A9 que mes donn=C3=A9es =C3=A9taient bien sauve=
gard=C3=A9es et j'ai
>> remplac=C3=A9 mon vieux DD par un petit Samsung Spinpoint F1 de 320 Go
>> (fin novembre). Tout se passait tr=C3=A8s bien jusqu'=C3=A0 hier o=C3=B9=
j'ai de
>> nouveau les m=C3=AAmes messages !!! Ceux-ci ne changent pas : j'ai 63
>> secteurs r=C3=A9allou=C3=A9s et donc consid=C3=A9r=C3=A9s comme d=C3=A9f=
ectueux.
>> Sachant que mon disque a =C3=A0 peine plus d'un mois, je suis extr=C3=AA=
mement
>> surpris.
>La pr=C3=A9sence de secteurs r=C3=A9allou=C3=A9es n'est pas forc=C3=A9ment=
grave, tant que
>le contr=C3=B4leur int=C3=A9gr=C3=A9 arrive =C3=A0 r=C3=A9allouer les sect=
eurs "douteux" avant
>qu'ils deviennent illisibles et qu'il en reste en r=C3=A9serve. C'est
>beaucoup moins grave que la pr=C3=A9sence de secteurs "pending" illisibles
>qui causent la perte des donn=C3=A9es contenues dans les secteurs concern=
=C3=A9s.
>En revanche l'augmentation rapide et/ou r=C3=A9guli=C3=A8re du nombre de s=
ecteurs
>est inqui=C3=A9tante.
L=C3=A0, justement, =C3=A7a ne bouge pas...
>Il m'est arriv=C3=A9 de r=C3=A9cup=C3=A9rer =C3=A0 la poubelle des vieux d=
isques cribl=C3=A9s de
>secteurs d=C3=A9fectueux illisibles que par jeu j'ai forc=C3=A9 =C3=A0 r=
=C3=A9allouer avec
>des cycles de lecture/=C3=A9criture et qui n'ont plus jamais montr=C3=A9 de
>probl=C3=A8me une fois mont=C3=A9s dans mes machines (usage perso sans don=
n=C3=A9es
>importantes =C3=A9videmment, on ne rigole pas avec =C3=A7a en usage pro ou=
pour
>des donn=C3=A9es importantes). Je n'ai pas d'explication, mais je soup=C3=
=A7onne
>des causes "environnementales" : temp=C3=A9rature, alimentation,
>vibrations... Cela pourrait coller au fait que deux disques diff=C3=A9rents
>souffrent du m=C3=AAme probl=C3=A8me dans la m=C3=AAme machine.
Comment pourrais-je faire pour le forcer =C3=A0 r=C3=A9-allouer ces secteur=
s ?
>> Auriez-vous une id=C3=A9e sur la cause de ce message (si jamais celui-ci
>> n'=C3=A9tait pas "r=C3=A9el") ? Auriez-vous un autre outil qui me permet=
trait
>> de v=C3=A9rifier le bon =C3=A9tat de mon disque ?
>Que raconte smartctl -a /dev/<disque> ?
# smartctl -a /dev/sda
smartctl 5.39 2009-12-09 r2995 [x86_64-unknown-linux-gnu] (local build)
Copyright (C) 2002-9 by Bruce Allen,
http://smartmontools.sourceforge.net
=3D=3D=3D START OF INFORMATION SECTION =3D=3D=3D
Model Family: SAMSUNG SpinPoint F1 DT series
Device Model: SAMSUNG HD322HJ
Serial Number: S17AJ9DSA20520
Firmware Version: 1AC01118
User Capacity: 320 072 933 376 bytes
Device is: In smartctl database [for details use: -P show]
ATA Version is: 8
ATA Standard is: ATA-8-ACS revision 3b
Local Time is: Sun Jan 3 11:49:22 2010 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=3D=3D=3D START OF READ SMART DATA SECTION =3D=3D=3D
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=20
been run.
Total time to complete Offline=20
data collection: (3968) seconds.
Offline data collection
capabilities: (0x7b) SMART execute Offline
immediate. Auto Offline data collection on/off support.
Suspend Offline collection upon
new command.
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=20
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 67) minutes.
Conveyance self-test routine
recommended polling time: ( 8) minutes.
SCT capabilities: (0x003f) SCT Status supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining
LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed
without error 00% 470 - # 2 Conveyance offline
Completed without error 00% 469 - # 3 Short
offline Completed without error 00% 469 - #
4 Conveyance offline Interrupted (host reset) 90%
469 - # 5 Extended offline Aborted by host
00% 469 - # 6 Short offline Completed without
error 00% 450 -
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.
Bref, rien ne me saute aux yeux...
David.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Pascal Hambourg
David BERCOT a écrit :
Mais il me dit que la défaillance est un signe de panne imminente du disque (pre-fail)...
"Pre-fail" est juste le type de l'attribut. Les attributs SMART se divisent en deux types : "old age" pour les attributs liés au vieillissement normal (exemple : power on hours, power cycle count), et "pre-fail" pour les attributs liés à des situations anormales (exemple : reallocated sector count, seek error rate). Ce n'est que lorsque la valeur normalisée d'un attribut (colonne VALUE) devient égale ou inférieure au seuil (colonne THRESH) que le disque est considéré comme vieux si l'attribut est de "type old age" ou défectueux s'il est de type "pre-fail".
Maintenant, comme ce nombre ne change pas, est-ce qu'il s'agit d'un historique ? Si ces 63 secteurs sont marqués et si, au prochain redémarrage, il n'y en a pas d'autres, le message devrait disparaître, non ?
Je ne sais pas. Cela dépend du fonctionnement de palimpsest que je ne connais pas, s'il mémorise les valeurs précédentes et les compare aux valeurs actuelles pour détecter une évolution.
Comment pourrais-je faire pour le forcer à ré-allouer ces secteurs ?
Il le sont déjà puisque l'attribut "reallocated sector count" comptabilise justement les secteurs qui ont été réalloués. Les secteurs réalloués sont pleinement opérationnels, ce ne sont pas des secteurs défectueux.
# smartctl -a /dev/sda
[...]
SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds:
Quel bazar, les fins de ligne ont sauté ! Je reformate en ne gardand que les attributs intéressants.
Le disque a entamé 4% de son capital de secteurs de réserve, il lui en reste 96%, le seuil étant à 10%. Il y a de la marge. La température de 46 °C est un peu élevée mais reste dans la tolérance et n'a apparemment jamais dépassé cette valeur. Il n'y a pas de secteur "pending" (défectueux et en attente de réallocation), ce qui est bon signe.
SMART Error Log Version: 1 No Errors Logged
Ça aussi, c'est bon signe. Cela indique que les secteurs qui on été réalloués l'ont été avant d'être totalement défectueux, et non à cause d'une erreur franche (par exemple un secteur illisible) qui aurait été logguée.
Pour ma part, je me contenterai de surveiller si le nombre de secteurs réalloués reste stable, et si des secteurs pending n'apparaissent pas.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
David BERCOT a écrit :
Mais il me dit que la défaillance est un signe de panne imminente du
disque (pre-fail)...
"Pre-fail" est juste le type de l'attribut. Les attributs SMART se
divisent en deux types : "old age" pour les attributs liés au
vieillissement normal (exemple : power on hours, power cycle count), et
"pre-fail" pour les attributs liés à des situations anormales (exemple :
reallocated sector count, seek error rate). Ce n'est que lorsque la
valeur normalisée d'un attribut (colonne VALUE) devient égale ou
inférieure au seuil (colonne THRESH) que le disque est considéré comme
vieux si l'attribut est de "type old age" ou défectueux s'il est de type
"pre-fail".
Maintenant, comme ce nombre ne change pas, est-ce qu'il s'agit d'un
historique ? Si ces 63 secteurs sont marqués et si, au prochain
redémarrage, il n'y en a pas d'autres, le message devrait disparaître,
non ?
Je ne sais pas. Cela dépend du fonctionnement de palimpsest que je ne
connais pas, s'il mémorise les valeurs précédentes et les compare aux
valeurs actuelles pour détecter une évolution.
Comment pourrais-je faire pour le forcer à ré-allouer ces secteurs ?
Il le sont déjà puisque l'attribut "reallocated sector count"
comptabilise justement les secteurs qui ont été réalloués. Les secteurs
réalloués sont pleinement opérationnels, ce ne sont pas des secteurs
défectueux.
# smartctl -a /dev/sda
[...]
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
Quel bazar, les fins de ligne ont sauté ! Je reformate en ne gardand que
les attributs intéressants.
Le disque a entamé 4% de son capital de secteurs de réserve, il lui en
reste 96%, le seuil étant à 10%. Il y a de la marge. La température de
46 °C est un peu élevée mais reste dans la tolérance et n'a apparemment
jamais dépassé cette valeur. Il n'y a pas de secteur "pending"
(défectueux et en attente de réallocation), ce qui est bon signe.
SMART Error Log Version: 1
No Errors Logged
Ça aussi, c'est bon signe. Cela indique que les secteurs qui on été
réalloués l'ont été avant d'être totalement défectueux, et non à cause
d'une erreur franche (par exemple un secteur illisible) qui aurait été
logguée.
Pour ma part, je me contenterai de surveiller si le nombre de secteurs
réalloués reste stable, et si des secteurs pending n'apparaissent pas.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Mais il me dit que la défaillance est un signe de panne imminente du disque (pre-fail)...
"Pre-fail" est juste le type de l'attribut. Les attributs SMART se divisent en deux types : "old age" pour les attributs liés au vieillissement normal (exemple : power on hours, power cycle count), et "pre-fail" pour les attributs liés à des situations anormales (exemple : reallocated sector count, seek error rate). Ce n'est que lorsque la valeur normalisée d'un attribut (colonne VALUE) devient égale ou inférieure au seuil (colonne THRESH) que le disque est considéré comme vieux si l'attribut est de "type old age" ou défectueux s'il est de type "pre-fail".
Maintenant, comme ce nombre ne change pas, est-ce qu'il s'agit d'un historique ? Si ces 63 secteurs sont marqués et si, au prochain redémarrage, il n'y en a pas d'autres, le message devrait disparaître, non ?
Je ne sais pas. Cela dépend du fonctionnement de palimpsest que je ne connais pas, s'il mémorise les valeurs précédentes et les compare aux valeurs actuelles pour détecter une évolution.
Comment pourrais-je faire pour le forcer à ré-allouer ces secteurs ?
Il le sont déjà puisque l'attribut "reallocated sector count" comptabilise justement les secteurs qui ont été réalloués. Les secteurs réalloués sont pleinement opérationnels, ce ne sont pas des secteurs défectueux.
# smartctl -a /dev/sda
[...]
SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds:
Quel bazar, les fins de ligne ont sauté ! Je reformate en ne gardand que les attributs intéressants.
Le disque a entamé 4% de son capital de secteurs de réserve, il lui en reste 96%, le seuil étant à 10%. Il y a de la marge. La température de 46 °C est un peu élevée mais reste dans la tolérance et n'a apparemment jamais dépassé cette valeur. Il n'y a pas de secteur "pending" (défectueux et en attente de réallocation), ce qui est bon signe.
SMART Error Log Version: 1 No Errors Logged
Ça aussi, c'est bon signe. Cela indique que les secteurs qui on été réalloués l'ont été avant d'être totalement défectueux, et non à cause d'une erreur franche (par exemple un secteur illisible) qui aurait été logguée.
Pour ma part, je me contenterai de surveiller si le nombre de secteurs réalloués reste stable, et si des secteurs pending n'apparaissent pas.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS