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
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
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 deskto
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 s
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
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 regula
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
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) Sq
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
On Thu, Sep 22, 2011 at 5:30 PM, Lisi 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 that the source
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 reada
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 rando
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 critica
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=
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 deskt
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
fou
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 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
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-image
>
> I keep the latest and the previous versions around, although I wait until
> the partition's full bef
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 fe
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 --max
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 or
On Thu, Sep 22, 2011 at 1:04 AM, 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-image
If it were "/boot" that were full, maybe. But it's "/" (I think) and a
"/boot" of 30GB would have to have q
When I have this problem, it's usually because I have too many kernel
versions. Look in /boot or do
$ dpkg --purge linux-image
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.
--
Jörg-Volker Peetz wrote:
>Hi,
>
>Claudius Hubig wrote, on 09/22/11 00:05:
>
>> 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
Hi,
Claudius Hubig wrote, on 09/22/11 00:05:
> 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 * ex
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, assuming
>the problem is a hosed/misconf
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 /
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
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.
> >
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
On Wed, Sep 21, 2011 at 11:34 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
> > work
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, a
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, a
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 prob
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
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,
> althoug
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:
> 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
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
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
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 long
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 th
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 likel
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
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 ex
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 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. (
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
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 Sep 21, 2011, at 1:30, Camaleón 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.
>
> Yep, I know
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 d
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 /
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 /
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 ha
> Andrew McGlashan 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 to reinstall. :-(
>
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 the
> Darac Marjal 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 surprise!!)
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
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
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 everyth
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 be
62 matches
Mail list logo
