La unidad USB externa sigue desconectándose al azar

4

Uso un Mac mini como servidor y tengo dos MiniStacks OWC adjuntas. Los ministacks se conectan a través de USB3 y se encuentran debajo del Mac mini. El Ministack en el medio comenzó a desconectarse al azar y necesito apagarlo y volver a encenderlo para conectarlo.

El Mac mini está siempre encendido, usa El Capitán y yo utilizo las unidades USB como discos en red provistos por el Servidor. La unidad se desconecta después de un día o, a veces, una semana. Solo lo tengo asignado al servidor.

Tengo unidades de capacidad Enterprise de Seagate en todas partes.

Obtengo el siguiente resultado en la consola:

22/08/16 19:08:19,000 kernel[0] USB device 1E91B0B114700000 - BOT reset completed with kIOReturnTimeout.
22/08/16 19:08:19,000 kernel[0] USB device 1E91B0B114700000 - will be reset!
22/08/16 19:08:20,000 kernel[0] 1533181.822274 PRT7@14700000: AppleUSB30XHCIPort::resetAndCreateDevice: failed to create device after (1) tries, disabling port
22/08/16 19:08:21,000 kernel[0] USB device 1E91B0B114700000 - fConsecutiveResetCount = 1.
22/08/16 19:08:21,000 kernel[0] disk3s2: device/channel is not attached.
22/08/16 19:08:21,000 kernel[0] disk3s2: media is not present.
22/08/16 19:08:21,000 kernel[0] disk3s2: media is not present.
22/08/16 19:08:21,000 kernel[0] disk3s2: media is not present.
...
22/08/16 19:08:21,000 kernel[0] disk3s2: media is not present.
22/08/16 19:08:21,000 kernel[0] hfs: err 6 reading VH blk (vol=SERVER DATA 2)
22/08/16 19:08:21,000 kernel[0] disk3s2: media is not present.
22/08/16 19:08:21,000 kernel[0] hfs: err 6 reading VH blk (vol=SERVER DATA 2)
22/08/16 19:08:21,000 kernel[0] disk3s2: media is not present.
...
22/08/16 19:08:22,000 kernel[0] hfs: err 6 reading VH blk (vol=SERVER DATA 2)
22/08/16 19:08:22,000 kernel[0] hfs: unmount initiated on SERVER DATA 2 on device disk3s2
22/08/16 19:08:22,000 kernel[0] disk3s2: media is not present.
22/08/16 19:08:22,000 kernel[0] hfs: err 6 reading VH blk (vol=SERVER DATA 2)
22/08/16 19:08:22,000 kernel[0] disk3s2: media is not present.
22/08/16 19:08:22,000 kernel[0] hfs: err 6 reading VH blk (vol=SERVER DATA 2)
22/08/16 19:08:22,000 kernel[0] disk3s2: media is not present.
22/08/16 19:08:22,000 kernel[0] jnl: disk3s2: do_jnl_io: strategy err 0x6
22/08/16 19:08:22,000 kernel[0] jnl: disk3s2: write_journal_header: error writing the journal header!
22/08/16 19:08:22,775 fseventsd[61] disk logger: failed to open output file /Volumes/SERVER DATA 2/.fseventsd/00000000088fc0e6 (No such file or directory). mount point /Volumes/SERVER DATA 2/.fseventsd
22/08/16 19:08:22,776 fseventsd[61] disk logger: failed to open output file /Volumes/SERVER DATA 2/.fseventsd/00000000088fc0e6 (No such file or directory). mount point /Volumes/SERVER DATA 2/.fseventsd
22/08/16 19:08:23,085 deleted[695] normalizeUserMountpoint:791 volRoot failed for /Volumes/SERVER DATA 2
22/08/16 19:08:23,085 deleted[695] _validateVolume:813 unable to normalize volume: "/Volumes/SERVER DATA 2", vol: (null)
22/08/16 19:08:26,148 certadmin[97828] Connected to the Notify Service

¿Qué está pasando? ¿Falla HDD? ¿Falla en el recinto? ¿Arrasó la configuración de la Mac mini?

¡Muchas gracias de antemano!

    
pregunta SEJU 24.08.2016 - 06:34

3 respuestas

1

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

Nuestras unidades se desconectaron porque se sobrecalentaron. Prácticamente, mientras los ventiladores comienzan a girar cuando enciendo el Ministack, no vuelven a girar cuando las unidades regresan del modo de espera / inactivo y permanecen apagadas. Esto causó ya un par de discos duros muertos en nuestro entorno y otras unidades experimentaron temperaturas alrededor de 70 ° C.

Extrañamente, los recintos están bastante limpios por dentro, esto podría significar que el comportamiento del ventilador ha sido siempre así desde que los compramos. Los recintos se han comprado a través de canales oficiales entre 2014 y 2015.

Estoy empezando a creer que esto podría ser un problema relacionado con la producción o con la arquitectura que tiene este modelo. El día después de que contacté a Newertech, los gabinetes no estaban disponibles para la compra. Por lo general, tuve 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 gabinete, accediendo a la unidad, dejando que la unidad esté inactiva (generalmente 10 minutos) y entrar en modo de espera, volver a acceder a la unidad e inspeccionar el comportamiento del ventilador. Cambié los proveedores de discos duros, cables, interfaces, computadoras, versiones OS-X, esto deja el gabinete.

¿Podría alguien, por favor, darme un comentario? Me gustaría saber si mis recintos simplemente se han estropeado con el mismo problema o si todos tenemos un problema muy grande. Mis unidades se calentaron hasta 70 ° C y deberían estar alrededor de 40 ° C, con 60 ° C la temperatura máxima recomendada por el vendedor de la unidad.

    
respondido por el SEJU 20.09.2016 - 10:56
0

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

En mi caso, modifiqué / reemplazé parte del cableado y esto resolvió el problema.

    
respondido por el tim.rohrer 04.09.2016 - 14:37
0

Tengo un macPro 2009 flasheado para 2010, por lo que Sierra (y ahora High Sierra) puede operar. Tengo instalada una tarjeta de puerto USB 3.0 PCI-X 4, que ha funcionado bien desde al menos Yosemite. Tengo un puerto conectado a un puerto de 7 puertos (USB 2.0 2ports, el resto USB 3.0). Para mí, las desconexiones comenzaron en Sierra. De vez en cuando, las inmersiones conectadas a mi hub se desconectan y se vuelven a conectar, ya sean unidades USB o unidades de disco duro. Intenté todo lo que estaba escrito, incluida la instalación de kexts de terceros, desconectar la alimentación del hub, etc. Incluso compré un nuevo m-beat "por si acaso". Luego realicé algunas investigaciones y al final compré un concentrador de 7 puertos potenciado por TP-Link UH720 (con 2 puertos de carga adicionales). Esta unidad se alimenta con una fuente de alimentación de 12 voltios, lo que significa que se reduce a 5 voltios en algún lugar antes de ir a los puertos de salida. Esto, creo que es el cruncher. Los bujes con un suministro de 12v tienden a ser más estables. Desde la instalación del TP-Link, se ha mantenido estable durante más de 48 horas sin ninguna caída. Responder

    
respondido por el Desmond Foulger 23.09.2017 - 03:24

Lea otras preguntas en las etiquetas