Re: disk full

[Patrick Dupre]

>
> On Mon, Nov 29, 2021 at 11:06 AM Patrick Dupre  wrote:
> > 631500  /var/tmp/flatpak-cache-LU5PD1
> > 6326584 /var/tmp
>
> This seems like a really good place to start cleaning up.  You'e got
> 6GB used in /var/tmp, much of which might be failed flatpak installs?
> https://github.com/flatpak/flatpak/issues/1119
>
> If you don't have any flatpaks running, I *think* it's safe to remove
> /var/tmp/flatpak-cache-*

OK, this helps before I really work on the disk extension

> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure
>
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: disk full

[Joe Zeff]

On 11/30/21 2:57 PM, Jonathan Billings wrote:


The disk images take up space though, and even if you delete them, if 
the loopback mount point still is running, the disk space won’t be 
available.


Yes, of course.  My point was that the loop mount doesn't take up any 
new space.

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: disk full

[Gordon Messmer]

On Mon, Nov 29, 2021 at 11:06 AM Patrick Dupre  wrote:
> 631500  /var/tmp/flatpak-cache-LU5PD1
> 6326584 /var/tmp

This seems like a really good place to start cleaning up.  You'e got
6GB used in /var/tmp, much of which might be failed flatpak installs?
https://github.com/flatpak/flatpak/issues/1119

If you don't have any flatpaks running, I *think* it's safe to remove
/var/tmp/flatpak-cache-*
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: disk full

[Jonathan Billings]

On Nov 30, 2021, at 16:19, Joe Zeff  wrote:
> 
> Those mountpoints are loop devices 
> (https://en.wikipedia.org/wiki/Loop_device) and allow you to treat a disk 
> image file as though it were a disk partition.  I don't think that they take 
> up any more disk space than the file they're mounting does, they just make it 
> easier to read the various files in the image.

The disk images take up space though, and even if you delete them, if the 
loopback mount point still is running, the disk space won’t be available.

I don’t touch snaps, but it would appear you can examine what you have 
installed:

sudo snap list —all

And remove them with:

 sudo shame remove $SNAP_NAME —revision $SNAP_REVISION

Taking the name and revision from the list output.

You can also just unmount them like any other filesystem but I think the snapd 
daemon has a way to re-vivify dead mounts.  

—
Jonathan Billings___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: disk full

[Ed Greshko]

On 01/12/2021 05:04, Patrick Dupre wrote:

Can somebody tell me what are these files (my drive is a SSD)?

/dev/loop0                          63616    63616         0 100% 
/var/lib/snapd/snap/gtk-common-themes/1506
/dev/loop1                         165376   165376         0 100% 
/var/lib/snapd/snap/gnome-3-28-1804/128
/dev/loop2                          56704    56704         0 100% 
/var/lib/snapd/snap/core18/1885
/dev/loop4                          30720    30720         0 100% 
/var/lib/snapd/snap/snapd/8790
/dev/loop3                         117120   117120         0 100% 
/var/lib/snapd/snap/signal-desktop/327
/dev/loop5                         653824   653824         0 100% 
/var/lib/snapd/snap/whatsdesk/20


They would appear to be associated with the snapd package.

If I recall, "snaps" are similar to flatpak.

I don't use either of these.  But you may look at https://snapcraft.io/docs and 
it may jog your memory about
installing it on your system at some point.  You may even want to run "rpm -q 
snapd".


--
Did 황준호 die?
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: disk full

[Joe Zeff]

On 11/30/21 1:32 PM, George N. White III wrote:

The laptop is rebooted twice a day.
Whay should I umount ?


Those mountpoints are loop devices 
(https://en.wikipedia.org/wiki/Loop_device) and allow you to treat a 
disk image file as though it were a disk partition.  I don't think that 
they take up any more disk space than the file they're mounting does, 
they just make it easier to read the various files in the image.

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: disk full

[Patrick Dupre]

Can somebody tell me what are these files (my drive is a SSD)?


/dev/loop0                          63616    63616         0 100% /var/lib/snapd/snap/gtk-common-themes/1506
/dev/loop1                         165376   165376         0 100% /var/lib/snapd/snap/gnome-3-28-1804/128
/dev/loop2                          56704    56704         0 100% /var/lib/snapd/snap/core18/1885
/dev/loop4                          30720    30720         0 100% /var/lib/snapd/snap/snapd/8790
/dev/loop3                         117120   117120         0 100% /var/lib/snapd/snap/signal-desktop/327
/dev/loop5                         653824   653824         0 100% /var/lib/snapd/snap/whatsdesk/20

 





On Tue, 30 Nov 2021 at 04:15, Patrick Dupre  wrote:


Sorry, but I need to do something,
now / is really full.

The laptop is rebooted twice a day.
Whay should I umount ?

What are all these
/dev/loop0                          63616    63616         0 100% /var/lib/snapd/snap/gtk-common-themes/1506
/dev/loop1                         165376   165376         0 100% /var/lib/snapd/snap/gnome-3-28-1804/128
/dev/loop2                          56704    56704         0 100% /var/lib/snapd/snap/core18/1885
/dev/loop4                          30720    30720         0 100% /var/lib/snapd/snap/snapd/8790
/dev/loop3                         117120   117120         0 100% /var/lib/snapd/snap/signal-desktop/327
/dev/loop5                         653824   653824         0 100% /var/lib/snapd/snap/whatsdesk/20

owned by any package!

 

Before retiring (before we could afford SSD's and after a 1 hire for 3 retires policy came in) , I worked

in a lab doing data-intensive processing.  When I wasn't somewhere with no internet, I kept a close

watch on disk space because full disks often fail.  Often, my first task after a trip was to replace failed

drives.   Traditional filesystems change algorithms when a disk is low on space, and start putting little

fragemtns of big files wherever there is a bit of free space.  After batch jobs start failing because their

checks for available space are failing, user try restarting batch jobs and logs of failure messages

eventually use any remaining little bits of space.  All that is really hard on spinning disks.  I assume

it also disrupts wear-leveling algorithms in SSD's.

 



>
> On Nov 29, 2021, at 16:14, Patrick Dupre  wrote:
> >
> > But the why /var requires so much of room.
> > I would like to find a temporally solution to avoid a crash.
>
> Judging from the output of your df command, it is most likely snaps that are taking up a lot of space.  I’ve seen that quite often.  Even if you clean it up, loopback mounts keep the file open and you can’t recover the space until the mount is removed or the system is rebooted.
>
> —
> Jonathan Billings
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
>
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure



--


George N. White III
 



___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure



___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: disk full

[George N. White III]

On Tue, 30 Nov 2021 at 04:15, Patrick Dupre  wrote:

> Sorry, but I need to do something,
> now / is really full.
>
> The laptop is rebooted twice a day.
> Whay should I umount ?
>
> What are all these
> /dev/loop0  6361663616 0 100%
> /var/lib/snapd/snap/gtk-common-themes/1506
> /dev/loop1 165376   165376 0 100%
> /var/lib/snapd/snap/gnome-3-28-1804/128
> /dev/loop2  5670456704 0 100%
> /var/lib/snapd/snap/core18/1885
> /dev/loop4  3072030720 0 100%
> /var/lib/snapd/snap/snapd/8790
> /dev/loop3 117120   117120 0 100%
> /var/lib/snapd/snap/signal-desktop/327
> /dev/loop5 653824   653824 0 100%
> /var/lib/snapd/snap/whatsdesk/20
>
> owned by any package!
>

Before retiring (before we could afford SSD's and after a 1 hire for 3
retires policy came in) , I worked
in a lab doing data-intensive processing.  When I wasn't somewhere with no
internet, I kept a close
watch on disk space because full disks often fail.  Often, my first task
after a trip was to replace failed
drives.   Traditional filesystems change algorithms when a disk is low on
space, and start putting little
fragemtns of big files wherever there is a bit of free space.  After batch
jobs start failing because their
checks for available space are failing, user try restarting batch jobs and
logs of failure messages
eventually use any remaining little bits of space.  All that is really hard
on spinning disks.  I assume
it also disrupts wear-leveling algorithms in SSD's.


>
>
> >
> > On Nov 29, 2021, at 16:14, Patrick Dupre  wrote:
> > >
> > > But the why /var requires so much of room.
> > > I would like to find a temporally solution to avoid a crash.
> >
> > Judging from the output of your df command, it is most likely snaps that
> are taking up a lot of space.  I’ve seen that quite often.  Even if you
> clean it up, loopback mounts keep the file open and you can’t recover the
> space until the mount is removed or the system is rebooted.
> >
> > —
> > Jonathan Billings
> > ___
> > users mailing list -- users@lists.fedoraproject.org
> > To unsubscribe send an email to users-le...@lists.fedoraproject.org
> > Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives:
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> > Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
> >
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam on the list, report it:
> https://pagure.io/fedora-infrastructure
>


-- 
George N. White III
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: disk full

[Patrick Dupre]

Sorry, but I need to do something,
now / is really full.

The laptop is rebooted twice a day.
Whay should I umount ?

What are all these
/dev/loop0  6361663616 0 100% 
/var/lib/snapd/snap/gtk-common-themes/1506
/dev/loop1 165376   165376 0 100% 
/var/lib/snapd/snap/gnome-3-28-1804/128
/dev/loop2  5670456704 0 100% 
/var/lib/snapd/snap/core18/1885
/dev/loop4  3072030720 0 100% 
/var/lib/snapd/snap/snapd/8790
/dev/loop3 117120   117120 0 100% 
/var/lib/snapd/snap/signal-desktop/327
/dev/loop5 653824   653824 0 100% 
/var/lib/snapd/snap/whatsdesk/20

owned by any package!


>
> On Nov 29, 2021, at 16:14, Patrick Dupre  wrote:
> > 
> > But the why /var requires so much of room.
> > I would like to find a temporally solution to avoid a crash.
> 
> Judging from the output of your df command, it is most likely snaps that are 
> taking up a lot of space.  I’ve seen that quite often.  Even if you clean it 
> up, loopback mounts keep the file open and you can’t recover the space until 
> the mount is removed or the system is rebooted.
> 
> —
> Jonathan Billings
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure
>
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: disk full

[Jonathan Billings]

On Nov 29, 2021, at 16:14, Patrick Dupre  wrote:
> 
> But the why /var requires so much of room.
> I would like to find a temporally solution to avoid a crash.

Judging from the output of your df command, it is most likely snaps that are 
taking up a lot of space.  I’ve seen that quite often.  Even if you clean it 
up, loopback mounts keep the file open and you can’t recover the space until 
the mount is removed or the system is rebooted.

—
Jonathan Billings
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: disk full

[Patrick Dupre]

I can certainly fix the issue properly, but not when I am out of town
and when I need my laptop.

But the why /var requires so much of room.
I would like to find a temporally solution to avoid a crash.


> Subject: Re: disk full
>
> On 11/29/21 12:33 PM, Patrick Dupre wrote:
> > /dev/mapper/VolSys1-root  56635708 52977980757768  99% /
>
> I can see why you're so concerned.  You appear to be using LVM; is there
> any free space in the volume that can be used here?  It's probably only
> a stopgap, but it should give you more time and working room to correct
> this.
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure
>
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: disk full

[Joe Zeff]

On 11/29/21 12:33 PM, Patrick Dupre wrote:

/dev/mapper/VolSys1-root  56635708 52977980757768  99% /


I can see why you're so concerned.  You appear to be using LVM; is there 
any free space in the volume that can be used here?  It's probably only 
a stopgap, but it should give you more time and working room to correct 
this.

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: disk full

[Patrick Dupre]

> Sent: Monday, November 29, 2021 at 9:30 PM
> From: "Joe Zeff" 
> To: users@lists.fedoraproject.org
> Subject: Re: disk full
>
> On 11/29/21 12:06 PM, Patrick Dupre wrote:
> > No,
> >
> > /boot is on a separated partition.
> > I am talking about /
> > (/home is on a separated partition).
> > (same thing for /usr/local /usr/src)
> >
> > In addition, I noted
>
> OK, that tells us where the congestion is, but not how bad it is.  What
> do you get from
>
> df /
>
> as that will tell us just how full it is and how urgent the problem is.


/dev/mapper/VolSys1-root  56635708 52977980757768  99% /
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: disk full

[Joe Zeff]

On 11/29/21 12:06 PM, Patrick Dupre wrote:

No,

/boot is on a separated partition.
I am talking about /
(/home is on a separated partition).
(same thing for /usr/local /usr/src)

In addition, I noted


OK, that tells us where the congestion is, but not how bad it is.  What 
do you get from


df /

as that will tell us just how full it is and how urgent the problem is.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: disk full

[Patrick Dupre]

>
>
> On Mon, 2021-11-29 at 18:58 +0100, Patrick Dupre wrote:
> > Hello,
> >
> > Is there a good reason to have my drive (system) full since this WE.
> > the new kernel?
> >
> > Is there an easy way for temporally avoid any problem?
> > I am out of town, and I do not want to challenge my distribution right
> > now.
> >
> > Thanks
>
> Hi Patrick,
>
> This information is very vague, you mentioned kernel, are you referring
> to /boot?
No,

/boot is on a separated partition.
I am talking about /
(/home is on a separated partition).
(same thing for /usr/local /usr/src)

In addition, I noted


/dev/loop3 165376   165376 0 100% 
/var/lib/snapd/snap/gnome-3-28-1804/128
/dev/loop2  5670456704 0 100% 
/var/lib/snapd/snap/core18/1885
/dev/loop0  3072030720 0 100% 
/var/lib/snapd/snap/snapd/8790
/dev/loop4 117120   117120 0 100% 
/var/lib/snapd/snap/signal-desktop/327
/dev/loop1 653824   653824 0 100% 
/var/lib/snapd/snap/whatsdesk/20
/dev/loop5  6361663616 0 100% 
/var/lib/snapd/snap/gtk-common-themes/1506

and
260028  /var/cache/dnf
288308  /var/cache/PackageKit/34
290347  /var/lib/snapd/snap/signal-desktop/327/opt
290347  /var/lib/snapd/snap/signal-desktop/327/opt/Signal
296384  
/var/intel/installercache/downloadcache/intel.oneapi.lin.mkl.runtime,v=2021.3.0-520
318772  /var/lib/snapd/snap/gtk-common-themes/1506/share
319205  /var/lib/snapd/snap/gtk-common-themes/1506
319209  /var/lib/snapd/snap/gtk-common-themes
322435  /var/lib/snapd/snap/signal-desktop/327
322439  /var/lib/snapd/snap/signal-desktop
359701  /var/lib/snapd/snap/gnome-3-28-1804/128/usr/lib/x86_64-linux-gnu
380336  /var/lib/rpm
505879  /var/lib/snapd/snap/gnome-3-28-1804/128/usr/lib
510400  /var/cache/PackageKit
597641  /var/lib/snapd/snap/whatsdesk/20/resources
625610  /var/lib/snapd/snap/gnome-3-28-1804/128/usr
628213  /var/lib/snapd/snap/gnome-3-28-1804/128
628217  /var/lib/snapd/snap/gnome-3-28-1804
631472  /var/tmp/flatpak-cache-8WIVC1/child-oci-HiqQ3q/blobs/sha256
631472  /var/tmp/flatpak-cache-AR8ZC1/child-oci-fAICpG/blobs/sha256
631472  /var/tmp/flatpak-cache-NUO0C1/child-oci-jcL1id/blobs/sha256
631472  /var/tmp/flatpak-cache-REW6C1/child-oci-e03UoO/blobs/sha256
631476  /var/tmp/flatpak-cache-8TNND1/child-oci-yQb2Jc/blobs/sha256
631476  /var/tmp/flatpak-cache-8WIVC1/child-oci-HiqQ3q/blobs
631476  /var/tmp/flatpak-cache-AR8ZC1/child-oci-fAICpG/blobs
631476  /var/tmp/flatpak-cache-FC7WD1/child-oci-Ir0k8W/blobs/sha256
631476  /var/tmp/flatpak-cache-IO1JD1/child-oci-wUM2oN/blobs/sha256
631476  /var/tmp/flatpak-cache-NUO0C1/child-oci-jcL1id/blobs
631476  /var/tmp/flatpak-cache-O5BWC1/child-oci-uw05y8/blobs/sha256
631476  /var/tmp/flatpak-cache-REW6C1/child-oci-e03UoO/blobs
631480  /var/tmp/flatpak-cache-8TNND1/child-oci-yQb2Jc/blobs
631480  /var/tmp/flatpak-cache-FC7WD1/child-oci-Ir0k8W/blobs
631480  /var/tmp/flatpak-cache-IO1JD1/child-oci-wUM2oN/blobs
631480  /var/tmp/flatpak-cache-LU5PD1/child-oci-jL5CqP/blobs/sha256
631480  /var/tmp/flatpak-cache-O5BWC1/child-oci-uw05y8/blobs
631480  /var/tmp/flatpak-cache-YXN5C1/child-oci-s77MzF/blobs/sha256
631484  /var/tmp/flatpak-cache-LU5PD1/child-oci-jL5CqP/blobs
631484  /var/tmp/flatpak-cache-YXN5C1/child-oci-s77MzF/blobs
631488  /var/tmp/flatpak-cache-8WIVC1/child-oci-HiqQ3q
631488  /var/tmp/flatpak-cache-AR8ZC1/child-oci-fAICpG
631488  /var/tmp/flatpak-cache-NUO0C1/child-oci-jcL1id
631488  /var/tmp/flatpak-cache-REW6C1/child-oci-e03UoO
631492  /var/tmp/flatpak-cache-8TNND1/child-oci-yQb2Jc
631492  /var/tmp/flatpak-cache-8WIVC1
631492  /var/tmp/flatpak-cache-AR8ZC1
631492  /var/tmp/flatpak-cache-FC7WD1/child-oci-Ir0k8W
631492  /var/tmp/flatpak-cache-IO1JD1/child-oci-wUM2oN
631492  /var/tmp/flatpak-cache-NUO0C1
631492  /var/tmp/flatpak-cache-O5BWC1/child-oci-uw05y8
631492  /var/tmp/flatpak-cache-REW6C1
631496  /var/tmp/flatpak-cache-8TNND1
631496  /var/tmp/flatpak-cache-FC7WD1
631496  /var/tmp/flatpak-cache-IO1JD1
631496  /var/tmp/flatpak-cache-LU5PD1/child-oci-jL5CqP
631496  /var/tmp/flatpak-cache-O5BWC1
631496  /var/tmp/flatpak-cache-YXN5C1/child-oci-s77MzF
631500  /var/tmp/flatpak-cache-LU5PD1
631500  /var/tmp/flatpak-cache-YXN5C1
661256  
/var/intel/installercache/downloadcache/intel.oneapi.lin.python3,v=2021.3.0-3209
777141  /var/lib/snapd/snap/whatsdesk/20
777145  /var/lib/snapd/snap/whatsdesk
779528  /var/cache
1086952 /var/lib/snapd/snaps
2143092 /var/lib/flatpak/repo/objects
2143200 /var/lib/flatpak/repo
2161884 /var/intel/installercache/downloadcache
2168060 /var/intel/installercache
2168064 /var/intel
2168164 /var/lib/flatpak
2331009 /var/lib/snapd/snap
3418529 /var/lib/snapd
3867392 /var/log/journal/4b2acf4c6aab4b98b8c62f1e2827905d
3867400 /var/log/journal
4017440 /var/log
6163621 /var/lib
6326584 /var/tmp
19462537/var

> --
>
> Kind Regards,
>
> Earl A. Ramirez
> 2021-11-29T19:51:5

Re: disk full

[Earl Ramirez]

On Mon, 2021-11-29 at 18:58 +0100, Patrick Dupre wrote:
> Hello,
> 
> Is there a good reason to have my drive (system) full since this WE.
> the new kernel?
> 
> Is there an easy way for temporally avoid any problem?
> I am out of town, and I do not want to challenge my distribution right
> now.
> 
> Thanks

Hi Patrick,

This information is very vague, you mentioned kernel, are you referring
to /boot?

-- 
  
Kind Regards,

Earl A. Ramirez
2021-11-29T19:51:52 (CET +0100)


signature.asc
Description: This is a digitally signed message part
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

disk full

[Patrick Dupre]

Hello,

Is there a good reason to have my drive (system) full since this WE.
the new kernel?

Is there an easy way for temporally avoid any problem?
I am out of town, and I do not want to challenge my distribution right now.

Thanks

===
 Patrick DUPRÉ | | email: pdu...@gmx.com
 Laboratoire interdisciplinaire Carnot de Bourgogne
 9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE
 Tel: +33 (0)380395988| | Room# D114A
===
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure