Gracias, esa es la primera escritura, que según se informa no es suficiente. En una edición para su respuesta, ¿puede explicar por qué en un consejo alternativo, hay énfasis en la primera reescritura?
Blockquote
No estoy seguro de estar siguiendo tu pregunta.
Cuando una unidad detecta un sector que no se puede escribir o que está mal, se supone que marca el bloque que no se puede escribir como incorrecto y luego vuelve a asignar el sector defectuoso a un sector de repuesto. No importa qué tipo de datos están contenidos en los datos que se escribirán en la unidad. Esto sucederá hasta que se agote la cantidad de sectores de repuesto. Una vez que están, luego, con la mayoría de las unidades, el sector defectuoso simplemente se deja en su lugar y la unidad se debe considerar mala.
Desde la publicación de tu enlace de Apple, tiendo a estar más de acuerdo con Martin Joseph que con otros. Si el número de sectores defectuosos aumenta con cualquier grado de regularidad, entonces es probable que los rodamientos fallen en el actuador o en el motor de accionamiento. Esto permite demasiado juego en los mecanismos y produce más y más choques de cabeza a medida que el problema empeora, lo que causa más y más sectores defectuosos. O bien la unidad fallará debido a un problema mecánico (cojinetes defectuosos), las cabezas eventualmente se dañarán o las bandejas se dañarán tanto que ya no habrá más sectores de repuesto disponibles y simplemente se dejarán en las bandejas de la unidad para causar más y más problemas.
Si el problema del sector defectuoso se debe a un choque de cabeza de una vez (impacto o una pequeña partícula que ingresa a la cámara de la unidad) es muy posible que la unidad se corrija mediante la "reducción a cero" y que pueda durar años.
La única vez que podría necesitarse una sobrescritura de varios pases en la que pudiera pensar sería en "limpiar" los sectores débiles. La cantidad de tiempo que se tarda en leer un sector débil debería elevar una marca al controlador, pero si la cantidad de tiempo nunca supera el umbral de la unidad, no se volverá a asignar. Con sectores débiles, la cantidad de tiempo para leerlo puede variar lo suficiente como para que, en un momento dado, en realidad pueda marcar el sector como fallido y volver a asignarlo.
El proceso de "reducción a cero" de la unidad es realmente una especie de nombre inapropiado. Podrías llenar los bloques con "¡Hola, mundo!" datos y todavía debe volver a asignar los sectores defectuosos si hay repuestos disponibles. La razón por la que la gente sugiere usar la técnica de "reducción a cero" es porque está incorporada en la Utilidad de Discos, no como un procedimiento de reparación de unidades, sino como un procedimiento de seguridad. Simplemente sucede por casualidad que obliga al controlador a reasignar sectores defectuosos cuando los encuentra.
Sugeriría que el término "reescribir" se refiere al hecho de que una vez el sector contuvo datos y ahora, en el proceso de reducción a cero o sobrescritura, se está reescribiendo.