Soy técnico en mi distrito escolar local y tenemos algunos problemas con nuestro laboratorio multimedia iMac. Durante los últimos nueve meses, 5 de los 22 iMacs han sufrido daños en el sistema de archivos. El único recurso para estas máquinas ha sido borrar por completo 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 corrupción del sistema de archivos:
El iMac no arranca OS X. He visto que se detiene en el "pulsador", la barra de progreso o simplemente en el logotipo de Apple.
Montar el disco iMac a través del modo de disco de destino (me encanta esa característica) tiene éxito, pero solo para la partición Bootcamp. La partición OS X no se puede montar.
Una verificación del disco revela que la partición 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 (justo ayer) decía que los árboles del catálogo B no se podían reconstruir. Debí haber tomado notas más completas sobre lo que se dijo cada vez, pero cada vez hasta esta última asumí que era un evento extraño de uno en un millón. una casualidad
Intentar reparar o reconstruir las unidades con Drive Genius 3 también falla Hasta ahora, el 98 % de los archivos del usuario se han podido recuperar 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 bloquea ni se "reproduce como una bola de playa"). ", la unidad no aparece y desaparece en la Utilidad de Discos, el Finder sigue respondiendo, etc.)
Normalmente lo atribuiría a una serie de discos defectuosos. Dio la casualidad de que era el tipo desafortunado que compró una mala racha de iMacs, ¿verdad? Aquí es donde las cosas empiezan a ponerse interesantes. Les presento, la lista de rarezas:
Las unidades se verifican como buenas a través de SMART
Además, para descartar lo obvio:
No ha habido apagones ni sobretensiones
Dudamos seriamente de que se trate de un virus, ya que las fallas aparecen de forma simultánea (dos máquinas fallaron al mismo tiempo hace aproximadamente un mes) o con meses de diferencia. Además, los documentos del usuario se restauran después de formatear, por lo que uno podría suponer 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 climatizada
No ha sido el mismo usuario afectado
A veces, el problema ocurre después de un apagado forzoso inevitable (que ocurre con poca frecuencia. Estas máquinas no se apagan excesivamente de manera incorrecta. Solo lo que esperaría con un Mac Lab que ejecuta multimedia cinco días a la semana), otras veces está completamente fuera de servicio. -el azul
El software de uso frecuente incluye:
Las máquinas también se cargan con Parallels 5, que carga la partición Bootcamp en una VM. Parallels se configuró a través del asistente estándar, sin configuraciones extrañas ni trucos.
Y por último, pero no menos importante, las especificaciones:
TL;DR: La partición OS X se corrompió en cinco iMac diferentes, pero las unidades físicas están bien. ¡¿¡¿¡POR QUÉ!?!?!
HFS Plus (HFS+) es un sistema de archivos frágil y un poco desactualizado. Si lo busca en Google, encontrará muchos informes de corrupción del sistema de archivos.
Reiniciar sin desmontar el sistema de archivos es la mejor manera de corromperlo. Esto sucede cuando la mac se congela por alguna razón (en mi caso es la tarjeta de video nvidia) o fallas de energía.
Aquí hay algunos consejos, que en mi humilde opinión deberían reducir la posibilidad de corrupción del sistema de archivos:
Cuando el sistema se congela, intente reiniciar desde ssh. Cuando el subsistema de gráficos de mi mac se congela, aún se puede acceder a él a través de SSH: intente abrir la conexión ssh desde su red y reiníciela. Podrías usar Apple Remote Desktop (62 €) para esta tarea. Primero debe habilitar el acceso ssh.
Hazlo diskutil verifyVolume /
periódicamente. Sí, incluso si HFS+ es un sistema de archivos registrado, la corrupción es posible. Puede usar Apple Remote Desktop para ejecutar esto en todas las computadoras del aula a la vez.
Utilice varios volúmenes. El uso de varios volúmenes debería reducir la posibilidad de corrupción. Dividir /
desde /Users/
debería facilitar la restauración (ya sea / o /Users se corromperán). Tenga en cuenta que esto probablemente podría complicar las cosas con Bootcamp.
Monte particiones con opciones, que reducen la escritura. El montaje de particiones con noatime
opción debería reducir la escritura en él. De forma predeterminada, cada vez que se accede a un archivo, se "toca" la marca de tiempo de acceso.
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 modo rw o jugando con la configuración del diario?
Espero que mi respuesta sea útil.
PD: la corrupción suele ser 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. Buscar 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 y los intentos de volver a copiar los datos para devolver el sistema de archivos a un estado consistente, pero si el archivo perdido es vital (como los datos reales de la estructura del sistema de archivos), entonces no hay recurso. De hecho, debido a que el archivo de catálogo (que enumera toda la información de datos lógicos) se almacena como un archivo, si se corrompe en ciertos lugares, todo su sistema de archivos se convierte en datos inútiles inútiles, o se desecha parcialmente como basura en caso de que esté dañado y se produce una reproducción del diario que hace que se reestructure el sistema de archivos de una manera que no es coherente con los datos (por ejemplo, el archivo a y b tienen 1 MB y 2 MB respectivamente, pero la reproducción los cambia a 2 MB y 1 MB, lo que da como resultado la mitad del contenido de B estando dentro de A).
Cosas que podrían hacerlo fuera de mi cabeza...
usted dijo que no ha tenido subidas de tensión o apagones. ¿Cómo lo estás confirmando? Teníamos un salón de clases donde las fuentes de alimentación de las PC soplaban aparentemente al azar. Tuvimos que hacer que el personal de mantenimiento conectara un medidor de monitoreo al circuito y descubrimos que el tomacorriente tenía picos de voltaje enormes.
La memoria no está colocada correctamente y corrompe los datos.
Cables de transmisión sueltos.
discos duros marginales que tienen un conjunto de sectores defectuoso, pero no lo suficientemente malo como para activar alertas o escaneos en busca de sectores defectuosos.
Algo en el lado de Windows a través de bootcamp está modificando la unidad de una manera que no le gusta a la unidad. ¿Protección contra copias? ¿Utilidades de la unidad?
Dijiste que está en un laboratorio. ¿Qué corren los estudiantes? ¿Está monitoreando o bloqueando lo que se puede ejecutar que podría estar haciéndolo?
Usted ha dicho que esto parece ser aleatorio, no hay dos máquinas que sucedan 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 energía 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?
¿Ha considerado una revisión periódica de las máquinas? Puede programar fácilmente pases de verificación semanales de fsck (hasta que descubra por qué está ocurriendo la corrupción) y luego mensualmente para controlar las cosas.
Con un sistema de archivos registrado, se necesita un mal trato repetido para que las Mac se degraden hasta el punto de no arrancar. Incluso el software malo no escribe en el lado del sistema de arranque, por lo que sospecho que algo está claramente mal. En las Mac que se apagan limpiamente y llaman la atención cada vez que se reparan errores menores del sistema de archivos (cada vez que una Mac se reinicia y fsck no se ejecuta en modo preen es una señal de problemas en el horizonte).
Con una implementación de 25 Mac, puede dedicar un tiempo a ser proactivo con respecto a las comprobaciones del sistema de archivos y ver cuáles no se apagan limpiamente mediante la configuración de un servidor syslog u otro sistema de auditoría centralizado.
Yo consideraría la actividad de los estudiantes. Si está ejecutando bootcamp y OS X, apuesto a que los estudiantes están bloqueando el lado de Mac para ejecutar bootcamp, porque no son pacientes. Este también puede ser el caso si hay un bloqueador de pantalla presente.
Yo sugiero:
Eliminar campo de entrenamiento. En su lugar, ejecute una máquina virtual en Parallels o Virtual Box. (Descubrí que Windows XP en 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 jueguen con la instalación de Windows. Redirija su directorio de inicio para leer su directorio de inicio de Mac en su servidor. (Este es un PITA para configurar la primera vez, ya que abarca alrededor de un trillón de regedits)
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 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.
jason salaz
usuario6124
bmike