Deshabilite la verificación del disco al volver a conectar un disco desconectado incorrectamente a OS X

Si desconecta una unidad extraíble sin expulsarla primero, la próxima vez que la conecte, Windows o Mac ejecutarán una fsckverificación en el disco para garantizar la integridad de los datos. Windows le preguntará si desea verificar si hay errores, OS X lo hace de manera invisible .

Los discos USB3 a menudo se desconectan inexplicablemente en OS X. Si el disco no se ha utilizado durante horas, sé que no hay problema. En Windows, simplemente puedo negarme a ejecutar la verificación. En OS X, solo tengo que sentarme a esperar 30 minutos mientras el fsckdisco golpea mi disco. Esto sucede todos los días, por lo que OS X matará rápidamente mi disco duro. (Este párrafo ha sido editado desde que se publicaron las respuestas).

¿Cómo puedo deshabilitar esta verificación? ¿Puedo conectarme a través de un controlador no nativo? ¿Puedo ejecutar algo para voltear la bandera en el disco que le dice a OS X que el disco se desconectó incorrectamente? ¿Puedo cambiar el formato del disco? ¿Puedo deshabilitar lo que sea que establezca el indicador 'desconectado incorrectamente' cuando conecto la unidad, que luego se desactiva en la expulsión adecuada? Estoy desesperado, ya que la Mac tiene un disco duro diminuto y ahora no puedo usar externos. ¡Cualquier dirección, no importa cuán incómoda o impropia, sea recibida con gratitud! Intenté acceder a la unidad a través de Windows en VirtualBox o Parallels, pero no pueden ver la unidad hasta que OS X detuvo fsck.

Creo que el estado del sistema de archivos es el estado/configuración que necesito ignorar/anular.

El disco es exFat con Master Boot Record y OS X es 10.11.3. Actualización: esto ahora sucedió en la otra toma USB con un disco flash (solo había visto esto en un disco duro que se informa como no extraíble antes).

No hay un centro de reparación de Apple en el país en el que vivo, el disco no se usa para archivos a los que se accede con frecuencia, verificaría si hubiera posibilidad de corrupción (es decir, una desconexión durante o poco después de escribir en el disco), y siempre he rechazado la comprobación en Windows (durante décadas) porque la única vez que he tenido daños es en la propia comprobación.

Forcé la muerte fsck_exfatdesde el Monitor de actividad. Presenté un problema con Apple que no proporciona ninguna indicación visual de que este proceso se está ejecutando. Les sugerí que mostraran el disco atenuado con un círculo de progreso superpuesto.
mucho amor, me has ahorrado miles de dólares. Me tomó meses darme cuenta de que esto era un fsck_exfatproblema, después. dos años puedo abrir mi HD de nuevo

Respuestas (1)

Abre Terminal e ingresa:

#Get the disk identifier of the ExFAT partition
diskutil list
#Get the UUID of the ExFAT volume with diskXsY being its disk identifier
diskutil info /dev/diskXsY
#Create and edit /etc/fstab 
sudo vifs

Agregue una línea con el siguiente contenido después de activar el modo de inserción (por ejemplo, con I)

#Replace the UUID below by the one found earlier!
UUID=2FECDB7A-15F0-36F9-9A47-483B9669D6DC none exfat rw,auto 0 0

Pulse escpara salir del modo de inserción. Ingrese :w!para escribir el archivo en el disco y :qsalir de vifs.

Reinicia tu Mac.

El último 0debería deshabilitar fsck.

Un método alternativo puede ser: renombrar /sbin/fsck_exfat a /sbin/fsck_exfat.paralizado con:

sudo mv /sbin/fsck_exfat /sbin/fsck_exfat.paralyzed

Dado que /sbin/fsck_exfat es solo un enlace, es posible que también deba cambiar el nombre del archivo original: /System/Library/Filesystems/exfat.fs/Contents/Resources/fsck_exfat .

¡ No se recomiendan ambos métodos ! En su lugar, se debe reparar la toma USB.

ENORMES gracias @klanomath, probaré cada cambio e informaré (y aceptaré su respuesta). Pasé horas y horas ayer buscando estos detalles, realmente agradecido, gracias. Lo haré manualmente fsck_exfathasta que esté en un país el tiempo suficiente con un centro de servicio de Apple.
@Chris No puedo probar ninguno de los dos métodos correctamente. Entonces son un poco especulativos. El primero se menciona en man fstabaunque.
El UUID no es devuelto por diskutil info, y no es fácil de acuerdo con esta respuesta (y muchas otras). Sin embargo fstab, ya tenía una línea usando LABEL=DISKLABEL. Una unidad con la que estaba probando tardó no menos tiempo en reaparecer después de la desconexión, pero solo tomó 3 segundos (para un flash de 64 GB) antes de agregar la línea, por lo que quizás el flash sea fsckmás rápido. Agregué la línea para mi disco duro externo y le informaré la próxima vez que desaparezca. Incluso con sudoel método alternativo informa "Operación no permitida".
@Chris Usar LABEL= en lugar de UUID= es una opción posible y permitida. También es posible cambiar el nombre de /sbin/fsck_exfat en El Capitan (no especificó su sistema en su pregunta) después de deshabilitar SIP .
Mi diagnóstico fue incorrecto: un disco diferente en la otra toma USB con diferentes cables también se desconectó al azar, solo que esta vez no había nada cerca de la computadora portátil o los cables, así que dudo que sea físico. Siempre es USB3, el HDD puede estar en un estado de baja potencia, otros dispositivos USB3 están bien, así que ahora sospecho que algo interfiere con los controladores de almacenamiento externo USB3, posiblemente otro dispositivo que realiza operaciones ilegales en el bus (mi Native Instruments Audio 8 ). (Problema no relacionado, pero los discos duros externos USB3 nunca se conectan a través de un concentrador USB3, pero las unidades flash USB3 sí, los discos duros externos en el concentrador USB2 son intermitentes).
Gracias por intentar evitarlo, pero desactivaré SIP. Lo siento, estoy en OS X 10.11.3
@Chris ¡Después de cambiar el nombre de los archivos, puede volver a habilitar SIP! ¡Sin embargo, después de actualizar OS X, los archivos pueden ser reemplazados por versiones más nuevas!
También se agregó noasynca la cadena rw,autopara evitar el almacenamiento en caché de escritura.
Implementé ambas soluciones y el disco se desconectó incorrectamente. Cuando volví a conectar la unidad, zumbó durante más de 20 minutos y luego apareció en Finder, exactamente como antes. Así que estoy enormemente agradecido por las soluciones detalladas, pero desafortunadamente parece que no están funcionando: fsck se ejecuta y aún se encuentra si se cambia el nombre. Pude eliminar los derechos de ejecución en el archivo, pero la unidad no apareció en Finder hasta que se completó fsck (vaya, no pensé en verificar los procesos en ejecución).
Desde entonces, me he encontrado con otras personas que se quejan de que las unidades a veces se desconectan solas en OS X si se dejan conectadas durante horas. Ahora conecto mi HDD externo lo menos posible, solo lo suficiente para mover los archivos que necesito a un flash. Supongo que cada sistema operativo tiene sus irritaciones.
Desde entonces, me he dado cuenta en varias ocasiones de que los discos flash se desconectan repentinamente sin ningún motivo y aparece el OS X quejándose "desconectar primero...". También tengo un disco SSD que no se conecta a menos que arranque con él conectado. Mi conclusión es que la conexión de la unidad externa OS X tiene errores y es horrible, tanto para conectarse como para permanecer conectado. Esta es una preocupación real ya que confío en discos externos para realizar espectáculos, y si un disco desaparece o no funciona, estoy en un gran problema. Cualquier consejo para fortalecer esto es muy bienvenido (aparte de traer varias unidades idénticas, una pesadilla de sincronización y puerto)
@Chris Tengo muchos discos externos (FW/USB2/USB3) y nunca encontré ningún problema con OS X. Sin embargo, uso GUID/OSX Journaled constantemente. Realmente depende del firmware del disco externo y del chip controlador (USB->SATA) y de la calidad del cable.
@klanomath tienes la paciencia de un santo! Ese es un muy buen punto: todos mis discos externos son exfat. Ahora estoy formateando un flash que se desconectó e informaré después de un día enchufado. Muchas gracias por tolerar mis ignorantes frustraciones.
@ klanomath ¡Creo que journaled es la respuesta! Ya no recibo el error "desconectar primero", puedo desconectarme y volver a conectarme con frecuencia y OS X está bien incluso si no lo expulso, puedo conectarme a través de USB2, 3, a través de 2 concentradores sin problema. Ni siquiera notaría una breve desconexión. Trabajo con usuarios de Windows y Ubuntu, por lo que tendré que llevar una unidad con Paragon HFS+ para colegas, etc. Acabo de instalar una versión de prueba de Parallels Access para probar NTFS, pero sospecho que no es casi nativo/del núcleo. ENORME gracias @klanomath Realmente no puedo agradecerte lo suficiente por arrastrarme a través de esto, es un alivio absolutamente enorme.
Hice exactamente esto (primer método), no funcionó. Cuando conecto la unidad, sigue haciendo lo mismo (ejecuta fsck_exfat que nunca termina)
@CanPoyrazoğlu, lamentablemente, nunca encontré una manera de deshabilitar el control o las desconexiones intermitentes. Incluso compré una Mac nueva y todavía desconecta los discos al azar y luego se apaga cuando me vuelvo a conectar. La única 'solución' fue usar solo discos registrados para que al menos no haya una demora masiva mientras el disco se verifica a sí mismo. Pero las cosas que son sensibles incluso a una desconexión de microsegundos, como Docker en discos externos, simplemente no funcionan en macOS. Realmente es impactante que algo tan fundamental quede roto.
@Chris, si bien entiendo que Apple quiere que todo esté "bajo control" y estable, desearía que al menos proporcionaran una forma, incluso si está deshabilitada de forma predeterminada, de omitir la verificación para los usuarios avanzados.
Esto no establece claramente si agregar el UUID del volumen o el UUID de la partición a /etc/fstab.
Deshabilite la verificación del disco al volver a conectar un disco desconectado incorrectamente a OS X
RespuestasAquíPolítica de privacidad1y, 0v