>>> On Thu, Nov 8, 2007 at 10:06 PM, in message
<[EMAIL PROTECTED]>, Fred
Schmidt <[EMAIL PROTECTED]> wrote: 
-snip-
> This is at the heart of the issue - many of the Linux
> filesystems/directories do not seem to unmount, eg:
> 
> vmlxtst5:/# umount /opt
> umount: /opt: device is busy
> Hence my wish to find an approach that did not require an unmount.

Just how big is /opt?  "df -h" will tell you.

You can find out what is using /opt with "lsof | grep /opt".  Usually, just 
going down to runlevel 1 "telinit 1" will let you unmount all your non-root 
file systems.
 
-snip-
> OK. Copy the filesystem to a new smaller one and then point to that.
> Again, for filesystems that will not unmount, I will need to reboot and
> hope for the best, no?

See above.  Even though putting the system into single user mode (runlevel 1) 
stops all your system services, it's good practice to try to figure out how to 
do things without rebooting.  Once the copy is done, and /etc/fstab has been 
updated, "mount -a" will tell you if things are all working.


Mark Post

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Reply via email to