You are not logged in.
When I try to install any AUR package, for example neovim-git, I get an error like this:
mkdir: cannot create directory ‘/tmp/makepkg/neovim-git’: No space left on device
However
$ df -h /tmp
Filesystem Size Used Avail Use% Mounted on
tmpfs 16G 714M 16G 5% /tmp
I really cannot see what might be wrong.
Offline
That has nothing to do with makepkg, you're not getting that far. Looks like some random helper?
Offline
I am not using a helper. Just makepkg - si. But I also cannot copy anything into /tmp so it seems it still doesn't have anything to do with makepkg.
Last edited by kureta (2021-01-23 12:35:22)
Offline
So you've got something non-standard in makpkg.conf, I assume? It wouldn't be building in /tmp by default.
Offline
I have
BUILDDIR=/tmp/makepkg
as mentioned in the arch wiki. But as I said, trying to create any file in /tmp by any means gives the same error. So it is not a problem with makepkg and I am completely stumped at this point.
Offline
Inode exhaustion?
df -i /tmp
How is /tmp mounted?
findmnt /tmp
What is the contents of /tmp
ls -la /tmp
Offline
That could also be an issue of inode exhaustion, what do you get for
df -i /tmp
? Do you have a load of files from previous building attempts left over that you don't technically need anymore?
Edit: I even pressed preview, and then absent minded hit send anyway
Last edited by V1del (2021-01-23 13:05:58)
Offline
So it was the inodes
$ df -i /tmp
Filesystem Inodes IUsed IFree IUse% Mounted on
tmpfs 409600 409600 0 100% /tmp
Trying to build tela-icon-theme fills it up quickly even with a fresh reboot.
$ findmnt /tmp
TARGET SOURCE FSTYPE OPTIONS
/tmp tmpfs tmpfs rw,nosuid,nodev,nr_inodes=409600,inode64
$ ls -la /tmp
~ » ls -la /tmp kureta@tuxedo-laptop
total 4
drwxrwxrwt 16 root root 320 Jan 23 16:08 .
drwxr-xr-x 17 root root 4096 Jan 20 16:55 ..
drwxrwxrwt 2 root root 40 Jan 23 14:49 .font-unix
drwxrwxrwt 2 root root 60 Jan 23 14:49 .ICE-unix
drwxr-xr-x 3 kureta kureta 60 Jan 23 16:08 makepkg
drwx------ 3 root root 60 Jan 23 14:49 systemd-private-40068d71ce2746e68760a16363649fe3-colord.service-neM6ri
drwx------ 3 root root 60 Jan 23 14:49 systemd-private-40068d71ce2746e68760a16363649fe3-geoclue.service-i5vw4g
drwx------ 3 root root 60 Jan 23 14:49 systemd-private-40068d71ce2746e68760a16363649fe3-postgresql.service-OMdGLi
drwx------ 3 root root 60 Jan 23 14:49 systemd-private-40068d71ce2746e68760a16363649fe3-systemd-logind.service-PK9COi
drwx------ 3 root root 60 Jan 23 14:49 systemd-private-40068d71ce2746e68760a16363649fe3-systemd-timesyncd.service-IuAoZg
drwx------ 3 root root 60 Jan 23 14:49 systemd-private-40068d71ce2746e68760a16363649fe3-upower.service-4MHuMg
drwxrwxrwt 2 root root 40 Jan 23 14:49 .Test-unix
drwx------ 2 kureta kureta 60 Jan 23 16:08 tmux-1000
drwx------ 2 kureta kureta 40 Jan 23 16:08 tracker-extract-3-files.1000
drwxrwxrwt 2 root root 60 Jan 23 14:49 .X11-unix
drwxrwxrwt 2 root root 40 Jan 23 14:49 .XIM-unix
I don't have an entry for /tmp in my fstab. Should I create one with a higher number of inodes?
Edit: BTW I did a
# mount -o remount,nr_inodes=1048576 /tmp
and everything works perfectly now.
Last edited by kureta (2021-01-23 13:24:30)
Offline
I added
tmpfs /tmp tmpfs rw,nodev,nosuid,size=16G,nr_inodes=1048576,inode64 0 0
to my fstab and now the problem seems to be resolved. Thanks loqs and V1del
Offline