No Space Left On Device

Suffering_arch_user · 2024-06-28 12:06:10

So i keep on getting this error whenever i try to boot sometimes and i have to change to cli and clean cache in order to get GUI for login .Now im also getting it while trying to install new programs or pull a docker image. "docker: failed to register layer: open /var/cache/debconf/config.dat: no space left on device."..........Ive already tried things such as clearing pacman cache to no avail
Output of df-h below

Filesystem      Size  Used Avail Use% Mounted on
dev             7.7G     0  7.7G   0% /dev
run             7.8G  2.2M  7.8G   1% /run
efivarfs        184K  158K   22K  88% /sys/firmware/efi/efivars
/dev/nvme0n1p7   43G   34G  8.7G  80% /
tmpfs           7.8G   12M  7.7G   1% /dev/shm
/dev/loop0      128K  128K     0 100% /var/lib/snapd/snap/bare/5
/dev/loop1      9.2M  9.2M     0 100% /var/lib/snapd/snap/bashfuscator/2
/dev/loop2      104M  104M     0 100% /var/lib/snapd/snap/core/16928
/dev/loop3      105M  105M     0 100% /var/lib/snapd/snap/core/17200
/dev/loop4       56M   56M     0 100% /var/lib/snapd/snap/core18/2823
/dev/loop5       56M   56M     0 100% /var/lib/snapd/snap/core18/2829
/dev/loop6       75M   75M     0 100% /var/lib/snapd/snap/core22/1122
/dev/loop7       75M   75M     0 100% /var/lib/snapd/snap/core22/1380
/dev/loop8      107M  107M     0 100% /var/lib/snapd/snap/discord/193
/dev/loop9      109M  109M     0 100% /var/lib/snapd/snap/discord/195
/dev/loop10     497M  497M     0 100% /var/lib/snapd/snap/gnome-42-2204/141
/dev/loop11     506M  506M     0 100% /var/lib/snapd/snap/gnome-42-2204/176
/dev/loop12      92M   92M     0 100% /var/lib/snapd/snap/gtk-common-themes/1535
/dev/loop13     174M  174M     0 100% /var/lib/snapd/snap/postman/248
/dev/loop14     174M  174M     0 100% /var/lib/snapd/snap/postman/254
/dev/loop15      13M   13M     0 100% /var/lib/snapd/snap/snap-store/959
/dev/loop16      39M   39M     0 100% /var/lib/snapd/snap/snapd/21465
/dev/loop17      39M   39M     0 100% /var/lib/snapd/snap/snapd/21759
/dev/loop18      88M   88M     0 100% /var/lib/snapd/snap/sqlitebrowser/3233
/dev/nvme0n1p7   43G   34G  8.7G  80% /.snapshots
/dev/nvme0n1p7   43G   34G  8.7G  80% /home
tmpfs           7.8G  6.9M  7.7G   1% /tmp
/dev/nvme0n1p7   43G   34G  8.7G  80% /var/cache/pacman/pkg
/dev/nvme0n1p7   43G   34G  8.7G  80% /var/log
/dev/nvme0n1p5  599M  101M  499M  17% /boot
tmpfs           1.6G   60K  1.6G   1% /run/user/1000

pierrelegall · 2024-06-28 14:04:56

Did you tried "dh -i" to check your inodes usage?

I have the same issue since today, with 14Gb available. It happens on my system and my home files (e.g. system update, updating user shell history file), how ever I can create some files myself (e.g. duplicating directory containing 50mb of audio files), so weird. Making more space do not change anything.

My "dh -i" returns anormal zeros on my luksdev:

❯ df -i
Filesystem          Inodes IUsed IFree IUse% Mounted on
dev                   2.0M   584  2.0M    1% /dev
run                   2.0M  1.3K  2.0M    1% /run
efivarfs                 0     0     0     - /sys/firmware/efi/efivars
/dev/mapper/luksdev      0     0     0     - /
tmpfs                 2.0M    69  2.0M    1% /dev/shm
tmpfs                 1.0K     1  1023    1% /run/credentials/systemd-journald.service
tmpfs                 1.0K     1  1023    1% /run/credentials/systemd-udev-load-credentials.service
tmpfs                 1.0K     1  1023    1% /run/credentials/systemd-tmpfiles-setup-dev-early.service
tmpfs                 1.0K     1  1023    1% /run/credentials/systemd-sysctl.service
tmpfs                 1.0K     1  1023    1% /run/credentials/systemd-sysusers.service
tmpfs                 1.0K     1  1023    1% /run/credentials/systemd-tmpfiles-setup-dev.service
tmpfs                 1.0M   338  1.0M    1% /tmp
/dev/nvme0n1p1           0     0     0     - /boot
tmpfs                 1.0K     1  1023    1% /run/credentials/systemd-tmpfiles-setup.service
tmpfs                 1.0K     1  1023    1% /run/credentials/systemd-vconsole-setup.service
tmpfs                 398K   196  398K    1% /run/user/1000

After writing this post, my "pacman -Syu" suddenly works, don't know how/why. Weird.

seth · 2024-06-28 16:14:48

The error doen't mean you're out of space *now*, but if docker tries to extract an 8.7+G image into /var/lib/docker, you'll run out of space there.

@pierrelegall, df isn't always trustworthy, eg. it will misrepresent btrfs

pierrelegall · 2024-06-29 22:47:14

And "df -i" output with zero inode shown for a BTRFS filesystem is normal (source here).

I set my filesystem as BTRFS, however I learn how to use it properly it only today.

Suffering_arch_user · 2024-07-01 10:50:44

pierrelegall wrote:

Did you tried "dh -i" to check your inodes usage?

I have the same issue since today, with 14Gb available. It happens on my system and my home files (e.g. system update, updating user shell history file), how ever I can create some files myself (e.g. duplicating directory containing 50mb of audio files), so weird. Making more space do not change anything.

My "dh -i" returns anormal zeros on my luksdev:

❯ df -i
Filesystem          Inodes IUsed IFree IUse% Mounted on
dev                   2.0M   584  2.0M    1% /dev
run                   2.0M  1.3K  2.0M    1% /run
efivarfs                 0     0     0     - /sys/firmware/efi/efivars
/dev/mapper/luksdev      0     0     0     - /
tmpfs                 2.0M    69  2.0M    1% /dev/shm
tmpfs                 1.0K     1  1023    1% /run/credentials/systemd-journald.service
tmpfs                 1.0K     1  1023    1% /run/credentials/systemd-udev-load-credentials.service
tmpfs                 1.0K     1  1023    1% /run/credentials/systemd-tmpfiles-setup-dev-early.service
tmpfs                 1.0K     1  1023    1% /run/credentials/systemd-sysctl.service
tmpfs                 1.0K     1  1023    1% /run/credentials/systemd-sysusers.service
tmpfs                 1.0K     1  1023    1% /run/credentials/systemd-tmpfiles-setup-dev.service
tmpfs                 1.0M   338  1.0M    1% /tmp
/dev/nvme0n1p1           0     0     0     - /boot
tmpfs                 1.0K     1  1023    1% /run/credentials/systemd-tmpfiles-setup.service
tmpfs                 1.0K     1  1023    1% /run/credentials/systemd-vconsole-setup.service
tmpfs                 398K   196  398K    1% /run/user/1000

After writing this post, my "pacman -Syu" suddenly works, don't know how/why. Weird.

Im glad for you .But suddenly works isn't the solution i was looking for...*weep

Suffering_arch_user · 2024-07-01 10:54:14

seth wrote:

The error doen't mean you're out of space *now*, but if docker tries to extract an 8.7+G image into /var/lib/docker, you'll run out of space there.
@pierrelegall, df isn't always trustworthy, eg. it will misrepresent btrfs

I dont think im yet to solve this issue completely.But im not sure , deleting old snapshots seems to have fixed it so i suspect inode usage .If df cant show correct inode on btrfs , then what command should i issue?
Looking at old forum posts also only shows incomplete answers.

seth · 2024-07-01 14:34:40

https://wiki.archlinux.org/title/Btrfs# … free_space

Suffering_arch_user · 2024-08-08 12:06:07

Anyone with a resolution of clearing space in btrfs ?...It seems the same problem has cropped up again

Last edited by Suffering_arch_user (2024-08-08 12:06:56)

Nikolai5 · 2024-08-08 12:36:34

What does your space look like using the URL seth posted in comment #7?

I would expect the solution is to delete things so that you have more space, or are you suggesting there is some kind of file system issue?

Head_on_a_Stick · 2024-08-08 12:46:45

Suffering_arch_user wrote:

It seems the same problem has cropped up again

If you have snapshots they will take up more space as they age because the differences mount up.

Otherwise use https://archlinux.org/packages/extra/x86_64/ncdu/ or similar to track down the culprits.

Suffering_arch_user · 2024-08-08 14:06:05

So after going through many rabbit holes this is my go to solution and also when my arch crashes whenever there is an upgrade issue :
After checking space using "btrfs filesystem usage /" seems like I had only 7 GiB left ....so im not sure if it was an inode issue as i thought before(I do not understand the concept there) tried some commands to clear inodes didnt work..saw that some solutions was reinstalling arch didnt want to go down that path in June
So as @Head_on_a_Stick said ..the issue seems to be because of snapshots ...and there's one undeletable snapshot according to the post in this link https://bbs.archlinux.org/viewtopic.php?id=287094 ....so the solution(that wasn't there ofcourse) was to mount your subvolumes to /mnt(mount -o subvolid=0 /dev/nvme0n1p7 /mnt ) navigate there and delete that annoying snapshot that took almost 20 Gigs in my system....after that, since i was upgrading my arch and with all the errors that kept cropping up couldnt boot into linux from bios and had to chroot into it .Solution as always is pacman -S linux after pacman -Syu or before ....

Last edited by Suffering_arch_user (2024-08-08 14:07:40)

Head_on_a_Stick · 2024-08-08 14:15:15

If you need help with boot problems please open another thread, that would be off-topic here.

And please try to use complete sentences when posting, your truncated prose style is quite tricky to follow. Thanks.

EDIT: typo.

Last edited by Head_on_a_Stick (2024-08-08 14:15:32)

Arch Linux

#1 2024-06-28 12:06:10

No Space Left On Device

#2 2024-06-28 14:04:56

Re: No Space Left On Device

#3 2024-06-28 16:14:48

Re: No Space Left On Device

#4 2024-06-29 22:47:14

Re: No Space Left On Device

#5 2024-07-01 10:50:44

Re: No Space Left On Device

#6 2024-07-01 10:54:14

Re: No Space Left On Device

#7 2024-07-01 14:34:40

Re: No Space Left On Device

#8 2024-08-08 12:06:07

Re: No Space Left On Device

#9 2024-08-08 12:36:34

Re: No Space Left On Device

#10 2024-08-08 12:46:45

Re: No Space Left On Device

#11 2024-08-08 14:06:05

Re: No Space Left On Device

#12 2024-08-08 14:15:15

Re: No Space Left On Device

Board footer