Dotaz: Plný disk po pádu systému

[jan.rok]

Dobrý den,

po nekorektním ukončení Debianu se zdá, jakoby byl zcela zaplněný jeden svazek (používá ho Samba jako share):

df -h

/dev/sda3 53G 51G 0 100% /home

df -i

/dev/sda3 3481600 125638 3355962 4% /home

Z fstab vybírám:

/dev/sda3 /home ext3 defaults,acl 0 2

Podle všeho by tam měly být ještě 2 GB místa, ale z Windows je vidět jen 0 bytes.

Prosím o radu, jak to opravit. Zkoušel jsem umount/mount, fsck.

Děkuji. J. R.

---

---

Odpovědi

[trubicoid]

5% je defaultni rezerva pro roota na extX, na home to muzes vypnout tune2fs -m0 /dev/sda3

[Petr Šobáň]

No pokud je fsck OK tj na HDD nejsou chyby tak je to OK.

Co na tom chceš opravovat?

Jinak při vytváření FS je na každém HDD rezervované místo pro roota.

Takže pokud ho nepotřebuješ tak se dá zmenšit, pokud je to datový HDD tak ho můžeš zmenšit i na 0.

Ovšem na / bych nějaké místo pro roota nechal.

Více man tune2fs a Rezervované místo na disku pro roota

[jan.rok]

Chci to opravit do stavu, v jakém to bylo před havárií. Pomocí tune2fs se to povedlo.

Díky.

[chrono]

Pri havárii sa určite nemenilo množstvo vyhradených blokov pre root, takže takmer určite tam je niečo, čo tam pred tou haváriou nebolo (možno nejaký core dump, prípade log súbor).

[trubicoid]

ano, pro jistotu bych hledal trebas soubory vetsi nez giga sudo find /home -size +1G a zakazal dumpy

[nobody]

tune2fs to urcite neopravilo, ta reserva pro uzivatele root/system tam byla i pred padem, zrusil si tedy reservu, neopravil jsi nejaky problem...
zkus projit disk podle velikosti jestli te neco netrkne ze tam nema byt/nechces... pomoci Analyzator vyuziti disku (balik baobab), nebo terminalova obdoba ncdu

[jan.rok]

Tam bylo divné to, že když jsem z disku odstranil cca 6 GB, tak df stále ukazoval to samé, tedy 100% využití, žádné volné místo.

[trubicoid]

to tam asi nacpal root no

[nobody]

zas divny ze by root cpal neco do /home

[trubicoid]

divny to je, treba to dela ta sama, ale to pak neni dobre

[trubicoid]

sama=samba

[jan.rok]

Tak se po pár dnech ukázalo, že problém trvá. Jak zde již někdo podotknul, použití tune2fs problém skutečně nevyřešilo. Z /home jsem odstranil další soubor s víc jak 2 GB, vypadalo to dobře, ale dnes ráno je opět 0% volného místa.

[jan.rok]

A navíc, když spočítám velikosti souborů v /home, je to nějakých 24 GB ze 70 GB celkem. Takže místa je tam dost, ale linux to nějak neumí využít nebo zobrazit. Nevím, co s tím...

[Tomáš]

Přeformátoval bych to, po záloze.

[Petr Šobáň]

Třeba zjistit kdo tam zapisuje - co skryté soubory?

Jinak fsck by mělo najít chyby.

Jinak asi bych udělal zálohu a normálně to naformátoval zda to zase bude blbnout.

Jak je na tom SMART na tom HDD kde máš ty data?

[lertimir]

Jak spocitam? Ten prostor chybet nemuze. Bud je problem v konzistenci fs. Nebo je prostor ve skrytych souborech. Nebo je tam velke mnozstvi malych souboru, ktere si naalokuji blok z fs (4 kb) a obsadi par bytu. Ale tech by musely byt miliony. Nic dalsiho mne nenapada.

[rubicon]

Mě napadá ještě jedna příčina - soubory smazané ale stále otevřené nějakým procesem, takže na disku zabírají místo.

Co řekne lsof +L1?

[jan.rok]

Řešil jsem to nakonec zálohou a formátem. Nejspíš byl nějak poškozený.

[Petr Šobáň]

Poškozený by měl fsck odhalit!

Prostě někdo tě na ten HDD něco zapisuje, asi pod jiným uživatelem či do skrytých souborů.

A nebo ti tam zůstávají jak psal smazané soubory které má pořád někdo otevřené.

Prostě uvidíš zda se to bude dít znovu a nebo ne.

[jan.rok]

Po záloze a formátu disku je to teď v pořádku. Tak nevím, čím to bylo, podle mě poškozený formát ext3. Díky všem za rady.

[trubicoid]

proc to vlastne mountujes s parametrem acl, pouzivas to? jestli ne, tak to vyhod

a proc vlastne ext3 a ne ext4? vyhoda ext4 je treba namatkou e4defrag