Dotaz: Závislosti

[otto]

Zdravím. Mám na novém NB HP Pavilion (bez OS) nainstalováno cca půl roku Xubuntu. Dosud vše OK, spokojenost. Nedávno začaly problémy při aktualizaci - nedostatek místa. Zpočátku stačilo: „ apt-get autoremova, nebo autoclean”. Ale při poslední aktualizaci to vypsalo:

„ E: /var/cache/apt/archives/linux-image-3.16.0-52- generic_3.16.0-52.71~14.04.1_amd64.deb: nelze zkopírovat rozbalená data „./boot/vmlinuz-3.16.0-52-generic“ do „/boot/vmlinuz-3.16.0-52-generic.dpkg-new“: selhal zápis (Na zařízení není volné místo)."

Při snaze aktualizovat vypíše:

„Následující balíky mají nesplněné závislosti:

linux-image-extra-3.16.0-52-generic: Depends: linux-image-3.16.0-52-generic ale není nainstalován linux-signed-image-3.16.0-52-generic: Depends: linux-image-3.16.0-52-generic (= 3.16.0-52.71~14.04.1) ale není nainstalován Depends: linux-image-extra-3.16.0-52-generic (= 3.16.0-52.71~14.04.1) ale 3.16.0-52.71~14.04.1 je nainstalován”

Nepomůže už nic a systém kolabuje. Dočetl jsem se, že se Linux nemusí defragmentovat, neb má jiný systém zápisu. Nechápu, proč tedy po půlroce používání na novém NB, na HD 500GB a nové-čisté instalaci je najednou nedostatek místa? Je mi sice sedmdesát, ale stále se učím. Baví mě to a Xubuntu se mi líbí kvůli grafice a dosud spokojenost. Bojím se zvětšit oddíl pomocí GParted, abych to celé nezaprd. Přivítám každou radu, která pomůže. Nejraději krok za krokem. Zoufalý Otto

Odpovědi

[MadCatX]

Jak je disk rozdělen? Pokud si nejste jist, pošlete výpis z cat /etc/fstab a lsblk. Dále existuje nástroj FileLight, kterým lze vizualizovat, které soubory zabírají místo na disku. Kdyby už ani ten nešel nainstalovat, mohlo by aspoň orientačně pomoci du / -h -d2, pozor, výpis může být docela dlouhý.

[OTTO]

Děkuji za odpovědi. Nechal jsem rozdělení disku naivně na instalaci a něco je špatně.

Souborový systém K blocks Užito Volné Uži% Připojeno do /dev/mapper/xubuntu--vg-root 956513988 34027216 873875652 4% / none 4 0 4 0% /sys/fs/cgroup udev 1957160 4 1957156 1% /dev tmpfs 393664 1260 392404 1% /run none 5120 0 5120 0% /run/lock none 1968304 80 1968224 1% /run/shm none 102400 32 102368 1% /run/user /dev/sda2 241965 238685 0 100% /boot /dev/sda1 523248 3456 519792 1% /boot/efi

Nechápu proč si instalace vezme pro BOOT oddíl tak malý kus HD, když otesánek je evidentně nenasytný. Co s tím? Mohu zvětšit boot na úkor jiného oddílu aniž přijdu o data, nebo mám z bootu něco ručo odstranit, ale co? Nejsem v těchto vodách zase tak kovaný. S díky Otto

[MadCatX]

V /boot jsou uložené obrazy kernelů, ze kterých systém startuje. Ubuntu kromě nejaktuálnějšího kernelu nechává vždycky i několik starších verzí pro případ, že by v tom nejnovějším něco nefungovalo. Starší verze kernelů by měly jít normálně odinstalovat přes apt-get remove ..., jak přesně se balíčky budou jmenovat si nejsem jist, neb Ubuntu nepoužívám.

[Petr Šobáň]

Odinstaluj staré verze kernelů.

[Jendа]

A podrobněji:

dpkg -l | grep linux-image

vypíše seznam jader

apt-get purge linux-image-XXX

odstraní zvolené jádro. Typicky chceš mazat od nejstarších.

[VK]

Mělo by fungovat toto:

dpkg -l 'linux-*' | sed '/^ii/!d;/'"$(uname -r | sed "s/\(.*\)-\([^0-9]\+\)/\1/")"'/d;s/^[^ ]* [^ ]* \([^ ]*\).*/\1/;/[0-9]/!d' | xargs sudo apt-get -y purge

Prostě to celé zkopírovat do příkazového řádku a spustit. Je ale potřeba to udělat po restartu, když už systém běží na novém jádře. Pokud chci vidět, co se bude mazat, mohu použít jenom:

dpkg -l 'linux-*' | sed '/^ii/!d;/'"$(uname -r | sed "s/\(.*\)-\([^0-9]\+\)/\1/")"'/d;s/^[^ ]* [^ ]* \([^ ]*\).*/\1/;/[0-9]/!d'

[Petr Šobáň]

Prostě HDD není nafukovací a jednou musí místo dojít.

Takže v konzoli když zadáš df <ENTER> tak ti to vypíše jak jsou jednotlivé oddíly obsazené a prostě něco budeš muset smazat.....

[mica]

Bezpochyby je dobré mít přehled o tom, jak má člověk zaplněný disk. Když použijete program df, asi ve vašem případě bude vysoké číslo v řádku, který má ve sloupci "Připojeno do" symbol "/".

Nejsnazší způsob, jak si zaplnit disk (konkrétně kořenový oddíl, tedy ten značený symbolem "/"), je stále nainstalovávat něco nového (a neodinstalovávat to, když to už člověk nepotřebuje). Takže první rada bude odinstalovat, co už nechcete používat, a ono se nějaké místo uvolní. Zrovna jako první mě napadají balíčky s jinými jádry (kernely), než tím, které zrovna používáte, poněvadž když je nepoužíváte, k ničemu je nepotřebujete (leda byste chtěl každý den spouštět počítač na jiném jádru, což ovšem nepředpokládám). Balíčky s jádry jsou skutečně velmi velké.

Dále nevím, zda víte, že se při instalaci čehokoli stažené balíky uchovávají na disku. Po čase pak zabírají hodně místa. Je tedy vhodné je mazat. Je na to příkaz "apt-get clean". V grafickém správci balíků Synaptic je na to v nastavení volba "Po nainstalování odstranit stažené balíky". Na rozdíl od vašeho "apt-get autoclean" (v Synapticu volba "Odstranit pouze již nedostupné balíky") smaže opravdu všechny stažené balíky, ušetříte tedy výrazně víc místa. Toto zkuste jako první. A čas od času (třeba i po každé instalaci) to opakujte.

Pak ještě doporučuju užívat program deborphan (musíte ho samozřejmě nejprve nainstalovat) - ten vyhledává (aspoň ve výchozím nastavení) už nepotřebné nainstalované balíky ze skupiny knihoven (tj. balíky začínající písmeny lib...). Příkaz "apt-get remove --purge `deborphan`" nebo "apt-get remove --purge &(deborphan)" takové nepoužívané knihovny zobrazí a hned vám nabídne jejich smazání. Je dobré ho opakovat několikrát po sobě, jelikož smazáním určitých balíků se stanou nepotřebné zase další na nich závislé.

No a pak samozřejmě nezapomeňte dál používat "apt-get autoremove", ale to stačí jen tehdy, když vám systém sám řekne, že některé balíky už nejsou potřeba.

Řekl bych, že tímto byste si měl uvolnit nejvíc místa na disku, nicméně je možné, že jej máte zaplněný z nějakého jiného důvodu, ovšem nic mě nenapadá. Leda by ještě mohlo relativně dost místa uvolnit promazání dočasných adresářů, to znamená /tmp a /var/tmp. Na to se velmi hodí už zmíněný program filelight, který vám krásně graficky zobrazí velikost souborů v těchto adresářích (a jejich podadresářích) a ty největší (někdy může jít i o desítky megabytů) pak můžete smazat (jde to i přímo z filelightu). Samozřejmě je dobré vědět, co vlastně mažete, nejsem si však jistý, jaké škody by se daly nadělat smazáním něčeho nechtěného (já zde mažu jen to, o čem vím, že už to nepoužívám).

[kolemjdouci]

Doporučuješ filelight v Xubuntu ?

Panebože, chceš aby si zaplnil disk nejmíň půlkou KDE ?

[mica]

No jo, neuvědomil jsem si, že Filelight patří do KDE. V tom případě lze doporučit baobab, který má stejnou funkčnost (i téměř stejný vzhled).

[Jendа]

A pro minimalisty (a na serverech) doporučuji konzolové ncdu.

[Václav "Darm" Novák]

Díky, neznal jsem :)

[Aleš Kapica]

Možná by bylo dobré kdyby se našel někdo, kdo by byl ochoten vám věnovat alespoň tochu času, k tomu, aby pomohl nejenom objasnit příčinu, ale také poradil, jak se takové situaci vyhnout, případně jak ji vyřešit.

Takže.. první věc. Zkuste sem nakopírovat co vrací následující příkazy

user@stroj~$ cat /proc/partitions
...
user@stroj~$ df -h
...

A pak můžeme pokračovat. První příkaz vypíše jak máte rozdělen disk/y a druhý co vlastně je připojené, kam a kolik zbývá místa.

[Andrej]

Pár poznámek, které mě hned napadly:

• Doporučuji především vše zazálohovat, aby se pak dalo v klidu experimentovat.
• Tohle podle mě nesouvisí s fragmentací, nýbrž s tím, jak je disk rozdělený na oddíly. Může tam být něco jako velký oddíl pro /home a příliš malý oddíl pro /. To by vysvětlovalo, proč se instalátoru zdá, že není místo, přestože na jiných oddílech ho může být spousta.
• Chtělo by to podrobnější informace o konkrétním rozdělení oddílů a zvolených souborových systémech. Tohle v dotazu zcela chybí.
• Některé špatné distribuce při instalaci implicitně volí nesmyslné rozdělení disku na oddíly, které bylo v módě v minulém století. Dodnes je to bohužel u spousty instalátorů běžný problém. Mnohem lepší je mít jeden jediný oddíl a na něm souborový systém btrfs, případně jeden nešifrovaný oddíl pro /boot a druhý šifrovaný oddíl pro všechno ostatní. Tím se člověk jednou provždy zbaví problémů s nedostatkem nebo přebytkem místa na oddílech a ještě získá checksumy dat i metadat, copy-on-write, atomické snapshoty a spousty dalších výhod.
• Souborový systém btrfs má (na rozdíl od většiny jiných, snad kromě XFS) automatickou online defragmentaci. Takže i kdyby snad čistě hypoteticky při nějakém režimu zápisu mohla větší fragmentace vznikat, s Btrfs je tento problém v podstatě definitivně minulostí. (Dlužno ale jedním dechem dodat, že souborový systém typu btrfs takovou vymoženost beztak z principu potřebuje.)

Bez podrobnějších údajů o rozdělení toho disku se dá těžko něco konkrétního poradit. Kdybych tento problém řešil já, zazálohoval bych všechna data na externí médium, na disku bych pak vytvořil jeden velký oddíl přes celý disk (nebo již uvedené dva oddíly, má-li disk být šifrovaný), oddíl (resp. oba oddíly) bych zformátoval jako Btrfs, data bych zkopíroval zpátky, překonfiguroval a přeinstaloval bych bootloader (GRUB), /etc/fstab a případně nějaká nastavení initramdisku (nejsou-li automatická jako třeba u Fedory). Tím bych získal konfiguraci, která by měla bezproblémově fungovat. Takový postup se dá ale těžko popsat krok za krokem; je tam spousta vstupů a informací, které si člověk musí předem zjistit a zařídit se podle nich. Já jsem se takové věci učil napřed metodou omyl/omyl, později jsem se dostal k metodě pokus/omyl a teprve po docela dlouhé době jsem se naučil nakonfigurovat si vše potřebné včetně méně obvyklých případů.

[Jendа]

Některé špatné distribuce při instalaci implicitně volí nesmyslné rozdělení disku na oddíly, které bylo v módě v minulém století.

Podle výpisu, který dodal, má zvláštní /boot. To se alespoň v Debianu automaticky nestane a předpokládám, že Xubuntu má stejný instalátor. Tedy to musel udělat admin ručně, distribuce je v tom nevinně. Takže on to má přesně tak jak píšeš, „jeden nešifrovaný oddíl pro /boot“.

(teď jsem teda četl, že GRUB už umí LUKS, ale distribuce to nemají automatizované, navíc to nejde použít třeba při odemykání po SSH z initramdisku)

Chtělo by to podrobnější informace o konkrétním rozdělení oddílů a zvolených souborových systémech.

Ve druhém komentáři to poslal.

Zbytek mu radí převést / z neznámého FS na btrfs, což mu a) nepomůže, b) možná už btrfs má.

[Josef Kufner]

Samostatný /boot se na Debianu stane automaticky, pokud při instalaci zvolí, že chce šifrovat. Pak se vyrobí malý /boot a velké šifrované LVM se swapem a /.

[ewew]

Na odomykanie treba nainštalovať do initrd ssh dropbear. je to popísané na debian-administration.org. Grub nevie generovať uzamykatelné položky.

[ewew]

Pri jednej particii ti hrozi, že ak sa poškodi definicia suborového systému, tak máš viacej roboty s obnovou. Ak máš viacero, tak jednoducho odmountuješ a vybavené. Napríklad samostatný /home. Ak veľmi potrebuješ graficke prostredie, tak si urobiš tmpfs /home a vybavené.

Za chodu defragmentácia je trochu blbosť.

[Jendа]

Za chodu defragmentácia je trochu blbosť.

Bohužel kvůli CoW když máš soubor, ve kterém uprostřed měníš bloky (FS image, databáze), tak to ta bloky CoWuje úplně někam dopryč a skončíš s tím, že je každý blok úplně jinde.

Ta věta

may not work correctly with compression

krásně ilustruje problém, se kterým se člověk při použití toho Andrejem propagovaného skvělého btrfs setká - spousta věcí je neimplementovaná nebo nedotažená a v dokumentaci jsou perly tohoto typu, případně se člověk dočte něco ve smyslu „při defragmentaci je možné zvolit compress=lzo nebo zlib, ale už nikdo neimplementoval volbu none“.

A to je taky důvod, proč na btrfs nelze pouštět dávkový defragment. Z dokumentace:

Caveat: since Linux 3.14-rc2, 3.13.4, 3.12.12 and 3.10.31 (which removed the snapshot-aware defragmentation) defragmenting a file which has a COW copy (either a snapshot copy or one made with cp --reflink or bcp) would produce two unrelated files. If you defragment a subvolume that had a snapshot, you would roughly double the disk usage, as the snapshot files would no longer be COW images of the originals.

atd., atd., takových překvapivých nedodělků je tam všude plno. Nekritizuju to, je to furt relativně nový projekt, a udělat takto pokročilý FS je dost složité. Ale radit to začátečníkům jak to dělá Andrej je podle mě na pováženou.

[Josef Kufner]

Instalace balíčku s jádrem selhala kvůli nedostatku místa v /boot. Pokud je to stejně jako na Debianu, tak máš na disku alespoň dva oddíly. Jeden s jádrem a pár drobnostma okolo a druhý s tím zbytkem. Ten první bývá malý, neboť nebývá potřeba víc než pár desítek MB.

Řešením je místo v /boot uvolnit a nechat balíčky doinstalovat. Jen si dej pozor, co budeš mazat, aby ti to pak ještě naběhlo.

uname -a ti řekne, jakou verzi jádra právě používáš a tu nemaž. Ty starší můžeš. Doporučuju smazat tu nejstarší a zbytek nechat, tím by se ti nové jádro už mělo vejít.

Systém je nestabilní kvůli tomu, že některé balíčky jsou nainstalovány jen napůl. To se spraví, jakmile ta aktualizace doběhne.

[otto]

Děkuji za všechny odpovědi i když v některých se ztrácím. Při výpisu je boot plný ze 100%, ostatní oddíly tak ze dvou, max. 10%. Pokusy o odinstalování starých jader ztroskotá na výpisu:

otto@otto-HP-Pavilion-17-Notebook-PC:~$ aptitude purge linux-image-2.6.x-y-amd64E: Nešlo otevřít zámkový soubor /var/lib/dpkg/lock - open (13: Operace zamítnuta) E: Nelze uzamknout administrační adresář (/var/lib/dpkg/). Jste root? otto@otto-HP-Pavilion-17-Notebook-PC:~$

Fakt nejsem tak zběhlý a potřebuji poradit, jak se zbavit toho starého balastu a jak pokračovat. Všechny pokusy typu: apt-get clean, remove, autoremove pomáhaly dříve, teď jsem v tom natvrdo. Otto

[Jendа]

Musíš to spustit pod rootem.

[Josef Kufner]

Tím mazáním nemyslím pomocí balíčkovacího systému. Myslím tím rovnou smazat soubor se starým jádrem (opatrně!). Balíček pak odstraň až ti to bude fungovat (obsahuje toho trochu víc).

apt-get clean a podobné ti uvolní místo ve /var, nikoliv v /boot. A ty potřebuješ uvolnit /boot.

Ta poslední chyba je, že to nespouštíš jako root.

[otto]

Tak se mi podařilo smazat ty předchozí balíčky. Kupodivu to šlo triviálně přes Krusader se zadáním Superuživtelského režimu. Takže místo uvolněno hafo. proběhla jakási aktualizace a pokus o opravy, ale stále hláška:

E: linux-image-3.16.0-50-generic: podproces instalovaný post-installation skript vrátil chybový status 17 E: linux-image-extra-3.16.0-50-generic: problém se závislostmi - nechávám nezkonfigurované E: linux-signed-image-3.16.0-50-generic: problém se závislostmi - nechávám nezkonfigurované

Pořád se to odmítá zmotořit, tak nevím. Volné místo tam je a pokud přejde na vyšší jádro, zase ta stará vymetu. Snad se časem srovná. Děkuji za rady. Otto

[Josef Kufner]

Dej sem ten výpis celý a uzavři ho do <pre>.

[mica]

Já jsem hlavně nepochopil, proč máte nainstalovaných víc jader. Pokud s aktuálním jádrem všechny součásti počítače fungují, není důvod instalovat další jádra, zvlášť když uvážíte, jak velcí bumbrlíčci to jsou (moje současné jádro je můj největší nainstalovaný balíček vůbec - 171 MB (ne celý tento balíček se ovšem instaluje do /boot)). Nemáte-li nějaký zvláštní důvod (a to myslím nemáte), nebudete mít v systému nikdy víc než dvě jádra, a to jen dočasně při jejich aktualizaci (do systému běžícím na současném jádře nainstalujete novější, restartujete počítač do novějšího jádra a to starší smažete, čím se opět vrátíte k počtu jednoho nainstalovaného jádra). Takže stačí, když se do budoucna budete držet toho, že jedno jádro v systému stačí, a nemusíte zvětšovat žádné diskové oddíly, jak tady (podle mě zbytečně) radí ostatní (za předpokladu, že se vám do oddílu /boot, kam se vám jádra (obrazy jader) instalují, vejdou aspoň dvě jádra - to kvůli aktualizaci na novější jádro).

Teď mě ještě napadá, že pokud se vyskytne nějaký problém s instalací balíčků (instalace neproběhne v pořádku), balíčkovací systém (apt) obvykle radí zadat "apt-get -f install", na základě kteréhož příkazu obvykle navrhne řešení (spočívající vesměs v odinstalaci něčeho). Nejsem si jistý, zda je to přesně vhodné pro váš případ, ale zkuste to a uvidíte. Třeba vám balíčkovací systém navrhne dobrou radu.

[Josef Kufner]

Stará jádra se neodinstalovávají automaticky. Takže po pár nových verzích se trošku nahromadí a dojde k tomuto problému.

Je celkem rozumné mít nějaké starší jádro, které bylo na daném stroji delší dobu používané, a o kterém se tedy ví, že funguje a jak dobře. Vedle toho je dobré používat aktuální jádro, neboť se postupně vylaďují ovladače a opravují bezpečnostní chyby. Jenže aktuální jádro občas obsahuje nepříjemnou regresi, takže není dobré hned smazat tu minulou verzi. A pokud ta regrese je v něčem méně používaném, co však najednou je potřeba, tak se hodí ta starší verze. Tedy obvyklý stav je dvě až tři jádra, pokud se používají aktuální. Jedno až dvě, pokud starší.

Jedno jádro zabere cca 30MB v /boot. Záleží na tom, co všechno je v init ramdisku.

[otto]

Díky. Poslední je jádro: 3.16.0-50-generic #67~14.04.1-Ubuntu SMP Fri Oct 2 22:07:51 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

Ale jak odstraním ta stará, když mě to tam nepustí, viz předchozí. Otto

[Josef Kufner]

Pusť si mc, vlez do /boot a smaž to, co nepoužíváš. Pokud mc nemáš, tak cd, ls, rm.

[pushkin]

Zkusil bych ještě

apt-get clean

To vyčistí cache APTu, občas má ve zvyku skladovat tam pěkných pár GiB balíčků.

[Jendа]

On nemá místo v /boot, tohle čistí /var/cache/apt.

[pushkin]

Jenže taky nikde nepíše o tom, že by měl /boot na jiné partišně než /...

[Jendа]

#3

[pushkin]

Aha, toho jsem si nevšiml. V tom případě nezbude než zvětšit /boot na úkol jiné partition - to by měl zvládnout (g)Parted. Ale chce to s citem

[Petr Šobáň]

Nechápu proč mu pořád radíte nesmysly?

Prostě přes balíčkovací systém odinstaluji zbytečné kernely a je to a bude tam místo potom to skouknu a pokud došlo k poškození balíčků domažu to ručně.....

Ale radit mu to mazat ručně panebože proč?

Balíčkovací systém funguje.

Pokud neumí pracovat s balíčkovacím systémem tak ať to předá někomu kdo tomu rozumí.

[pushkin]

Můžete mi říct, kde jsem psal něco o mazání?

[Josef Kufner]

O mazání jsem psal já. Je to nejrychlejší řešení. Pokud je balíčkovací systém na větvi z nedostatku místa, nejlepší je ho prostě uvolnit a nechat doběhnout, co se nepovedlo. Pak teprve odebrat zbytečné a částečně smazané balíčky, neboť poškozený balíček s nepoužívaným jádrem je daleko menší problém než systém s napůl nainstalovanou aktualizací.

Více místa na /boot by asi bylo lepší, ale přerozdělovat kvůli tomu disk s daty je zbytečně riskantní.

[pushkin]

O mazání jsem psal já. ...

Na to jsem koukal, ale Petr si toho nějak nevšiml

Více místa na /boot by asi bylo lepší, ale přerozdělovat kvůli tomu disk s daty je zbytečně riskantní.

V tomhle případě už byl disk jednou přerozdělen, takže jde "pouze" o posun hranic oddílů. S gParted jsem tohle už dělal a i s NTFS mi to fungovalo bez problémů, tak nevidím důvod, proč nějakému oddílu neukrojit pár desítek/stovek MB a věnovat jej partišně s /boot.

Po pravdě netuším, proč *buntu distribuce mají takovou zálibu ve skladování starých jader, ale když už to dělají, tak by měly doporučit rozumnou velikost /boot, ať nevznikají podobné problémy...

[Josef Kufner]

Ono to "posunutí" není vůbec nenáročná operace. Znamená to posun všech dat na minimálně následujícím oddílu, aby bylo kam /boot zvětšit. A pokud se během tohoto posunu cokoliv podělá, jsou data v háji.

[lertimir]

Souhlas. Posun oddílu dělám strašně nerad. I když gparted se tváří jakoby to byla běžná operace tak není. kdykoliv si představím, co vše se může pokazit, tak se tomu raději vyhnu. Protože celá operace je "single point of failure", pokud se cokoliv podělá, vše je v háji.

[pushkin]

Však jsem také nepsal, že by to bylo rizika

[Jendа]

Balíčkovací systém funguje.

Mně se povedlo apt dostat do stavu, kdy odmítalo odstranit staré kernely, když se nepovedlo nainstalovat nové. Musel jsem ručně smazat staré initramdisky.

[mica]

Otázka trochu bokem: dovolí vůbec balíčkovací systém odinstalovat balíček běžícího jádra?

[Petr Šobáň]

Ano dovolí.

Už se mi to povedlo a po restartu jsem byl bez kernelu a už jsem botoval z externího media abych tam kernel nějaký vrazil a opravil to.

[Josef Kufner]

Dovolí, ale ptá se to, zda to myslí vážně. Tedy alespoň Debian to tak dělá.