Škoda jen, že celý proces upgrade v prostředí ubuntu unity v polovině procesu spadlo - protože spadl compiz (nebo nějaká jeho součást) a prostředí skončilo v nekonečném cyklu restartování kompozitoru. Dokončení update jsem musel provést v terminálu pomocí klasické kombinace dpkg -a --configure, apt install -f a apt upgrade
Já nevím, ale ten proces upgrade ... pořád tak nějak to není ono. Proč například není možné nějak restartovat upgrade v případě pádu / výpadku elektřiny, nebo nějakého jiného problému? Nebo alespoň o tom nevím: opakované napsáno do-release-upgrade mi tvrdilo, že žádný upgrade potřeba není - nepřišel na to, že to předchozí nedopadlo dobře.
Jo a nehledají testera? Pod mými rukama zaručeně i ty nejstabilnější systémy vždycky zhavarují.
Ono to vychází z upgrade procesu v Debianu (přejmenovat verzi v apt zdrojích a udělat upgrade). To do-release-upgrade jsem vždycky bral jenom jako takovou, uživatelsky přívětivější, zkratku. A holt, v případě problému, člověk skončí u způsobu a la Debian.
12. 8. 2022, 10:54 editováno autorem komentáře
>Proč například není možné nějak restartovat upgrade v případě pádu / výpadku elektřiny, nebo nějakého jiného problému?
Jo, tohle mi na Ubuntu (a Debian-based systémech obecně) rovněž vždy vadilo. Kvůli maličkosti se balíčkovací systém jednoduše dostal do stavu, s nímž si běžný uživatel neporadil (jelikož bylo nutné ručně spustit "apt install -f"). Dělo se to bohužel poměrně často. Na druhou stranu, ve Fedoře se mi zase prozměnu 2x rozbila celá rpm db tak, že byl nutný reinstall (bohužel jsem neměl její zálohu a obnovit se ji nepovedlo) - poprvé při výpadku proudu zrovna během dnf upgrade, podruhé při pádu Wayland kompozitoru během dnf install.
Mně zase vadí, že to do-release-upgrade několikrát narazí na změněný konfigurační soubor a musí se na každý zeptat - a to na každý zvlášť, mezitím instalace stojí. Je to pak na dlouho...
to asi ne, nevim zda by to vlasne slo, nechat je nezkonfigurovane kdyz na jejich kompleti instalaci zavisej dalsi balicky...
pripadne ze by v prubehu auto daval ten default N a na konci ze by do-release-upgrade vyvolal reconfiguraci tech balicku s dotazama znovu, coz pokud je sance bys mohl vyvolat rucne, kdyz sem to narychlo zkousel tak ale dotaz na "co s diff conf" uz nevyzkoci, jen kdyz balik removnu a dam install znovu (ani install --reinstall nestacil)...
jinak i pri jen davej vse N, muzes pak poresit rucne tim ze si vyjedes dotcene confy:
sudo find /etc -name *.dpkg*
to co se odpovi N zustava conf z baliku jako soubor.dpkg-new, pri odpovedi Y zustava conf tvuj puvodni jako soubor.dpkg-old
zatim sem delal upgrade Xubuntu 20.04 => 22.04.1 na 2x NB...
x230 - mene pouzivanej, ~2500 balicku, asi 5x PPA
=> upgrade bez problemu
T430s - pouzivanej "nonstop"/primarne ~4500 balicku, asi 15x PPA
=> upgrade v podstate bez probelmu,
pouze odinstalovanej Inkscape (byl z PPA)
na obouch sem pred povysenim:
- musel odmaskovat snap.service/socket (povyseni nezobrazilo duvod ukonceni, info bylo v jeho logu)
po povyseni
- rucne probral a vratil PPA a poresil znovu GPG klice, protoze pres apt-key vse v /etc/apt/trusted.gpg rvalo "apt update" ze je obsolete a ocekava separani klice v /etc/apt//trusted.gpg.d/
- pred povysenim oba bezely na mainline jadru 5.18.15 a meli Xfce z XubuntuDev PPA's
14. 8. 2022, 16:08 editováno autorem komentáře
asi nejake to h**o delas (nebo na) ty ;-)
zkusil sem ted ve virtualu (disk umyslne ne virtio, ale sata, UEFI):
1. Ubuntu 22.04.1 z ISO
2. Ubuntu 22.04.1 z USB Flash (ISO nahozene pres usb-creator-gtk)
instalace bezne, bez aktualualizaci, disk auto (dalo GPT) s volbou LVM a sifrovani, nic se neslozilo, ale normalne nainstalovalo...
jedine co, tak po rebootu (i opakovanem) zustava plymount cernej ve chvili dotazu na LUKS heslo, staci 2x ESC a uz je videt ok (nebo psat naslepo, nebo 1x ESC a psat v text rezimu...)