/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