[Gllug] Remounting readonly fails

Tet tethys at gmail.com
Tue Apr 4 11:39:24 UTC 2006


I keep /usr mounted readonly. Whenever I need to install or upgrade
something, the sequence goes something like this:

mrburns:~# mount -oremount,rw /usr
mrburns:~# yum update
mrburns:~# mount -oremount,ro /usr

However, occasionally, the third step fails:

mrburns:~# mount -o remount,ro /usr
mount: /usr is busy
mrburns:~# fuser -mv /usr

                     USER        PID ACCESS COMMAND
/usr                 root       2553 ....m  prefdm
                     root       2649 ...e.  xdm
                     root       2789 ...e.  X
                     root      19931 ...e.  sshd
                     root      22501 ...e.  xdm
                     tet       22513 ....m  fvwm
                     root      22563 ...e.  ssh-agent
                     root      22566 ...e.  ssh-agent
                     tet       22571 ....m  FvwmPager
                     tet       22572 ....m  FvwmEvent
                     root      32016 ...e.  xfs
                     tet       32041 ...e.  xterm
                     tet       32043 ....m  bash
                     root      32065 ....m  su
                     root      32068 ....m  bash
                     root      32206 ....m  fuser

fuser doesn't show anything obvious that's preventing the filesystem
from being remounted ro. Similarly, lsof doesn't show anything that
looks out of place. Any ideas? The kernel source shows that this error
is generated if there's an open file on that filesystem. But I can't
see one. Nor is there a lookback mount present (which has caught me
out in the past).

How can I find out what's marking the filesystem as busy?

Tet
-- 
Gllug mailing list  -  Gllug at gllug.org.uk
http://lists.gllug.org.uk/mailman/listinfo/gllug




More information about the GLLUG mailing list