Cuando desconecta una unidad USB sin desmontar, su sistema operativo le advierte sobre cuán terrible podría ser tal operación para sus dispositivos (estoy en OSX).
Por lo general, sigo los consejos, desmontando antes de desconectar, pero sucedió muchas veces (miles) que, al final de mis tareas , simplemente desconecté (almacenamiento de HD, teléfonos celulares, etc.) y nunca noté datos corruptos en mi dispositivos.
¿Soy afortunado o se puede ignorar esta molesta advertencia?
usb
unmounting
systemmpuntoout
fuente
fuente
sync
, esperar unos segundos y luego desconectar.Respuestas:
O tienes suerte de nunca haber tenido datos corruptos, o tienes mala suerte de nunca haber notado que tus datos estaban dañados.
Cuando realiza una acción que debería escribir en un disco, la mayoría de los sistemas operativos ponen la operación de escritura en una cola. De vez en cuando, eliminan la cola. (Lo llamo cola aquí, pero en realidad las operaciones se pueden realizar fuera de orden, los sistemas operativos lo hacen cuando es más rápido y da el mismo resultado final). Esto puede hacer que las operaciones de escritura sean mucho más rápidas, tanto porque el sistema intenta realizarlos cuando no tiene nada mejor que hacer y porque puede agruparlos de manera inteligente.
Si desconecta su dispositivo antes de que todo se haya escrito, puede perder los datos más recientes. Peor aún, si el sistema operativo ha estado realizando operaciones fuera de orden, puede poner su dispositivo en un estado inconsistente y perder más que los últimos datos.
Algunos sistemas operativos entran en un modo más conservador (pero más lento) para dispositivos extraíbles, para reducir los riesgos asociados con la desconexión del dispositivo antes de que se haya desmontado.
AGREGADO :
Hacer operaciones fuera de orden a veces no es solo una cuestión de velocidad. Los medios flash baratos (que no hacen una reasignación de sector a nivel de hardware) tienen una limitación en la cantidad de veces que puede escribir sobre un sector determinado. Si ingenuamente escribe todos los cambios a medida que ocurren, esto puede matar los sectores que contienen la tabla de asignación de archivos en un sistema de archivos (V) FAT (el caso más común para unidades extraíbles) o el diario en un sistema de archivos moderno típico. (Vea, por ejemplo, esta discusión
sync
en la lista de correo del kernel de Linux ). Aquí, no actualizar el FAT o el diario cada vez que se escribe un archivo no es solo una gran ganancia de rendimiento, también es bueno para la vida útil del hardware.Hasta hace poco, Linux solo daba una opción entre
sync
(escribir todos los cambios a medida que ocurren) yasync
(escribir cuando sea conveniente). Las versiones recientes introducen laflush
opción para los sistemas de archivos FAT, que está en algún punto intermedio (elimine todas las escrituras retrasadas tan pronto como el disco se vuelva inactivo); está activado por defecto en Ubuntu 10.04.En una nota diferente, desmontar una unidad extraíble asegura que ninguna aplicación tenga un archivo abierto. Si no desmontas antes de desconectar, no notarás si tienes datos sin guardar hasta que sea demasiado tarde. Desmontar mientras un archivo está abierto también aumenta la posibilidad de corrupción, tanto a nivel del sistema de archivos (el sistema operativo puede haber puesto en cola algunas operaciones hasta que se cierra el archivo) como a nivel de la aplicación (por ejemplo, si la aplicación coloca un archivo de bloqueo, ganó ' t ser eliminado).
fuente
sync
montaje! : Dsync
veces duele más que el rendimiento, mira mi edición.El principal riesgo que tiene es retrasar la escritura. Por varias razones, el sistema no siempre escribe los datos en un disco cuando se le indica y los guarda en la memoria. Cuando lo desmonta, se asegura de que todo lo que se escribe en el disco (y se asegura de que no se esté utilizando actualmente). Probablemente sepa si actualmente está escribiendo en el disco, pero es posible que no se dé cuenta de que su sistema operativo no ha escrito todo lo que le dijo anteriormente que escribiera.
La frecuencia de esto depende de su sistema y de lo que esté haciendo con la unidad USB. Si el desmontaje suele ser lento y puede escuchar el ruido de escritura proveniente de la unidad, entonces probablemente deba continuar desmontando. Sin embargo, si el desmontaje siempre es instantáneo, no dude en omitir este paso bajo su propio riesgo.
fuente
No creo que nadie haya abordado el tema del acceso de lectura vs escritura. Si no ha copiado nada en la unidad flash, o ha abierto un archivo para escribir, probablemente esté seguro de eliminarlo; si solo copio un archivo de una unidad flash a mi computadora, generalmente no tomo el hora de desmontarlo. Pero si estoy copiando archivos a la unidad flash, entonces tomo el paso eatra, y sí, he dañado los archivos como resultado de quitar una unidad flash demasiado pronto después de escribir en ella.
fuente
Trabajo en un casino y muchos fabricantes de máquinas tragamonedas ahora usan memorias USB para instalar los archivos bin (juegos y SO) en la máquina tragamonedas.
Una máquina tragamonedas que tiene firmware corrupto puede o no otorgar miles o incluso decenas de miles de dólares es un gran incentivo para asegurarse de que la integridad de los datos en esa unidad USB no esté corrupta. El cumplimiento / regulador lo verifica de todos modos, pero aún así ahorra trabajo para hacerlo bien la primera vez.
En un entorno corporativo, la pérdida de datos podría costar millones y, personalmente, puede perder algo irremplazable.
Sin duda, me aseguraría de desmontar, eliminar de forma segura o de cualquier terminología que se utilice para garantizar que cualquier dispositivo USB con datos sea seguro de eliminar.
fuente
Conducir un automóvil sin usar el cinturón de seguridad puede ser seguro la mayor parte del tiempo. Pero cuando algo se vuelve loco, gracias, lo usaste.
Entonces sí. Incluso si la mayoría de las veces solo quitar la unidad USB sin desmontarlo puede ser seguro, definitivamente no se recomienda.
fuente
Cuando se escribe un disco, he visto corrupción cuando se desmontó demasiado pronto. Si bien el sistema operativo no contiene datos no escritos, normalmente XP al menos aceptará solicitudes de escritura que respalden.
Alguien me ha copiado un archivo en una unidad flash e inmediatamente me lo entregó una vez que la copia terminó en su pantalla: el archivo estaba dañado.
He visto parpadear la luz de escritura durante algunos segundos después de que algo supuestamente también haya terminado de copiarse en una unidad flash.
fuente
Si el sistema realiza operaciones de archivo en el disco, existe la posibilidad de que corrompa los datos. Como nunca te sucedió, tienes suerte. Use el sentido común para decidir si existe la posibilidad de que su sistema operativo realice operaciones. (¿Hay programas / archivos de la unidad abiertos / en uso? ¿Tengo el almacenamiento en caché en la unidad? ¿Está siendo indexado? ¿Mi sistema operativo almacena archivos temporales en él?)
fuente
Evidencia anecdótica, no prueba, pero he tenido corrupción de datos debido a la desconexión de USB, pero solo se me ocurrió con los teléfonos Blackberry.
fuente
Confía en mí, sí.
Puede pensar que nada está accediendo a la unidad USB, pero en realidad algo es. De esta manera, destruí 3 discos duros externos de respaldo y perdí datos en una cantidad cercana a los 2 terabytes.
SIEMPRE, SIEMPRE, desmonte antes de desenchufar.
fuente
Desmonta para que sea seguro (si eres totalmente paranoico), pero como ya se mencionó, la pérdida de datos se produce principalmente debido a retrasos en las escrituras.
Sin embargo, hay otra cosa y eso tiene que ver con mi unidad portátil WD essentials. Si solo lo desconecto sin un soporte limpio, la próxima vez que lo conecte hará que la unidad sea de solo lectura. Tengo que reiniciar la PC con la unidad de disco para que se pueda volver a escribir. ¡Definitivamente molesto!
fuente
Otro escenario en un sistema Windows 10 es cuando una unidad flash (aquí, 64 Gb, no readyboost) se extrae físicamente mientras el sistema está en hibernación. Después de que el sistema se inicie desde la hibernación, un movimiento o copia de cualquier archivo modificado en la memoria flash puede incurrir en un archivo o directorio dañado y un error ilegible .
Para omitir el error (junto con la acción chkdsk necesaria que produce un fragmento chk o dos, y "recuperar" el disco por lo demás perfectamente sano), intentamos hacer el right_click_on_drive_to_eject, o desmontar el stick. Bien, pero cuando el usuario lo deshabilita / habilita en Dispositivos, la unidad no aparecerá en ninguna ventana del explorador, y aún aparece como Sin medios en Administración de discos. La única forma de volver a conectar completamente el dispositivo es simplemente desconectar físicamente y volver a conectar la unidad.
Por lo tanto, es preferible desmontar con gracia el dispositivo antes de desenchufarlo.
fuente