Ya han pasado más de dos meses desde que hablamos de los problemas de disco duro en los MacBook y no han dejado de llegar comentarios de gente que le ha pasado lo mismo (y de algunos que no les ha pasado exactamente lo mismo). Hasta ahora no habíamos publicado nada más del tema, en parte porque tanto Pau como yo andamos un poco liados y en parte porque esperábamos alguna noticia o algún avance con este problema.

Primeras confirmaciones

La liebre la saltaba Retrodata, una empresa inglesa de recuperación de datos de discos duros, a principios de noviembre. Los chicos de HardMac eran de los primeros en hacerse eco (aunque nosotros hubiéramos hablado de este problema un mes antes).

Según Retrodata, los discos Seagate de 2.5” (modelos ST96812AS y ST98823AS) fabricados en China y con la revisión de firmware 7.01, estaban contabilizando entre 20 y 30 veces más fallos que el resto de discos (según el volumen de recuperaciones encargadas). El fallo consistía en fallos mecánicos de los cabezales, que producían arañazos profundos en la superficie del disco, haciendo la recuperación de datos casi imposible.

Verificación

Saber qué revisión tiene tu disco es fácil. Símplemete tenemos que ir a “Acerca de este Mac” y después hacer click en “Más información…” (o abrir directamente el “Perfil del Sistema” en la carpeta utilidades), y navegar hasta la rama “Serial-ATA”. Allí encontraremos los discos de nuestro ordenador y podremos ver la versión de su firmware fijándonos en el ítem “Revisión”.

En este caso la revisión de mi Western Digital es 01.01A01. No os puedo enseñar mi Seagate muerto

También se puede ver la revisión impresa en la propia etiqueta del disco.

¿Qué hacemos si nuestro disco es uno de los “gafados”? Nada, porque para eso tenemos nuestras copias de seguridad… ¿Qué? ¿Que no tenéis backups? ¿Que no soléis hacerlos? Ufff. No, ahora en serio: tienes que hacer backups, pero si no los has hecho hasta ahora, ya puedes ir empezando. Y rezar lo que sepas. Eso también. Mi mejor consejo: cambia el disco ya, no esperes a perder datos. Un 30% es un riesgo demasiado alto para tus fotos, tus archivos de trabajo, tu mail…

Más datos

Ayer, de nuevo vía HardMac, leía que Apple parece estar estudiando el caso, en palabras de un portavoz de la compañía (según un artículo de Register Hardware). Pero aún no hay ninguna nota oficial ni pistas sobre un programa de recambio. No tiréis vuestro disco afectado hasta que esta cuestión no se aclare. Como curiosidad os contaré que aprovechando una visita al Apple Store de Regent Street en Londres hace un par de semanas, pregunté a un “Genius” de Apple si había oído muchas quejas acerca de los discos duros de los MacBook y me miró con cara de sorpresa, diciendo que no había oído nada y que gracias por el toque, que se intentaría informar.

Mea Culpa y culpa de Apple

Hace dos meses, cuando escribí por primera vez sobre esto, pensé que el problema era específico de los MacBooks, debido al deficiente (emho) diseño térmico. Parece que los hallazgos de Retrodata refutan mi teoría; el problema parece más ligado a escasos controles de seguridad y abaratamiento de costes en las fábricas chinas de Seagate. Lo cuál no quiere decir que el diseño térmico de los MacBook sea bueno (probad a jugar a World of Warcraft con el ordenador sobre las piernas, jeje).

Al fin y al cabo, la responsabilidad es de Apple; su margen comercial es suficientemente amplio como para que realicen sus propias pruebas independientes para identificar estos problemas antes de que los equipos salgan al mercado, cuando todavía hay tiempo para cambiar de proveedores. Si a eso añadimos los problemas de batería, de placa, de decoloración…

En este caso particular, Seagate no va a hacerse responsable de cara a los clientes finales, por mucho que sufra su imágen. Se trata de acuerdos OEM y es Apple la que le tiene que pedir cuentas y después responder a sus clientes.

Conclusiones

Si tu disco es de la serie maldita, haz un backup lo antes posible y cambia el disco. Me gustaría que me contarais vuestra experiencia, y sería muy útil contar con datos reales tales cómo la fecha de compra de tu mac, los primeros 5 caracteres de su número de serie (que permiten averiguar su momento de fabricación), la revisión del disco, tipo de ordenador, etc.

Os seguiremos informando si hay más novedades.

Apéndice: Vida media de los discos

Los discos mueren, aveces; eso pasa. Lo que no es normal es que fallen tantos de la misma serie. Para que nos hagamos una idea, supongamos un disco con una vida media de 700 000 horas. Si usamos ese disco unas 8 horas de media al día, su tasa de fallo anual sería de 0,34%. Eso es normal. Retrodata asegura que reciben unas 20-30 veces más discos Seagate que de los demás. Podemos calcular una tasa de fallo teórica de 0,34 x 30, es decir, de 10,2% (muy aproximado). Esa tasa da miedo. Si un Hitachi o un WD falla en un MacBook es igual de triste y tenemos derecho a estar igual de cabreados, pero no estamos hablando del mismo problema, a no ser que se confirme un fallo más grave en el propio MacBook, pero de momento no tenemos evidencias en este sentido.

Quienes nos dedicamos al desarrollo web necesitamos, de cuando en cuando, comprobar que nuestro trabajo funciona correctamente en todos los navegadores, Internet Explorer incluido (suspiro).

En principio, si disponemos de un software de virtualización como Parallels, esto no implica mayores problemas: podemos instalar Windows, ejecutar Internet Explorer y acceder al sitio. Sin embargo, muchas veces estaremos utilizando un sistema tipo MAMP para ejecutar nuestro propio servidor y poder trabajar “en local”. La pregunta entonces es: ¿cómo accedemos desde el sistema virtualizado al localhost de Mac OS? ¿Cómo comunicar la máquina hospedada con la anfitriona?

En primer lugar necesitamos conocer la IP del adaptador de red entre Parallels y el sistema hospedado (Windows en este caso). Para ello, nos basta ir al panel de Red en Preferencias del Sistema. Allí debemos localizar el adaptador “Parallels Host-Guest” y ver la dirección IP asignada. En mi caso, esta dirección es 10.37.129.3.

Bien, esta es la dirección del localhost de Mac OS en el sistema hospedado. Si estamos utilizando Windows XP, tenemos arrancado MAMP en Mac OS y queremos acceder a la página de configuración, tendremos que escribir en el Internet Explorer la dirección del adaptador seguida del puerto. En mi caso, esta dirección es http://10.37.129.3:8888/MAMP.

Podemos perfeccionar esto para no tener que escribir esta dirección cada vez que queramos acceder a nuestro localhost, modificando el fichero hosts. En Windows tenemos que irnos a \WINDOWS\system32\drivers\etc y allí editar el archivo hosts. En Linux, esta ruta es /etc/hosts, y necesitamos permisos de root. Sea como sea, en el archivo de hosts podemos añadir algo como “10.37.129.3 mac“, con la IP de nuestro adaptador y el nombre que queramos dar a este host. Así, después podremos acceder sencillamente escribiendo http://mac:8888/MAMP/ en el navegador que estemos utilizando.

Spotlight hace un buen trabajo indexando aplicaciones y populando los diversos menús de nuestro Mac, como por ejemplo el menú contextual de “Abrir con…” del Finder. Pero en determinados casos, puede hacerse un lío con las aplicaciones presentes en otros discos duros que conectemos a nuestro Mac. Spotlight indexa estos discos por defecto, lo cual está bien, porque generalmente tendremos un disco duro donde guardemos esos Gigas de música o de películas que tanto espacio libre nos dejan para más aplicaciones .

Pero qué pasa si es el disco de un amigo? O si es un clon de nuestro disco de inicio que tenemos como backup? Es bastante molesto tener que elegir si abrir una imágen con Vista Previa, Vista Previa, Adobe Photoshop, Adobe Photoshop, CocoViewX, CocoViewX… Os hacéis una idea. La solución es sencilla.

1. Borrar los items ya indexados:

Lo que tenemos que hacer es reconstruir la base de datos de Servicios de Lanzadera. Ésta también puede haberse corrompido por otros motivos. Podemos forzar que el Finder borre la base de datos y la re-construya con el siguiente comando en la terminal:

cd /System/Library/Frameworks/
cd ApplicationServices.framework/Versions/A/Frameworks/
cd LaunchServices.framework/Versions/A/Support/
./lsregister -kill -domain local -domain system -domain user

Spotlight recorrerá los lugares predeterminados en busca de aplicaciones y las indexará. Cuando el comando termine, sólo tendremos que cerrar sesión y volver a entrar.

2. Evitar que vuelva a pasar:

Con el disco en cuestión enchufado, iremos a “Preferencias del Sistema” y después picaremos en “Spotlight” (a la derecha del todo en la primera fila). En la ventana de preferencias de Spotlight, iremos a la pestaña “Privacidad” y ahí podemos añadir el disco duro que no queremos que Spotlight indexe bien arrastrando su icono a esta ventana o haciendo click en el signo “mas” de la esquina inferior izquierda y navegando hasta dicho disco.

Espero que os sea útil. Mantened a Spotlight a raya!

Si tenéis alguna duda o algún problemilla, igual lo resolvemos. Ponte en contacto con nosotros.