Fórum Root.cz
Hlavní témata => Distribuce => Téma založeno: hiddenvs 17. 09. 2021, 16:24:12
-
Zdravim vsechny, chci vas poprosit o radu / vysvetleni. Mam ve svem labu 6 hardwarove identickych serveru, na 4 bezi Debian 10, na dalsim Debian 11 a na poslednim Ubuntu 20.04 LTS. Vsechny stroje jsou upgradovany na "latest possible" verze vramci distribuce. Vsechny stroje bezi na stejnem souborove strukture /swap, / a /home, stejne disky a velikosti particii. Problem - na stroji s Ubuntu 20.04 LTS mi zmizelo misto na / particii a neumim si to vysvetlit.
Po zadani prikazu
du -hx -d1 / | sort -n
dostanu
3,1G /var
4,0K /mnt
4,0K /opt
4,0K /srv
4,0K /volumes
6,1G /usr
8,2M /etc
11G /
11M /.cache
16K /lost+found
20K /media
262M /boot
660K /root
1014M /home
coz je naprosto v poradku, nic zvlastniho, ale...
df -ah /
mi zazracne sdeli, ze mam 0% volneho mista na / particii a system jako takovej je v prd****...
Súborový systém Veľk Použ Dost Pou% Pripojený na
/dev/sdm3 101G 97G 0 100% /
Nejak mi to mozek nebere. V cem je rozdil oproti Debian-u ? Na strojich s Debian-em ten problem neni. Stejny HW, stejna konfigurace, rozdil je v distribuci. Nejaky napad, co s tim na Ubuntu ? Koukal jsem po Googlu, ale to je furt to stejny dookola o tom jak uvolnit misto a podobne. O to mi nejde, ja chci "najit" zmizelej volnej prostor, kam se podel.
Diky predem za nejakou radu nebo informaci.
-
sudo ncdu -x /
-
Nebeží to Ubuntu náhodou nad ZFS a nie sú tam snapshoty? zfs list a zsysctl show.
-
Může být otevřený velký soubor, který už je smazaný z filesystému. Nevím ale jak to zjistit.
-
sudo ncdu -x /
3,1 GiB [##### ] /var
1,0 GiB [# ] /home
261,7 MiB [ ] /boot
10,1 MiB [ ] /.cache
8,2 MiB [ ] /etc
660,0 KiB [ ] /root
20,0 KiB [ ] /media
e 16,0 KiB [ ] /lost+found
12,0 KiB [ ] /volumes
e 4,0 KiB [ ] /srv
e 4,0 KiB [ ] /opt
e 4,0 KiB [ ] /mnt
@ 0,0 B [ ] libx32
@ 0,0 B [ ] lib64
@ 0,0 B [ ] lib32
@ 0,0 B [ ] sbin
@ 0,0 B [ ] lib
@ 0,0 B [ ] bin
> 0,0 B [ ] /tmp
> 0,0 B [ ] /sys
> 0,0 B [ ] /run
> 0,0 B [ ] /proc
> 0,0 B [ ] /dev
Nebezi to na ZFS, standardne EXT4. Uz jsem skusil nekolik metod jak najit skryte soubory, smazane soubory, ale nemel jsem uspech. Nevim kam proste zmizeli ty GB volneho mista... kam je to skryto... a proc hlavne... se na to asi vy**** a prehodim to na Debian jako ostatni... ale sere mne, ze nevim co se stalo a proc/jak/co to udelalo...
-
co todlencto hele (https://askubuntu.com/questions/280342/why-do-df-and-du-commands-show-different-disk-usage) :o :o
-
co todlencto hele (https://askubuntu.com/questions/280342/why-do-df-and-du-commands-show-different-disk-usage) :o :o
Ne, nepomohlo...
-
Uz jsem skusil nekolik metod jak najit skryte soubory, smazane soubory, ale nemel jsem uspech.
Zkusil jsi reboot? To otevřené smazané soubory zaručeně pokillí, ale samozřejmě je to nečisté řešení. A pak ideálně nabootovat live (připojit z jiného systému) a znova ncdu. A ještě pro jistotu fsck -f.
-
Uz jsem skusil nekolik metod jak najit skryte soubory, smazane soubory, ale nemel jsem uspech.
Zkusil jsi reboot? To otevřené smazané soubory zaručeně pokillí, ale samozřejmě je to nečisté řešení. A pak ideálně nabootovat live (připojit z jiného systému) a znova ncdu. A ještě pro jistotu fsck -f.
Jo skusil, vicekrat, na vypisu z ncdu se nic nezmenilo... ani misto se neuvolnilo, porad vsechno stejne... Uz jsem skusil, i skontrolovat inodes, nastaveni rezervy pro filesystem... proste nevim co a kam sebralo ty GB mista... a dela to stejne na vsech verzich Ubuntu od 18.04, skusil jsem to ve vm, presel jsem 18.04, 19.10, 20.04, vsechny verze nizsi 12.04, 14.04, 16.04, 17.10 to nedelaji... neco mi unika, nevim, cim to je... nemam ani loop devices, zadnej tmp... nevim proste.
-
Uz jsem skusil nekolik metod jak najit skryte soubory, smazane soubory, ale nemel jsem uspech.
Zkusil jsi reboot? To otevřené smazané soubory zaručeně pokillí, ale samozřejmě je to nečisté řešení. A pak ideálně nabootovat live (připojit z jiného systému) a znova ncdu. A ještě pro jistotu fsck -f.
Jo skusil, vicekrat, na vypisu z ncdu se nic nezmenilo... ani misto se neuvolnilo, porad vsechno stejne... Uz jsem skusil, i skontrolovat inodes, nastaveni rezervy pro filesystem... proste nevim co a kam sebralo ty GB mista... a dela to stejne na vsech verzich Ubuntu od 18.04, skusil jsem to ve vm, presel jsem 18.04, 19.10, 20.04, vsechny verze nizsi 12.04, 14.04, 16.04, 17.10 to nedelaji... neco mi unika, nevim, cim to je... nemam ani loop devices, zadnej tmp... nevim proste.
A teda fsck a podívání se na nenabootovaný systém?
-
A teda fsck a podívání se na nenabootovaný systém?
Jo udelano, spusteno pres LiveCD ale nic, co by stalo za rec jsem od fsck nedostal naspatek.
-
Tak to je fakt divné… Bych to pro srandu zkusil odkopírovat jinam (jestli to bude taky velké) a pak udělal rm -rf *, jestli to jako vyčistí nebo tam zůstane nějaké wtf plné místo.
-
Mas tam nejake volne bloky na tom disku? Mohlo by to byt velke mnozstvo malych suborov. Ich velkost v sucte nebude velka, ale kazdy si alokuje miesto po celych blokoch.
-
Mas tam nejake volne bloky na tom disku? Mohlo by to byt velke mnozstvo malych suborov. Ich velkost v sucte nebude velka, ale kazdy si alokuje miesto po celych blokoch.
Tiez ma to uz napadlo, ale nemam tam ziadne malicke subory, nie je dovod, je to len zakladna instalacia s LXDE desktopom, NoMachine a Python3 + nejake moduly. Nema tam co byt take, nie je tam pre mna ziadny logicky dovod, preco zmizne "len tak" viac ako 90GB volneho miesta z disku. Keby to neboli hardwarovo uplne identicke stroje, tak nepoviem, ale na Debian-e pohoda, Ubuntu "cosi" chrobacne, lebo to nebolo od zaciatku, az po par dnoch sa ten disk "zaplnil", ale neviem prist na to cim a preco to nie je vidiet. Fyzicky nechce na ten disk uz nic zapisovat, len mi ohlasi "no space left on device". Alokovane "skryte" miesto by mi stale bralo i-nodes, to by som prisiel na to, ale takto, ked vsetko vyzera OK, tak mi uz dosli napady, co s tym...
Spravil som este jednu vec, ze som rozbalil novy disk (kapacitne rovnaky 128GB SSD) a spravil instalaciu znova na ten novy a cakam, ze ako to bude s miestom po par dnoch. Zatial sa nic nedeje, Ubuntu 20.04 LTS + upgrady, vsetko vyzera a funguje normalne. Uvidim, co bude za par dni.
-
A co pise tune2fs -l <device>
-
Nebezi ti na tom Timeshift, alebo nieco podobne co robi snapshoty filesystemu ?
-
Ja som riesil obdobny problem na Ubuntu 18.04 TLS. Nakoniec som zisitl, ze problem spocival v nezmazanych updatoch kernu pri secure aktualizaciach systemu. Stacilo spustit prikaz
apt-get autoremove --purge a zrazu bol disk cisty a kopec miesta.
-
Ja som riesil obdobny problem na Ubuntu 18.04 TLS. Nakoniec som zisitl, ze problem spocival v nezmazanych updatoch kernu pri secure aktualizaciach systemu. Stacilo spustit prikaz apt-get autoremove --purge a zrazu bol disk cisty a kopec miesta.
To jsou normální soubory viditelné v df/du.
-
Jen jestli to nejsou docker images ve var/lib/docker. ncdu to neukaze ani pres sudo a je potreba spustit
docker system prune nebo docker system prune -a -f
-
ncdu to neukaze ani pres sudo
Mně to ukazuje. Proč by to nemělo ukazovat?
-
Btw a nie je tam nad tym ext este lvm? To zmiznute miesto by mohli vysvetlovat snapshoty...
-
Btw a nie je tam nad tym ext este lvm? To zmiznute miesto by mohli vysvetlovat snapshoty...
Ne, nemohly, snapshoty se ukládají do nově alokovaného místa PV, filesystém o nich vůbec neví (a naopak).
-
Není něco skryto nějakým mountem? Modelová situace
dd if=/dev/zero of=/dev/big-invisible-file bs=1G count=90
mount -t devtmpfs udev /dev
potom stačí rootfs nabindovat někam jinam a znova prohlédnout:
mkdir /tmp/investigation
mount --bind / /tmp/investigation
ncdu /tmp/investigation
-
Není něco skryto nějakým mountem?
To je skvělý postřeh. To by také odhalilo, kdyby tazatel ten filesystém prozkoumal z jiného neběžícího systému, ale vypadá to, že se na to vybodl, chvíli psal něco jiného a teď už neodpovídá.
-
Dekuju za vsechny postrehy, byl jsem par dni zaneprazdnen (a proto jsem neodpovidal). Nemam tam zadne skryte mount-y, kernel updaty ani docker na to nebezi. Disk jsem proskoumal na jinem pocitaci, nic z toho co se zde zminilo tam neni. Jsem na uplnem konci s napady, prehodil jsem to na Debian a je klid. Dekuju vsem za rady, ale uz jsem s tim stravil mnoho casu a nikam to nevedlo. Zustane to zatim v mem seznamu "nevyreseno".