Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Blog | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[BLU] system disks



On Fri, 26 May 2000, John Malloy wrote:

> When I am installing patches (or OS upgrades), I run out of disk space on the partition which it is trying to install on.
> 
> Does anyone have a suggestion for a way to make the system think there is more space (I do have free space on other partitions)?
> 
> I know there is a way mount another file system and do a link.
> I just don't know the exact formula to get this to work.

Technique 1, if you have a free hard drive:
/dev/hda1 is /, which is filling up
/dev/hda2 is unused.
/foo is some large directory (like /usr or /usr/local/src/ or /home

mount /dev/hda2 /mnt
cp -a /foo /mnt
(spot check /mnt if you're naturally paranoid like me)
(take a shot of something strong)
rm -rf /foo/*           #Leave foo directory there but not its contents
umount /mnt
mount /dev/hda2 /foo
edit /etc/fstab to make the mount happen at boot


Technique 2, if you have a hard drive in use with free space:
/dev/hda1 is /, which is filling up
/dev/hda2 is /bar, which is in use but has space.
/foo is some large directory (like /usr or /usr/local/src/ or /home             

mkdir /bar/foo
cp -a /foo /bar/foo
(spot check /bar/foo if you're naturally paranoid like me)
(take a shot of something strong)
rm -rf /foo             #remove /foo and the horse it rode in on
ln -s /bar/foo /foo     #links across filesystems must be symbolic

Good luck.

-- 

-------------------------------------------------------------------
DDDD   David Kramer                   http://kramer.ne.mediaone.net
DK KD  
DKK D  Science without religion is lame,
DK KD  religion without science is blind.
DDDD              Albert Einstein

-
Subcription/unsubscription/info requests: send e-mail with
"subscribe", "unsubscribe", or "info" on the first line of the
message body to discuss-request at blu.org (Subject line is ignored).




BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org