Portál AbcLinuxu, 5. června 2025 08:25
/var/log
Ty máš křišťálovou kouli, že víš co mu zabírá nejvíc místa? Každopádně truncate nic nemaže. Je to použitelné řešení v situaci, kdy máš zaprásknutý disk až do mrtě.
ls =l ? Ak tie rôzne čísla porovnáš, tak sa dostaneme ku sparse súborom, a na čo som narážal pri reakcii "nejvíce zbytnělý log ve /var/log". Medzi také súbory ktoré sa začiatočníkovi javia ako moc veľké patria vo /var/log aj [last,fail]log.
Ale s tým truncate, tak mi prezraď ako uvoľní miesto na disku ak sú inody skracovaného súboru obsadené bežiacim procesom. Skús to vysvetliť tvojím začiatočníckym spôsobom.
Toľko ku tým tvojím žvástom akými sa chváli lamička ktorú na MDD nikto nechce.
/var/log má smysl jen když něco řešíš. U lamy tedy většinou žádný. Truncate používám jen v případě, že potřebuji uvolnit alespoň tolik místa, aby zafungoval journalctl. Zkrátím velikost na 0 bajtů, ty stávající data se zahodí a ten proces začne zapisovat nová. Si to vyzkoušej mameluku.
Ohľadne tej infraštruktúry ktorú akože spravuješ, tak by som poprosil sieťový rozsah. Rád si ho preventívne zablokujem.
Beze všeho: 192.168.x.y – za x a y si dosaď libovolné číslo od 0 do 255
Mimochodem, ten tvůj /var/log/wtmp obsahuje data, která jsou úplně k hovnu. Viz /var/log/wtmp
Je to jen zbytečný bordel zabírající místo, který se při restartu může s klidnou duší zahodit, protože (u mne) jsou klíčové informace uložené jinde, ve výrazně srozumitelnější formě. Soubor, ve kterém jsou veškeré informace za posledních 334 dní má všeho všudy 65MB
A největší log /var/log/lastlog má u mne trapných 100MB
Je rok 2025. Na co systmd-journald poštve nějaké zkracování, to je věcí jeho konfigurace. A ne, podstatná část diskového prostoru se opravdu (ale opravdu (ale opravdu)) neuvolní zkrácením (binárních, komprimovaných) logů.
Budeš se divit, ale jo. Speciálně u zaplácnutého Btrfs. A příkaz journalctl --vacuum-time=1d sem tam také použiju.
Nevím, no. Když mám podezření, že je něco špatně, podívám se na journalctl -f. Pokud se něco objevuje častěji než jednou za (se)kundu, obvykle je potřeba řešit příčinu toho problému, ne až následek. Dokonce mám na některých stojích alert odvozený od „produktivity“ journalctl -f.
Přečti si prosím ještě jednou, od samého počátku tuhle diskuzi prosím.
Pořádné sračky. Až to bolí číst. Hlavně tedy ten truncate.
to z tebe teda zbyla troska
df -h, protože může být nějak hloupě rozdělený. Dál lze pátrat po velikosti jednotlivých adresářů příkazem du viz příklady třeba zde.
S tebou je to opravdu špatné po té lobotomii, když máš problém identifikovat já, ty, on. A zřejmě bude pro tebe velké překvapení, že disk se dá zaplácnout poměrně snadno. FS sice má rezervu, jenže na tu dojde až po restartu. Jenže když to necháš jen tak, velice rychle o ni přijdeš.
A tobě se to pravděpodobně ještě nikdy nestalo když nevíš co si v takové situaci počít. Ale já dlouhodobě bojuji s 98% zaplácnutým diskem, tak vím o tom svoje.
FS sice má rezervu, jenže na tu dojde až po restartu.Asi si ešte nezaregistroval reserved-blocks-percentage o ktorý by si musel prísť pri napríklad EXT FS pomocou nástroja tune2fs, a záškodníckeho kolegu. A ak dlhodobo bojuješ so zaplneným diskom, tak si nastav kvótu pre užívateľov, alebo expandni diskové pole. Pokiaľ si to ešte neurobil, tak je tvoja poznámka o tvojej lobotómii valídna.
Golis, poskoč si. Klíčový problém je, že mobilní konektivita na mnoha místech ČR je prakticky nepoužitelná. Takže se vrať laskavě do reality a nepiš takové kokotiny jako že:
Aj na NB sa dá napojiť diskové pole.
Tak si laskavě alespoň na chvíli vystrč z té své reality hlavu mezi lidi a uvědom si, že fungují v jiném prostředí než ty a tudíž mají jiné priority.
Já jsem dal odpověď na dotaz a ty, aniž bys měl potuchy o tom jaké problémy jsem kdy řešil a na jaké úrovni, jsi ho začal zpochybňovat, aniž bys nabídnul řešení jiné, možná i vhodnější.
Místo toho tady pindáš arogantní nesmysly o tom co a jak používám.
Golis, ty magore ten můj notebook je lepší než ty sračky co se dnes nabízí a to má za sebou 13 let denodenního provozu. A ten TB dat sebou vláčím proto, abych nebyl odkázán na šmudloidní připojení přes zdejší imobilní sítě a měl po ruce co potřebuji, když to potřebuji. A ne jenom když zafouká a na věži vašeho kostela se utrhne větrný kohout Kamil.
Ten můj notes přežil několik mnohem dražších notebooků značky DELL. A na rozdíl od nich dodnes v pohodě zvládá tři monitory. Tak se pochlub se svou plečkou.
Otázka zněla:
po starte mi Mint vypisuje "nedostatok diskoveho priestoru na koren suboroveho systemu" .... akymi prikazmi sa dopracujem k tomu aby som ten "cache"vymazal nech mam pokoj??
Nevím co podle tazatele "cache", ale vím že nemá dost místa, tak jsem mu poradil co může beztrestně smazat. A pokud někdo, jako např. Golis, nepochopil tak jednoduchou věc, je to jeho problém.
Golis, do vyhoření mám ještě daleko. Ty vycházíš z toho, že má nějakou shitku co mu ukáže kolik co zabírá. Já vycházím z toho, že je v úzkých a neví co udělat dřív. A pokud v takovém případě sejme nějaké logy, nestane se nic.
Jenže ty, jak idiot dokola opakuješ, jak zjistí co mu zabírá nejvíc místa. Víš. Já na to používám jiný tool: # du | xdu. Věř mi. Jenom blbec by si nevšiml, na obrázku co mu z toho vyleze, který chlív mu zabírá nejvíc místa.
Ty vycházíš z toho, že má nějakou shitku co mu ukáže kolik co zabírá. Já vycházím z toho, že je v úzkých a neví co udělat dřív.Jednak má takých nástrojov nahodených viacej, a druhak nie je v úzkych. Keby bol v úzkych, tak ho to nepustí ani prihlásiť sa. Nemal by si toľko halucinovať.
Keby bol v úzkych, tak ho to nepustí ani prihlásiť sa.
To nemusí být nutně pravda.
sudo bash
cd /
du -sh * |sort -h
zoradi podla velkosti
3.6. 14:17
Fluttershy, yay! | skóre: 93
| blog:
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.