On Saturday 18 December 2004 10:07 pm, Stan Glasoe wrote:
My root partition, hda6, is 1GB small while the unused partition is hda10 and is 4GB big. Root contains, among other things, /bin , /sbin , /tmp ,
Get to a console (Ctrl+Alt+F1), login as root, init 3 to stop X, delete all of /tmp, (init 5 if you need the GUI back) and that should give you some breathing room. Then you can at least have a usable system to re-partition, expand partitions, move directories to partitions with more room, etc. There shouldn't be anything in /tmp that can't be recreated on the fly.
Thanks Stan, I had overlooked that little bit in my panic. That gave me back some 850 megs so my root size is ok if I merely move the /tmp to another partition.
How large is the drive and how much free space do you actually have to play with here? Maybe if you gave us all the details of all the partition sizes and what is on each partition we could help with re-allocating space.
I have two drives. hda is broken up into a dozen partitions including a couple of fat types for the other OS. I have one partition, /srv, of 4 GB which is virtually unused. Obviously my mistake in laying out them originally was to not create a separate one for tmp. Of course, that doesn't answer the question of why the tmp gets so large. Guess I need to look into cleaning out tmp periodically. On boot is not a good option cause I rarely reboot this machine. I think what I should do is make my /srv partition into /tmp then It can get much bigger before it becomes a problem and at least running out of tmp wont be a real show stopper. Can I simply go into fstab and change /dev/hda10 /srv . . . to /dev/hda10 /tmp . . . or do I need to do some other finger magic to make that change? Any other suggestions are welcome. Thanks again for the help. Richard
Stan
-- Old age ain't for Sissies!