My / slice got full and I wonder if there might be any way increasing size through free space on HD? Thx in advance Khaled Moussa
On Wed, Oct 03, 2007 at 03:04:18PM +0200, Khaled Moussa wrote:> My / slice > got full and I wonder if there might be any way increasing size > through free space on HD?growfs(8). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB |
On Wed, 3 Oct 2007, Khaled Moussa wrote:> My / slice > got full and I wonder if there might be any way increasing size > through free space on HD?Yes, there is, and I see that someone has already replied calling your attention to growfs. However, there is almost certainly something wrong if / gets full. You should find out what is filling / before you undertake any remedy. Some possible causes: (Recently discussed) dumping to a mount point when in fact the dump device is not mounted. /tmp not a separate file system and something using too much /tmp Running as root, instead of as an ordinary user, or not purging root's old mail (much of which are routine reports which are seldom good for anything after a day or two) In freebsd /home should be a symbolic link to /usr/home. User directories should be in /usr/home. There just should not be much in / to get bigger except /root, and you should not be keeping much of anything in /root.
> Thanks for you all. > /tmp & /home are separate slices. However, I noticed that mounting msdosfs > on another HD are sucking much of my FBSD HD. So I commented those on fstab > to free space . It seems that this situation was also connected with the > upgrade of OOo port which sucks much of HD. I would try growfs to add 10G > to my file system. > Thx again > Khaled MoussaPerhaps you could give us the output of the df command to see if there's anything unusual. Anyway, check if you have accounting_enable="YES" on /etc/rc.conf, and whether it might actually be /var which is full. Recently something very strange happened to me: accounting_enable="YES" somehow got into my /etc/rc.conf file and it ended up filling my /var filesystem which happens to be a condition just as serious as filling up /. Although this happened to me already two weeks ago, I take the occasion to ask the list: - Does anyone know of any reason, such as a port installation or a make installworld, that justifies that accounting_enable="YES" misteriously appeared on my /etc/rc.conf ? I know I didn't do it... I hate to admit I let it happen... and I have been blaming myself for having forgotten to disable password authentication on ssh to this machine... but maybe something else is to blame. Miguel Ramos, Lisboa.
Subject: Re: File system is Full> Thanks for you all. > /tmp & /home are separate slices. However, I noticed that mounting msdosfs > on another HD are sucking much of my FBSD HD. So I commented those on fstab > to free space . It seems that this situation was also connected with the > upgrade of OOo port which sucks much of HD. I would try growfs to add 10G > to my file system. > Thx again > Khaled MoussaPerhaps you could give us the output of the df command to see if there's anything unusual. Anyway, check if you have accounting_enable="YES" on /etc/rc.conf, and whether it might actually be /var which is full. Recently something very strange happened to me: accounting_enable="YES" somehow got into my /etc/rc.conf file and it ended up filling my /var filesystem which happens to be a condition just as serious as filling up /. Although this happened to me already two weeks ago, I take the occasion to ask the list: - Does anyone know of any reason, such as a port installation or a make installworld, that justifies that accounting_enable="YES" misteriously appeared on my /etc/rc.conf ? I know I didn't do it... I hate to admit I let it happen... and I have been blaming myself for having forgotten to disable password authentication on ssh to this machine... but maybe something else is to blame. Miguel Ramos, Lisboa.