On 9/23/2011 4:12 PM, Bob Proulx wrote:
Mostly I would say that on my machine the biggest disk space use of
/var/log use is email. So I guess I would say if you are concerned
about disk space then you might want to unsubscribe from debian-user.
:-)
This is about you and explaining your
Am Freitag, 23. September 2011 schrieb Lisi:
On Friday 23 September 2011 20:06:15 Martin Steigerwald wrote:
I am pretty sure that browsers put the web cache into the home
directory
of the user that uses it or /var/tmp. I.e.:
Mine were in /var/cache. At least, getting rid of the caches
On Saturday 24 September 2011 16:11:26 Martin Steigerwald wrote:
Are you sure /var/cache went smaller directly after cleaning browser
caches? Maybe you did something else...
No. In every case I looked immediately after I had cleared the browser cache,
and the size of /var/cache went down all
On Thu, Sep 22, 2011 at 04:12:17PM +0100, Lisi wrote:
On Wednesday 21 September 2011 22:54:54 Jörg-Volker Peetz wrote:
[snip]
[cut]
Tux:/home/lisi# du -hx --max-depth=1 / | sort -h
sort: invalid option -- h
Try `sort --help' for more information.
Tux:/home/lisi# du -hx --max-depth=1 / |
On Friday 23 September 2011 10:53:56 Darac Marjal wrote:
As an aside, this is why I don't recommend using du -h with sort -n.
du -h is a great way to see where your space is being used, as it
presents the sizes in human readable format. However, sort -n sorts
numerically but critically, it
On 9/22/2011 6:09 PM, Bob Proulx wrote:
Stan Hoeppner wrote:
Lisi wrote:
Tux:/home/lisi# du -s -h /var/log
320M/var/log
This needs to be addressed. I'd say something's wrong if you have
320MB of log files on a workstation.
What? My desktop has 388M of files in /var/log from just
On Fri, Sep 23, 2011 at 12:04:30PM +0100, Lisi wrote:
On Friday 23 September 2011 10:53:56 Darac Marjal wrote:
As an aside, this is why I don't recommend using du -h with sort -n.
du -h is a great way to see where your space is being used, as it
presents the sizes in human readable format.
On Thu, Sep 22, 2011 at 5:30 PM, Lisi lisi.re...@gmail.com wrote:
On Thursday 22 September 2011 12:15:42 Tom H wrote:
To Lisi: have you found the large files/directories that bumped you up
to 30G? (Do you still care? :) )
Yes, earlier today, but after you sent this email. ;-)
Yes, I'm glad
Darac Marjal wrote, on 09/23/11 11:53:
On Thu, Sep 22, 2011 at 04:12:17PM +0100, Lisi wrote:
On Wednesday 21 September 2011 22:54:54 Jörg-Volker Peetz wrote:
[snip]
[cut]
Tux:/home/lisi# du -hx --max-depth=1 / | sort -h
sort: invalid option -- h
Try `sort --help' for more information.
On Friday 23 September 2011 13:18:00 Darac Marjal wrote:
Oh, I'd actually missed the fact that sort -h exists and does exactly
what I'd been advocating. I assume this is a new feature that's (at
least) in sid. What a pip!
Other way round, I'm afraid. I have just checked on my (testbed)
Am Donnerstag, 22. September 2011 schrieb Stan Hoeppner:
Tux:/home/lisi# du -s -h /var/cache
2.3G/var/cache
This is probably where your web browser is storing its cached
files. Go into browser options and clear the cache. May take a
while. Tell us how much space this frees up.
I
On Friday 23 September 2011 20:06:15 Martin Steigerwald wrote:
I am pretty sure that browsers put the web cache into the home directory
of the user that uses it or /var/tmp. I.e.:
Mine were in /var/cache. At least, getting rid of the caches in all 3 of the
browsers that I use with any
Jörg-Volker Peetz wrote:
Recent versions of the sort-command understand the switch -h
which, I assume, was introduced just for the usage with du. On my
testing system the version number is 8.5 (sort --version).
Not just for 'du' but for all of the commands such as 'ls' that accept
the human
Stan Hoeppner wrote:
Bob Proulx wrote:
My desktop has 388M of files in /var/log from just random noise
from using it as a desktop. That amount doesn't seem unusual to me
nor does it stand out.
Interesting. As I've stated in the past I don't use GUI/desktop
Linux, only headless servers.
On Thu, Sep 22, 2011 at 1:04 AM, R. Clayton rvclay...@verizon.net wrote:
When I have this problem, it's usually because I have too many kernel
versions. Look in /boot or do
$ dpkg --purge linux-imageescesc
If it were /boot that were full, maybe. But it's / (I think) and a
/boot of 30GB
On 9/21/2011 10:39 AM, Lisi wrote:
On Wednesday 21 September 2011 16:16:31 Stan Hoeppner wrote:
On 9/21/2011 9:14 AM, Lisi wrote:
And I have taken in that /var/log is a likely culprit.
Not necessarily. On a server /var/log is a likely culprit, but on a GUI
workstation I'd think /var/cache
On Wednesday 21 September 2011 22:54:54 Jörg-Volker Peetz wrote:
[snip]
But the cleaning of the package cache only removed ~ 2.3 GB. And summing up
the above listed disk usage makes only appr. 10 GB.
So were do the other 20 GB come from?
I would like to see the output of
du -hx
On Thursday 22 September 2011 14:14:13 Stan Hoeppner wrote:
I'd trust the list members here more than Google hits, except maybe hits
on Debian Administration. Even in that case many of the Google hits are
very old articles that may no longer apply.
So would I. Considerably more. I just felt
On Thursday 22 September 2011 06:04:29 R. Clayton wrote:
When I have this problem, it's usually because I have too many kernel
versions. Look in /boot or do
$ dpkg --purge linux-imageescesc
I keep the latest and the previous versions around, although I wait until
the partition's full
On Thursday 22 September 2011 14:14:13 Stan Hoeppner wrote:
On 9/21/2011 10:39 AM, Lisi wrote:
On Wednesday 21 September 2011 16:16:31 Stan Hoeppner wrote:
On 9/21/2011 9:14 AM, Lisi wrote:
Tux:/home/lisi# du -s -h /var
2.9G/var
Tux:/home/lisi# du -s -h /var/log
320M/var/log
On Thu, Sep 22, 2011 at 05:02:56PM +0100, Lisi wrote:
Tux:/var/log# du -h | sort -n
1.4M./apache2
4.0K./news
4.0K./ntpstats
8.0K./exim4
12K ./fsck
48K ./apt
88K ./cups
144K./clamav
312K./installer/cdebconf
330M.
852K./installer
On Thursday 22 September 2011 12:15:42 Tom H wrote:
To Lisi: have you found the large files/directories that bumped you up
to 30G? (Do you still care? :) )
Yes, earlier today, but after you sent this email. ;-)
And yes, I still cared. I might have made the same mistake again if I hadn't
Stan Hoeppner wrote:
Lisi wrote:
Tux:/home/lisi# du -s -h /var/log
320M/var/log
This needs to be addressed. I'd say something's wrong if you have
320MB of log files on a workstation.
What? My desktop has 388M of files in /var/log from just random noise
from using it as a desktop.
On 9/20/2011 3:01 PM, Lisi wrote:
My / does not contain /home, which is on its own large drive.
It contains everything else.
hda1 is /, hda2 is swap.
My / has been trundling along at around 30% full for years. Now it has
suddenly filled up completely.
This thread has been going on too
On Tue, 20 Sep 2011 19:05:38 +0100, Lisi wrote:
On Tuesday 20 September 2011 15:47:22 Camaleón wrote:
Lisi, calm down and don't forget the good manners of sending plain text
formatted e-mails ;-)
Sorry, Camaleón. :-( I *never* turn HTML on. I have it unticked. I
simply don't know why
On Wednesday 21 September 2011 13:26:56 Stan Hoeppner wrote:
This thread has been going on too long Lisi. Let's get this fixed
already. :) Run these commands to see if you've run out of free space
or run out of inodes:
# df -h -x tmpfs
# df -i -h -x tmpfs
Thanks, Stan. Your concern is
On Wednesday 21 September 2011 14:27:47 Camaleón wrote:
Kmail is a very good MUA, there has to be a switch you can toggle on to
instruct that all messages are by default formatted as text and not
html or auto. That setting uses to be under mail compositing
preferences, but I can't be more
On Qua, 21 Set 2011, Lisi wrote:
So now things are working again, but I would still like to know what went
wrong, and shall work through all the suggestions until either I solve what
went wrong or I run out of things to try.
We cannot guess, not with only the vague information you've given us.
On Wednesday 21 September 2011 14:27:47 Camaleón wrote:
As per the
keyboard layout on this kind of media, usually you can select it at boot
time from the menu. At the bottom there are some presets already made
(screen resolution, keyboard layout...) but you can change that values,
although
On Wednesday 21 September 2011 14:54:03 Eduardo M KALINOWSKI wrote:
On Qua, 21 Set 2011, Lisi wrote:
So now things are working again, but I would still like to know what went
wrong,
and shall work through all the suggestions until either I solve
what went wrong or I run out of
On 9/21/2011 9:14 AM, Lisi wrote:
And I have taken in that /var/log is a likely culprit.
Not necessarily. On a server /var/log is a likely culprit, but on a GUI
workstation I'd think /var/cache or /usr would be more likely, assuming
the problem is a hosed/misconfigured program. If the
On Wednesday 21 September 2011 16:16:31 Stan Hoeppner wrote:
On 9/21/2011 9:14 AM, Lisi wrote:
And I have taken in that /var/log is a likely culprit.
Not necessarily. On a server /var/log is a likely culprit, but on a GUI
workstation I'd think /var/cache or /usr would be more likely,
On Wednesday 21 September 2011 16:16:31 Stan Hoeppner wrote:
On 9/21/2011 9:14 AM, Lisi wrote:
And I have taken in that /var/log is a likely culprit.
Not necessarily. On a server /var/log is a likely culprit, but on a GUI
workstation I'd think /var/cache or /usr would be more likely,
On Wed, Sep 21, 2011 at 11:34 AM, Lisi lisi.re...@gmail.com wrote:
On Wednesday 21 September 2011 16:16:31 Stan Hoeppner wrote:
On 9/21/2011 9:14 AM, Lisi wrote:
And I have taken in that /var/log is a likely culprit.
Not necessarily. On a server /var/log is a likely culprit, but on a
Hi Lisi,
On Wed, Sep 21, 2011 at 04:39:45PM +0100, Lisi wrote:
On Wednesday 21 September 2011 16:16:31 Stan Hoeppner wrote:
On 9/21/2011 9:14 AM, Lisi wrote:
And I have taken in that /var/log is a likely culprit.
Not necessarily. On a server /var/log is a likely culprit, but on a GUI
On Wednesday 21 September 2011 16:46:27 Axel Freyn wrote:
Hi Lisi,
On Wed, Sep 21, 2011 at 04:39:45PM +0100, Lisi wrote:
On Wednesday 21 September 2011 16:16:31 Stan Hoeppner wrote:
On 9/21/2011 9:14 AM, Lisi wrote:
And I have taken in that /var/log is a likely culprit.
Not
On Tuesday 20 September 2011 20:19:30 Thierry Chatelet wrote:
If you have a basic fs, then gparted-live should do the job of resizing.
Thanks, Thierry, As I hope you now know, this solved it for me. I clearly
ought to have done that as soon as I had the problem, but I needed your prod.
Lisi
Lisi wrote, on 09/21/11 19:47:
On Wednesday 21 September 2011 16:46:27 Axel Freyn wrote:
Hi Lisi,
On Wed, Sep 21, 2011 at 04:39:45PM +0100, Lisi wrote:
On Wednesday 21 September 2011 16:16:31 Stan Hoeppner wrote:
On 9/21/2011 9:14 AM, Lisi wrote:
And I have taken in that /var/log is a
Stan Hoeppner s...@hardwarefreak.com wrote:
On 9/21/2011 9:14 AM, Lisi wrote:
And I have taken in that /var/log is a likely culprit.
Not necessarily. On a server /var/log is a likely culprit, but on a GUI
workstation I'd think /var/cache or /usr would be more likely, assuming
the problem is
Hi,
Claudius Hubig wrote, on 09/22/11 00:05:
snip
b) check not only the size of specific directories as given above but
the size of _every_ directory in /:
# cd /; du -shcx *
The x option makes du stay on the root filesystem, so it ignores
In this command the x is useless since * expands
Jörg-Volker Peetz jvpe...@web.de wrote:
Hi,
Claudius Hubig wrote, on 09/22/11 00:05:
snip
b) check not only the size of specific directories as given above but
the size of _every_ directory in /:
# cd /; du -shcx *
The x option makes du stay on the root filesystem, so it ignores
In this
When I have this problem, it's usually because I have too many kernel
versions. Look in /boot or do
$ dpkg --purge linux-imageescesc
I keep the latest and the previous versions around, although I wait until the
partition's full before culling the older versions, which happens during
update.
I have accidentally filled something, that I shouldn't have, on my root
directory, and have now got a 100% usage of the disk containing my /. This is
causing me problems. (Now there's a surprise!!)
I have no backup of my /. Yes, I know. I deserve everything I've got. But
now that I have
Hi Lisi,
On 20/09/2011 16:31, Lisi wrote:
I have accidentally filled something, that I shouldn't have,on my root
directory, and have now got a 100% usage of the disk containing my /.
This is causing me problems. (Now there's a surprise!!)
I have no backup of my /. Yes, I know. I deserve
On Tue, Sep 20, 2011 at 03:31:26PM +0100, Lisi wrote:
I have accidentally filled something, that I shouldn't have, on my root
directory, and have now got a 100% usage of the disk containing my /. This
is causing me problems. (Now there's a surprise!!)
I have no backup of my /.
On Tue, 20 Sep 2011 15:31:26 +0100, Lisi wrote:
Lisi, calm down and don't forget the good manners of sending plain text
formatted e-mails ;-)
I have accidentally filled something, that I shouldn't have, on my root
directory, and have now got a 100% usage of the disk containing my /.
This is
Darac Marjal mailingl...@darac.org.uk writes:
On Tue, Sep 20, 2011 at 03:31:26PM +0100, Lisi wrote:
I have accidentally filled something, that I shouldn't have, on my root
directory, and have now got a 100% usage of the disk containing my /. This
is causing me problems. (Now there's a
Hi Lisi,
Lisi wrote:
I have no backup of my /. Yes, I know. I deserve everything I've got.
But now that I have been given my just deserts, can any kind soul come
to my rescue? I would be so grateful I may, of course, just have to
reinstall. :-(
A few areas to have a quick look at (if
Andrew McGlashan andrew.mcglas...@affinityvision.com.au writes:
Lisi wrote:
I have no backup of my /. Yes, I know. I deserve everything I've
got. But now that I have been given my just deserts, can any kind
soul come to my rescue? I would be so grateful I may, of course,
just have
Lisi wrote:
I have accidentally filled something, that I shouldn't have,on my root
directory, and have now got a 100% usage of the disk containing my /. This is
causing me problems. (Now there's a surprise!!)
I have no backup of my /. Yes, I know. I deserve everything I've got. But now
that I
Sorry I have a quasi-problem with her, so hope won't mind I following my
questions here,
My / partition is also on the edge of saturation.
But how do I know which files are in / partition?
the /tmp /var are on other partitions. This is for sure.
/ != /root
correct?
root@debian:/home/lina# cd
Hi Lina,
lina wrote:
Sorry I have a quasi-problem with her, so hope won't mind I following my
questions here,
My / partition is also on the edge of saturation.
Do the find with -xdev option (keeps it within the same filesystem).
But how do I know which files are in / partition?
the /tmp
On Wed, 21 Sep 2011 00:48:46 +0800, lina wrote:
Sorry I have a quasi-problem with her, so hope won't mind I following my
questions here,
That's why I hate partitioning :-)
Yep, I know there is LVM but I'm a bit reluctant in adding a second
logical layer of complexity when it comes to hard
On Sep 21, 2011, at 1:30, Camaleón noela...@gmail.com wrote:
On Wed, 21 Sep 2011 00:48:46 +0800, lina wrote:
Sorry I have a quasi-problem with her, so hope won't mind I following my
questions here,
That's why I hate partitioning :-)
I hate partition too but sometimes... You know.
On Tuesday 20 September 2011 15:47:22 Camaleón wrote:
Lisi, calm down and don't forget the good manners of sending plain text
formatted e-mails ;-)
Sorry, Camaleón. :-( I *never* turn HTML on. I have it unticked. I simply
don't know why KMail sometimes does, but I don't always know that it
On Tuesday 20 September 2011 16:31:26 Lisi wrote:
I have accidentally filled something, that I shouldn't have, on my root
directory, and have now got a 100% usage of the disk containing my /.
This is causing me problems. (Now there's a surprise!!)
I have no backup of my /. Yes, I know. I
On Tuesday 20 September 2011 20:19:30 Thierry Chatelet wrote:
On Tuesday 20 September 2011 16:31:26 Lisi wrote:
I have accidentally filled something, that I shouldn't have, on my root
directory, and have now got a 100% usage of the disk containing my /.
This is causing me problems. (Now
Lisi wrote:
My / does not contain /home, which is on its own large drive.
hda1 is /, hda2 is swap.
My / has been trundling along at around 30% full for years. Now it has
suddenly filled up completely. The most likely explanation is that I
accidentally copied a large directory, say,
On Tuesday 20 September 2011 21:21:24 Bob Proulx wrote:
Lisi wrote:
My / does not contain /home, which is on its own large drive.
hda1 is /, hda2 is swap.
My / has been trundling along at around 30% full for years. Now it has
suddenly filled up completely. The most likely explanation
On Tuesday 20 September 2011 16:01:09 Lisi wrote:
...
Thanks, all of you. :-)
Unfortunately my original email, now I reread it, was less that totally
informative. :-(
My / does not contain /home, which is on its own large drive.
It contains everything else.
hda1 is /, hda2 is
On 20/09/11 21:01, Lisi wrote:
large disk. It doesn't need to be normally!
Once I have solved the keyboard problem, I'll have a look both using GParted
and using a general purpose live CD.
I'll ask about the keyboard problem on a British list rather than an
international one. I am more
May I suggest the following. From the other posts you know that there is
slack space on the drive (5% of the drive) that is reserved for the root user
to be able to log in and get things back in order.
How about this: reboot the system into single user mode and run fsck on the
drive. First
62 matches
Mail list logo