Re: what is /command directory?

2007-09-09 Thread Chris Bannister
[ Sorry this is a late posting, haven't been reading much mail lately, 
but ... 

I noticed I had the same /command directory, ... so

dpkg -S /command
daemontools
(pulled in by 'djbdns-installer')

a 'dpkg --purge daemontools' got rid of the '/command /service and
/package' directories.

[ nothing new below ] 

On Thu, Aug 30, 2007 at 11:27:26AM +0100, Richard Lyons wrote:
> On Thu, Aug 30, 2007 at 05:58:13AM -0400, Mark Neidorff wrote:
> 
> > On Saturday 25 August 2007 07:52 pm, Richard Lyons wrote:
> > > I just noticed with a sinking feeling that my root partition is 96% full.
> > > I do wish I hadn't let the installer use LVM and choose its own sizes.
> > > Now I am stuck trying to work round its choices.  I also notice a number
> > > of directories I've never heard of before under root:
> > >command, package, service
> > >
> > > 'service' contains a symlink to /etc/tinydns, left over from an attempt
> > > to install tinydns, I assume.  Is it likely the others also belong to
> > > tinydns, because if so I can delete them as it didn't run anyway.
> > >
> > > TIA
> > > --
> > > richard
> > 
> > On my system, /service and /command are each 4k since they only contain 
> > links.  /package is 1.8M. 
> > Check yours from a terminal (as root) with:
> > #du -h /command
> > #du -h /service
> > #du -h /package
> > These directories belong to the DJB series of packages, so if you are not 
> > using tinydns, you can remove them, but you will be saving very little 
> > space.
> 
> Thanks Mark.  I have now removed them -- and a stack of symlinks to them
> in /usr/bin /usr/local/bin and so on.  And then I remembered I had to
> purge package djbinstaller as well!  Pity it never worked though --
> people who use tinydns speak well of it.
> 
> No, you are right, it saves little space, but it does tidy things up and
> remove some non FHS directories.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: what is /command directory?

2007-08-30 Thread Richard Lyons
On Thu, Aug 30, 2007 at 05:58:13AM -0400, Mark Neidorff wrote:

> On Saturday 25 August 2007 07:52 pm, Richard Lyons wrote:
> > I just noticed with a sinking feeling that my root partition is 96% full.
> > I do wish I hadn't let the installer use LVM and choose its own sizes.
> > Now I am stuck trying to work round its choices.  I also notice a number
> > of directories I've never heard of before under root:
> >command, package, service
> >
> > 'service' contains a symlink to /etc/tinydns, left over from an attempt
> > to install tinydns, I assume.  Is it likely the others also belong to
> > tinydns, because if so I can delete them as it didn't run anyway.
> >
> > TIA
> > --
> > richard
> 
> On my system, /service and /command are each 4k since they only contain 
> links.  /package is 1.8M. 
> Check yours from a terminal (as root) with:
> #du -h /command
> #du -h /service
> #du -h /package
> These directories belong to the DJB series of packages, so if you are not 
> using tinydns, you can remove them, but you will be saving very little space.

Thanks Mark.  I have now removed them -- and a stack of symlinks to them
in /usr/bin /usr/local/bin and so on.  And then I remembered I had to
purge package djbinstaller as well!  Pity it never worked though --
people who use tinydns speak well of it.

No, you are right, it saves little space, but it does tidy things up and
remove some non FHS directories.

-- 
richard


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: what is /command directory?

2007-08-30 Thread Mark Neidorff
On Saturday 25 August 2007 07:52 pm, Richard Lyons wrote:
> I just noticed with a sinking feeling that my root partition is 96% full.
> I do wish I hadn't let the installer use LVM and choose its own sizes.
> Now I am stuck trying to work round its choices.  I also notice a number
> of directories I've never heard of before under root:
>command, package, service
>
> 'service' contains a symlink to /etc/tinydns, left over from an attempt
> to install tinydns, I assume.  Is it likely the others also belong to
> tinydns, because if so I can delete them as it didn't run anyway.
>
> TIA
> --
> richard

On my system, /service and /command are each 4k since they only contain 
links.  /package is 1.8M. 
Check yours from a terminal (as root) with:
#du -h /command
#du -h /service
#du -h /package
These directories belong to the DJB series of packages, so if you are not 
using tinydns, you can remove them, but you will be saving very little space.

Mark


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: what is /command directory?

2007-08-26 Thread Richard Lyons
On Sun, August 26, 2007 01:13, Ron Johnson wrote:

> On 08/25/07 18:52, Richard Lyons wrote:
>> I just noticed with a sinking feeling that my root partition is 96%
>> full.
[...]
> If /var is not in it's own partition, then "apt-get autoclean" will
> free up a lot of space.

Yes, thanks, I have done that, but in this case it doesn't help as
/var is in a separate partition.

-- 
richard



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: what is /command directory?

2007-08-25 Thread Douglas A. Tutty
On Sun, Aug 26, 2007 at 12:52:30AM +0100, Richard Lyons wrote:
> I just noticed with a sinking feeling that my root partition is 96% full.
> I do wish I hadn't let the installer use LVM and choose its own sizes.
> Now I am stuck trying to work round its choices.  I also notice a number
> of directories I've never heard of before under root:
>command, package, service
> 
> 'service' contains a symlink to /etc/tinydns, left over from an attempt
> to install tinydns, I assume.  Is it likely the others also belong to
> tinydns, because if so I can delete them as it didn't run anyway.
> 

Are you saying that there are directories in /root that you didn't put
there and you don't know what they are, or are you saying that there are 
/command, /package, /service directories (none of which are in the FHS).
Try apt-file search (on a non-full system) to see to whom they belong.
Otherwise, move them to somewhere safe (USB stick, floppy, another
computer with scp or rsync, whatever)

If you're using LVM, do you have any free space?  

Since we don't know your system,  send the output of:

/bin/df -h
(shows amount of free space on each partition)

/sbin/pvdisplay
(shows all your physical volumes used for LVM with amount of free
extents).

/usr/bin/du -c -h --max-depth=1 /*
(shows the amount of space taken up by the top two directory levels;
tells you where your space has gone.

Also tell us what filesystem you're using.  If its ext2/3 it can be
resized.  For example, since you're using LVM, if one LV has lots of
free space while your / LV is full, if you have no free extents in
/'s VG, you can reduce the oversize LV and its ext2/3 filesystem and
extend /'s LV.

Good luck,

Doug.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: what is /command directory?

2007-08-25 Thread Ron Johnson
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 08/25/07 18:52, Richard Lyons wrote:
> I just noticed with a sinking feeling that my root partition is 96% full.
> I do wish I hadn't let the installer use LVM and choose its own sizes.
> Now I am stuck trying to work round its choices.  I also notice a number
> of directories I've never heard of before under root:
>command, package, service
> 
> 'service' contains a symlink to /etc/tinydns, left over from an attempt
> to install tinydns, I assume.  Is it likely the others also belong to
> tinydns, because if so I can delete them as it didn't run anyway.

If /var is not in it's own partition, then "apt-get autoclean" will
free up a lot of space.

- --
Ron Johnson, Jr.
Jefferson LA  USA

Give a man a fish, and he eats for a day.
Hit him with a fish, and he goes away for good!

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFG0MXHS9HxQb37XmcRAtLmAKCKs4yJ9M1/dq3MYHjpUHETSVG57wCdG1oO
0PTYkWFvcKH5hNG1hg0tABw=
=+np0
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]