4 votos

La unidad externa USB se desconecta aleatoriamente

Utilizo un Mac mini como servidor y tengo dos MiniStacks de OWC conectados a él. Los MiniStacks están conectados a través de USB3 y están debajo del Mac mini. El MiniStack de en medio empezó a desconectarse aleatoriamente y necesito apagarlo y encenderlo de nuevo para que se conecte.

El Mac mini está siempre encendido, usa El Capitan y utilizo las unidades USB como discos de red proporcionados por el servidor. La unidad se desconecta después de un día o a veces una semana. Solo la tengo asignada al servidor.

Tengo discos Enterprise Capacity de Seagate en todas partes.

Obtengo la siguiente salida en la Consola:

22/08/16 19:08:19,000 kernel[0] Dispositivo USB 1E91B0B114700000 - reinicio BOT completado con kIOReturnTimeout.
22/08/16 19:08:19,000 kernel[0] Dispositivo USB 1E91B0B114700000 - ¡será reiniciado!
22/08/16 19:08:20,000 kernel[0] 1533181.822274 PRT7@14700000: AppleUSB30XHCIPort::resetAndCreateDevice: error al crear el dispositivo después de (1) intentos, deshabilitando el puerto
22/08/16 19:08:21,000 kernel[0] Dispositivo USB 1E91B0B114700000 - fConsecutiveResetCount = 1
22/08/16 19:08:21,000 kernel[0] disk3s2: el dispositivo/canal no está conectado
22/08/16 19:08:21,000 kernel[0] disk3s2: no hay medios presentes
22/08/16 19:08:21,000 kernel[0] disk3s2: no hay medios presentes
22/08/16 19:08:21,000 kernel[0] disk3s2: no hay medios presentes
...
22/08/16 19:08:21,000 kernel[0] disk3s2: no hay medios presentes
22/08/16 19:08:21,000 kernel[0] hfs: error 6 leyendo VH blk (vol=SERVER DATA 2)
22/08/16 19:08:22,000 kernel[0] hfs: desmontaje iniciado en SERVER DATA 2 en el dispositivo disk3s2
22/08/16 19:08:22,000 kernel[0] disk3s2: no hay medios presentes
22/08/16 19:08:22,000 kernel[0] hfs: error 6 leyendo VH blk (vol=SERVER DATA 2)
22/08/16 19:08:22,000 kernel[0] disk3s2: no hay medios presentes
...
22/08/16 19:08:22,000 kernel[0] hfs: error 6 leyendo VH blk (vol=SERVER DATA 2)
22/08/16 19:08:22,000 kernel[0] hfs: desmontando en SERVER DATA 2 en el dispositivo disk3s2
22/08/16 19:08:22,000 kernel[0] disk3s2: no hay medios presentes
22/08/16 19:08:22,000 kernel[0] hfs: error 6 leyendo VH blk (vol=SERVER DATA 2)
22/08/16 19:08:22,000 kernel[0] disk3s2: no hay medios presentes
22/08/16 19:08:22,000 kernel[0] hfs: error 6 leyendo VH blk (vol=SERVER DATA 2)
22/08/16 19:08:22,000 kernel[0] disk3s2: no hay medios presentes
22/08/16 19:08:22,000 kernel[0] jnl: disk3s2: do_jnl_io: error de estrategia 0x6
22/08/16 19:08:22,000 kernel[0] jnl: disk3s2: write_journal_header: error al escribir el encabezado del diario
22/08/16 19:08:22,775 fseventsd[61] disk logger: fallo al abrir el archivo de salida /Volumes/SERVER DATA 2/.fseventsd/00000000088fc0e6 (No existe el archivo o directorio). punto de montaje /Volumes/SERVER DATA 2/.fseventsd
22/08/16 19:08:22,776 fseventsd[61] disk logger: fallo al abrir el archivo de salida /Volumes/SERVER DATA 2/.fseventsd/00000000088fc0e6 (No existe el archivo o directorio). punto de montaje /Volumes/SERVER DATA 2/.fseventsd
22/08/16 19:08:23,085 deleted[695] normalizeUserMountpoint:791 volRoot no válido para /Volumes/SERVER DATA 2

2voto

SEJU Puntos 14

Después de estudiar mi problema más a fondo, identifiqué el Newertech Ministack 2012 como la causa de mi problema.

Nuestros discos se desconectaron porque se sobrecalentaron. En realidad, mientras los ventiladores comienzan a girar cuando enciendo el Ministack, no vuelven a girar cuando los discos salen del modo de espera/inactivo y permanecen apagados. Esto ya causó la muerte de un par de discos duros en nuestra configuración y otros discos experimentaron temperaturas de alrededor de 70°C.

Curiosamente, los recintos están bastante limpios por dentro, esto podría significar que el comportamiento del ventilador ha sido consistente de esta manera desde que los compramos. Los recintos fueron comprados a través de canales oficiales entre 2014 y 2015.

Estoy comenzando a creer que este podría ser un problema relacionado con la producción o la arquitectura que este modelo tiene. Al día siguiente de contactar a Newertech, los recintos no estaban disponibles para su compra. Por lo general, he tenido buenas experiencias con la empresa, pero el almacenamiento de datos es muy importante, así que estoy tratando de llegar a la causa de este problema.

Probé diferentes configuraciones encendiendo el recinto, accediendo al disco, dejando el disco inactivo (generalmente 10 minutos) y pasando a modo de espera, volviendo a acceder al disco e inspeccionando el comportamiento del ventilador. Cambié proveedores de discos duros, cables, interfaces, computadoras, versiones de OS-X, esto deja solo al recinto.

¿Alguien podría darme retroalimentación? Me gustaría saber si mis recintos simplemente se dañaron todos con el mismo problema o si todos tenemos un problema muy grande. Mis discos se calentaron a 70°C y deberían estar alrededor de 40°C, siendo 60°C la temperatura máxima aconsejada por el vendedor del disco.

0voto

John Ellinwood Puntos 6578

No hace mucho tiempo experimenté una situación similar con un nuevo recinto y unidades. Fue muy frustrante, ya que es realmente difícil solucionar una falla intermitente.

En mi caso, volví a trabajar/reemplacé algunos de los cables y esto solucionó el problema.

0voto

DmitryTrofimov Puntos 26

Tengo un macPro 2009 reconfigurado para 2010 para que Sierra (y ahora High Sierra) puedan operar. Tengo instalada una tarjeta PCI-X de 4 puertos USB 3.0 que ha estado funcionando bien desde al menos Yosemite. Tengo un puerto conectado a un concentrador alimentado m-beat de 7 puertos (2 puertos USB 2.0, el resto USB 3.0). Para mí, los desconexiones empezaron en Sierra. De vez en cuando, los dispositivos conectados a mi concentrador se desconectaban y volvían a conectarse, ya sean discos duros USB o unidades USB. Intenté todo lo escrito, incluyendo la instalación de kexts de terceros, desconectando la energía al concentrador, etc. Incluso compré un nuevo m-beat "por si acaso". Luego investigué y al final compré un concentrador TP-Link UH720 alimentado de 7 puertos (con 2 puertos de carga extra). Esta unidad es alimentada por una fuente de alimentación de 12 voltios, lo que significa que se reduce a 5v en algún lugar antes de ir a los puertos de salida. Creo que este es el punto crucial. Los concentradores con una fuente de alimentación de 12v tienden a ser más estables. Desde que instalé el TP-Link, ha sido completamente estable durante más de 48 horas sin ninguna desconexión.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X