Re: disk full
> > 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
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
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
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
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
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
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 Duprewrote: 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
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
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
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
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
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
> 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
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
> > > 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
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
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