utilisation commande CHKDSK

Post by Alf92
est-ce au niveau soft ou hard que le secteur est marqué comme défectueux ?
un secteur marqué HS par CHKDSK /F /R sera-t-il considéré défectueux si
j'utilise ensuite mon disque avec une autre installation d'OS (Win ou Linux)
, et/ou en ayant reformater mon disque ?

Il n'y a à ma connaissance pas de mécanisme standard pour marquer un secteur
défectueux au niveau du disque dur.

Au niveau du système de fichiers, il me semble que c'est essentiellement un
pseudo-fichier à qui sont attribués tous les secteurs défectueux pour qu'ils
ne soient pas associés à autre chose.

pehache

2021-01-27 19:04:01 UTC

Il n'y a à ma connaissance pas de mécanisme standard pour marquer un secteur
défectueux au niveau du disque dur.

Mais les disques ont quand même bien en interne ce genre de mécanisme
(secteurs réalloués)... Tu veux dire que CHKDSK ou n'importe quel autre
outil du genre n'a aucun moyen d'intervenir dessus ?

Post by Nicolas George
Au niveau du système de fichiers, il me semble que c'est essentiellement un
pseudo-fichier à qui sont attribués tous les secteurs défectueux pour qu'ils
ne soient pas associés à autre chose.

Donc si on repartionne ou même simplement reformate, l'information sur
les secteurs défectueux est perdue...

Nicolas George

2021-01-27 20:33:35 UTC

Post by pehache
Mais les disques ont quand même bien en interne ce genre de mécanisme
(secteurs réalloués)... Tu veux dire que CHKDSK ou n'importe quel autre
outil du genre n'a aucun moyen d'intervenir dessus ?

C'est ça.

Post by pehache
Donc si on repartionne ou même simplement reformate, l'information sur
les secteurs défectueux est perdue...

Idem.

pehache

2021-01-27 22:04:22 UTC

C'est ça.

OK merci. C'est un point que je n'avais jamais trouvé très clair (la
portée de chkdsk)

Post by pehache
Donc si on repartionne ou même simplement reformate, l'information sur
les secteurs défectueux est perdue...

Idem.

Alf92

2021-01-29 19:39:01 UTC

C'est ça.

OK merci. C'est un point que je n'avais jamais trouvé très clair (la
portée de chkdsk)

Post by pehache
Donc si on repartionne ou même simplement reformate, l'information sur
les secteurs défectueux est perdue...

Idem.

j'ai eu cette réponse sur un autre forum :

------------
Alors cela dépends, en fait le fait de faire un chkdsk sur un secteur défectueux hard va activer le
mécanisme de remplacement par un secteur de réserve au niveau du controleur du disque mais s'il
n'y a plus de secteur de réserve le secteur sera marqué défectueux au niveau du système de
fichiers et dans ce cas il ne sera pas considéré défectueux avec un autre système de fichiers
reformatage.

Pour savoir s'il n'y a plus de secteurs de réserve il faut regarder les données smart du disque.
------------

suivi de :

------------
La réallocation interne au DD ne se fait que trés rarement, voir jamais à la lecture,
mais au moment d'une tentative d'écriture sur un secteur HS.
En cas de pb de lecture, au niveau hard, le secteur passe suivant les
DD/fabricant au statut "instable" (compteur +/- souvant accessible via
SMART) et y restera jusqu'a soit une lecture ultérieure qui aboutie,
soit une écriture qui générera une réallocation interne au DD.
------------

et de :

------------
Un chkdsk n'est pas une écriture.

éventuellement, un formatage avec écriture de de toute la partition(FORMAT /P:1),
ou un zero-fill (DISKPART CLEAN ALL) peux +/- faire le boulot.

Mais la meilleur méthode si on veux tenter de continuer à utiliser le disque,
c'est backup des données , effacement complet par la méthode ATA-Erase ...
et si le SMART indique qu'il est encore utilisable, partitionnement / formatage / remetre les données.

En mode "parano" on jette le disque, en "semi-parano" on refait un cycle
d'écriture complet depuis l'hôte aprés le ATA-Erase, de préférence avec
un soft qui peut balancer coup sur coup un random-fill suivit d'un zero-fill

Mais avec un DD qui a des secteurs instables/kaput, la meilleur méthode
pour ne pas prendre de risque avec ses données, c'est le recyclage en presse-papier ou en cale-porte.
------------

(vidible sur ponx.fr, merci aux auteurs)

pehache

2021-01-29 21:10:05 UTC

Post by Alf92

C'est ça.

OK merci. C'est un point que je n'avais jamais trouvé très clair (la
portée de chkdsk)

Post by pehache
Donc si on repartionne ou même simplement reformate, l'information sur
les secteurs défectueux est perdue...

Idem.

------------
Alors cela dépends, en fait le fait de faire un chkdsk sur un secteur défectueux hard va activer le
mécanisme de remplacement par un secteur de réserve au niveau du controleur du disque

Ce qui est contradictoire avec ce qui est écrit plus bas ("un chkdsk
n'est pas une écriture"), vu que pour activer ce mécanisme il faut
écrire sur ce secteur.

Post by Alf92
mais s'il
n'y a plus de secteur de réserve le secteur sera marqué défectueux au niveau du système de
fichiers

Ca me parait assez questionnable comme affirmation, car à priori chkdsk
ne sait pas si le contrôleur de disque a fait une réallocation ou pas
sur ce secteur.

Post by Alf92
------------
La réallocation interne au DD ne se fait que trés rarement, voir jamais à la lecture,

Le bon mot est "jamais" :-)

Post by Alf92
------------
Un chkdsk n'est pas une écriture.

Pour ce que j'en avais compris, ça me me semble exact.

Post by Alf92
éventuellement, un formatage avec écriture de de toute la partition(FORMAT /P:1),
ou un zero-fill (DISKPART CLEAN ALL) peux +/- faire le boulot.

Ca, ça va activer la réallocation des secteurs repérés comme défecteux
par le contrôleur de disque en effet.

Post by Alf92
Mais la meilleur méthode si on veux tenter de continuer à utiliser le disque,
c'est backup des données , effacement complet par la méthode ATA-Erase ...
et si le SMART indique qu'il est encore utilisable, partitionnement / formatage / remetre les données.
En mode "parano" on jette le disque, en "semi-parano" on refait un cycle
d'écriture complet depuis l'hôte aprés le ATA-Erase, de préférence avec
un soft qui peut balancer coup sur coup un random-fill suivit d'un zero-fill

Faire deux fill successifs me parait inutile par contre.

Post by Alf92
Mais avec un DD qui a des secteurs instables/kaput, la meilleur méthode
pour ne pas prendre de risque avec ses données, c'est le recyclage en presse-papier ou en cale-porte.

Ca dépend pour quoi faire. J'ai un disque externe comme ça, qui est très
peu souvent sous tension, et qui ne contient que des fichiers présents
ailleurs en deux exemplaires. C'est un 3ème rideau de backup au pire, et
il n'y aucun fichier dessus dont la perte serait un gros problème.

Alf92

2021-01-29 23:08:30 UTC

C'est ça.

OK merci. C'est un point que je n'avais jamais trouvé très clair (la
portée de chkdsk)

Post by pehache
Donc si on repartionne ou même simplement reformate, l'information sur
les secteurs défectueux est perdue...

Idem.

------------
Alors cela dépends, en fait le fait de faire un chkdsk sur un secteur
défectueux hard va activer le mécanisme de remplacement par un secteur de
réserve au niveau du controleur du disque

Ce qui est contradictoire avec ce qui est écrit plus bas ("un chkdsk
n'est pas une écriture"), vu que pour activer ce mécanisme il faut
écrire sur ce secteur.

Post by Alf92
mais s'il
n'y a plus de secteur de réserve le secteur sera marqué défectueux au niveau
du système de fichiers

Ca me parait assez questionnable comme affirmation, car à priori chkdsk
ne sait pas si le contrôleur de disque a fait une réallocation ou pas
sur ce secteur.

Post by Alf92
------------
La réallocation interne au DD ne se fait que trés rarement, voir jamais à la lecture,

Le bon mot est "jamais" :-)

Post by Alf92
------------
Un chkdsk n'est pas une écriture.

Pour ce que j'en avais compris, ça me me semble exact.

Post by Alf92
éventuellement, un formatage avec écriture de de toute la partition(FORMAT
/P:1), ou un zero-fill (DISKPART CLEAN ALL) peux +/- faire le boulot.

Ca, ça va activer la réallocation des secteurs repérés comme défecteux
par le contrôleur de disque en effet.

Post by Alf92
Mais la meilleur méthode si on veux tenter de continuer à utiliser le
disque, c'est backup des données , effacement complet par la méthode
ATA-Erase ... et si le SMART indique qu'il est encore utilisable,
partitionnement / formatage / remetre les données.
En mode "parano" on jette le disque, en "semi-parano" on refait un cycle
d'écriture complet depuis l'hôte aprés le ATA-Erase, de préférence avec
un soft qui peut balancer coup sur coup un random-fill suivit d'un zero-fill

Faire deux fill successifs me parait inutile par contre.

donc tu comprends que la marquage (et éventuellement la réallocation)
est soft ou hard ?

pehache

2021-01-29 23:44:13 UTC

Post by Alf92
donc tu comprends que la marquage (et éventuellement la réallocation)
est soft ou hard ?

Il peut être l'un ou l'autre suivant les cas.

pehache

2021-01-29 23:51:19 UTC

Post by Alf92
donc tu comprends que la marquage (et éventuellement la réallocation)
est soft ou hard ?

Il peut être l'un ou l'autre suivant les cas.

Mais si tu demandes par rapport à CHKDSK en particulier, pour moi (et
après cette discussion) ça reste purement soft... mais par effet de bord
ça peut provoquer un marquage hard :)

CHKDSK tente de lire un secteur abimé, il n'y arrive pas. Il marque donc
ce secteur comme défecteux dans le système de fichier. Mais s'il n'est
pas arrivé à le lire, le contrôleur de disque est aux premières loges
pour savoir que ce secteur est illisible, il va donc probablement le
marquer comme "instable", et le réallouer à la prochaine écriture
dessus.

Par contre je suppose que tous ces mécanismes ne considèrent un secteur
comme défectueux qu'après un certain nombre d'erreurs de lecture, pas à
la première.

Michel__D

2021-01-30 11:47:17 UTC

Bonjour,

Post by Alf92
donc tu comprends que la marquage (et éventuellement la réallocation)
est soft ou hard ?

Il peut être l'un ou l'autre suivant les cas.

Mais si tu demandes par rapport à CHKDSK en particulier, pour moi (et après cette discussion) ça
reste purement soft... mais par effet de bord ça peut provoquer un marquage hard :)
CHKDSK tente de lire un secteur abimé, il n'y arrive pas. Il marque donc ce secteur comme défecteux
dans le système de fichier. Mais s'il n'est pas arrivé à le lire, le contrôleur de disque est aux
premières loges pour savoir que ce secteur est illisible, il va donc probablement le marquer comme
"instable", et le réallouer à la prochaine écriture dessus.
Par contre je suppose que tous ces mécanismes ne considèrent un secteur comme défectueux qu'après
un certain nombre d'erreurs de lecture, pas à la première.

Non sur les disques durs mécaniques récents on peut trés bien réussir à lire le contenu utile d'un
secteur alors que le controleur de disque va détecter une anomalie dans la lecture de la structure
complète du secteur il sera alors considéré instable et suivant l'algorithme du firmware il sera
mis en attente de déplacement ou déplacé vers un secteur de réserve, par contre bien évidemment une
écriture qui n'aboutit pas provoquera une réallocation de ce secteur.

Aprés il est possible que la dégradation soit trop rapide pour que ce mécanisme se mette en oeuvre
avant que les secteurs soient irrécupérables ou que la fiabilité/efficacité de l'algorithme du
firmware ne soit pas assez performante pour intervenir à temps, bref il y a trop de cas possibles à
évaluer.

Mais dire que la réallocation ne se fait exclusivement que lors d'une écriture n'a pas de sens
puisque le but recherché est de préserver les données.

pehache

2021-01-31 10:46:25 UTC

Post by pehache
Mais si tu demandes par rapport à CHKDSK en particulier, pour moi (et
après cette discussion) ça reste purement soft... mais par effet de
bord ça peut provoquer un marquage hard :)
CHKDSK tente de lire un secteur abimé, il n'y arrive pas. Il marque
donc ce secteur comme défecteux dans le système de fichier. Mais s'il
n'est pas arrivé à le lire, le contrôleur de disque est aux premières
loges pour savoir que ce secteur est illisible, il va donc
probablement le marquer comme "instable", et le réallouer à la
prochaine écriture dessus.
Par contre je suppose que tous ces mécanismes ne considèrent un
secteur comme défectueux qu'après un certain nombre d'erreurs de
lecture, pas à la première.

Non sur les disques durs mécaniques récents on peut trés bien réussir à
lire le contenu utile d'un secteur alors que le controleur de disque va
détecter une anomalie dans la lecture de la structure complète du
secteur il sera alors considéré instable et suivant l'algorithme du
firmware il sera mis en attente de déplacement ou déplacé vers un
secteur de réserve, par contre bien évidemment une écriture qui
n'aboutit pas provoquera une réallocation de ce secteur.
Aprés il est possible que la dégradation soit trop rapide pour que ce
mécanisme se mette en oeuvre avant que les secteurs soient
irrécupérables ou que la fiabilité/efficacité de l'algorithme du
firmware ne soit pas assez performante pour intervenir à temps, bref il
y a trop de cas possibles à évaluer.
Mais dire que la réallocation ne se fait exclusivement que lors d'une
écriture n'a pas de sens puisque le but recherché est de préserver les
données.

Oui OK, tu veux dire pour les erreurs de lecture corrigées par le
contrôleur de disque lui-même. Si elles deviennent trop fréquentes le
contrôleur peut réallouer sans attendre que le secteur soit illisible
(erreur de lecture non corrigeable).

Mais je parlais plutôt des cas où CHKDSK détecte une erreur de lecture,
ce qui à son niveau correspond forcément (?) à un secteur illisible.

Michel__D

2021-01-31 11:15:47 UTC

Bonjour,

Mais si tu demandes par rapport à CHKDSK en particulier, pour moi (et après cette discussion) ça
reste purement soft... mais par effet de bord ça peut provoquer un marquage hard :)
CHKDSK tente de lire un secteur abimé, il n'y arrive pas. Il marque donc ce secteur comme
défecteux dans le système de fichier. Mais s'il n'est pas arrivé à le lire, le contrôleur de
disque est aux premières loges pour savoir que ce secteur est illisible, il va donc probablement
le marquer comme "instable", et le réallouer à la prochaine écriture dessus.
Par contre je suppose que tous ces mécanismes ne considèrent un secteur comme défectueux
qu'après un certain nombre d'erreurs de lecture, pas à la première.

Non sur les disques durs mécaniques récents on peut trés bien réussir à lire le contenu utile
d'un secteur alors que le controleur de disque va détecter une anomalie dans la lecture de la
structure complète du secteur il sera alors considéré instable et suivant l'algorithme du
firmware il sera mis en attente de déplacement ou déplacé vers un secteur de réserve, par contre
bien évidemment une écriture qui n'aboutit pas provoquera une réallocation de ce secteur.
Aprés il est possible que la dégradation soit trop rapide pour que ce mécanisme se mette en
oeuvre avant que les secteurs soient irrécupérables ou que la fiabilité/efficacité de
l'algorithme du firmware ne soit pas assez performante pour intervenir à temps, bref il y a trop
de cas possibles à évaluer.
Mais dire que la réallocation ne se fait exclusivement que lors d'une écriture n'a pas de sens
puisque le but recherché est de préserver les données.

Oui OK, tu veux dire pour les erreurs de lecture corrigées par le contrôleur de disque lui-même. Si
elles deviennent trop fréquentes le contrôleur peut réallouer sans attendre que le secteur soit
illisible (erreur de lecture non corrigeable).
Mais je parlais plutôt des cas où CHKDSK détecte une erreur de lecture, ce qui à son niveau
correspond forcément (?) à un secteur illisible.

Hum dans les déclarations/affirmations de certaines personnes il était plutôt question de dire
que la réallocation de secteurs se faisait QUE lors d'une écriture ce qui revient à dire que
certains indicateurs SMART n'auraient aucune utilitée.

Et ce que je veux dire c'est qu'un CHKDSK /F /R va lire l'intégralité du disque et suivant
les circonstances cela peut aboutir à une réallocation de secteur suivant l'état de ce secteur
et la réaction de l'algorithme du firmware ce qui contredit les déclarations/affirmations
précédentes.

Alf92

2021-02-01 16:01:31 UTC

Post by pehache
Mais si tu demandes par rapport à CHKDSK en particulier, pour moi (et
après cette discussion) ça reste purement soft... mais par effet de bord
ça peut provoquer un marquage hard :)
CHKDSK tente de lire un secteur abimé, il n'y arrive pas. Il marque donc
ce secteur comme défecteux dans le système de fichier. Mais s'il n'est
pas arrivé à le lire, le contrôleur de disque est aux premières loges
pour savoir que ce secteur est illisible, il va donc probablement le
marquer comme "instable", et le réallouer à la prochaine écriture dessus.
Par contre je suppose que tous ces mécanismes ne considèrent un secteur
comme défectueux qu'après un certain nombre d'erreurs de lecture, pas à
la première.

Non sur les disques durs mécaniques récents on peut trés bien réussir à
lire le contenu utile d'un secteur alors que le controleur de disque va
détecter une anomalie dans la lecture de la structure complète du secteur
il sera alors considéré instable et suivant l'algorithme du firmware il
sera mis en attente de déplacement ou déplacé vers un secteur de réserve,
par contre bien évidemment une écriture qui n'aboutit pas provoquera une
réallocation de ce secteur.
Aprés il est possible que la dégradation soit trop rapide pour que ce
mécanisme se mette en oeuvre avant que les secteurs soient irrécupérables
ou que la fiabilité/efficacité de l'algorithme du firmware ne soit pas
assez performante pour intervenir à temps, bref il y a trop de cas
possibles à évaluer.
Mais dire que la réallocation ne se fait exclusivement que lors d'une
écriture n'a pas de sens puisque le but recherché est de préserver les
données.

Oui OK, tu veux dire pour les erreurs de lecture corrigées par le contrôleur
de disque lui-même. Si elles deviennent trop fréquentes le contrôleur peut
réallouer sans attendre que le secteur soit illisible (erreur de lecture
non corrigeable).
Mais je parlais plutôt des cas où CHKDSK détecte une erreur de lecture, ce
qui à son niveau correspond forcément (?) à un secteur illisible.

Hum dans les déclarations/affirmations de certaines personnes il était plutôt
question de dire que la réallocation de secteurs se faisait QUE lors d'une
écriture ce qui revient à dire que certains indicateurs SMART n'auraient
aucune utilitée.
Et ce que je veux dire c'est qu'un CHKDSK /F /R va lire l'intégralité du
disque et suivant les circonstances cela peut aboutir à une réallocation de
secteur suivant l'état de ce secteur et la réaction de l'algorithme du
firmware ce qui contredit les déclarations/affirmations précédentes.

voilà pourquoi j'aimerais y voir plus clair... :-)

pehache

2021-02-04 18:02:11 UTC

Post by pehache
Oui OK, tu veux dire pour les erreurs de lecture corrigées par le
contrôleur de disque lui-même. Si elles deviennent trop fréquentes le
contrôleur peut réallouer sans attendre que le secteur soit illisible
(erreur de lecture non corrigeable).
Mais je parlais plutôt des cas où CHKDSK détecte une erreur de
lecture, ce qui à son niveau correspond forcément (?) à un secteur
illisible.

Hum dans les déclarations/affirmations de certaines personnes il était
plutôt question de dire
que la réallocation de secteurs se faisait QUE lors d'une écriture ce
qui revient à dire que
certains indicateurs SMART n'auraient aucune utilitée.
Et ce que je veux dire c'est qu'un CHKDSK /F /R va lire l'intégralité du
disque et suivant
les circonstances cela peut aboutir à une réallocation de secteur
suivant l'état de ce secteur
et la réaction de l'algorithme du firmware ce qui contredit les
déclarations/affirmations
précédentes.

A la relecture du thread j'admets avoir écrit que la réallocation ne se
faisait jamais à la lecture. Mais dans ma tête je me plaçais dans le cas
d'un secteur illisible, et en attente de réallocation. Dans ce cas seule
une écriture peut déclencher la réallocation.

Alf92

2021-02-04 18:10:42 UTC

Post by pehache
A la relecture du thread j'admets avoir écrit que la réallocation ne se
faisait jamais à la lecture. Mais dans ma tête je me plaçais dans le cas
d'un secteur illisible, et en attente de réallocation. Dans ce cas seule
une écriture peut déclencher la réallocation.

existerait-il un soft ou une commande (Win ou Linux) qui permettrait
d'isoler/réalouer définitivement les bad sectors ?

autre question : un secteur de boot est-il réalouable ?

Michel__D

2021-02-04 19:26:36 UTC

Bonsoir,

Post by Alf92

existerait-il un soft ou une commande (Win ou Linux) qui permettrait
d'isoler/réalouer définitivement les bad sectors ?

Ce mécanisme est interne au disque donc à part faire des écritures sur tout le disque je vois pas,
mais bon sur les disques récent généralement quand cela commence c'est mauvais signe.

Post by Alf92
autre question : un secteur de boot est-il réalouable ?

Si ce mécanisme ne se fait pas de lui-même lors d'une écriture je ne pense pas.

Pascal Hambourg

2021-02-07 09:31:33 UTC

Post by Alf92
existerait-il un soft ou une commande (Win ou Linux) qui permettrait
d'isoler/réalouer définitivement les bad sectors ?

Au niveau logique, e2fsck permet de spécifier une liste de blocs
défectueux dans un système de fichiers ext2/3/4.

Au niveau physique, "isoler" n'a pas vraiment de sens ; toute commande
d'écriture peut avoir pour effet de réallouer un secteur identifié comme
défectueux, mais sans garantie et je ne connais pas de commande qui
demande formellement la réallocation d'un secteur. hdparm peut rendre un
secteur volontairement défectueux avec l'option --make-bad-sector en
utilisant la commande ATA WRITE_LONG ou WRITE_UNCORRECTABLE_EXT.

Post by Alf92
autre question : un secteur de boot est-il réalouable ?

Au niveau logique, non. Au niveau physique, c'est un secteur comme un
autre donc oui.

Nicolas George

2021-01-30 14:33:58 UTC

Post by pehache
Par contre je suppose que tous ces mécanismes ne considèrent un secteur
comme défectueux qu'après un certain nombre d'erreurs de lecture, pas à
la première.

Quelques éléments de réponse, en vrac :

- Les secteurs d'un disque sont accompagnés de sommes de contrôle. C'est
comme ça qu'on détecte que ce n'est pas lisible.

- Si la lecture échoue, le disque va commencer par réessayer, et avec un peu
de chance réussir. C'est après plusieurs essais qu'il abandonne et
considère que c'est une erreur.

- En cas d'échec multiple de lecteur, le secteur sera probablement réalloué,
mais pas immédiatement, parce qu'on ne sait pas ce qu'il y a dessus. C'est
en ce sens qu'on ne peut réallouer que lors d'une écriture.

Pascal Hambourg

2021-02-07 09:37:03 UTC