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.
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.
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.
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.
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.
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.
Le 30/01/2021 Í 12:47, Michel__D a écrit :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.
Le 30/01/2021 Í 12:47, Michel__D a écrit :
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.
Le 30/01/2021 Í 12:47, Michel__D a écrit :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.
Le 31/01/2021 Í 11:46, pehache a écrit :Le 30/01/2021 Í 12:47, Michel__D a écrit :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.
Le 31/01/2021 Í 11:46, pehache a écrit :
Le 30/01/2021 Í 12:47, Michel__D a écrit :
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.
Le 31/01/2021 Í 11:46, pehache a écrit :Le 30/01/2021 Í 12:47, Michel__D a écrit :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.
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.
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.
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.
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.
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.
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 ?
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 ?
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 ?
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 ?
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 ?
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 ?
- 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.
- 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.
- 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.
