Dotaz: Selhává upgrade Ubuntu z 22.04 na 24.04

[Virteal]

Dobrý den, pokouším se povýšit verzi distribuce z 22.04 na 24.04, ale bůhví proč to pokaždé vyhodí chybu: "Během aktualizace se vyskytl problém. Obvykle to bývá způsobeno chybou síťového připojení. Zkontrolujte prosím své připojení k síti a zkuste to znovu." Kdyby k tomu alespoň bylo něco podrobnějšího, abych věděl, co to má přesně za problém, ale i když zkusím provést upgrade v terminálu, tak to vypíše úplně to samé a mně to nic neřekne. Jedná se o malý počítač HP EliteDesk 705 G3, je na něm nainstalovaný Ubuntu server s minimalistickým grafickým rozhraním (oproti plné verzi klienta ořezané o zbytečnosti). Slouží mi jako rekordér pro kamery v baráku. Je připojen přímo do routeru kabelem, když se na něj připojím přes Teamviewer a zkusím se přes Firefox podívat na nějakou stránku, nikde není problém, vše v pořádku funguje. Mám doma ještě malé Raspberry, na kterém mi běží Pi-hole, tak jsem zvážil možnost, že mi třeba upgrade blokuje právě Pi-hole, tak jsem změnil na klientovi DNS za veřejné. Bez výsledku. Je pravda, že tam mám povolený repozitář Teamvieweru, u kterýho mi to držkuje, že není podepsaný, ale při upgradu přece všechny repozitáře třetích stran Ubuntu zakazuje. Já už opravdu netuším, co to může mít za problém. Nenapadá vás něco? Nebo umíte mi poradit, kde bych k této chybě získal v systému podrobnější informace? Děkuji.

---

---

Odpovědi

[Peter Golis]

Mňa by napadlo pozrieť napríklad logy z upgrade, zvyknú byť v priečinku /var/log/dist-upgrade. V nich bude aj tá chyba.

[Virteal]

No, tak jsem narazil v main.log na tohle. 2024-10-23 22:44:26,602 ERROR IOError/SystemError in cache.update(): ''. Retrying (currentRetry: 0) 2024-10-23 22:44:31,396 ERROR IOError/SystemError in cache.update(): ''. Retrying (currentRetry: 1) 2024-10-23 22:44:35,916 ERROR IOError/SystemError in cache.update(): ''. Retrying (currentRetry: 2) 2024-10-23 22:44:35,922 ERROR doUpdate() failed completely Na netu jsem k tomu něco našel, ale žádné řešení.

[Peter Golis]

Ten internet naozaj nevypadáva? Pri slabom signále WiFi, mobilného internetu alebo zašumenom DSL by som sa ani nedivil. Informácia že sa stránky zobrazujú je nevalnej hodnoty.

Disky sú v poriadku? Ani by som sa nedivil keby vol v tom počítadle len jeden šindľový disk ktorý je permanentne preplnený, a tak si nestíha upratať zóny (o ktorých radšej mlčí) a tak zápisy a čítania timeoutujú.

[Virteal]

Hele, disk je v tom SSD z vyroby, s internetem jsem na tom vazne nikdy nemel problem, mam na to teda napojenych asi 7 kamer a presto tam nic nevypadava, software ktery je snima, je nastavenej tak, aby kamery nahravaly jedine v pripade, kdy detekuji pohyb, aby se setril disk a aby to nebylo nejak extra vytizeny, nahrava to hruby zaznam, zadna konverze do jineho formatu, protoze to jsem zkusil jednou a bylo to nepouzitelny... A jinak s jinymi zarizenimi tu taky nikdy nebyl problem. Jako jo, jednou do roka se stane, ze vypadne domaci wifina treba pri aktualizaci OpenWRT (mam modraka Turrise), na rekorder to nema vliv, protoze je napojeny kabelem. To tak maximalne na notebooky nebo mobily. Vyresi to restart routeru. Napojenej jsem na posledni mili pres 60GHz jako jediny z vesnice. Parametry do internetu na vesnici za me uplne skvely. Jediny, v cem jsem prave mel pochybnost, ze to treba blokuje prilis agresivni filtr v Pi-hole nebo ze tam mohla byt nejaka chyba. Tak jsem nastavil verejne DNS, restartoval network manager, aby se propsaly zmeny a stejne to vyhodilo tu samou chybu. Pingnul jsem 400x na DNS 1.1.1.1, jednou se stalo, ze se paket zatoulal a prisel po 33ms, parkrat jeste kolem 7ms, jinak se to v naproste vetsine pripadu drzelo kolem 2ms, spise pod 2ms. Kazdopadne kazdy paket bez problemu dosel. Kdyby tam bylo treba nastiply vlakno v kabelu, tak by se pakety urcite ztracely. Takze me napada, bud si stahnout obraz Ubuntu server a povysit to z flashky nebo na prasaka prepsat zdroje na noble a cekat, jestli se to aktualizuje nebo co se tam podela. Protoze me fakt nenapada, co s tim. Nebo se na to uplne vykaslat, protoze verze 22.04 ma porad podporu.

[Peter Golis]

Tak si to zhrnieme. Máš tam I/O error pri práci s cache. Ak sa informácia o balíkoch stiahla z internetu korektne, tak z nejakého dôvodu sa zle zapísala na disk. Či už kvôli RAM (V okamihu sťahovania sa spracováva a rekomprimuje čo robí okrem iného aj vysoký load na disk ktorý sa tak opotrebováva). Teda ak si našiel správnu chybu a neprehliadol si niečo.

Opisuješ ten stroj ako keby mal nedeterministickú nestabilitu. Predpokladám že si ho pred položením otázky podrobil testom aby si vylúčil chybu HW. Teda kontrola RAM (memtest si hádam nevyhadzoval), kontrolu disku (SMART hodnoty a poprípade aj fsck s nedeštrukčným badblocks) a kontrolu teploty aj pre disk v okamihu keď sa používa naplno (napr. počas toho upgrade).

Nepredpokladám že si len hodil otázku typu "neštartuje mi auto, čo mám robiť".

Pri rádiu vyššia frekvencia neznamená kvalitnejší signál, ale znamená rýchlejší prenos ktorý je viac náchylnejší na rušenie. Samotný ping ti neskontroluje kvalitu linky.

A keby si prepísal zdroje, tak to bude tiež prepisovať rovnaké dva súbory vo /var/cache/apt kde ti pri vypoužívanom disku nastane s najväčšou pravdepodobnosťou rovnaká chyba.

[Virteal]

Nic, risknul jsem to, prepsal rucne zdroje na noble, aktualizoval jsem to na prasaka, spravce aktualizaci se mi zblaznil a zamrzal, tak jsem to aktualizoval pres terminal. Asi 10x jsem musel zadat apt update a apt upgrade, drzkovalo to se zavislostmi, nekolikrat do drzelo baliky v aktualni verzi, doinstalovaval jsem je rucne, apt update a apt upgrade jsem zadaval dokud to neprestalo drzkovat, nakonec jsem vycistil nepotrebne baliky prikazem apt autoremove, restartoval a vsechno se tvari, ze je v pohode. Akorat mi nefunguje teamviewer-host, ale to ozelim.

[Peter Golis]

Tých chýb tam postupom času nájdeš viacej. Minimálne tam nájdeš zopár balíkov ktoré už nie sú v 24.04.

[k3dAR]

minimalne si jeste vyjed baliky co zustalo z 22.04:

dpkg -l | grep -e 22\.04 -e jammy

ALE s odtranovanim opatrne:
1. pozor na verze baliku co maji 22.04 ve "sve" verzi ale nejde o navaznost na *buntu 22.04
2. nektere baliky co maji na disku verzi z 22.04 nemusi byt vyhodnocene pro upgrade, pokud hlavni verze je stejne, pak pomuze:

sudo apt install --reinstall balik

pripadne pokud si pouzil "sudo apt autoremove" (bez dodatecneho parametru: --purge), tak ti zustaly konfiguraky puvodnich balicku u kterych doslo pri povyseni ke zmene nazvu, napr. php8.1 preslo na php8.3, vypsat je muzes:

dpkg -l | grep ^rc

u pouziti jako server je to asi jedno, ale bez regulerniho povyseni, tim prasakem, si nejsem jistej zda se korektne zmigrovalo z pulseaudio na pipewire, profily pro network manager z nm backendu na netplan, atd...

[Peter Golis]

Nebude jednoduchšie zapnúť synaptic, a pozrieť "lokálne" balíky? Teda balíky ktoré nemajú najnovšiu verziu v aktuálnych repozitároch, alebo tam niesú vôbec.

Napríklad spomínaný TeamViewer (ak ho inštaloval nejakým rozumným spôsobom).

[regine2]

Nějakou verzi LTS jsem rovněž upgradoval (možná 16.04 LTS na 18.04 LTS) a byly rovněž problémy i poinstalační (trvale něco řešit). Od uvedené doby vždy provádím jen novou/plnou instalaci. Systém nejsou zkrátka něco jednoduchého.

[Pavel 'TIGER' Růžička]

Já tedy vždy před povýšením vytvořím zrcadlo disku a teprve pak povyšuji. Přes patnáct let jsem nemusel provádět čistou instalaci. A to jsem přecházel i z 32-bitové platformy na 64-bitovou platformu a dokonce i z rpm na deb balíčky. Ne vždy to bylo zcela bez problémů, to určitě ne. Ty obvykle nastávají při změně starých technologií na nové. Ale to se dá různě řešit za běhu. Někdy to trvá týden, jindy měsíc, ale i déle ... Však nejednou na tom uvázne i čistá instalace. Na druhou stranu bude v systému spousta sirotků, sám je občas objevuji. Leč běhu zatím nikterak nevadí. Rozhodně tím nechci psát, že by mi čistá instalace neprospěla. Ale ten systém na tom zas tak špatně není. Pravda, na svém stroji nepoužívám žádné *buntu.

[TechnikTom]

To já zas obětuji jeden disk, na který nainstaluji nový systém a pak se s tím postupně učím žít.

A většinou dost dlouho přepínám mezi oběma, protože vždycky autoři sw dokáží překvapit, co zas vymysleli za "vylepšení".

Mám třeba skript na stahování audia z rozhlasu.

V 18.04 mohu otevřít několik oken terminálu a spustit ten skript několikrát - kolik počítač stíhá.

V 20.04. funguje jen v jednom okně terminálu.

S tím souvisí třeba i souborový manažer PCMan

Potřebuju rychle najít, zda daný soubor už nemám stažený.

V 18.04 začnu psát název a postupně se zobrazují soubory které napsanému řetězci vyhovují.

Někdo rozhodl, že tohle je na prd a ve 20.04 mne každý stisk klávesy posune v seznamu souborů na první soubor začínající daným znakem klávesy...

Akorát je opruz u téhle metody dohledat, co vše jsem v původním systému nestandardně instaloval a donastavil.

[Peter Golis]

Někdo rozhodl, že tohle je na prd a ve 20.04 mne každý stisk klávesy posune v seznamu souborů na první soubor začínající daným znakem klávesy...

Asi si odinštaloval tracker (metadata database, indexer and search tool). Teraz je už súčasťou metabalíkov (taskov) pre gnome based desktopy, takže ho môžeš povoliť alebo zakázať ako užívateľskú službu.

[Petr]

Příloha:

• efi_000.jpg (159198 bytů)

Ahoj, včera se pustil do aktualizace můj kluk (prý vše proběhlo ok :D) a po restartu teď dostávám hlášku Timeout waiting for device ... EFI, viz příloha. Přitom UUID mi sedí s fstabem i s blkid. Když udělám mount ručně, v pořádku se připojí. Tak kde je chyba? Prošel jsem hromadu diskuzí a vždy měli špatně UUID.. ale mě všude sedí. Poradíte? Díky.

[Pavel 'TIGER' Růžička]

Zkusil si updatnout initramfs, jestli v něm není nějaká chyba?

[ewew]

Toto vyzerá na systém po initramfs v single alebo rescue. Shell initramfs vyzerá inak.

[ewew]

Zhodné to môže byť ale nemusí to pre system znamenať to isté. Môžeš skúsiť vyhodiť UUID z fstabu a nahradiť to označením zariadenia. Nevýhoda tohto riešenia je, že máš viacej diskov na rovnakom radiči, tak dochádza vzájomnému vymieňaniu. Rozhoduje čas detekcie diskov. Toto tvrdenie opieram o fakt, že v tejto situácii ide zmenu verzie čo môže v niektorích prípadoch zneniť spôsob generovania UUID

[Peter Golis]

Až na takú drobnosť že jemu sa nepripojil EFI FS. Ten je naformátovaný ako FAT a dané UUID zodpovedá pri FAT hodnote volume-id ktoré bolo pridelené počas vytvorenia daného FS. To sa samé nezmení žiadnou zmenou poradia iniciácie diskov na radiči ani zmenou iniciácie radičov. To sa zmení len keď niekto ten disk preformátuje, alebo mu to zmení cez nejaký nástroj na to určený (napr. fatlabel).

Ale jemu sa nezmenilo. Asi len v initrd nemá modul pre fat, diakritiku alebo niečo podobné.

[ewew]

Preto píšem aby zmenil to UUID na dev. Podľa toho výpisu má boot efi na nvme.

Podľa toho výpisu na screenshote by ma tam dať /dev/nvme0n1p1 /boot/efi vfat defaults,umask=0077 0 2

[Petr]

Vycetl jsem, ze oddil EFI neni potreba mountovat ve fstabu, tak jsem to zakomentoval a dostal jsem se k prihlaseni. Pres apt jsem vse doaktualizoval a opravil pres apt fix broken atd... vse probehlo v pohode... a po rebootu koncim v BusyBoxu s tim, ze nemuze najit root oddil.. pritom UUID je spravne, kontroloval jsem pres livecd .. zkousel jsem i rootdelay=30 a zadna zmena. Jo a jinak UUID jsem zkousel menit na /dev/.. a je to stejny.

[Peter Golis]

Takže aktualizácia prebehla OK, len to robilo problém pri štarte a boli tam balíky v stave broken. Pekný oxyorón. Nezatajil chalan niečo?

To vyzerá ako keby upgrade neprebehol pomocou nástroja na to určeného alebo ako keby tam boli zaseknuté balíky zo zdrojov mimo Canonical. Napríklad kopec zabudnutých repozitárov ktoré nie sú udržiavané a z ktorých boli inštalované kadejaké programy.

Ona tá oficiálna inštalácia nevypína repozitáre mimo Canonical pre nič, za nič. Výrobca môže garantovať funkčnosť len za svoj produkt.

Tu sa natíska otázka či sa oplatí polemizovať de nastala chyba, hǎdať riešenie (ktorým je ajtak vyhodenie problematického SW), alebo to rovno preinštalovať.

[Petr]

No jistě, že nepřiznal, že to pokakal.. holomek :D Nicméně jsem chtěl teď přes livecd spustit v chrootu update-initramfs (snad je moje cesta správná) a píše mi to, že balík není nainstalovaný, což je zvláštní. Tak jsem zkusil apt update && apt install initramfs-tools, což mi nabídlo instalaci. Po potvrzení dostanu info, že Temporary failure resolving archive.ubuntu.com. V /etc/resolv.conf mám nameserver 8.8.8.8 a normálně pingám na google.com i na archive.ubuntu.com.. tak to už mi hlava nebere

[Peter Golis]

Tak to skús znova, keďže asi rozumieš základnej angličtine a chápeš význam výrazu "Temporary failure". Ono to trvá chvíľku kým tá sieť cez DHCP kompletne nabehne.

[Petr]

Zkoušel jsem několikrát... navíc na tu adresu pingám. V live systému vedle v terminálu (ne v chrootu) mi jde ten balík normálně stáhnout. Takže problém bude asi jinde.

[Peter Golis]

Ono to môže byť aj tým, že si vynechal nejaký krok pred samotným prepnutím sa do daného chrootu. Najčastejšie pri takejto chybe človek neskontroluje resolv.conf v chroote, alebo nepripojí nejaký virtuálny FS (proc, sys, dev, ...). A hlavne si skontroluj či ešte používaš /boot, a či máš pripojené fyzické FS v správnom poradí.

[Petr]

Boot nemám na odděleném oddíle (vše na sda1) a postupoval jsem takhle:

Live CD Ubuntu:

sudo mkdir mnt
sudo mount -t ext4 /dev/sda1 /mnt
sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo mount --bind /dev/pts/ /mnt/dev/pts/
sudo cp /etc/resolv.conf /mnt/etc/resolv.conf
chroot mnt

V resolve.comf mám nameserver 8.8.8.8. V chrootu pingám na google.com i na archive.ubuntu.com. Při stahování Failed to fetch... Temporary faulire resolving archive.ubuntu.cz.

[Petr]

ještě koukám, že jsem do příspěvku nenapsal

sudo mount --bind /sys/ /mnt/sys/

Ale připojený ho mám taky :)

[Peter Golis]

Skús pingnúť teda to tvoje archive.ubuntu.cz, a zamysli sa prečo tam nie je cz.archive.ubuntu.com keď už chceš české zrkadlo.

[Petr]

promin, to cz je omyl, uz z toho blbnu... to co nestahne apt, stahne normalne wget, coz je divny, ne?

Temporary failure resolving 'archive.ubuntu.com'
E: Failed to fetch http://archive.ubuntu.com/ubuntu/pool/main/b/busybox/busybox-initramfs_1.36.1-6ubuntu3.1_amd64.deb  Temporary failure resolving 'archive.ubuntu.com'
.....


root@ubuntu:/# wget http://archive.ubuntu.com/ubuntu/pool/main/b/busybox/busybox-initramfs_1.36.1-6ubuntu3.1_amd64.deb
--2024-10-30 10:55:37--  http://archive.ubuntu.com/ubuntu/pool/main/b/busybox/busybox-initramfs_1.36.1-6ubuntu3.1_amd64.deb
Resolving archive.ubuntu.com (archive.ubuntu.com)... 91.189.91.81, 91.189.91.83, 185.125.190.82, ...
Connecting to archive.ubuntu.com (archive.ubuntu.com)|91.189.91.81|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 188504 (184K) [application/vnd.debian.binary-package]
Saving to: ‘busybox-initramfs_1.36.1-6ubuntu3.1_amd64.deb’

busybox-initramfs_1.36.1-6ubuntu3.1_amd64.deb      100%[===============================================================================================================>] 184.09K   416KB/s    in 0.4s    

2024-10-30 10:55:39 (416 KB/s) - ‘busybox-initramfs_1.36.1-6ubuntu3.1_amd64.deb’ saved [188504/188504]

[ewew]

Urobil si po zmene repozitára apt update ?

[Petr]

Ano, xkrat

root@ubuntu:/# apt update
Ign:1 http://archive.ubuntu.com/ubuntu noble InRelease
Ign:2 http://archive.ubuntu.com/ubuntu noble-updates InRelease
Ign:1 http://archive.ubuntu.com/ubuntu noble InRelease
Ign:2 http://archive.ubuntu.com/ubuntu noble-updates InRelease
Ign:1 http://archive.ubuntu.com/ubuntu noble InRelease
Ign:2 http://archive.ubuntu.com/ubuntu noble-updates InRelease
Err:1 http://archive.ubuntu.com/ubuntu noble InRelease
  Temporary failure resolving 'archive.ubuntu.com'
Err:2 http://archive.ubuntu.com/ubuntu noble-updates InRelease
  Temporary failure resolving 'archive.ubuntu.com'
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
All packages are up to date.
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/noble/InRelease  Temporary failure resolving 'archive.ubuntu.com'
W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/noble-updates/InRelease  Temporary failure resolving 'archive.ubuntu.com'
W: Some index files failed to download. They have been ignored, or old ones used instead.

[ewew]

Neviem ako to má Ubuntu ale v diskusiach sa spomína apt clean. To má za úlohu vyčistiť stiahnuté balíčky.

[Peter Golis]

To je nejaký model generatívnej AI čo toto poradila? Daj meno, nech viem čo si mám zablokovať.

[ewew]

Toto je zrejme moja chyba. Nepozrel som si dátum tej rady z pred 12 rokov. Ubuntu 24 má nejaké zmeny ohľadom konfigurácie apt. Sources.list sa presúva do sources.list.d. Podľa release notes v části deb822 sources management. Netvrdím, že to nemôže byť DNS.

Určite by som si pozrel logy čo má apt v /var/log/apt. Hlavne history.log a term.log. Možno tam by sme zistili, čo sa vlastne s jeho systémom stalo.

[Peter Golis]

Ak vie a zároveň nevie vykonať resolving, tak to na stopéro bude zmenou formátu pre zápis zdrojov softvéru. Určite, čestné pionierske.

Môžeš mu kľudne pozrieť aj tie logy, ale jadro chyby môže byť staršie ako je retencia daného logu. Takže by si musel urobiť dosť detailný rozbor jeho logov. Za mňa dobré, a rád si pozriem či na tom stráviš menej času ako na odsypaní dát a nainštalovaní čistého systému (s nahodením zopár appiek čo človek potrebuje). A to asi už urobil.

Pripomína mi nejedného človeka čo bez problémov dal spratkovi plný prístup na rodinný počítač, a pri upozornení na riziko sa len zasmial. Pokiaľ si to po sebe ten spratek sám neopraví, tak to bude kaziť donekonečna.

[Petr]

Nebude, protoze ja se na to priste vy.. a on si vystaci s windowsama nebo s macem, jako drtiva vetsina lidi :(

[Peter Golis]

Ak si vystačí s windowsami alebo macom, tak ti liezol na ten linux len za jedným účelom. A podarilo sa mu to dokonalo.

[Pavel 'TIGER' Růžička]

Problémy mohlo způsobit několik záležitostí. Před upgradem nebyla provedena aktualizace balíčků na nejnovější verze. Pokud upgrade probíhal přepsáním zdrojů, pak je někdy potřeba opakovaně řešit blokované balíčky. Bez toho se provede neúplný upgrade a systém se stává nekonzistentním. V některých případech může pomoci vrátit zdroje zpět ke starší verzi a spustit "downgrade". Nicméně výsledkem může být ještě více rozbitý systém. Základem před upgradem je mít možnost vrátit se do funkční konfigurace, což platí obecně pro jakýkoliv operační systém. Selhat může totiž naprosto cokoliv.

[Peter Golis]

Ten ping funguje v prostredí Live, alebo v chroot? Sú to oddelené prostredia ktoré nemusia zdieľať určité časti systému. Nedivil by som sa keby bol v /etc/host.conf zrušený DNS resolving, alebo keby tam bola nejakou "hrou" znehodnotená glibc knižnica.

Skúsil si či v chroote korektne funguje DNS Resolving cez nslookup archive.ubuntu.com alebo resolvectl query archive.ubuntu.com ? Ping síce robí nejaký resolving, ale cez staticky prilinkované funkcie. To je rozdielne chovanie od iných nástrojov.

Bránilo ti niečo dať ten stiahnutý súbor do cache pre apt?

Nebolo by rýchlejšie keby si to rovno preinštaloval? Odhadujem že budeš mať na om stroji aj iné prekvapenia.

[Petr]

ping a i wget funguje v chrootu, apt ne.. preinstalace bz se konala, pokud by to byly okna.. linux jsem bral jako system, ktery se da opravit a z podobnych situaci potom muzou cerpat ostatni.. na stahnuti do apt cache nevim, musim se podivat o co jde, nebo jak je to mysleny .. jen me zarazi, ze tam initram-tools nejsou.. takze se zda, ze se pri ugradu spousta balicku odinstalovala

[Peter Golis]

Tak sa na to pozri. A pospisuj si čo si už urobil, s akým výsledkom, a koľko to stálo času. Neskôr, povedzme o pol roka keď to budeš mať zas, ale inak rozbité, tak zistíš že ten návod nie je kompletný.

A ostatným to určite pomôže.

Pomôže to podobne, ako mne pomohli podobné návody keď som riešil užívateľský automount sieťového disku. Nachádzal som čerstvé AI články zo zrecyklovaných blogov ktoré ponúkali riešenie čo už 10 rokov nefunguje (lebo stará technológia bola za tých 10 rokov nahradená novou).

[MVK]

Aspoň pro lepší pocit, že nejsi jediný :) https://askubuntu.com/questions/820814/chroot-networking-doesnt-work-for-apt-get

[Peter Golis]

Asked 8 years, 1 month ago

Zabudol si upresniť či sa v tom prípade stále jedná o chybu systemd-networkd.service.

[MVK]

A co to jednoduše obejít echo "185.125.190.83 archive.ubuntu.com" >> /etc/hosts? Samozřejmě v chrootu.

[Petr]

Bravo! Zafungovalo to, pritom takova blbost.. ze me to nenapadlo :) Nainstaloval jsem initramfs-tools a updatnul initramfs. A system jede. Moc dekuju.

[Peter Golis]

Nezabudni si skontrolovať cez napríklad klikací synaptic koľko tam toho máš s verziou "local" a "manually installed", teda kvôli čomu všetkému to nastalo.