Re: var is full...

[Chris Bannister]

On Fri, Nov 20, 2015 at 09:45:48AM +0100, Pascal Hambourg wrote:
> Using strace, the difference seems to be that apt-get clean removes
> /var/cache/apt/pkgcache.bin. However you don't need to run apt-get
> update : this file seems to be rebuilt by any apt command.
> 
> apt-get clean
> apt-cache show anypatternyoulike
> apt-cache show pa

Ahh! Thanks, for that.

-- 
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people who are doing the 
oppressing." --- Malcolm X

Re: var is full...

[Pascal Hambourg]

Chris Bannister a écrit :
> On Thu, Nov 19, 2015 at 06:41:50AM +0100, Jochen Spieker wrote:
>> Brian:
>>> To remove every package and the package lists in apt/archives:
>>>
>>>   apt-get clean.
>> The package lists are unaffected by the clean operation. You do not need
>> to run an update afterwards.
> 
> Then explain the difference between:
> 
> 1) apt-get clean
> apt-cache show pa
> 
> and
> 
> 2) apt-get clean
> apt-get update
> apt-cache show pa

Using strace, the difference seems to be that apt-get clean removes
/var/cache/apt/pkgcache.bin. However you don't need to run apt-get
update : this file seems to be rebuilt by any apt command.

apt-get clean
apt-cache show anypatternyoulike
apt-cache show pa

Re: var is full...

[Chris Bannister]

On Thu, Nov 19, 2015 at 06:41:50AM +0100, Jochen Spieker wrote:
> Brian:
> > 
> > To remove every package and the package lists in apt/archives:
> > 
> >   apt-get clean.
> 
> The package lists are unaffected by the clean operation. You do not need
> to run an update afterwards.

Then explain the difference between:

1) apt-get clean
apt-cache show pa

and

2) apt-get clean
apt-get update
apt-cache show pa

-- 
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people who are doing the 
oppressing." --- Malcolm X

Re: var is full...

[Chris Bannister]

On Wed, Nov 18, 2015 at 02:33:50PM +, Brad Rogers wrote:
> On Wed, 18 Nov 2015 09:08:35 -0500
> Whit Hansell  wrote:
> 
> Hello Whit,
> 
> >is very small and won't really give me much room.  Can anyone with 
> >knowledge give me the subdirectories in var/cache that I can empty to 
> >get a reasonable amount of free space?  Running Jessie on an amd64 box.
> 
> Look at /var/cache/apt - that may well have lots of Debian packages in
> it.  IIRC, default settings is to keep them forever, once d/l'd from the
> repos.  Personally, I change this to delete after successful
> installation.  However, flushing that directory may gain a huge amount
> of space.

... which can be done with (as root):

apt-get clean

-- 
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people who are doing the 
oppressing." --- Malcolm X

Re: var is full...

[David Wright]

On Wed 18 Nov 2015 at 15:42:29 (+0100), Hans wrote:
> try to boot from a live system like Knoppix or any other live-cd.
> 
> Then mount the partition, where /var resides and you can delete files you do 
> not need (for example old packages).

Correct me if I'm wrong but I thought that one could delete anything
in /var/cache with impunity, or else it has no business being there.
(It might be wise to pick one's moment; boot into single user, for example.)

Cheers,
David.

Re: var is full...

[Brian]

On Wed 18 Nov 2015 at 12:20:51 -0300, Renaud OLGIATI wrote:

> On Wed, 18 Nov 2015 15:42:29 +0100
> Hans  wrote:
> 
> > try to boot from a live system like Knoppix or any other live-cd.
> > 
> > Then mount the partition, where /var resides and you can delete files you 
> > do 
> > not need (for example old packages).
> 
> Or just su to root in a console, cd to /var/cache/apt/archive and rm
> -f *.deb to remove all the old packages. 

Why have a dog and bark yourself?

  apt-get autoclean

Re: var is full...

[David Baron]

On Wednesday 18 November 2015 15:36:47 Brian wrote:
> On Wed 18 Nov 2015 at 12:20:51 -0300, Renaud OLGIATI wrote:
> > On Wed, 18 Nov 2015 15:42:29 +0100
> > 
> > Hans  wrote:
> > > try to boot from a live system like Knoppix or any other live-cd.
> > > 
> > > Then mount the partition, where /var resides and you can delete files
> > > you do not need (for example old packages).
> > 
> > Or just su to root in a console, cd to /var/cache/apt/archive and rm
> > -f *.deb to remove all the old packages.
> 
> Why have a dog and bark yourself?
> 
>   apt-get autoclean
  
Not enough. Apt-get clean/autoclean just goes so far.
I have that /var/cache/apt on the oversized home that the installation 
partitions and I symlink that back to /var/cache. 

Would be better to mount --bind. This is what I did to have /opt and 
/usr/local. Also not enough room. When I get another disk, can stop all this 
trickery, but until then, it is OK.

Re: var is full...

[Brian]

On Wed 18 Nov 2015 at 09:08:35 -0500, Whit Hansell wrote:

> my Var directory is 100% full.  I have googled abouit it and reallly haven't
> gotten a decent idea of what I can safely delete from var. I have bot tmp
> and cache subdirectories and can easily fump the tmp but it is very small
> and won't really give me much room.  Can anyone with knowledge give me the
> subdirectories in var/cache that I can empty to get a reasonable amount of
> free space?  Running Jessie on an amd64 box.

To remove all apt/archives packages older than the present versions:

  apt-get autoclean

Add -s to see beforehand what space would be freed.

To remove every package and the package lists in apt/archives:

  apt-get clean.

The package lists will be regenerated at the next 'apt-get update'.

What is the size of /var? ('df -h' tells you this). Which directories
use most space. ('du -h /var/ for that).

> I have run into this problem for the last three installs.  I always use the
> basic linuc installer recommends for var size and it is always too darn
> small.  In the past I have enlarged the partidtion/directory using gparted
> to move free space but it is a total pita and the last time it left the
> drive w. some open space just hanging out that I could not get put into the
> directoies.  That did not affect the operation but left the drive in a way
> that was sloppily set up.

Some people have very good reasons for a separate /var. Do you? If not,
go for single / partition; it makes life simpler.
 
> And how much of the var/log files can I adjust?  Those files are pretty
> large and would give me more time before I woulod have to do it agian.

I'd leave them alone. 

Re: var is full...

[Ron]

On Wed, 18 Nov 2015 15:42:29 +0100
Hans  wrote:

> try to boot from a live system like Knoppix or any other live-cd.
> 
> Then mount the partition, where /var resides and you can delete files you do 
> not need (for example old packages).

Or just su to root in a console, cd to /var/cache/apt/archive and rm -f *.deb 
to remove all the old packages. 
 
Cheers,
 
Ron.
-- 
   Pourquoi contredire une femme ?
   Il est tellement plus simple d' attendre qu'elle change d'avis.
-- Georges Feydeau

   -- http://www.olgiati-in-paraguay.org --
 

Re: var is full...

[Hans-J. Ullrich]

Am Mittwoch, 18. November 2015, 09:41:38 schrieb David Wright:
> On Wed 18 Nov 2015 at 15:42:29 (+0100), Hans wrote:
> > try to boot from a live system like Knoppix or any other live-cd.
> > 
> > Then mount the partition, where /var resides and you can delete files you
> > do not need (for example old packages).
> 
> Correct me if I'm wrong but I thought that one could delete anything
> in /var/cache with impunity, or else it has no business being there.
> (It might be wise to pick one's moment; boot into single user, for example.)
> 
> Cheers,
> David.
Of course, he can. My idea behind, was that if the user cannot start the 
system any more, this might be an alternative way.

He can do apt-get clean or aptitude clean, too, if the system is still 
booting.

Best

Hans 

Re: var is full...

[Hans]

Hi Whit,

try to boot from a live system like Knoppix or any other live-cd.

Then mount the partition, where /var resides and you can delete files you do 
not need (for example old packages).

If your filesystem is not encrypted, then youz might want to enlarge the 
partition without any loss. You can do this with the famous gparted-live-cd 
for example.

Maybe you have enough space on a partition on another computer (filesystem must 
be ext3 or ext4), then you can sync all data from /var to this computer and 
after enlarging the /var partition back to it. 

With live-systems like Knoppix or TRK you can do many nice things, resueing 
the system or just get access to filesystems when the operating system does not 
start any more.

Feel free to ask for more information.

Hope this helps, good luck!  

Best regards

Hans

var is full...

[Whit Hansell]

Hey y'all,
my Var directory is 100% full.  I have googled abouit it and reallly 
haven't gotten a decent idea of what I can safely delete from var. I 
have bot tmp and cache subdirectories and can easily fump the tmp but it 
is very small and won't really give me much room.  Can anyone with 
knowledge give me the subdirectories in var/cache that I can empty to 
get a reasonable amount of free space?  Running Jessie on an amd64 box.


I have run into this problem for the last three installs.  I always use 
the basic linuc installer recommends for var size and it is always too 
darn small.  In the past I have enlarged the partidtion/directory using 
gparted to move free space but it is a total pita and the last time it 
left the drive w. some open space just hanging out that I could not get 
put into the directoies.  That did not affect the operation but left the 
drive in a way that was sloppily set up.


And how much of the var/log files can I adjust?  Those files are pretty 
large and would give me more time before I woulod have to do it agian.


Thanks in advance.  i'm really frustrated with this situation and really 
appreciate any help.


Sincerelly,
Whit

Re: var is full...

[Brad Rogers]

On Wed, 18 Nov 2015 09:08:35 -0500
Whit Hansell  wrote:

Hello Whit,

>is very small and won't really give me much room.  Can anyone with 
>knowledge give me the subdirectories in var/cache that I can empty to 
>get a reasonable amount of free space?  Running Jessie on an amd64 box.

Look at /var/cache/apt - that may well have lots of Debian packages in
it.  IIRC, default settings is to keep them forever, once d/l'd from the
repos.  Personally, I change this to delete after successful
installation.  However, flushing that directory may gain a huge amount
of space.

-- 
 Regards  _
 / )   "The blindingly obvious is
/ _)radnever immediately apparent"
Drums quite good, bass is too loud, and I can't hear the words
Sound Of The Suburbs - Members


pgpKs8ATvPqT9.pgp
Description: OpenPGP digital signature

Re: var is full...

[Jörg-Volker Peetz]

To see how much is used where order as super user

  du /var -hx --max-depth=1

Do you have mount points in /var ?

Regards,
jvp.

Re: var is full...

[Jochen Spieker]

Brian:
> 
> To remove every package and the package lists in apt/archives:
> 
>   apt-get clean.

The package lists are unaffected by the clean operation. You do not need
to run an update afterwards.

What's not generally known is that apt comes with a cron job that can
perform house keeping. It can be configured in apt.conf like this:

APT {
Periodic {
// see: /etc/cron.daily/apt
Update-Package-Lists "0";
Download-Upgradeable-Packages "0";
AutocleanInterval "1";
MinAge "3";
MaxAge "7";
MaxSize "1024";
}
}

See the comments in /etc/cron.daily/apt. As far as I am aware, that's
the only place where this is documented.

J.
-- 
People talking a foreign language are romantic and mysterious.
[Agree]   [Disagree]
 


signature.asc
Description: Digital signature

Re: var is full...(Solved)

[Whit Hansell]

To all, [Brad, Hans, Jorg-Volker, Brian and David]

Thank you all for your replies.  I just got done moving free space from 
Home to my var partition, again.Darn Debian installer uses too 
small a var partition as mentioned in my  OP.
Let me apologize for those who thought I meant I could not boot the 
machine.  That was not the problem.  It was that the var partition was 
full and it needs space to use apt, cups, and other programs.  I do have 
another problem I am working on that may have been cause partly because 
of the full partitioin but i will ask for help on that if I can't get it 
figured out.  I really do appreciate all your comments and am sorry I 
could not address them until now.  It took me all day to move 5 GB of 
free space from home to var on a 1T drive.


I went ahead and did the Gparted free space move over again because Hans 
mentioned it and I knew it would take some time to do it.  Just wanted 
the whole thing over with.


Again, thanks all for your answers.  I just figured that it would be 
best to upsize the partition once and for all rather than keep deleting 
files in var cache, tmp, etc.  Hopefully an almost 8 Gb var will handle 
it now.   My original one was 2.7 Gb and I had freed up 700 mb or so 
just a few weeks ago it seems and it  filled up again so quickly.


You all are great to have on hand and we all really appreciate it.

Regards and much appreciations.

Whit

PS, Someone mentioned that I could use just one partition for the drive 
and not have this problem anymore.  I use separate partitions for 
security reasons and to learn things like the big guys  even 
tho' i'm just a putterer who has used debian since Late Woody/Early 
Sarge.  Just love Linux.



On 11/18/2015 10:52 AM, Hans-J. Ullrich wrote:

Am Mittwoch, 18. November 2015, 09:41:38 schrieb David Wright:

On Wed 18 Nov 2015 at 15:42:29 (+0100), Hans wrote:

try to boot from a live system like Knoppix or any other live-cd.

Then mount the partition, where /var resides and you can delete files you
do not need (for example old packages).

Correct me if I'm wrong but I thought that one could delete anything
in /var/cache with impunity, or else it has no business being there.
(It might be wise to pick one's moment; boot into single user, for example.)

Cheers,
David.

Of course, he can. My idea behind, was that if the user cannot start the
system any more, this might be an alternative way.

He can do apt-get clean or aptitude clean, too, if the system is still
booting.

Best

Hans

dpkg unable to write to /var/lib/dpkg/status, /var partition full

[Kyle Barbour]

Hello there,

I booted up my system this morning and tried to install something with
aptitude, only to get the error message:

W: Could not lock the cache file.  Opening in read-only mode; any
changes you make to the states of packages will NOT be preserved!
E: dpkg was interrupted, you must manually run 'dpkg --configure -a'
to correct the problem.

So, I tried running dpkg --configure -a, which gave me:

dpkg: failed to write status record about `vlc-nox' to
`/var/lib/dpkg/status': No space left on device

I ran df, and I found that my /var partition is entirely full (1.9 GB
of 1.9 GB). I don't know why - last night I ran 'aptitude
safe-upgrade', maybe that has something to do with it? I'm not sure
how to fix this problem - I'm assuming that I should pare down some
files, but I'm not sure which ones or how to prevent this from
happening again. Any thoughts?

Thanks for the help,
Kyle Barbour


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

Re: dpkg unable to write to /var/lib/dpkg/status, /var partition full

[Peter Tynan]

On 20/04/2008, Kyle Barbour [EMAIL PROTECTED] wrote:
 Hello there,

  I booted up my system this morning and tried to install something with
  aptitude, only to get the error message:

  W: Could not lock the cache file.  Opening in read-only mode; any
  changes you make to the states of packages will NOT be preserved!
  E: dpkg was interrupted, you must manually run 'dpkg --configure -a'
  to correct the problem.

  So, I tried running dpkg --configure -a, which gave me:

  dpkg: failed to write status record about `vlc-nox' to
  `/var/lib/dpkg/status': No space left on device

  I ran df, and I found that my /var partition is entirely full (1.9 GB
  of 1.9 GB). I don't know why - last night I ran 'aptitude
  safe-upgrade', maybe that has something to do with it? I'm not sure
  how to fix this problem - I'm assuming that I should pare down some
  files, but I'm not sure which ones or how to prevent this from
  happening again. Any thoughts?

  Thanks for the help,
  Kyle Barbour

I had this problem recently, if I remember right the file at
/var/log/user.log.0 had grown huge (6GB+) - I don't know if this was
the right thing to do but I just deleted it (it reappeared soon after
but has stayed a far more reasonable size - currently 18.kb).

Peter


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

Re: dpkg unable to write to /var/lib/dpkg/status, /var partition full

[Jochen Schulz]

Kyle Barbour:
 
 dpkg: failed to write status record about `vlc-nox' to
 `/var/lib/dpkg/status': No space left on device

Run 'apt-get clean' and see how much free space you get. Apt stores
downloaded debs locally and never deletes them until asked to do so.

J.
-- 
I have been manipulated and permanently distorted.
[Agree]   [Disagree]
 http://www.slowlydownward.com/NODATA/data_enter2.html


signature.asc
Description: Digital signature

Re: dpkg unable to write to /var/lib/dpkg/status, /var partition full

[Ron Johnson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 04/20/08 16:34, Kyle Barbour wrote:
 Hello there,
 
 I booted up my system this morning and tried to install something with
 aptitude, only to get the error message:
 
 W: Could not lock the cache file.  Opening in read-only mode; any
 changes you make to the states of packages will NOT be preserved!
 E: dpkg was interrupted, you must manually run 'dpkg --configure -a'
 to correct the problem.
 
 So, I tried running dpkg --configure -a, which gave me:
 
 dpkg: failed to write status record about `vlc-nox' to
 `/var/lib/dpkg/status': No space left on device
 
 I ran df, and I found that my /var partition is entirely full (1.9 GB
 of 1.9 GB). I don't know why - last night I ran 'aptitude
 safe-upgrade', maybe that has something to do with it? I'm not sure
 how to fix this problem - I'm assuming that I should pare down some
 files, but I'm not sure which ones or how to prevent this from
 happening again. Any thoughts?

There's got to be a way to delete old/un-needed .deb files.  Using
apt-get, it's:
# apt-get clean


- --
Ron Johnson, Jr.
Jefferson LA  USA

We want... a Shrubbery!!
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFIC7tpS9HxQb37XmcRAoz4AKDjCOmfEunTZcpL/Dsio7rZPKaoVgCgu2Sp
Hb0WHExAVaF/SqFwNZ13p4w=
=D8mu
-END PGP SIGNATURE-


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

Re: dpkg unable to write to /var/lib/dpkg/status, /var partition full

[Andrei Popescu]

On Sun, Apr 20, 2008 at 04:53:45PM -0500, Ron Johnson wrote:
 
 There's got to be a way to delete old/un-needed .deb files.  Using
 apt-get, it's:
 # apt-get clean
 
'clean' will remove all .deb files. I think it's better to use 
autoclean.

Regards,
Andrei
-- 
If you can't explain it simply, you don't understand it well enough.
(Albert Einstein)


signature.asc
Description: Digital signature

Re: partition /var is full

[Karsten M. Self]

on Tue, Sep 28, 2004 at 11:07:03PM +0100, Gerard Robin ([EMAIL PROTECTED]) wrote:
 
 Hello,
 I have a problem with my partition /var which seems to be too small.
 When it is full my system deosn't work fine, for example: fetchmail can't 
 download my messages in /var/mail/mylogin.
 To solve the problem temporarily, I have removed the biggest files in 
 /var/log/.
 How can I solve this problem neatly ?
 Thinks in advance for your reply or for a link which gives me a hint   
 for good solution ?
 
 df -h displays :
 
 Sys. de fich. Tail. Occ. Disp. %Occ. Mont? sur
 /dev/hda2 464M  139M  302M  32% /

Since you've split out everything else, / can shrink to ~150 MiB or so.

The biggest thing to go in there are your kernel modules, under
/lib/modules.  Keep your installed kernel count low (1-2) and you'll be
OK.  For a while.

 tmpfs 253M 0  253M   0% /dev/shm
 /dev/hda3 3,2G  1,7G  1,4G  55% /usr

Good size.  I tend to shoot for 3-4 GiB for /usr these days.

 /dev/hda6  92M   22K   87M   1% /tmp

Small, but perfectly serviceable so long as you don't try burning CDs
(some burners build temporary ISOs in /tmp).

 /dev/hda7 464M  411M   29M  94% /var

I shoot for ~1-2 GiB /var.  You can slide to about 750 MiB without
frequent problems.  Otherwise, clean your cache frequently.  apt-get
autoclean cronned nightly may help. 

Also check your logrotate configuration.  Rotate frequently
(daily/weekly), keep few old logs (2-4), and compress old logs.  Might
check to see if logfiles are growing out out of hand, and if so, why.
Track down and fix those errors.

 /dev/hda8 1,9G  530M  1,2G  31% /home

Looks like you've only got ~6 GiB on this disk.  If you can at all
afford it, buy more disk.  It's ~US$1/GiB, you can almost certainly
afford it.



Peace.

-- 
Karsten M. Self [EMAIL PROTECTED]http://kmself.home.netcom.com/
 What Part of Gestalt don't you understand?
 bob2 beef-fed tofu tastes better, anyway.


signature.asc
Description: Digital signature

partition /var is full

[Gerard Robin]

Hello,
I have a problem with my partition /var which seems to be too small.
When it is full my system deosn't work fine, for example: fetchmail can't 
download my messages in /var/mail/mylogin.
To solve the problem temporarily, I have removed the biggest files in 
/var/log/.
How can I solve this problem neatly ?
Thinks in advance for your reply or for a link which gives me a hint   
for good solution ?

df -h displays :

Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/hda2 464M  139M  302M  32% /
tmpfs 253M 0  253M   0% /dev/shm
/dev/hda3 3,2G  1,7G  1,4G  55% /usr
/dev/hda6  92M   22K   87M   1% /tmp
/dev/hda7 464M  411M   29M  94% /var
/dev/hda8 1,9G  530M  1,2G  31% /home
/dev/fd0  1,4M  745K  679K  53% /floppy

du -hs /var  displays

89M /var  

411M != 89M ? 

-- 
Gerard


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

Re: partition /var is full

[Frank Gevaerts]

On Tue, Sep 28, 2004 at 11:07:03PM +0100, Gerard Robin wrote:
 
 Hello,
 I have a problem with my partition /var which seems to be too small.
 When it is full my system deosn't work fine, for example: fetchmail can't 
 download my messages in /var/mail/mylogin.
 To solve the problem temporarily, I have removed the biggest files in 
 /var/log/.
 How can I solve this problem neatly ?
 Thinks in advance for your reply or for a link which gives me a hint   
 for good solution ?
 
 df -h displays :
 
 Sys. de fich. Tail. Occ. Disp. %Occ. Mont? sur
 /dev/hda2 464M  139M  302M  32% /
 tmpfs 253M 0  253M   0% /dev/shm
 /dev/hda3 3,2G  1,7G  1,4G  55% /usr
 /dev/hda6  92M   22K   87M   1% /tmp
 /dev/hda7 464M  411M   29M  94% /var
 /dev/hda8 1,9G  530M  1,2G  31% /home
 /dev/fd0  1,4M  745K  679K  53% /floppy
 
 du -hs /var  displays
 
 89M   /var  
 
 411M != 89M ? 

I guess there is a program running that still has some removed files
open. Try restarting sysklogd, or rebooting.

Frank

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

-- 
Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it. - Brian W. Kernighan


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

Re: partition /var is full

[Tim Kelley]

On Tue, Sep 28, 2004 at 11:07:03PM +0100, Gerard Robin wrote:
 
 Hello,
 I have a problem with my partition /var which seems to be too small.
 When it is full my system deosn't work fine, for example: fetchmail can't 
 download my messages in /var/mail/mylogin.
 To solve the problem temporarily, I have removed the biggest files in 
 /var/log/.
 How can I solve this problem neatly ?
 Thinks in advance for your reply or for a link which gives me a hint   
 for good solution ?

snip

use symlinks.

However, all those filesystems are a little small - is this one disk?
There's no need to go overboard with all those filesystems unless you
really do have different drive spindles to put them on.


-- 
  _   _   _   _   _   _   _   _   _   _   _   _   _  
 / \ / \ / \ / \ / \ / \ / \ / \ / \ / \ / \ / \ / \ 
( t | i | m | @ | i | t | . | k | p | t | . | c | c )
 \_/ \_/ \_/ \_/ \_/ \_/ \_/ \_/ \_/ \_/ \_/ \_/ \_/ 
GPG key fingerprint = 1DEE CD9B 4808 F608 FBBF  DC21 2807 D7D3 09CA 85BF


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

Re: partition /var is full

[Gerard Robin]

On Tue, Sep 28, 2004 at 11:28:31PM +0200, Frank Gevaerts wrote:
 
 On Tue, Sep 28, 2004 at 11:07:03PM +0100, Gerard Robin wrote:
  
  Hello,
  I have a problem with my partition /var which seems to be too small.
  When it is full my system deosn't work fine, for example: fetchmail can't 
  download my messages in /var/mail/mylogin.
  To solve the problem temporarily, I have removed the biggest files in 
  /var/log/.
  How can I solve this problem neatly ?
  Thinks in advance for your reply or for a link which gives me a hint   
  for good solution ?
  
  df -h displays :
  
  Sys. de fich. Tail. Occ. Disp. %Occ. Mont? sur
  /dev/hda2 464M  139M  302M  32% /
  tmpfs 253M 0  253M   0% /dev/shm
  /dev/hda3 3,2G  1,7G  1,4G  55% /usr
  /dev/hda6  92M   22K   87M   1% /tmp
  /dev/hda7 464M  411M   29M  94% /var
  /dev/hda8 1,9G  530M  1,2G  31% /home
  /dev/fd0  1,4M  745K  679K  53% /floppy
  
  du -hs /var  displays
  
  89M /var  
  
  411M != 89M ? 
 
 I guess there is a program running that still has some removed files
 open. Try restarting sysklogd, or rebooting.
 
 Frank

Thanks  Frank,
when I reboot it's ok: 89M = 89M :-). But I would like to know if I could 
get the same result by an other way.
Thanks again.

-- 
Gerard


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

Re: partition /var is full

[Patrick Albuquerque]

On Tue, Sep 28, 2004 at 11:07:03PM +0100, Gerard Robin wrote:
 
 Hello,
 I have a problem with my partition /var which seems to be too small.
 When it is full my system deosn't work fine, for example: fetchmail can't 
 download my messages in /var/mail/mylogin.
 To solve the problem temporarily, I have removed the biggest files in 
 /var/log/.
 How can I solve this problem neatly ?

try?
rm -rf /var/cache/apt/archives/*deb

hth,
Patrick
-- 


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

Re: partition /var is full

[Frank Gevaerts]

On Wed, Sep 29, 2004 at 12:08:54AM +0100, Gerard Robin wrote:
 On Tue, Sep 28, 2004 at 11:28:31PM +0200, Frank Gevaerts wrote:
  
  On Tue, Sep 28, 2004 at 11:07:03PM +0100, Gerard Robin wrote:
   
   Hello,
   I have a problem with my partition /var which seems to be too small.
   When it is full my system deosn't work fine, for example: fetchmail can't 
   download my messages in /var/mail/mylogin.
   To solve the problem temporarily, I have removed the biggest files in 
   /var/log/.
   How can I solve this problem neatly ?
   Thinks in advance for your reply or for a link which gives me a hint   
   for good solution ?
   
   df -h displays :
   
   Sys. de fich. Tail. Occ. Disp. %Occ. Mont? sur
   /dev/hda2 464M  139M  302M  32% /
   tmpfs 253M 0  253M   0% /dev/shm
   /dev/hda3 3,2G  1,7G  1,4G  55% /usr
   /dev/hda6  92M   22K   87M   1% /tmp
   /dev/hda7 464M  411M   29M  94% /var
   /dev/hda8 1,9G  530M  1,2G  31% /home
   /dev/fd0  1,4M  745K  679K  53% /floppy
   
   du -hs /var  displays
   
   89M   /var  
   
   411M != 89M ? 
  
  I guess there is a program running that still has some removed files
  open. Try restarting sysklogd, or rebooting.
  
  Frank
 
 Thanks  Frank,
 when I reboot it's ok: 89M = 89M :-). But I would like to know if I could 
 get the same result by an other way.

The problem is caused by the way Unix filesystems work : a file exists
on disk as long as there is at least one reference to it. References can
be a process thart has the file open, or a filename in a directory.
What people think of as removing a file actually only removes the
filename. 
The trick is to find which process has the file open. You might try the
lsof command for that, or remembering which large files you recently
deleted. Once you find the process, restarting it should be sufficient.

I once had a similar problem where I had made an iso image, loopback
mounted it, forgot about the mount, and rm'ed the iso. Instant 650 MB
lost, until (some weeks later) I noticed this and unmounted the iso.

Frank

 Thanks again.
 
 -- 
 Gerard

-- 
Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it. - Brian W. Kernighan


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

Re: partition /var is full

[Kevin Mark]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tue, Sep 28, 2004 at 11:07:03PM +0100, Gerard Robin wrote:
 
 Hello,
 I have a problem with my partition /var which seems to be too small.
 When it is full my system deosn't work fine, for example: fetchmail can't 
 download my messages in /var/mail/mylogin.
 To solve the problem temporarily, I have removed the biggest files in 
 /var/log/.
 How can I solve this problem neatly ?
 Thinks in advance for your reply or for a link which gives me a hint   
 for good solution ?
 
 df -h displays :
 
 Sys. de fich. Tail. Occ. Disp. %Occ. Mont sur
 /dev/hda2 464M  139M  302M  32% /
 tmpfs 253M 0  253M   0% /dev/shm
 /dev/hda3 3,2G  1,7G  1,4G  55% /usr
 /dev/hda6  92M   22K   87M   1% /tmp
 /dev/hda7 464M  411M   29M  94% /var
 /dev/hda8 1,9G  530M  1,2G  31% /home
 /dev/fd0  1,4M  745K  679K  53% /floppy
 
 du -hs /var  displays
 
 89M   /var  
 
 411M != 89M ? 
 
 -- 
 Gerard
 
Hi G,
have you though about 'apt-get autoclean' ?
try this:
du -m -s /var/*/* |sort -n
see where the big files are.
- -- 

(__)
(oo)
  /--\/
 / |||
*  /\---/\
   ~~   ~~
Have you mooed today?...
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQFBWfLkAWAAuqdWA9cRAmjCAJ965yl/XfA7pulyGGOB1hS66Dv8kgCcCmoA
n1MkKCHPXlXYYUo1zvMVw7w=
=TtGZ
-END PGP SIGNATURE-


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

Re: partition /var is full

[Patrick Albuquerque]

On Tue, Sep 28, 2004 at 05:14:36PM -0500, Patrick Albuquerque wrote:
 On Tue, Sep 28, 2004 at 11:07:03PM +0100, Gerard Robin wrote:
  
  Hello,
  I have a problem with my partition /var which seems to be too small.
  When it is full my system deosn't work fine, for example: fetchmail can't 
  download my messages in /var/mail/mylogin.
  To solve the problem temporarily, I have removed the biggest files in 
  /var/log/.
  How can I solve this problem neatly ?
 
 try?
 rm -rf /var/cache/apt/archives/*deb
 

Sorry! 

You do _not_ want the 'r' in  rm -rf, as that'll delete the partial/
directory, which is needed by dpkg.

hth,
Patrick.
-- 


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

Re: /var Partition Full from APT Packages

[Alexander B. Cheng]

On Sat, 13 Mar 2004 22:51:46 -0500
Nelson E. Castillo [EMAIL PROTECTED] wrote:

  There are a a lot of older versions of debian packages in
  apt/archives that is just taking up space.  Is there a command in
  apt that I can use to remove all the older versions without having
  to physically delete each package one by one?
 
 # apt-get autoclean
 
 Regards,
 Nelson.-
 
 -- 
 http://geocities.com/arhuaco
 
 The first principle is that you must not fool yourself
 and you are the easiest person to fool.
  -- Richard Feynman.
 
 
 -- 
 To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
 with a subject of unsubscribe. Trouble? Contact
 [EMAIL PROTECTED]
 

Great it worked great... thanks :)


-- 
,;;,
/\_
   (  /
   (()  //)
  | \\  ,,;;'\   Alexander (Axle) B. Cheng
   __ _(  )m=(
 /'  ' '()/' '.(, | Kingsmen Associates
  ,;(  )|| |  
 ,;' \/-(.;,   )
  ) /   ) /
 // ||
)_\ )_\  GnuPG key: 1024D/428365FC

Reality is merely an illusion, albeit a very persistent one
- A. Einstein (1879-1955)



pgp0.pgp
Description: PGP signature

Re: /var Partition Full from APT Packages

[Florian Ernst]

Hello Alexander!

On Sun, Mar 14, 2004 at 01:20:49AM -0800, Alexander B. Cheng wrote:
 On Sat, 13 Mar 2004 22:51:46 -0500
 Nelson E. Castillo [EMAIL PROTECTED] wrote:
   There are a a lot of older versions of debian packages in
   apt/archives that is just taking up space.  Is there a command in
   apt that I can use to remove all the older versions without having
   to physically delete each package one by one?
  
  # apt-get autoclean
 
 Great it worked great... thanks :)

To probably save you from doing so again, you could set
|Aptitude::AutoClean-After-Update true
in your aptitude config, see /usr/share/doc/aptitude, or
|DSelect
|{
|   Clean auto;
|}
in your apt.conf, see /usr/share/doc/apt

Cheers,
Flo


signature.asc
Description: Digital signature

/var Partition Full from APT Packages

[Alexander B. Cheng]

Hi All,

I've seem to have a problem with my /var partition being full.  My
partition for /var is 1.9 gigs and files in my apt/archives have taken
up 1.5gigs.

There are a a lot of older versions of debian packages in apt/archives
that is just taking up space.  Is there a command in apt that I can use
to remove all the older versions without having to physically delete
each package one by one?

I've already deleted all my old logs and removed as many old entries as
possible.

 TIA

Alex

-- 
,;;,
/\_
   (  /
   (()  //)
  | \\  ,,;;'\   Alexander (Axle) B. Cheng
   __ _(  )m=(
 /'  ' '()/' '.(, | Kingsmen Associates
  ,;(  )|| |  
 ,;' \/-(.;,   )
  ) /   ) /
 // ||
)_\ )_\  GnuPG key: 1024D/428365FC

Reality is merely an illusion, albeit a very persistent one
- A. Einstein (1879-1955)



pgp0.pgp
Description: PGP signature

Re: /var Partition Full from APT Packages

[Nelson E. Castillo]

 There are a a lot of older versions of debian packages in apt/archives
 that is just taking up space.  Is there a command in apt that I can use
 to remove all the older versions without having to physically delete
 each package one by one?

# apt-get autoclean

Regards,
Nelson.-

-- 
http://geocities.com/arhuaco

The first principle is that you must not fool yourself
and you are the easiest person to fool.
 -- Richard Feynman.


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

/var är full!

[Björn Johansson]

Min /var är full! Därför så skapade jag en till 
partition
som heter /var2. Men hur gör jag för att den 
också
ska användas som en /var partition?

Kan jag köra en resize på partitionen med 
något
verktyg i Linux?


Björn Johansson

Re: /var är full!

[Carl Ekman]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Det lättaste om du inte använder LVM (Linux Volume Manager) är ju att skapa en 
ny partition, sätta burken i single user mode, rsynca/kopiera över allt till 
en ny partition och sedan ändra i /etc/fstab och boota om...

eller förstås göra en apt-get clean, kolla logrotationsscripten, mailkön och 
printerköerna..

Annars kan du ju om du kör LVM bara använda e2fsadm för att växa 
partitionen... Eller, om du har tomt ledigt utrymme efter partitionen och 
inte använder LVM så kan du ju dumpa partitionstabellen på papper, skriva om 
den med större varpartition och sedan köra resize2fs.

Det är nog ingen vits att försöka få 2 partitioner att verka vara en 
partition... du kan ju prova att göra typ

 cd /var;du -sm|sort -rn|head -15 för att se vilka som är de stora katalogerna 
i /var och sedan göra en ny mountpoint av någon av dem.

i BSD brukar man ju ha unionfs som man kan använda för att slå ihop två 
partitioner vid monteringen, men jag tror inte det finns i linux, och 
hursomhelst så blir det nog bara jättekonstigt med nyskapade filer och så 
isf..

 Min /var är full! Därför så skapade jag en till partition
 som heter /var2. Men hur gör jag för att den också
 ska användas som en /var partition?

 Kan jag köra en resize på partitionen med något
 verktyg i Linux?
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQE/lo9/Yxi18jQsb7QRAia3AJ0Uco2WaEUa+4ir/hPwpWlQBacyBgCbB0fO
4LS+d6Z2RBFZJkDDOL2QYPs=
=4ZCT
-END PGP SIGNATURE-

Re: /var är full!

[David Röhr]

On Wed, 22 Oct 2003 [15:07],
Björn Johansson ([EMAIL PROTECTED]) wrote:

 Min /var är full! Därför så skapade jag en till partition
 som heter /var2. Men hur gör jag för att den också
 ska användas som en /var partition?

Jadu, du kan ju börja med att kontrollera varför var är full? gamla
paket som ligger och skräpar? apt-cache clean kanske hjälper? Att ha två
/var-kataloger går inte, däremot kan du ju flytta över något till en
annan partion och mounta den under var. typ /var/cache till en annan
disk.

 Kan jag köra en resize på partitionen med något
 verktyg i Linux?

Resize kan du göra, men om du vill ha kvar datat på disken så beror det
lite på vad det för typ av partioner/filsystem.


/d

-- 
 Ahhh! We're gonna die! Right? -Fry 
 Right. -Bender 
 Ahhh! -Fry 

/var getting full

[Dale Morris]

I just did a new cd install of 2.2. I have a 15g hard drive, 5g of which is
a windoze partition, 5g for Linux and another 5 free space for BSD when I
finally get around to installing it. I just started watching the disk
contents, because I've set up disk partitions with 300megs for /var and /200
for /tmp. I am noticing that /var is now 70% full. Yesterday it was 46% and
I went in and cleaned out all my big mail files, yet that made little
difference. Is there something wrong here or is this normal /var behavior?

Here's what the df command yields:

Filesystem   1k-blocks  Used Available Use% Mounted on
/dev/hda394667 53227 36552  59% /
/dev/hda594635   638 89110   1% /tmp
/dev/hda6   283431187954 80838  70% /var
/dev/hda7  1922188764500   1060040  42% /usr
/dev/hda8  2402992552172   1728756  24% /home

thanks

Re: /var getting full

[Sean]

Check out /var/cache/apt/archives ... this is the default place apt puts 
downloaded packages. apt-get autoclean will clear out old packages, apt-get 
clean will delete all the packages and if you install apt-move, apt-move 
update will generate a local mirror for you using the packages in 
/var/cache/apt/archives. You can stick this mirror directory somewhere else 
with more room ... like /home if you like. 

Sean

On Saturday 03 March 2001 08:07, Dale Morris wrote:
 I just did a new cd install of 2.2. I have a 15g hard drive, 5g of which is
 a windoze partition, 5g for Linux and another 5 free space for BSD when I
 finally get around to installing it. I just started watching the disk
 contents, because I've set up disk partitions with 300megs for /var and
 /200 for /tmp. I am noticing that /var is now 70% full. Yesterday it was
 46% and I went in and cleaned out all my big mail files, yet that made
 little difference. Is there something wrong here or is this normal /var
 behavior?

 Here's what the df command yields:

 Filesystem   1k-blocks  Used Available Use% Mounted on
 /dev/hda394667 53227 36552  59% /
 /dev/hda594635   638 89110   1% /tmp
 /dev/hda6   283431187954 80838  70% /var
 /dev/hda7  1922188764500   1060040  42% /usr
 /dev/hda8  2402992552172   1728756  24% /home

 thanks

-- 
Conversation, n.:
A vocal competition in which the one who is catching his breath
is called the listener.

Re: /var getting full-SOLVED!

[Dale Morris]

this is an easy one, /var was being filled by apt-cache and cleaned up by
running apt-get clean


Dale Morris [EMAIL PROTECTED] wrote:
 I just did a new cd install of 2.2. I have a 15g hard drive, 5g of which is
 a windoze partition, 5g for Linux and another 5 free space for BSD when I
 finally get around to installing it. I just started watching the disk
 contents, because I've set up disk partitions with 300megs for /var and /200
 for /tmp. I am noticing that /var is now 70% full. Yesterday it was 46% and
 I went in and cleaned out all my big mail files, yet that made little
 difference. Is there something wrong here or is this normal /var behavior?
 
 Here's what the df command yields:
 
 Filesystem   1k-blocks  Used Available Use% Mounted on
 /dev/hda394667 53227 36552  59% /
 /dev/hda594635   638 89110   1% /tmp
 /dev/hda6   283431187954 80838  70% /var
 /dev/hda7  1922188764500   1060040  42% /usr
 /dev/hda8  2402992552172   1728756  24% /home
 
 thanks
 
 
 -- 
 To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
 with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
 

-- 
You are entitled to your actions...not the results
 --Bhagavad Gita

Re: /var getting full-SOLVED!

[Brian Frederick Kimball]

Dale Morris wrote:

 this is an easy one, /var was being filled by apt-cache and cleaned up by
 running apt-get clean

Actually, /var/cache/apt is both filled and cleaned by apt-get.  As I
understand it, apt-cache is for querying and manipulating the contents
of /var/lib/apt/lists.

And yes, whoever named the apt utilties needs to be slapped.  My
favorite example of their poor naming is using apt-get to remove a
package.  That's a bit like using the start button in Windows to
shutdown the system.

And isn't it funny that there's no apt binary?  You'd think that with
a tool named apt the actually frontend would be named apt also.

Oh well.  I didn't write it and I'm not contributing code, so I guess I
can't complain too much.