Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #232899 > unrolled thread

/home partition filling immediately after recent sid upgrade

Back to article view | Back to linux.debian.user

Contents

  /home partition filling immediately after recent sid upgrade Mitchell Laks <debianuser2021@gmail.com> - 2021-03-12 16:50 +0100
    Re: /home partition filling immediately after recent sid upgrade IL Ka <kazakevichilya@gmail.com> - 2021-03-12 17:00 +0100
    Re: /home partition filling immediately after recent sid upgrade Charles Curley <charlescurley@charlescurley.com> - 2021-03-12 17:10 +0100
      Re: /home partition filling immediately after recent sid upgrade Andrei POPESCU <andreimpopescu@gmail.com> - 2021-03-12 17:20 +0100
        Re: /home partition filling immediately after recent sid upgrade Celejar <celejar@gmail.com> - 2021-03-12 18:30 +0100
        Re: /home partition filling immediately after recent sid upgrade Stefan Monnier <monnier@iro.umontreal.ca> - 2021-03-12 18:50 +0100
        Re: /home partition filling immediately after recent sid upgrade Tixy <tixy@yxit.co.uk> - 2021-03-12 18:50 +0100
          Re: /home partition filling immediately after recent sid upgrade Andrei POPESCU <andreimpopescu@gmail.com> - 2021-03-13 08:50 +0100
    Re: /home partition filling immediately after recent sid upgrade songbird <songbird@anthive.com> - 2021-03-12 17:10 +0100
    Re: /home partition filling immediately after recent sid upgrade Andrei POPESCU <andreimpopescu@gmail.com> - 2021-03-12 17:20 +0100
      Re: /home partition filling immediately after recent sid upgrade Andrei POPESCU <andreimpopescu@gmail.com> - 2021-03-13 08:50 +0100

#232899 — /home partition filling immediately after recent sid upgrade

[Multipart message — attachments visible in raw view] — view raw

Hi,

I recently upgraded a system that uses sid and the /home partition filled.

I then adjusted tune2fs -m 3 /dev/md1 to give myself  20 G of space.
Did nothing and next day already filled /home 100% again.
Same thing happened when i did  -m2.

Ok how to find the culprit ?

A long long time ago, this happened when my .xsession-error file grew
without bounds.
Does not seem to be this file.

Any one else seen this. How to find the monster space eater.

And please no snarky "don't use sid" remarks.
It is fun to play with the latest software.

tried  du -sh on /home/username /* etc.
ls -ltr tail
Thanks

[toc] | [next] | [standalone]

#232900

[Multipart message — attachments visible in raw view] — view raw

>
> tried  du -sh on /home/username /* etc.
>
 and what was the output?

I use
$ du  -d1 | sort  -n

Also, try "ncdu".

[toc] | [prev] | [next] | [standalone]

#232906

On Fri, 12 Mar 2021 10:45:22 -0500
Mitchell Laks <debianuser2021@gmail.com> wrote:

> I recently upgraded a system that uses sid and the /home partition
> filled.

I find "du | sort -n" useful in such situations. Start at /home and
work your way down.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

[toc] | [prev] | [next] | [standalone]

#232909

[Multipart message — attachments visible in raw view] — view raw

On Vi, 12 mar 21, 09:02:23, Charles Curley wrote:
> On Fri, 12 Mar 2021 10:45:22 -0500
> Mitchell Laks <debianuser2021@gmail.com> wrote:
> 
> > I recently upgraded a system that uses sid and the /home partition
> > filled.
> 
> I find "du | sort -n" useful in such situations. Start at /home and
> work your way down.

My personal favorite:

    du -hx --max-depth=1 <path> | sort -h


Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser

[toc] | [prev] | [next] | [standalone]

#232917

On Fri, 12 Mar 2021 18:13:51 +0200
Andrei POPESCU <andreimpopescu@gmail.com> wrote:

> On Vi, 12 mar 21, 09:02:23, Charles Curley wrote:
> > On Fri, 12 Mar 2021 10:45:22 -0500
> > Mitchell Laks <debianuser2021@gmail.com> wrote:
> > 
> > > I recently upgraded a system that uses sid and the /home partition
> > > filled.
> > 
> > I find "du | sort -n" useful in such situations. Start at /home and
> > work your way down.
> 
> My personal favorite:
> 
>     du -hx --max-depth=1 <path> | sort -h

As someone else mentioned in this thread, 'ncdu' is very convenient
for disk usage exploration, due to its interactive, navigable
interface.

Celejar

[toc] | [prev] | [next] | [standalone]

#232918

> du -hd1 | sort -h
> then 'cd' into a likely candidate directory and repeat.

Hmmm here's what I do instead:

    du | sort -n | tail -n 100


-- Stefan

[toc] | [prev] | [next] | [standalone]

#232919

On Fri, 2021-03-12 at 18:13 +0200, Andrei POPESCU wrote:
> On Vi, 12 mar 21, 09:02:23, Charles Curley wrote:
> > On Fri, 12 Mar 2021 10:45:22 -0500
> > Mitchell Laks <debianuser2021@gmail.com> wrote:
> > 
> > > I recently upgraded a system that uses sid and the /home
> > > partition
> > > filled.
> > 
> > I find "du | sort -n" useful in such situations. Start at /home and
> > work your way down.
> 
> My personal favorite:
> 
>     du -hx --max-depth=1 <path> | sort -h
> 

You can use the short option -d instead of --max-depth, and make it's
parameter '1' come straight after [1], so my go-to command for tracking
down where disk space is been used is...

du -hd1 | sort -h

then 'cd' into a likely candidate directory and repeat.

[1] parameters for short options like this only works for last short
option in a joined list, e.g. -d1h is invalid.

-- 
Tixy

[toc] | [prev] | [next] | [standalone]

#232962

[Multipart message — attachments visible in raw view] — view raw

On Vi, 12 mar 21, 17:42:48, Tixy wrote:
> On Fri, 2021-03-12 at 18:13 +0200, Andrei POPESCU wrote:
> > 
> > My personal favorite:
> > 
> >     du -hx --max-depth=1 <path> | sort -h
> > 
> 
> You can use the short option -d instead of --max-depth, and make it's
> parameter '1' come straight after [1], so my go-to command for tracking
> down where disk space is been used is...
> 
> du -hd1 | sort -h
> 
> then 'cd' into a likely candidate directory and repeat.
> 
> [1] parameters for short options like this only works for last short
> option in a joined list, e.g. -d1h is invalid.

Ah, that's probably why I stuck with the long form when I started using 
it. I'm guessing I was bit by my habit of adding options as I read 
through the man page (and du(1) has them mostly in alphabetic order).

Will start retraining my fingers ;)

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser

[toc] | [prev] | [next] | [standalone]

#232907

Mitchell Laks wrote:
> Hi,
>
> I recently upgraded a system that uses sid and the /home partition filled.
>
> I then adjusted tune2fs -m 3 /dev/md1 to give myself  20 G of space.
> Did nothing and next day already filled /home 100% again.
> Same thing happened when i did  -m2.
>
> Ok how to find the culprit ?
>
> A long long time ago, this happened when my .xsession-error file grew
> without bounds.
> Does not seem to be this file.
>
> Any one else seen this. How to find the monster space eater.
>
> And please no snarky "don't use sid" remarks.
> It is fun to play with the latest software.
>
> tried  du -sh on /home/username /* etc.
> ls -ltr tail
> Thanks

  lsof

LSOF(8)                     System Manager's Manual                    LSOF(8)

NAME
       lsof - list open files


  songbird

[toc] | [prev] | [next] | [standalone]

#232910

[Multipart message — attachments visible in raw view] — view raw

On Vi, 12 mar 21, 10:45:22, Mitchell Laks wrote:
> Hi,
> 
> I recently upgraded a system that uses sid and the /home partition filled.
> 
> I then adjusted tune2fs -m 3 /dev/md1 to give myself  20 G of space.
> Did nothing and next day already filled /home 100% again.

Please show us.

(the output of 'lsblk -f' should do)

> Same thing happened when i did  -m2.

Did you reboot or had a complete umount / mount cycle in between?


Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser

[toc] | [prev] | [next] | [standalone]

#232961

[Multipart message — attachments visible in raw view] — view raw

On Vi, 12 mar 21, 11:41:11, Mitchell Laks wrote:
> I hope this is going to the list and not to Andei directly.
 
It did go to me :)

Putting it back on list now.

> It worked.
> di -hx --max-depth=1 /home/directory |sort -h|less
> 
> I found a 295G  .vnc/WORKSTATION:5904.log file
> which gave me some space :)
> now to figure out why that was happening
> using stumpwm and long sbcl error set
> 
> 
> On Fri, Mar 12, 2021 at 11:17 AM Andrei POPESCU <andreimpopescu@gmail.com>
> wrote:
> 
> > On Vi, 12 mar 21, 10:45:22, Mitchell Laks wrote:
> > > Hi,
> > >
> > > I recently upgraded a system that uses sid and the /home partition
> > filled.
> > >
> > > I then adjusted tune2fs -m 3 /dev/md1 to give myself  20 G of space.
> > > Did nothing and next day already filled /home 100% again.
> >
> > Please show us.
> >
> > (the output of 'lsblk -f' should do)
> >
> > > Same thing happened when i did  -m2.
> >
> > Did you reboot or had a complete umount / mount cycle in between?
> >
> >
> > Kind regards,
> > Andrei
> > --
> > http://wiki.debian.org/FAQsFromDebianUser
> >

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.user

csiph-web