Sikerult a F.O.S. Ubi 22.04.1 Desktop telepitot lekuzdeni es azt is hazudta, hogy a /root-ban 6,7GB hely kell minumum. Ekkora barom. a /var meg elfogyott.

root@ubuntu:~# df -hP
Filesystem            Size  Used Avail Use% Mounted on
tmpfs                 1,6G  2,3M  1,6G   1% /run
/dev/mapper/UVG-root  2,0G  234M  1,8G  12% /
/dev/mapper/UVG-usr   7,0G  5,8G  1,3G  82% /usr
tmpfs                 7,8G     0  7,8G   0% /dev/shm
tmpfs                 5,0M  4,0K  5,0M   1% /run/lock
/dev/nvme0n1p1        487M   11M  476M   3% /boot/efi
/dev/mapper/UVG-opt  1014M   40M  975M   4% /opt
/dev/mapper/UVG-home 1014M   69M  946M   7% /home
/dev/mapper/UVG-tmp  1014M   42M  973M   5% /tmp
/dev/mapper/UVG-var   4,0G  2,9G  1,1G  73% /var
tmpfs                 1,6G  2,5M  1,6G   1% /run/user/1000
/dev/sdc1              58G   37G   21G  65% /media/ice/Ventoy
 

root@ubuntu:~# cat /etc/os-release
PRETTY_NAME="Ubuntu 22.04.1 LTS"
NAME="Ubuntu"
VERSION_ID="22.04"
VERSION="22.04.1 LTS (Jammy Jellyfish)"
VERSION_CODENAME=jammy
ID=ubuntu
ID_LIKE=debian
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
UBUNTU_CODENAME=jammy

Az elso patcheles utan maradt ennyi hely, a becslesem jo volt:

root@ubuntu:~# df -hP
Filesystem            Size  Used Avail Use% Mounted on
tmpfs                 1,6G  2,3M  1,6G   1% /run
/dev/mapper/UVG-root  2,0G  233M  1,8G  12% /
/dev/mapper/UVG-usr   7,0G  5,7G  1,4G  82% /usr
tmpfs                 7,8G     0  7,8G   0% /dev/shm
tmpfs                 5,0M  4,0K  5,0M   1% /run/lock
/dev/nvme0n1p1        487M   11M  476M   3% /boot/efi
/dev/mapper/UVG-opt  1014M   40M  975M   4% /opt
/dev/mapper/UVG-home 1014M  131M  884M  13% /home
/dev/mapper/UVG-tmp  1014M   40M  975M   4% /tmp
/dev/mapper/UVG-var   4,0G  3,0G  1,1G  74% /var
tmpfs                 1,6G  2,5M  1,6G   1% /run/user/1000
/dev/sdc1              58G   37G   21G  65% /media/ice/Ventoy

Hozzászólások

Mert 30 évvel ezelőtt valaki leírta, hogy így kell. Ennek oka az, hogy pl a /tmp -ről ne lehessen futtatni fájlokat.  Amit ezzel az egésszel még el lehet érni, hogy ha a /var/log megtelik lehalnak a szolgáltatások. El lehet oda jutni, hogy a rendszerbe bejelentkezni sem lehet, mert nincs annyi hely, hogy ezt a  tényt loggolja  rendszer. Ekkor jöhet egy Live Linux, ami segítségével majd lehet takarítani, hogy legyen némi hely egy  loginhoz.

Még talán debian8-nál fordult elő nekem,  konzolon nem tudsz mc-t indítani, vagy az ls kimenete nem látszik mert ahhoz nincs hely, hogy a könyvtárban lévő fájlokat összerendezze listába. Kézzel, fejből kell begépelni egy fájlt és kitörölni, amivel néhány kilobájt helyet felszabadít az ember, hogy az mc elinduljon...

De hasonló az is, hogy egy szoftver raid rendszer nem indul el degraded RO módba, hanem csak megáll rescue konzolban ahonnan nem lehet semmit csinálni, nincs eth, ssh, semmi.

Hm... erdekes... nekem kulonbozo debianoknal volt neha-neha olyan hogy a /var megtelte miatt akadozott az emailkuldes es/vagy fogadas, vagy a /tmp belte miatt a libreoffice nem tudta lementeni a preziket, de hogy ezekmiatt ne tudtam volna loginolni, hat... az nem remlik. De persze, igazatok lehet, lehet hogy tenyleg lehet olyan szerencsetlen kombinacio amikor beut a szivas :/ 

TL;DR A telepítőprogram azt javasolta, hogy egy darab, jó nagy (ha 6.7GB manapság annak számít) partíció legyen, de a haladó felhasználó ezt felülbírálta, és több kicsi partíciót hozott létre. Ezek közül sajnos pont a /var kicsi lett.