From: Lars Rustand <rustand.lars@gmail.com>
To: 68561@debbugs.gnu.org
Cc: Christopher Baines <mail@cbaines.net>
Subject: bug#68561: Guix wrongfully claims there is no space left
Date: Fri, 19 Jan 2024 12:03:07 +0100 [thread overview]
Message-ID: <87ededftms.fsf@yoga.mail-host-address-is-not-set> (raw)
In-Reply-To: <87mst3f2vd.fsf@cbaines.net>
Christopher Baines <mail@cbaines.net> writes:
> Check df -i, it could be that some filesystem has run out of inodes.
Thanks, this was the case. To recover a useful amount of inodes I had to
delete almost all previous generations. I first tried to delete
generations older than one month with `guix gc -d 1m`, but this had
little effect. Even doing `guix gc -d 1w` only recovered about 50%
inodes.
This lead me to question what was using so many inodes, and by running
`{ find / -xdev -printf '%h\n' | sort | uniq -c | sort -k 1 -n; } 2>/dev/null`
I found out that papirus-icon-theme is using an insane amount of
inodes. The below output shows all the inodes created by *one* profile
generation:
8438 /gnu/store/d8mq08hz1hkjkr4jib5wjhrbmxxqc28s-profile/share/icons/ePapirus/48x48@2x/apps
8438 /gnu/store/d8mq08hz1hkjkr4jib5wjhrbmxxqc28s-profile/share/icons/ePapirus/48x48@2x/categories
8438 /gnu/store/d8mq08hz1hkjkr4jib5wjhrbmxxqc28s-profile/share/icons/ePapirus/48x48/apps
8438 /gnu/store/d8mq08hz1hkjkr4jib5wjhrbmxxqc28s-profile/share/icons/ePapirus/48x48/categories
8438 /gnu/store/d8mq08hz1hkjkr4jib5wjhrbmxxqc28s-profile/share/icons/ePapirus/96x96/apps
8438 /gnu/store/d8mq08hz1hkjkr4jib5wjhrbmxxqc28s-profile/share/icons/ePapirus-Dark/48x48@2x/apps
8438 /gnu/store/d8mq08hz1hkjkr4jib5wjhrbmxxqc28s-profile/share/icons/ePapirus-Dark/48x48@2x/categories
8438 /gnu/store/d8mq08hz1hkjkr4jib5wjhrbmxxqc28s-profile/share/icons/ePapirus-Dark/48x48/apps
8438 /gnu/store/d8mq08hz1hkjkr4jib5wjhrbmxxqc28s-profile/share/icons/ePapirus-Dark/48x48/categories
8438 /gnu/store/d8mq08hz1hkjkr4jib5wjhrbmxxqc28s-profile/share/icons/ePapirus-Dark/96x96/apps
8438 /gnu/store/d8mq08hz1hkjkr4jib5wjhrbmxxqc28s-profile/share/icons/Papirus/48x48@2x/apps
8438 /gnu/store/d8mq08hz1hkjkr4jib5wjhrbmxxqc28s-profile/share/icons/Papirus/48x48@2x/categories
8438 /gnu/store/d8mq08hz1hkjkr4jib5wjhrbmxxqc28s-profile/share/icons/Papirus/48x48/apps
8438 /gnu/store/d8mq08hz1hkjkr4jib5wjhrbmxxqc28s-profile/share/icons/Papirus/48x48/categories
8438 /gnu/store/d8mq08hz1hkjkr4jib5wjhrbmxxqc28s-profile/share/icons/Papirus/96x96/apps
8438 /gnu/store/d8mq08hz1hkjkr4jib5wjhrbmxxqc28s-profile/share/icons/Papirus-Dark/48x48@2x/apps
8438 /gnu/store/d8mq08hz1hkjkr4jib5wjhrbmxxqc28s-profile/share/icons/Papirus-Dark/48x48@2x/categories
8438 /gnu/store/d8mq08hz1hkjkr4jib5wjhrbmxxqc28s-profile/share/icons/Papirus-Dark/48x48/apps
8438 /gnu/store/d8mq08hz1hkjkr4jib5wjhrbmxxqc28s-profile/share/icons/Papirus-Dark/48x48/categories
8438 /gnu/store/d8mq08hz1hkjkr4jib5wjhrbmxxqc28s-profile/share/icons/Papirus-Dark/96x96/apps
8438 /gnu/store/d8mq08hz1hkjkr4jib5wjhrbmxxqc28s-profile/share/icons/Papirus-Light/48x48@2x/apps
8438 /gnu/store/d8mq08hz1hkjkr4jib5wjhrbmxxqc28s-profile/share/icons/Papirus-Light/48x48@2x/categories
8438 /gnu/store/d8mq08hz1hkjkr4jib5wjhrbmxxqc28s-profile/share/icons/Papirus-Light/48x48/apps
8438 /gnu/store/d8mq08hz1hkjkr4jib5wjhrbmxxqc28s-profile/share/icons/Papirus-Light/48x48/categories
8438 /gnu/store/d8mq08hz1hkjkr4jib5wjhrbmxxqc28s-profile/share/icons/Papirus-Light/96x96/apps
This gives a total of over 210,000 inodes used per profile generation.
I have the Papirus theme installed as part of my home configuration
which is under constant change, so it is often rebuilt many times per
day. I had to use `guix gc -d 1d` to get back a reasonable amount of
inodes.
This package seems to be impossible to keep in any profile that is
regenerated often, which is a shame. I was going to use it as a part of
my "desktop experience", and I really like to have my whole user
environment contained within the home config to make everything as
reproducible and simple to install on other machines as possible. Having
it manually installed in the default profile would stop it from eating
up unnecessary inodes, but at the expense of introducing it as an
external dependency to my home config, which is suboptimal.
prev parent reply other threads:[~2024-01-19 11:31 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-18 8:30 bug#68561: Guix wrongfully claims there is no space left Lars Rustand
2024-01-18 8:42 ` Christopher Baines
2024-01-19 11:03 ` Lars Rustand [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87ededftms.fsf@yoga.mail-host-address-is-not-set \
--to=rustand.lars@gmail.com \
--cc=68561@debbugs.gnu.org \
--cc=mail@cbaines.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).