HDAT2 5.0
La versión 5.3.0 de Ultimate Boot CD (UBCD) incluye HDAT2 5.0.
Un tema de las comunidades de soporte técnico de Apple de julio de 2014: problemas de almacenamiento, almacenamiento principal, utilidad de disco, sumas de comprobación, fsck_cs y desajustes de cksum , incluyó fotografías mías usando la 'prueba más potente' de HDAT2 con un MacBookPro5,2 2009. (Ese tema ya no existe, solo partes de él se guardaron localmente. Agregaré esta respuesta con parte del contenido de ese tema, ligeramente adaptado).
Entre las otras características de HDAT2, existe la capacidad de destruir datos ...
Sugerencia
En breve:
- descargar la imagen UBCD
- grabar la imagen en un CD
- reservar un montón de tiempo para la destrucción
- arranca la Mac desde el CD, esto es muy rápido
- use el teclado para seleccionar y abrir el submenú Diagnóstico
- usa el teclado para seleccionar HDAT2
- aceptar un valor predeterminado
- en el símbolo del sistema, escriba la
hdat2tecla Entrar o Volver
- ... y a partir de ahí las cosas deberían explicarse por sí mismas
- solo tenga cuidado de seleccionar la unidad correcta antes de continuar con la destrucción.
(Estoy trabajando desde la memoria, mientras mi copia de UBCD se está ejecutando en mi otra Mac ... la rutina real puede diferir ligeramente de lo anterior, pero la idea general debería ser la misma).
Sugerencia: HDAT2 es potente y versátil, por lo que la documentación puede parecer desalentadora, pero esto no debería ser un obstáculo. Si omite el manual, las rutinas en pantalla están bien diseñadas, junto con frases técnicas, en muchas áreas hay pistas claras en inglés.
En super usuario
¿Cómo borrar un disco duro con sectores no grabables?
- algunas buenas respuestas, pero la respuesta aceptada allí involucra ddrescue , que no es parte integral de OS X.
Publicado originalmente en las comunidades de soporte de Apple
Si alguna vez ves la siguiente frase en rojo en la Utilidad de Discos:
... cksum no coincide ...
- trátelo como una alerta roja que no debe ignorarse .
Si bien una ejecución posterior de la Utilidad de Discos puede completarse sin error, mientras que la utilidad puede indicar que un volumen parece estar bien, no debe suponer que el almacenamiento afectado está completamente bien.
Apunte a verificar todos los dispositivos afectados. Entonces, si la falta de coincidencia de la suma de verificación afectó a una unidad Fusion, o cualquier otra aplicación de Core Storage que involucre múltiples dispositivos, pretenda verificar la totalidad de cada dispositivo físico dentro del grupo de volumen lógico (LVG) de Core Storage afectado.
Precauciones
Algunos enfoques para la identificación de unidades con fallas (fallas, por ejemplo, bloques defectuosos) pueden causar daños. Entonces, el consejo habitual:
- Sea minucioso con las copias de seguridad.
Ejemplo
El viernes 11/07/2014, mientras ejecutaba una versión lanzada de OS X en un MacBookPro5,2 con un disco híbrido interno de estado sólido (SSHD), algún software se comportó de manera que me hizo sospechar un disco defectuoso.
Sábado por la mañana, desde un registro de Utilidad de Discos:
2014-07-12 08:01:41 +0100: Checking volume
2014-07-12 08:01:41 +0100: disk0s2: Scan for Volume Headers
2014-07-12 08:01:41 +0100: disk0s2: Scan for Disk Labels
2014-07-12 08:01:41 +0100: Invalid Disk Label @ 132817997824: cksum mismatch
Minutos después, se completó una verificación posterior sin desajustes. Disk Utility describió los volúmenes como aparentemente correctos.
Podría haber ignorado ese desajuste como algo único, tal vez algo transitorio. Sin embargo, las observaciones del día anterior, algunas de las cuales son confidenciales (y no están relacionadas con Apple), me hicieron creer que ni fsck_cs ni fsck_hfs serían capaces de revelar la naturaleza del problema. (No está claro qué enfoque de escaneo se toma cuando se usa fsck_hfs con la opción - S , y así sucesivamente).
Decidí arrancar desde Ultimate Boot CD 5.3.0 y usar la prueba más poderosa en HDAT2.
Durante el uso de HDAT2
Después del uso de HDAT2
Arranqué desde un disco físico diferente (externo) y me abstuve de desbloquear todos los volúmenes lógicos de Core Storage en el disco afectado (interno). Mientras espero el reemplazo, deseo minimizar el uso de la unidad.
Debido a que la Utilidad de Discos no puede mostrar información SMART para los discos donde se usa Core Storage, ejecuté la alternativa disponible más cercana ( SMART Utility , en prueba) para obtener una vista alternativa del estado del SSHD. En este caso, las cosas parecen perfectamente claras; el disco falla:
Reseñas con Apple Disk Utility
Las ejecuciones posteriores de Disk Utility, por ejemplo, desde Recovery OS 10.9.4, continúan describiendo los volúmenes afectados como aparentemente correctos.
Relacionado
En un tema en los foros de MacRumors: Utilidad de discos, sumas de comprobación, desajustes de fsck_cs cksum y problemas de disco / almacenamiento . Nota:
No debería tratar a Yosemite como causa de problemas relacionados con el almacenamiento de este tipo. ...
Otras partes de ese tema de las Comunidades de soporte de Apple se me han perdido.
Actualización, 12/12/2014
Todavía usando el mismo disco, las discrepancias en la suma de comprobación han sido poco frecuentes. Un resumen, tal vez no exhaustivo:
2014-07-01 22:18:42 +0100: Invalid Disk Label @ 132809609216: cksum mismatch
2014-10-02 13:01:37 +0100: Invalid Disk Label @ 133167747072: cksum mismatch
2014-10-07 09:41:43 +0100: Invalid Disk Label @ 133176135680: cksum mismatch
2014-11-08 04:13:17 +0000: Invalid Disk Label @ 133163552768: cksum mismatch
2014-11-13 18:25:07 +0000: Invalid Disk Label @ 133163552768: cksum mismatch
2014-12-02 09:02:58 +0000: Invalid Disk Label @ 133171941376: cksum mismatch
Ya no planeo reemplazar el disco; Conseguiré una computadora más nueva.