¿Por qué 5 iMacs diferentes han desarrollado particiones OS X corruptas cuando las unidades físicas están bien?

9

Soy un técnico para mi distrito escolar local y estamos teniendo algunos problemas con nuestro laboratorio multimedia iMac. En los últimos nueve meses, 5 de los 22 iMacs sufrieron daños en el sistema de archivos. El único recurso para estas máquinas ha sido eliminar completamente la partición OS X y comenzar de nuevo (con la restauración adecuada desde Time Machine).

Aquí está la lista de por qué sé que es la corrupción del sistema de archivos:

  • El iMac no arrancará OS X. Lo he visto detenerse en "throbber", la barra de progreso o solo el logotipo de Apple.

  • El montaje del disco iMac a través del modo de disco de destino (me gusta esa función) se realiza correctamente, pero solo para la partición de Bootcamp. La partición de OS X no se puede montar.

  • Una verificación del disco revela que la partición de OS X debe repararse (he visto entradas de hermanos no válidas, niños huérfanos, etc.). El intento de reparar el disco falla. Este último intento (ayer mismo) dijo que los árboles del catálogo B no se pudieron reconstruir. Debería haber tomado notas más completas sobre lo que se decía cada vez, pero cada vez que llegué a este último asumí que se trataba de un extraño evento de uno en un millón. Una casualidad

  • El intento de reparar o reconstruir las unidades con Drive Genius 3 también falla Hasta el momento, el 98% de los archivos del usuario han sido recuperables a través de Data Rescue 3 El disco duro físico no parece estar fallando (la recuperación de archivos de la unidad no se cuelga o "bola de playa", la unidad no aparece y desaparece en la Utilidad de Discos, el Finder sigue respondiendo, etc.)

  • Normalmente lo atribuyo a una serie de unidades defectuosas. Sucedió que era el tipo desafortunado que compró una mala racha de iMacs, ¿verdad? Aquí es donde las cosas empiezan a ponerse interesantes. Te presento la lista de rarezas:

  • Las unidades se verifican como correctas a través de SMART

  • La memoria RAM se comprueba
  • Después de eliminar y volver a crear la partición (y reinstalar OS X), todos los problemas desaparecen.
  • La corrupción no le ha ocurrido al mismo Mac dos veces
  • Bootcamp se instala en la misma unidad y funciones antes, después y durante la corrupción en el lado de Mac.
  • La partición Bootcamp no ha tenido este problema en CUALQUIERA de los iMacs

También, para descartar lo obvio:

  • No se han producido apagones o sobretensiones

  • Dudamos seriamente un virus, ya que las fallas aparecen en cualquier lugar de forma simultánea (dos máquinas cayeron al mismo tiempo hace aproximadamente un mes) a meses de diferencia. Además, los documentos del usuario se restauran después de reformatear, por lo que uno supondría que si se tratara de un programa malicioso, la Mac seguiría fallando una y otra vez.

  • Las máquinas han estado en un área con clima controlado

  • No ha sido el mismo usuario afectado

  • A veces, el problema se produce después de un apagado forzado inevitable (lo que ocurre con poca frecuencia. Estas máquinas no se apagan excesivamente de manera inadecuada. Solo lo que se esperaría con un Mac Lab ejecutando multimedia cinco días a la semana), otras veces es completamente fuera de la azul

El software de uso frecuente incluye:

  • iPhoto
  • iDVD
  • iMovie
  • Safari

Las máquinas también se cargan con Parallels 5, que carga la partición Bootcamp en una máquina virtual. Parallels se configuró a través del asistente estándar, sin configuración extraña o hacks.

Y por último, pero no menos importante, las especificaciones:

  • iMac 10,1 (21.5 pulgadas)
  • Accionamientos de stock
  • OS X Snow Leopard (últimas actualizaciones)
  • Memoria de stock
  • Unido a nuestra infraestructura de Active Directory
  • Sistema de archivos HFS + (no distingue entre mayúsculas y minúsculas, el valor predeterminado para OS X Snow Leopard)
  • No hay mantenimiento de la unidad fuera de lo común. programas Drive Genius se cargó ayer por la tarde (DESPUÉS de recuperarse de la última falla) para ejecutar una verificación en todos los iMacs, pero no se instaló antes. Todos los Mac, tanto los que han fallado en el pasado como los que nunca han fallado, pasaron con gran éxito.

TL; DR: La partición OS X se ha corrompido en cinco iMacs diferentes, pero las unidades físicas están bien. ¿POR QUÉ??!?!

    
pregunta EightQuarterBit 17.03.2011 - 03:53

4 respuestas

6

HFS Plus (HFS +) es un sistema de archivos frágil y un poco anticuado. Si lo busca en Google, encontrará muchos informes de daños en el sistema de archivos.

Reiniciar sin desmontar el sistema de archivos es la mejor manera de corromperlo. Esto sucede cuando el Mac se congela por alguna razón (en mi caso es la tarjeta de video nvidia) o fallas en el suministro eléctrico.

Aquí hay algunos consejos que, en mi humilde opinión, deberían reducir la posibilidad de que se dañe el sistema de archivos:

  1. Cuando el sistema se congela, intente reiniciar desde ssh. Cuando el subsistema de gráficos de mis mac macros, todavía esté accesible a través de SSH. Intente abrir la conexión ssh desde su red y reinícielo. Puede usar Apple Remote Desktop (62 €) para esta tarea. Primero debes habilitar el acceso ssh.

  2. Haga diskutil verifyVolume / periódicamente. Sí, incluso si HFS + es un sistema de archivos registrado por diario, es posible que se produzcan daños. Puede usar Apple Remote Desktop para ejecutar esto en todas las computadoras del aula a la vez.

  3. Use volúmenes múltiples. El uso de volúmenes múltiples debería reducir la posibilidad de corrupción. La división de / de /Users/ debería hacer que la restauración sea más fácil (o / o / los usuarios estarán dañados). Tenga en cuenta que esto probablemente podría complicar las cosas con Bootcamp.

  4. Montar particiones con opciones, lo que reduce la escritura. Montar particiones con la opción noatime debería reducir la escritura. De forma predeterminada, cada vez que se accede a un archivo, su marca de tiempo de acceso se "toca".

  5. Asegúrese de que no haya intentos de montar la partición HFS + desde otros sistemas operativos. ¿Es posible que alguien esté iniciando una distribución de Linux desde usb / dvd y montando / en rw? ¿Estás jugando o con la configuración del diario?

Espero que mi respuesta sea útil.

PD: la corrupción por lo general es gradual, no repentina. Existe la posibilidad de que algo específico esté causando esto, software o flujo de trabajo. Mi mente está en Parallels 5, pero debería corromper el volumen de bootcamp, no el de MacOS. La búsqueda de su KB no revela nada útil.

PPS: es frágil porque no tiene un sistema real para corregir la corrupción dentro de un archivo. Un diario registra las transferencias e intenta volver a copiar los datos para devolver el sistema de archivos a un estado coherente, pero si la pérdida del archivo es vital (como los datos reales de la estructura del sistema de archivos), no hay recurso. De hecho, debido a que el Archivo de catálogo (que contiene una lista de toda la información de datos lógicos) se almacena como un archivo, si está dañado en ciertos lugares, todo el sistema de archivos se convierte en datos de basura inútiles, o basura parcialmente atendida en el caso de que esté dañado y se produce una repetición de diario que hace que reestructure el sistema de archivos de una manera que no sea coherente con los datos (por ejemplo, los archivos a y b son 1MB y 2MB respectivamente, pero la reproducción los cambia a 2MB y 1MB dando como resultado la mitad del contenido de B está dentro de A).

    
respondido por el mspasov 30.03.2011 - 13:53
2

Cosas que podrían hacerlo por encima de mi cabeza ...

usted dijo que no ha tenido subidas de tensión o apagones. ¿Cómo lo estás confirmando? Tuvimos un aula donde las fuentes de alimentación de PC estaban explotando al azar. Tuvimos que hacer que el personal de mantenimiento conectara un medidor de monitoreo al circuito y descubrimos que la toma de corriente tiene enormes picos de voltaje.

La memoria no está asentada correctamente y los datos se corrompen.

Cables de la unidad sueltos.

discos duros marginales que tienen un conjunto de sectores defectuoso pero no lo suficientemente malo como para activar alertas o exploraciones de sectores defectuosos.

Algo en el lado de Windows a través de bootcamp es modificar la unidad de una manera que no le gusta a la unidad. Copia de protección? ¿Utilidades de unidad?

Dijiste que está en un laboratorio. ¿Qué están corriendo los estudiantes? ¿Está supervisando o bloqueando lo que se puede ejecutar y lo que podría estar haciendo?

Usted ha dicho que esto parece ser aleatorio, no hay dos máquinas que tengan esto en una fila. Esto me llevaría a sospechar que un estudiante o un grupo de estudiantes lo están causando o que hay un problema de poder aleatorio en el laboratorio que lo está causando. ¿Hay alguna forma de rastrear quién usó las máquinas por última vez para ver si este problema parece seguir mágicamente a uno de sus usuarios?

    
respondido por el Bart Silverstrim 17.03.2011 - 14:15
1

¿Ha considerado un chequeo periódico de las máquinas? Puede programar fácilmente los pases de verificación fsck semanales (hasta que descubra por qué está ocurriendo la corrupción) y luego mensualmente para mantener un registro de las cosas.

Con un sistema de archivos con registro por diario, se necesita un tratamiento repetido para que los macs se degraden hasta el punto de no arrancar. Incluso el software malo no escribe en el lado del sistema de arranque, así que sospecho que algo está claramente mal. En macs que se cierran limpiamente y llaman la atención cada vez que se reparan pequeños errores del sistema de archivos (cada vez que una Mac se reinicia y fsck no se ejecuta en modo de preen es un signo de problemas en el horizonte).

Con un despliegue de 25 macs, puede dedicar un poco de tiempo a ser proactivo con respecto a las comprobaciones del sistema de archivos y ver qué no se están apagando limpiamente configurando un servidor de syslog u otro sistema de auditoría centralizado.

    
respondido por el bmike 28.07.2011 - 18:48
0

Consideraría la actividad de los estudiantes. Si está ejecutando bootcamp y OS X, entonces apuesto a que los estudiantes están bloqueando el lado de Mac para ejecutar boot camp, porque no son pacientes. Este también puede ser el caso si hay un bloqueador de pantalla presente.

sugiero:

  1. Eliminar boot camp. En su lugar, ejecute una máquina virtual ya sea bajo Parallels o Virtual Box. (Descubrí que Windows XP bajo VirtualBox funciona bastante bien). Configure esto para que la Máquina Virtual sea inmutable, almacenada localmente en la antigua partición de bootcamp. Esto evitará que los niños se atornillen con la instalación de Windows. Redirigir su directorio de inicio para leer fuera de su directorio de inicio de Mac en su servidor. (Este es un PITA para configurar la primera vez, ya que abarca alrededor de un millón de regedits)

  2. Establezca alguna forma de monitoreo de inicio de sesión para que sepa qué estudiantes han usado qué máquinas. Esto tiene la ventaja de que puede detectar al mismo niño iniciando sesión en varias máquinas, generalmente haciendo esto como un favor para alguien que está prohibido. Configuré que cuando el mismo inicio de sesión estaba en dos máquinas, ambas máquinas se reiniciaron.

respondido por el Sherwood 18.02.2013 - 20:45

Lea otras preguntas en las etiquetas