Keď správcovia balíkov a aktualizácií hnevajú

1.Krátky úvod do problematiky

Ak sa už objaví nejaká chybová hláška pri inštalácii programov alebo pri aktualizácii systému cez grafické programy, tak najjednoduchším a najspoľahlivejším riešením je pri zisťovaní chyby použiť príkazový riadok (terminál). Ten presne poukáže na problém a často ponúkne aj možné riešenie problému. Nesmieme však zabudnúť predtým zatvoriť programy, ktoré sa starajú o správu balíčkov – Synaptic, Centrum softvéru, Správcu aktualizácií.

Chybové hlášky pri aktualizácii systému

Pri aktualizácii systému cez Správcu aktualizácií sa chybová hláška zobrazí väčšinou výstražným symbolom v oznamovacej lište v Ubuntu je to napr. symbol Problém, s ktorým si Správca aktualizácií nevie poradiť, často vyrieši terminál. Na zistenie problému použijeme príkazy:

sudo apt-get update

Príkaz zaktualizuje (znovunačíta) zdroje softvéru. Nič neinštaluje ani neodinštalúva. Použijeme ho aj v prípadoch, ak pridávame alebo odstraňujeme určité zdroje softvéru. Výstup príkazu nám poskytne prehľad, či sa všetky zdroje softvéru načítali v poriadku.

sudo apt-get upgrade

Príkaz zaktualizuje balíky v systéme na najnovšiu verziu, ak je v rámci verzie systému dostupná. Ani tento príkaz v systéme nič nové neinštaluje ani neodstraňuje. Po jeho použití by mal výstup z terminálu končiť oznamom: 0 aktualizovaných, 0 nových nainštalovaných, 0 na odstránenie a 0 neaktualizovaných, čím nám terminál oznámil, že náš systém je aktuálny a všetky aktualizácie sú v poriadku nainštalované.

sudo apt-get dist-upgrade

Príkaz je podobný s vyššie uvedeným

apt-get upgrade

avšak s malými rozdielmi. Tento nielenže zaktualizuje balíčky v systéme na najnovšiu verziu ale niektoré balíky môže nahradiť a nepotrebné odstrániť. Ak chceme získať informáciu, ktoré balíky sa uvedeným príkazom zaktualizujú/nahradia a ktoré sú určené na odstránenie, môžeme použiť parameter -s (-s = simulácia)

sudo apt-get -s dist-upgrade

Príkaz sa často využíva aj pri problémoch so závislosťami, ktoré dokáže riešiť lepšie ako apt-get upgrade . (Podrobnejšie info k používaniu uvedených príkazov poskytne aj terminálový manuál zadaním príkazu man apt-get).

Pozn.: V linuxových distribúciách s označením rolling release (napr. Debian testing/unstable, LMDE, ...) môže uvedený príkaz systém povýšiť na najnovšiu verziu, ak je dostupná. V distribúciách založených na Ubuntu je možné systém povýšiť príkazom

sudo do-release-upgrade

, prípadne prepísaním zdrojov softvéru a zaktualizovaním systému príkazom

sudo apt-get dist-upgrade

(Tento postup sa obyčajne neodporúča.)

Chybové hlášky pri inštalácii programov

Inštalácia aplikácie cez Centrum softvéru nemusí vždy prebehnúť korektne a môže skončiť chybovým hlásením. Aj v tomto prípade nám problém pomôže riešiť výpis z terminálu: Problematickú inštaláciu zopakujeme cez terminál príkazom

sudo apt-get install názov_balíka

sledujeme chybové hlásenia a na základe nich hľadáme ďalšie riešenia. Medzi tie najjednoduchšie postupy patria napr.:

• preinštalovanie aplikácie:

  sudo apt-get install --reinstall názov_balíka

• odstránenie aplikácie:

  sudo apt-get remove názov_balíka

  a jej opätovné nainštalovanie
• odstránenie aplikácie vrátane konfigurácie:

  sudo apt-get purge názov_balíka

  a jej opätovné nainštalovanie

Pozn.: Parametre purge a remove je možné spojiť do jedného príkazu, čím docielime odstránenie aplikácie aj s konfiguračnými súbormi

sudo apt-get remove --purge názov_balíka

• v prípade problémov so závislosťami je vždy najprv potrebné skontrolovať, či je systém riadne zaktualizovaný príkazmi

  sudo apt-get update && sudo apt-get dist-upgrade

  Ak by problém so závislosťami pretrvával, dodatočne použiť príkaz

  sudo apt-get -f install

Pozn.:Ak niekto pri riešení problémov s inštaláciou aplikácie uprednostňuje radšej grafické aplikácie, tak odporúčam Synaptic. Sú tam klikátka na opravu poškodených balíkov, možnosti preinštalovať/odinštalovať aplikáciu, znovunačítať zdroje softvéru a pod. Synaptic nám pomôže aj pri zistení presného názvu balíka, ktorý by sme chceli skúsiť nainštalovať cez terminál.

2. Najčastejšie chybové hlásenia a možnosti ich riešenia

PROBLÉM 1

W: Zlyhalo stiahnutie cdrom://Kubuntu 14.04 LTS _Trusty Tahr_ - Release i386 (20140416.1)/dists/trusty/main/binary-i386/Packages
Pre pridanie CD do APT použije apt-cdrom. apt-get update sa nedá využiť na pridávanie nových CD.

Po inštalácii systému obyčajne zdroj cdrom nebýva povolený. Chybová hláška však poukazuje, že tento zdroj je aktivovaný a treba ho znovu deaktivovať, aby Správca aktualizácií nehľadal v systéme inštalačné médium. Môžeme postupovať dvomi spôsobmi: A/ prostredníctvom aplikácie Centrum softvéru (príp. Synaptic alebo Správca aktualizácií)→ Nastavenia → Nastavenia zdrojov softvéru → Ďalší softvér. cez terminál: Ubuntu:

gksudo gedit /etc/apt/sources.list

Xubuntu:

gksudo mousepad /etc/apt/sources.list

Lubuntu:

gksudo leafpad /etc/apt/sources.list

Kubuntu:

kdesudo kate /etc/apt/sources.list

a v otvorenom textovom súbore zakomentovať riadok s cdrom (vložiť pred riadok #). Súbor uložiť, zavrieť a zaktualizovať zdroje softvéru príkazom

sudo apt-get update

PROBLÉM 2

E: Zámok /var/lib/dpkg/lock sa nedá získať - open (11: Zdroj je dočasne neprístupný)
E: Nedá sa zamknúť adresár na správu (/var/lib/dpkg/), používa ho iný proces?

Hláška sa objaví, ak sa inštaluje príp. odinštalúva nejaký program alebo aktualizuje systém cez terminál a súčasne je otvorený aj Správca balíkov (Centrum softvéru, Synaptic). Riešením je zavrieť Správcu softvéru a inštaláciu aplikácie cez terminál zopakovať. Vo výnimočných prípadoch sa môže stať, že aj po jeho zatvorení akoby bežal na pozadí a inštalácia programu opäť skončí chybovou hláškou. V takomto prípade je potrebné zistiť, ktorý proces blokuje správcu balíkov, napr. príkazom ps aux alebo ps -e, ktoré zobrazia všetky bežiace procesy. Vo výstupe z terminálu bude pre nás zaujímavé číslo PID, ktoré použijeme na ukončenie procesu cez kill („zabitie programu“), napr: kill-9 9871 (9871 je v tomto príklade PID bežiaceho Synapticu). Pozn.: Ak vieme presne, aký proces chceme ukončiť a nechce sa nám hľadať PID procesu, môžeme použiť príkaz killall názov_procesu.

Uvedená chybová hláška sa môže objaviť aj v prípade, ak sa inštaluje aplikácia cez Centrum softvéru a inštalácia sa nejak zasekne. Aj keď proces inštalácie prerušíme a Centrum softvéru zavrieme, proces inštalácie môže stále bežať na pozadí a bude blokovať inštaláciu ďalších programov. Príkaz

ps -e

bude v tomto smere opäť nápomocný.

PROBLÉM 3

E: Súbor zámku /var/lib/apt/lists/lock sa nedá otvoriť - open (13: Prístup odmietnutý)
E: Adresár /var/lib/apt/lists/ sa nedá zamknúť
E: Súbor zámku /var/lib/dpkg/lock sa nedá otvoriť - open (13: Prístup odmietnutý)
E: Nedá sa zamknúť adresár na správu (/var/lib/dpkg/), ste root?

V tomto prípade je pre nás zaujímavá posledná časť výpisu „ste root?“ Terminál nám oznámil, že sa pokúšame aktualizovať systém alebo inštalovať program bez root oprávnenia – inak povedané, že sme zabudli na slovko sudo (napr. sudo apt-get install BALÍK, sudo apt-get update

PROBLÉM 4

W: Chyba GPG: http://ppa.launchpad.net precise Release: Nasledovné signatúry sa nedajú overiť, pretože nie je dostupný verejný kľúč: NO_PUBKEY 423A2125D782A00F 

Kto si rád pridáva cudzie zdroje do systému, možno sa už stretol s uvedenou chybovou hláškou, ktorá oznamuje, že GPG kľúč nebol správne alebo vôbec nainštalovaný. Riešením je naimportovať GPG kľúč uvedený v terminále príkazom:

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 423A2125D782A00F

PROBLÉM 5

E: Encountered a section with no Package: header
E: Problem with MergeList /var/lib/apt/lists/cz.archive.ubuntu.com_ubuntu_dists_precise-updates_multiverse_i18n_Translation-en
E: Seznam balíčků nebo soubor se stavem balíčků nelze zpracovat či otevřít.
E: _cache->open() failed, please report.



V tomto probléme ide o chybu s načítaním zdrojov softvéru a je ho možné riešiť dvomi spôsobmi

a) zmenou serveru pre sťahovanie balíkov, buď cez Centrum softvéru, Synaptic alebo Správcu aktualizácií– najčastejšie sa nastavuje Hlavný server a nechať nanovo načítať zdroje softvéru Ak by tento postup nezabral, tak postupujeme bodom b).

b) zmazaním súboru /var/lib/apt/list cez terminál:

sudo rm -rf /var/lib/apt/lists/*

a opätovnou aktualizáciou zdrojov softvéru

sudo apt-get update

Pozn.: Niekedy postačí jednoducho pár hodín vyčkať a aktualizáciu systému zopakovať. Momentálna nedostupnosť určitého zdroja softvéru totiž nie je až taká zriedkavá, hlavne pri menej spoľahlivých zrkadlách sťahovania.

PROBLÉM 6

E: Malformed line 62 in source list /etc/apt/sources.list (dist parse)
E: The list of sources could not be read.
Go to the repository dialog to correct the problem.
E: _cache->open() failed, please report.

Aj najmenší nesprávny zápis v sources.list sa prejaví uvedenou chybovou hláškou. Terminál nám v tomto príklade oznamuje, že na riadku 62 je chybný zápis, ktorý je potrebné opraviť. Otvoríme teda sources.list v textovom editore s právami root:

gksudo gedit /etc/apt/sources.list 

a aby sa nám ľahšie hľadalo, v otvorenom textovom súbore si necháme zobraziť čísla riadkov cez menu Pohľad → Zobraziť čísla riadkov. Často môže ísť o úplne prehliadnuteľnú chybu – napr. chýbajúca medzera

PROBLÉM 7

W: Duplicate sources.list entry http://archive.canonical.com/ubuntu/trusty/partner amd64 Packages (/var/lib/apt/lists/archive.canonical.com_ubuntu_dists_trusty_partner_binary-amd64_Packages)

Z uvedenej chybovej hlášky vyplýva, že máme dvojitý zápis toho istého zdroja v sources.list. Riešenie je jednoduché – otvoriť sources.list s právami root, duplicité riadky buď zakomentovať alebo odstrániť, súbor uložiť, zavrieť a zaktualizovať systém.

PROBLÉM 8

W: GPG error: http://extras.ubuntu.com precise Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 16126D3A3E5C1192

Problém môže nastať po systémovej aktualizácii a pomôže preinštalovanie balíka ubuntu-extras-keyring:

sudo apt-get --reinstall install ubuntu-extras-keyring 

PROBLÉM 9

W: Zlyhalo stiahnutie http://ppa.launchpad.net/............
E: Niektoré indexové súbory sa nepodarilo stiahnuť. Boli ignorované alebo sa použili staršie verzie.



Zlyhanie stiahnutia niektorých zdrojov softvéru môže mať niekoľko príčin.

a) Je možné, že chybový zdroj sa nenachádza na vybranom servery alebo je momentálne nedostupný (častý problém pri cudzích zdrojoch). Pokusne je dobré zmeniť zrkadlo sťahovania.

b) Ak nepomôže zmena servera a chybová hláška sa objavuje aj naďalej, môže to znamenať, že uvedený zdroj už nie je dostupný (nevyvíja sa, zanikol) alebo pre danú verziu Ubuntu neexistuje a preto je ho potrebné odstrániť.

PROBLÉM 10

(skrátené) W:Failed to fetch http://sk.archive.ubuntu.com/ubuntu/dists/oneiric/main/source/Sources 404 Not Found
W:Failed to fetch http://sk.archive.ubuntu.com/ubuntu/dists/oneiric/restricted/source/Sources 404 Not Found
W:Failed to fetch http://sk.archive.ubuntu.com/ubuntu/dists/oneiric/universe/source/Sources 404 Not Found ….........



Ak nám zlyháva sťahovanie všetkých oficiálnych zdrojov softvéru, môže to mať dve hlavné príčiny:

a) nemáme pripojenie k internetu

b) používame nepodporovanú linuxovú distribúciu. Verziu linuxovej distribúcie si môžeme overiť príkazom lsb_release -a a dĺžku podpory na tejto stránke: https://wiki.ubuntu.com/Releases

PROBLÉM 11

E:Balík google-chrome-stable je potrebné preinštalovať, ale nemožno preň nájsť archív. Problém, ktorý sa objavuje pri pridávaní cudzích zdrojov do systému. Najúčinnejším riešením je problematický balík úplne odinštalovať príkazom

sudo dpkg --remove --force-remove-reinstreq google-chrome-stable

a ak daný program potrebujeme (chceme používať), tak po aktualizácii systému ho môžeme opätovne nainštalovať.

PROBLÉM 12

E: Sub-process /usr/bin/dpkg returned an error code (1)

Určite nebudem ďaleko od pravdy, ak teraz uvediem, že tejto chybovej hláške sa nepoteší žiadny linuxák. Niekedy je riešenie jednoduché, niekedy zdĺhavé a v niektorých prípadoch sa problém nepodarí vyriešiť vôbec. Ide tu o problémy so systémovými súbormi a podľa dodatočných výstupov z terminálu môžu mať rôzne pozadia – chyby pri spracovaní určitých systémových súborov, chyby počas inštalácie balíkov, problémy so závislosťami balíčkov a pod.

Ukážka 1

dpkg: error processing package ttf-mscorefonts-installer (--configure):
balík ttf-mscorefonts-installer nie je pripravený na konfiguráciu
nedá sa zkonfigurovať (súčasný stav „half-installed“)
Pri zpracovaní nastali chyby: ttf-mscorefonts-installer
E: Sub-process /usr/bin/dpkg returned an error code (1)

V tejto ukážke ide o neúplnú inštaláciu balíka ttf-mscorefonts-installer (sada fontov od Microsoft). Riešením je jeho preinštalácia:

sudo apt-get install --reinstall ttf-mscorefonts-installer

Počas preinštalácie bude potrebné odsúhlasiť licenčné podmienky – na pole <OK> sa dostaneme šípkami na klávesnici ← alebo →, prípadne klávesou TAB a potvrdíme ENTERom.

Ukážka 2

(skrátené) gzip: stdout: No space left on device
E: mkinitramfs failure cpio 141 gzip 1
update-initramfs: failed for /boot/initrd.img-3.13.0-44-generic with 1.
dpkg: Chyba pri spracovaní balíka initramfs-tools (--configure):
…...
E: Sub-process /usr/bin/dpkg returned an error code (1)

V tomto prípade je pre riešenie problému dôležitá informácia v terminále gzip: stdout: No space left on device – nie je voľné miesto na disku alebo vo vytvorenej /boot partícii. Riešením je obyčajne zmazanie starých kernelov, ktoré zaberajú najviac miesta. Od Ubuntu 13.10 je možné tieto odstrániť aj príkazom

sudo apt-get autoremove 

a opätovne zaktualizovať systém. Ak chceme problém so zaplnením disku preskúmať podrobnejšie, príkaz df -h alebo df -i nám poskytne prehľad o zaplnenosti jednotlivých linuxových oddielov, príkaz uname -r poskytne informáciu o aktuálne používanom jadre a príkaz dpkg --list | grep linux-image - vypíše všetky nainštalované jadrá. Aby nedochádzalo počas systémových aktualizácií k uvedenej chybe, odporúčam vytvárať /boot oddiel o veľkosti aspoň 500 MB a viac.

Ukážka 3

Nastavuje sa balík libc-dev-bin (2.15-0ubuntu10.12) ...
dpkg: problémy so závislosťami zabránili konfigurácii balíka libc6-dev:
libc6-dev závisí na libc6 (= 2.15-0ubuntu10.11); aj keď:
Verzia libc6 na systéme je 2.15-0ubuntu10.12.
libc6-dev závisí na libc-dev-bin (= 2.15-0ubuntu10.11); aj keď:
Verzia libc-dev-bin na systéme je 2.15-0ubuntu10.12.
dpkg: chyba pri spracovávaní libc6-dev (--configure):
problémy so závislosťami - po necháva sa nenakonfigurované
Nezapíše sa správa apport, pretože chybová správa indikuje, že je to
chyba v nadväznosti na predošlé zlyhanie.
Vyskytli sa chyby počas spracovania:
libc6-dev
E: Sub-process /usr/bin/dpkg returned an error code (1)



Problémy so závislosťami balíčkov sú nepríjemné a ich riešenie zaberie často veľa času. V tomto príklade nastal problém so spracovaním balíka libc6-dev v novšej verzii a je niekoľko možností, ako tento problém riešiť:

1. použiť príkaz na riešenie problémov so závislosťami, ktorý nám odporučí aj terminál

sudo apt-get -f install
sudo apt-get dist-upgrade

2. ak zlyhá oprava problému v bode 1, hľadáme problém hlbšie pomocou

apt-cache policy

apt-cache policy libc6-dev
libc6-dev: Nainštalovaná verzia: 2.15-0ubuntu10.11
Kandidát: 2.15-0ubuntu10.12

Ako vidíme z výpisu, nainštalovaná je stále nižšia verzia a tak sa pokúsime o inštaláciu tej novšej:

sudo apt-get install libc6-dev=2.15-0ubuntu10.12

Pozn.: Môže nastať aj situácia, že výpis apt-cache policy názov_balíka nám v položkách Nainštalovaná verzia a Kandidát vypíše balíky so zhodnou verziou. V takom prípade sa pokúsime problematický balík preinštalovať:

sudo apt-get install --reinstall názov_balíka=verzia_balíka

3. vo väčšine prípadov riešenie v bode 2 zaberie ale niekedy bude systém „bojovať“ ďalej. Ďalším možným riešením bude použiť Synaptic. Po jeho otvorení nám oznámi, že máme poškodené balíky. Pokúsime sa ich teda opraviť cez menu Upraviť → Opraviť poškodené balíky. Ak oprava prebehne bez problémov, vyhľadáme problematický balík, označíme ho (balík bude v Synapticu už vyznačený na žltom pozadí.) Cez menu Balík → Označiť na aktualizáciu → Použiť sa pokúsime problematický balík zaktualizovať. Výsledok môže byť úspešný alebo opäť aj neúspešný, ako aj v tomto príklade.

… a tak skúšame ďalej s vynútením verzií. Cez menu Balík → Vynútiť verziu skúsime najprv použiť novšiu verziu a ak pokus zlyhá, vynútime používanie nižšej verzie.

4. V prípade neúspechu v bode 3 je ešte jedna možnosť a síce problematický balík stiahnuť zo stránok Ubuntu packages (http://packages.ubuntu.com/) alebo archive.ubuntu (http://archive.ubuntu.com/) a nainštalovať ho ručne. Osobne túto možnosť používam ako poslednú a vo všeobecnosti sa ani neodporúča.

Aby som však nezabudol, vyriešiť problém s balíkom libc6-dev sa nám nakoniec podarilo cez Synaptic a to vynútením používania nižšej verzie. Novšia verzia sa neskôr sama bez problémov nainštalovala počas systémových aktualizácií.

ČO AK.....

Centrum softvéru prestal pracovať, miesto ponuky sa objaví iba šedý rámček, nedá sa nič nainštalovať. V takom prípade nie je na škodu skúsiť zmazať cache Centra softvéru a zaktualizovať systém

rm -r ~/.cache/software-center
sudo dpkg --configure -a
sudo apt-get clean

Systém hlási množstvo nesplnených závislostí a iných chybových hlášok Tento problém nastáva v dôsledku množstva pridávania cudzích zdrojov, ktoré môžu úplne rozbiť balíčkovací systém, alebo zaktivovaním, kde ide o balíky v štádiu testovania. V takomto prípade stojí za pokus vygenerovať čistý sources.list. (http://repogen.simplylinux.ch/ ) a starý sources.list nahradiť novým. Po uložení nového sources.listu otvoriť terminál, zaktualizovať systém a vyriešiť závislosti:

sudo apt-get clean
sudo apt-get update
sudo apt-get -f install
sudo apt-get dist-upgrade

Ak uvedený postup nezaberie, tak najrýchlejším riešením bude systém predsa lenpreinštalovať.