Dotaz: Uvolnění místa na root disku?

[Slavek]

Mám server na kterém jedu Proxmox, jednotlivé VM jsou na diskovém poli a samotný Proxmox je ma 32GB SSD v M2 slotu. Při instalaci jsem rozdělení 32GB nechal na Proxmoxu Dlouho s tím nebyl problém jen jsem semtam provedl upgrade

apt-get update apt-get distr-upgrade apt-get clear

Nicmeně dnes jsem zjistil, že došlo místo apt-get distr-upgrade hlasi nedostatek mista , přesněji. memate dost volného prostoru v /var/cache/apt/archive/

V webové "konzoli" vidim HDD space (root) 94.56% 6,69GiB od 7.07GiB

V package version vidim že mam na disku vlastně všechny pve-kernely tak jak jsempostupně provaděl upgrady. Jen /var/cache/apt/archive/ má přes 560MB

Nechce se mi tupě smaznout obsah /var/cache/apt/archive/ První otázka jak spravne uvolnit misto na root disku, nemá na to Proxmox skript, příkaz postup? Pokud ne, co doporučujete odstrnit?

Proxpox by měl zabírat cca 790M, co zabíra těch dalšich skoro 6GB?

Odpovědi

[Standa Kříž]

Pomoct by mohlo: apt-get --purge autoremove - odstranění nepotřebných balíků (mj. starých verzí jádra)

[Aleš Kapica]

Klidně ti mohl nabobtnat nějaký log - starší smaž, na aktuální použij příkaz truncate.

[k3dAR]

zkus jak pise Standa "apt --purge autoremove" a uvidis zda to odebere jadra, pokud ne tak dej vystup: # bezici jadro

uname -a

# nainstalovane jaderne baliky

dpkg -l | grep -e linux-image -e linux-modules -e linux-headers -e linux-tools

pripadne pokud chces odebrat sem bez posvedceni: # odebrani jadernejch baliku krome verze jadra co bezi

sudo apt purge $(dpkg -l | grep -e linux-image -e linux-modules -e linux-headers -e linux-tools | grep -v $(uname -r) | awk '{print $2}' | grep ZAKLADNI_VERZE_JADER_K_ODEBRANI)

misto ZAKLADNI_VERZE_JADER_K_ODEBRANI dej zaklad, kdyz budes mit treba 4.15.0-1, 4.15.0-2 tak das 4.15.0, je to kvuli odfiltrovani balicku ktere maji v nazvu to filtrovane linux-NECO ale nemaji v nazvu verzi jadra jako treba linux-tools-common atd...
i tak pred potvrzenim odinstalace, 3x zkontroluj CO to odinstalovava, zda vsechny balicky maji v sobe verzi jadra, abys neodebral nejakej metabalik (i kdyz to by melo odfiltrovat prave toto odfiltrovani), ale jistota je jistotta, pripadne zkopiruj co by to chtelo odinstalovat pokud by sis nebyl jistej, aby si pak nepsal ze ti to nestartuje

ad Nechce se mi tupě smaznout obsah /var/cache/apt/archive/ tam jsou pouze stazene balicky ktere si instaloval (nebo chtel), a prave to co pouzivas "apt-get clean" (resp. psal si clear ale to byl asi preklep protoze to ze clear neexistuje by sis z hlasky snad vsiml maze vsechny *.deb z /var/cache/apt/archive/ nicemu to nevadi, pouze pri pristi instalaci/preinstlaci totozne verze se znovu stahne z repositare...

jakmile budes mit uvolnene alespon neco (klidne staci ten archive a i pred zkouskou odebrat jadra, nainstaluj "ncdu" a pust:

ncdu -x /

zobrazi ti serazene a prochazatelne od toho co zabira nejvice... i kdyz v tom lze mazat pres del klavesu, rozhodne nemazej ty stare jadra, resp. cokoliv co bylo instalovane, ale najdes treba zapomenute soubory, vetsi logy atd, a budes vedet co resit...

[debian+]

/var/cache/apt/archive/ - je miesto kde sa ukladaju stiahnute balicky, kt. sa nasledne instalaluju prostrednictvom apt(-get). Ak balicek nie je tam, tak sa stiahne. Kludne mozes zmazat, alebo sa to robi cez apt clean.

Mazat mozes obsah /var/cache a pripadne aj /var/log (su tam logy sluzieb - takze pripadne si ich inam skopirujuc zaarchivuj).

[Slavek]

Děkuji za reakce. Zkusil jsem apt-get --purge autoremove vysledek 0 upgraded, 0 newly installed, 0 to remove and 4 not upgraded. neuvolnilo to prakticky nic

aktulne běží uname -a /var/lib/vz/template/iso-pve #1 SMP PVE 4.15.18-46 (Thu, 8 Aug 2019 10:42:06 +0200) x86_64 GNU/Linux

Cvičně jsem se podival co zabírá nejvíce místa respektive velokost adresaru a

/var/cache 610M /var/lib 910M /var/log 25M /boot 690M /lib/modules 3.2G

v /var/cache, jde většina 560M na vrub /var/cache/apt/archives /var/lib , jde většina 794M na vrub /var/lib/vz/template/iso skalduji tam dve instalcni iso a mam je tam od zacatku /boot 14 verzi souborů config-4.15.18-10-pve, initrd.img-4.15.18-15-pve,System.map-4.15.18-20-pve /lib/modules 14 podadresařu typu 4.15.17-1-pve 4.15.17-1-pve 4.15.18-12-pve atd.

Problem je tedy jasný, stare verze kernelů To samé řeší tady https://forum.proxmox.com/threads/clean-old-kernels.42040/

ale stále nema dojem, že vím jaký je ten spravny zp§sb řešení. Tedy krome ugrade na Proxmox V6

V každém případě jsme smazl jedno iso v /var/lib/vz/template/iso , rovedl upgrade na poslední verzi a cvičně zkusil skrpt pro kontrolu přechodu na v6 pve5to6 2x warning beziic VM plus malo msita v root chce to 2GB a 2x skip, čili asi by upgrade nebyl problem, ale to chce cas a zalohy pus pořešit jak správně odstnit stare kernely

[k3dAR]

ciste reseni na odstraneni starej kernelu sem ti psal o par cm vejs doplnenej posledni "prikaz" o 2 hlavni verze jader co mas by tedy byl:

sudo apt purge $(dpkg -l | grep -e linux-image -e linux-modules -e linux-headers -e linux-tools | grep -v $(uname -r) | awk '{print $2}' | grep -e 4.15.17 -e 4.15.18)

pro vysvetleni:

odstran_vcetne_etcconfigu_tento_seznam $(vylistuj_vse | vyfiltruj_jen_radky_s_uvedenejma_nazvama | vynechej_bezici_jadro | zobraz_jen_druhej_sloupec | vyfiltruj_jen_co_obsahuje_uvedene_verze)

[Slavek]

sudo apt purge $(dpkg -l | grep -e linux-image -e linux-modules -e linux-headers -e linux-tools | grep -v $(uname -r) | awk '{print $2}' | grep -e 4.15.17 -e 4.15.18) Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

Neodstranilo to nic, přitom

dpkg --list|grep pve-kernel ii pve-firmware

ii pve-kernel-4.15

ii pve-kernel-4.15.17-1-pve

ii pve-kernel-4.15.18-10-pve

ii pve-kernel-4.15.18-11-pve

ii pve-kernel-4.15.18-12-pve

ii pve-kernel-4.15.18-13-pve

ii pve-kernel-4.15.18-14-pve

ii pve-kernel-4.15.18-15-pve

ii pve-kernel-4.15.18-16-pve

ii pve-kernel-4.15.18-17-pve

ii pve-kernel-4.15.18-19-pve

ii pve-kernel-4.15.18-20-pve

ii pve-kernel-4.15.18-21-pve

ii pve-kernel-4.15.18-7-pve

ii pve-kernel-4.15.18-8-pve

ii pve-kernel-4.15.18-9-pve

aktuálni běžící verze jádra

uname -a

Linux proxmox 4.15.18-21-pve #1 SMP PVE 4.15.18-48 (Fri, 20 Sep 2019 11:28:30 +0200) x86_64 GNU/Linux

dpkg -l | grep -e linux-image -e linux-modules -e linux-headers -e linux-tools

nevypiše nic

Ve https://forum.proxmox.com/threads/clean-old-kernels.42040/ doporučuji bud

rm /etc/apt/apt.conf.d/75pveconf

apt-get autoremove

etc/apt/apt.conf.d/75pveconf obsahuje APT NeverAutoRemove pravě pro pve-kernel-.+ nebo ručně a to

apt purge pve-kernel-4.15.18-9-pve

nebo

#dpkg -P pve-kernel-4.15.18-9-pve

a provest postupmě pro všechny jadra Nicmně ani v jednom případě si nejsem jsit zda je to ta správná volba

[k3dAR]

aha, nemam zkusenost s Proxmon, takze mi nedoslo ze se balicky jmenujou jinak... proto to neodstrani ani grep linux-NECO ti nic nezobrazi...
co ti zobrazi:

dpkg -l | grep 4.15.18-10

aby se upravil ten filtr, resp. dokud nedas vystup, tak muzu upravit jen tak ze by to odebralo jadra, ale uz ne pridruzene balicky (headers, modules, tools) a nechci si nazvy domyslet, kdyz je muzes v realu vylistovat

sudo apt purge $(dpkg -l | grep -e pve-kernel | grep -v $(uname -r) | awk '{print $2}' | grep -e 4.15.17 -e 4.15.18)

[k3dAR]

POZOR tady ^^ a vejs je u "sudo apt purge..." spatne odfiltrovane co za balicky pro bezici jadro nechat, sice by zustalo jadro a moduly, ala odebralo by to headers a tools, spravne je to takto (tucne co je/ma byt navic):

sudo apt purge $(dpkg -l | grep -e pve-kernel | grep -v $(uname -r | sed 's/-generic//') | awk '{print $2}' | grep -e 4.15.17 -e 4.15.18)

[k3dAR]

prehlidl sem ten tvuj konec, Proxmon tedy z nejakeho duvodu ma blokovane odebirani vsech verzi svejch jader, nevim z jakeho duvodu, ale na zaklade toho doporuceni, bych spis soubor presunul a autoremove delal s --purge

sudo mkdir /etc/apt/apt.conf.d.off
sudo mv /etc/apt/apt.conf.d/75pveconf /etc/apt/apt.conf.d.off/
sudo apt-get --purge autoremove

ve vysledku to bude systemovejsi a pokud Proxmonu by vadilo ze prijde o starsi jadra, tak je jedno zda je odeberes krome beziciho tim mojim postupem, nebo timto, tohle ti nejsis necha i jedno predchozi...

[Slavek]

Děkuji všem.

Nejddříve jsem zkusil "fintu" s "odstraněním" /etc/apt/apt.conf.d/75pveconf, v ralu jsme ho někam přesunu a pak spustil apt-get --purge autoremove, no nefunguje to , neodstraní to nic. Z průzkumu souborů v /etc/apt/apt.conf.d/ je jasné, že autoremove starých verzí kernelu blokuje více věcí.

Použil jsem apt purge $(dpkg -l | grep -e pve-kernel | grep -v $(uname -r | sed 's/-generic//') | awk '{print $2}' | grep -e 4.15.17 -e 4.15.18)

to zafungoval a uvolnilo 3.68GB

Misto už mám a tak mohu začít studovaty postup přechdu na proxmox 6

Jeětějednou děkuji všem

[Josef Kufner]

6 GB je vcelku přiměřená velikost systému. Ono se to nezdá, ale pár MB tu, pár tam a najednou se to nasčítá.

Postupem času se stává, že nepoužívané balíčky, obzvlášť knihovny, zůstávají nainstalované, neboť tam jsou nějaké cyklické závislosti. Pokud už jsi uklidil nakynuté logy a staré postahované balíčky, tak nezbývá než projít nainstalované balíčky a probrat to ručně.

Další možnost je vytvořit si pomocí debootstrap minimální instalaci v chrootu a zkusit si nainstalovat jen ty služby, které potřebuješ. Pak můžeš porovnat seznam nainstalovaných balíčků v chrootu a v tvém systému a začít hromadně uklízet.

[Slávek]

Ono to hlavně bobtná, pokug Proxmox označí všechny staré kernely jako nonautoremove V každém případě jsem se jich zbavil a mohl přejít k upgrade z 5.4 na verzi 6 (Debian 10 kernel 5), protože Proxmox přechází na Corosync 3 není tento upgrade záležitostí jednoho příkazu.

Přechod samotný nebyl zcela hlatký, ale nakonec to zafungovalo a jedu na v 6.0.7 u které je velkou inovací Automatic cleanup of old kernel images, tak snad to nebude bobtnat, v každém příapdě se nyni vejdu do 3GB