/tmp resizing (was RE: Hints for newbie)
John Morfit (VA/NQL)
john.morfit at ericsson.com
Thu Mar 31 18:07:04 UTC 2005
> > > I have an app complaining that my /tmp directory is too
> > > small. I have /dev/hdc9 mounted on /tmp, sized to 101 MB. I
> > > do have some 15 GB of free (unpartitioned) disk space.
> > >
> > > What is my best method of increasing /tmp space?
> > > a) Resize the /dev/hdc9 partition with
> > > Disk Druid? How do you start Disk Druid?
> > > fdisk?
> > > parted? "parted hdc1 resize /tmp"
> > > b) Go back to WinXP and resize with
> > > fips?
> > > Partition Commander?
> > > c) change the /tmp directory to another partition with more
> > > available space (rob Peter to pay Paul). For instance, /usr
> > > has 6 GB available.
> > >
> > > I can see that 3 processes are using /tmp: gdm-binary,
> > > gconfd-2, and gam_server.
> > > Killing them causes a reboot, which restarts the 3 processes.
> > > How can I umount /tmp for the resize?
> > >
> > > Thanks,
> > > /John
> >
> > I tried setting /etc/inittab runlevel to 3 and rebooting.
> > Indeed, fuser does not show any users of /tmp. However,
> > umount still complains that /tmp is busy. ???
> >
> > Thanks,
> > /John
> >
> I used lsof to discover that xfs has a font file open
> (/tmp/.font-unix/fs7100).
>
> /J
I used Linux Rescue mode to free up /tmp. That allowed umount /tmp to proceed properly. However, parted would not resize /tmp because of some /tmp feature that is enabled: "Filesystem has incompatible feature enabled" (possibly dir_index, per web search).
Searching the web showed that this was going to be an involved problem, so I reverted to WinXP and used Partition Commander to resize the partition.
Linux reported /tmp as clean during bootup. DF -h reported the new size properly.
:)
/John
More information about the Redhat-install-list
mailing list