On Tue, 30 Nov 2021 at 04:15, Patrick Dupre <pdupre@gmx.com> 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 <pdupre@gmx.com> 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-leave@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-leave@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