LinuxParty
Hay una escena que se repite todos los días en miles de escritorios Linux.
Conectamos una memoria USB, copiamos unos archivos, esperamos a que termine la barra de progreso y pulsamos el botón "Expulsar". Pero entonces aparece el temido mensaje:
"No se puede desmontar el dispositivo. Hay archivos abiertos."
O peor aún: el sistema parece haberse quedado bloqueado intentando desmontar la unidad.
La reacción habitual suele ser desconectar el dispositivo directamente. Muchas veces no pasa nada. Otras veces aparecen archivos corruptos, directorios dañados o incluso sistemas de archivos completos que requieren reparación.
La realidad es que Linux dispone de mecanismos muy robustos para proteger la integridad de los datos, pero es importante entender qué ocurre realmente cuando intentamos extraer una unidad y cómo hacerlo de forma segura en cualquier circunstancia.
Lo primero: desmontar no es lo mismo que expulsar
Uno de los errores más comunes es pensar que una unidad USB deja de utilizarse en el mismo instante en que termina una copia.
Linux utiliza cachés de escritura para mejorar el rendimiento. Esto significa que algunos datos pueden permanecer temporalmente en memoria antes de escribirse físicamente en el dispositivo.
Por eso, aunque la ventana de copia haya desaparecido, todavía pueden existir operaciones pendientes.
Cuando desmontamos una unidad, Linux se asegura de que todos esos datos pendientes hayan sido escritos correctamente antes de liberar el dispositivo.
Es una de las razones por las que el sistema suele ser mucho más fiable frente a cortes inesperados que otros sistemas operativos.
Cuando aparece el mensaje "hay archivos abiertos"
Si Linux se niega a desmontar una unidad, normalmente no se trata de un error.
Lo que ocurre es que algún proceso sigue utilizando archivos o directorios dentro de ese volumen.
Las causas más habituales son sorprendentemente simples:
Un terminal abierto situado dentro del directorio de la memoria USB.
Un gestor de archivos mostrando el contenido del dispositivo.
Un reproductor multimedia que mantiene abierto un vídeo.
Un editor de texto trabajando sobre un documento almacenado en la unidad.
O incluso un proceso de indexación automática ejecutándose en segundo plano.
Linux no permite desmontar el sistema de archivos porque hacerlo podría provocar pérdida de datos o comportamientos inesperados.
Cómo identificar quién está utilizando la unidad
La herramienta más útil para descubrir qué proceso mantiene ocupado un volumen es lsof.
Por ejemplo, si nuestra memoria está montada en:
/media/usuario/USB
podemos ejecutar:
lsof +D /media/usuario/USB
El comando mostrará todos los procesos que mantienen abiertos archivos dentro de ese directorio.
En muchos casos descubrirás que el problema es simplemente una terminal olvidada o una ventana del explorador de archivos.
Otra herramienta muy útil es:
fuser -vm /media/usuario/USB
que ofrece información similar y suele resultar especialmente cómoda cuando se trabaja desde consola.
El comando sync: un seguro adicional
Aunque Linux vacía automáticamente las cachés durante el desmontaje, muchos administradores utilizan un paso adicional antes de retirar dispositivos externos:
sync
Este comando fuerza la escritura inmediata de todos los datos pendientes en disco.
No desmonta la unidad ni la expulsa, pero garantiza que las cachés hayan sido sincronizadas.
En sistemas críticos o cuando trabajamos con discos externos importantes, ejecutar un sync antes del desmontaje proporciona una capa extra de tranquilidad.
El método correcto para desmontar
Una vez que estamos seguros de que no existen procesos utilizando la unidad, el procedimiento recomendado sigue siendo:
umount /media/usuario/USB
o bien:
umount /dev/sdb1
dependiendo de cómo prefiramos identificar el dispositivo.
Si el comando finaliza sin errores, el sistema de archivos ha sido desmontado correctamente y la unidad puede retirarse con seguridad.
Cuando necesitamos forzar el desmontaje
A veces nos encontramos con situaciones más complicadas.
Procesos bloqueados.
Aplicaciones que no responden.
Montajes de red congelados.
Discos externos con errores.
En esos casos puede ser necesario recurrir a opciones más avanzadas.
Linux permite realizar un desmontaje "perezoso" mediante:
umount -l /media/usuario/USB
La opción -l (lazy unmount) elimina inmediatamente el punto de montaje de la vista del sistema, pero espera a que los procesos terminen antes de liberar completamente los recursos.
Es una opción mucho más segura de lo que mucha gente cree y suele resolver gran parte de los problemas de desmontaje sin necesidad de cerrar procesos manualmente.
El peligro de usar la fuerza bruta
Existe también la opción:
umount -f
Sin embargo, debe utilizarse con mucha precaución.
El desmontaje forzado está pensado principalmente para sistemas remotos o montajes de red que han quedado inaccesibles.
Utilizarlo sobre dispositivos locales puede provocar pérdida de datos si todavía existen escrituras pendientes.
Por eso, salvo casos muy concretos, suele ser preferible identificar primero los procesos implicados o utilizar umount -l.
Un hábito que evita muchos problemas
Muchos administradores Linux siguen una rutina extremadamente sencilla:
sync umount /ruta/del/dispositivo
Esperan unos segundos.
Y solo entonces desconectan físicamente el dispositivo.
Puede parecer excesivo, pero elimina prácticamente cualquier riesgo de corrupción de datos.
Desmontar antes de desmontar.
También, puede parecer una tontería, pero si tienes abiertos ficheos encriptados, debes cerrarlos, antes de desmontar la unidad.
Mirar: Crear una carpeta segura y encriptada en Linux al estilo RealCrypt (ya encfs)
Especialmente cuando trabajamos con:
- memorias USB,
- discos externos,
- tarjetas SD,
- sistemas de respaldo,
- o dispositivos utilizados para arrancar sistemas Linux.
Qué hacer si el sistema sigue negándose
Si incluso después de cerrar aplicaciones y utilizar lsof la unidad continúa ocupada, una estrategia útil consiste en localizar y finalizar el proceso responsable.
Por ejemplo:
fuser -km /media/usuario/USB
Esto enviará una señal de terminación a los procesos que estén utilizando el volumen.
Debe utilizarse con criterio, ya que puede cerrar aplicaciones que tengan trabajo sin guardar.
Pero en situaciones donde un dispositivo se ha quedado bloqueado, suele ser una solución efectiva.
La regla de oro
La mayoría de los problemas relacionados con memorias USB en Linux no se deben a fallos del sistema operativo.
De hecho, Linux suele ser extraordinariamente conservador cuando se trata de proteger datos.
Si una unidad no se desmonta, normalmente existe una razón.
Por eso la mejor práctica sigue siendo muy simple:
No retirar nunca un dispositivo mientras esté montado.
No confiar únicamente en que la copia haya terminado.
Utilizar sync cuando queramos máxima seguridad.
Desmontar correctamente con umount.
Y, si aparece un error, averiguar primero qué proceso está utilizando la unidad antes de recurrir a soluciones agresivas.
Seguir estos pasos apenas lleva unos segundos y puede evitar desde archivos corruptos hasta la pérdida completa de información importante.
Porque cuando se trata de datos, la mejor recuperación siempre es la que nunca necesitamos realizar.
-
Linux
- Extraer el volumen con seguridad en Linux, siempre
- Linux sigue creciendo: alcanza el 5,33% en escritorio (abril 2026)
- Linux en 2026: la batalla silenciosa que ya ha ganado
- Windows 12 podría ser el punto de inflexión que finalmente te impulse a pasarte a Linux; aquí te explicamos por qué.
- Zorin OS 18 supera el millón de descargas: el Linux más elegante conquista el escritorio Windows
- Woof: intercambie fácilmente archivos a través de una red local en Linux
- Usando systemctl para controlar systemd
- 🧰 Cómo reparar el error “Transport endpoint is not connected” en Linux (y por qué ocurre)
- Can’t read superblock: recuperando una partición con el primer superbloque dañado con Linux
- 7 características y herramientas útiles de seguridad de Linux para principiantes
- Ejecutar Aplicaciones Gráficas Remotas en Local: Guía Completa en Linux
- ¡Histórico! Linux Supera el 6% de Cuota de Mercado en Escritorios: ¿El Año de Linux Ha Llegado?



