On Fri, Mar 13, 2009 at 1:42 PM, Mehul Ved wrote:
> On Fri, Mar 13, 2009 at 5:03 PM, Warren Liddell wrote:
>> I've looked as much as i can, but with only 5meg free on / .. its making
>> things in terms of building world & kernel a lil difficult .. what's the
>> command so i can see exactly what d
Warren Liddell wrote:
with thanks to the added du command not looking into mounts, it seemd
/boot was it, there was a kernel.old file in there rather large,
removed it an an old loader file which has freed up quite a bit of
space ..
How much space did you get rid of?
Jos Chrispijn
___
Olivier Nicole wrote:
396M/boot
I'd say this /boot is pretty big, you may have several versions of
older kernel that you can remove.
Olivier
with thanks to the added du command not looking into mounts, it seemd
/boot was it, there was a kernel.old file in there rather large, rem
Mehul Ved wrote:
On Fri, Mar 13, 2009 at 6:06 PM, Warren Liddell wrote:
Thanks that gave me what i needed .. now i goto figure out what i can del an
what not to .. never had a prob with / filling up before *g*
enterprise# du -h -d 1 /
537G/usr
538G/
Pretty easy to figure out
On Mar 13, 2009, at 8:46 AM, Bill Moran wrote:
In response to Wojciech Puchar :
good lesson to NOT make multiple partitions :)
And when a rogue app fills up /var and kills 4 other apps that could
have kept going ... are we then learning conflicting lessons?
Enterprise-class servers should h
Definitely take a look at the /usr/home directory like Mehul stated. Try
something like this to get a list of large files in that file system:
find /usr -type f -size +50M -exec ls -la {} \;
or
find /usr/home -type f -size +50M -exec ls -la {} \;
The above commands will print out a list of fi
On Fri, 13 Mar 2009 21:33:53 +1000 Warren Liddell wrote:
> I've looked as much as i can, but with only 5meg free on / .. its making
> things in terms of building world & kernel a lil difficult .. what's the
> command so i can see exactly what dir on / is using up all the space so
> i can f
In response to Wojciech Puchar :
>
> good lesson to NOT make multiple partitions :)
And when a rogue app fills up /var and kills 4 other apps that could
have kept going ... are we then learning conflicting lessons?
Enterprise-class servers should have many partitions to separate different
functi
In response to Warren Liddell :
> Neal Hogan wrote:
> > man du
> >
> >
> Thanks that gave me what i needed .. now i goto figure out what i can
> del an what not to .. never had a prob with / filling up before *g*
>
> enterprise# du -h -d 1 /
Try du -hxd1 /
It'll save you from having to figure
> 396M/boot
I'd say this /boot is pretty big, you may have several versions of
older kernel that you can remove.
Olivier
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send
On Fri, Mar 13, 2009 at 6:06 PM, Warren Liddell wrote:
> Thanks that gave me what i needed .. now i goto figure out what i can del an
> what not to .. never had a prob with / filling up before *g*
>
> enterprise# du -h -d 1 /
> 537G /usr
> 538G /
Pretty easy to figure out where the problem
Neal Hogan wrote:
man du
Thanks that gave me what i needed .. now i goto figure out what i can
del an what not to .. never had a prob with / filling up before *g*
enterprise# du -h -d 1 /
2.0K/.snap
2.0K/dev
34K/tmp
537G/usr
740M/var
1.7M/etc
2.0K/cdrom
2.0K/c
I've looked as much as i can, but with only 5meg free on / .. its making
things in terms of building world & kernel a lil difficult .. what's the
command so i can see exactly what dir on / is using up all the space so i can
free it up ?
du -s directory
good lesson to NOT make multiple partit
On Fri, Mar 13, 2009 at 5:03 PM, Warren Liddell wrote:
> I've looked as much as i can, but with only 5meg free on / .. its making
> things in terms of building world & kernel a lil difficult .. what's the
> command so i can see exactly what dir on / is using up all the space so i
> can free it up
just to clarify (it's early)
man du(1)
On Fri, Mar 13, 2009 at 6:33 AM, Warren Liddell wrote:
> I've looked as much as i can, but with only 5meg free on / .. its making
> things in terms of building world & kernel a lil difficult .. what's the
> command so i can see exactly what dir on / is us
On Wed, 24 Nov 2004, Dan Nelson wrote:
1. /dev/nsa1 shows up as a regular device; and
2. /dev/nsa1 doesn't fill up the filesystem
Remove /dev/nsa1, and run ./MAKEDEV sa1, which will recreate all the
device nodes for sa1, including nsa1.
Worked like a charm. Thanks for your speedy reply!
dn
In the last episode (Nov 24), David Newman said:
> Greetings. This is regarding a FSBD 4.10-RELEASE system.
>
> df -h shows the root file system is 109 percent utilized:
>
> Filesystem Size Used Avail Capacity Mounted on
> /dev/aacd0s1a 126M 126M -9.9M 109%/
>
> The culprit i
17 matches
Mail list logo
