LinuxParty
Esto es algo que siempre me pasa y nunca me acuerdo de cómo solucionarlo. Hoy he recibido una alerta de uno de mis servidores, MySQL se había parado y no podía reiniciarse. Al entrar a la máquina para hacerlo manualmente, en efecto, me decía que no podía, que los archivos eran de sólo lectura . Después de hacer alguna comprobación más me doy cuenta de que la unidad entera se había quedado en algún estado extraño de sólo lectura a pesar de que el mount indicaba lo contrario.
[javier@servidor ~]# df -h .ficheros Tamaño Usados Disp Uso% Montado en
devtmpfs 1,9G 0 1,9G 0% /dev
tmpfs 1,9G 80M 1,8G 5% /dev/shm
tmpfs 1,9G 1,5M 1,9G 1% /run
tmpfs 1,9G 0 1,9G 0% /sys/fs/cgroup
/dev/sda3 70G 24G 42G 37% /
tmpfs 1,9G 24K 1,9G 1% /tmp
/dev/sda2 385G 363G 2,6G 100% /home
/dev/sda1 674M 195M 431M 32% /boot
tmpfs 384M 168K 384M 1% /run/user/1004
encfs 385G 363G 2,6G 100% /home/javier/bin/sbin
encfs 385G 363G 2,6G 100% /home/javier/dwhelper/dwhelper
/dev/sdb2 472G 334G 115G 75% /run/media/javier/LINUXPART
Decido entonces desmontar la unidad y volver a montarla, pero…
[javier@servidor ~]# umount /mnt/unidad umount
/mnt/unidad: device is busy
Y aquí viene el problema. Había parado, en teoría, todos los servicios que utilizaban esa unidad, pero aún así me daba este error. Podría haber forzado el umount con:
umount -l /dev/hdX
Pero prefiero saber qué es lo que está ocupando la unidad antes de forzarlo, cuestión de precaución sólo. Necesitamos saber, entonces, qué procesos están haciendo uso de la unidad que queremos desmontar, y esto es lo importante de este artículo.
[javier@servidor ~]# fuser -vm /dev/hdb1
USER PID ACCESS COMMAND /dev/hdb1: named 456 ..c.. named mysql 587 F.c.. mysqld apache 1113 F.... httpd root 1925 ..c.. screen root 1926 ..c.. bash apache 8009 F.... httpd apache 9267 F.... httpd
Con este sencillo comando de fuser ya sabemos quién accede a la unidad en cuestión. En mi caso era un script de bash que estaba abierto y un rsync. Los paré (los puedes detener con kill) y ya pude desmontar la unidad correctamente. Al volver a montarla todo comenzó a funcionar correctamente.
Si algún proceso está usando el sistema de archivo se le mata y ya está. (Bajo tu responsabilidad)
kill -9 1113
-
Linux
- ¿Por qué Torvalds eliminó a los encargados rusos del mantenimiento del núcleo de Linux?
- 10 cosas que siempre hago después de instalar Linux (y por qué tú también deberías hacerlo)
- 7 cosas que nunca hago después de instalar Linux (y por qué tú tampoco deberías)
- Detección de Intrusos: Snort, Base, MySQL, y Apache2 en Ubuntu Linux 7.10
- He utilizado Linux durante 30 años. Aquí hay 5 razones por las que nunca cambiaré a Windows o MacOS
- ¿Por qué no más personas usan Linux en el escritorio? Tengo una teoría que quizás no te guste.
- Los países occidentales ricos lideran la expansión mundial del petróleo y el gas
- Systemd 256.1 aborda la queja de que 'systemd-tmpfiles' podría eliminar inesperadamente su directorio /home
- Por qué un kernel Linux de distribución 'congelada' no es la mejor opción para la seguridad
- RebornOS es una versión hermosa y fácil de usar de Arch Linux con abundantes opciones de escritorio
- Linus Torvalds sobre el 'hilarante' bombo de la IA
- Cambiar la hora en Linux con Chrony
- Renombrar multiples archivos masivamente en Linux (quitar espacios, cambiar mayúsculas) a la vez en Linux
- Linux 6.9 será el primero en superar los 10 millones de objetos Git
- Zorin OS 17.1 lanzado con soporte mejorado para aplicaciones de Windows, edición educativa