Názory k článku
Vyšlo Ubuntu 25.04 Plucky Puffin
-
LUKS klic v TPM? to urcite neumelo, ale nevim kdo by to chtel... LUKS nemam na disku proto aby se automaticky odemknul :-)
nicmene v 24.04 ten novej instalator hlavne neumi instalaci do existujiciho LV v LUKS... neslo si tedy pripravit vse po svem, ani tusim preinstalovat system instalovanej tim samym instalatorem se zachovanim /home...
instalaci 24.04 (tam kde neslo o upgrade z 22.04) sem tedy musel resit pres puvodni instalator (po jeho doinstalovani) kde to vse fungovalo...
predpokladam ze 25.04 to uz bude mit poresene, a doufam ze se oprava dostane i do dalsiho opravneho vydani 24.04... (protoze bych jinak nechapal jak muzou nechat LTS instalator tak zprasenej...)
-
Zaujala me zminka o doinstalovani puvodniho instalatoru.
Myslel jsem, ze se u instalace Kubuntu 24.04 vzteknu, protoze presne: jejich novy instalator Calamares neumi instalovat do rucne pripraveneho cryptsetupu (do /dev/mapper/...)
Jak se prosim jmenuje puvodni instalator?
Pokud by sel Calamares i v Kubuntu obejit instalaci predchoziho instalatoru, byla by to super vec.
(Asi bych to i nekde dohledal, ale tady to treba pomuze vice lidem ;-)Diky!
-
ja to resil v Xubuntu, puvodni instalator byl ubiquity, nainstalovat je potreba dle prislusne odnoze, balicek *slideshow* mozna neni treba, jen by neukazovalo slideshow pri instalaci :-)
# V Xubuntu
apt install ubiquity-frontend-gtk ubiquity-slideshow-xubuntu# v Kubuntu tedy asi
apt install ubiquity-frontend-kde ubiquity-slideshow-kubuntuinstalace se pak pusti z tereminalu: ubiquity
resp. ja poustel s volbou "-b" (bez zavadece) protoze misto grubu daval systemd-boot...a nevim zda to byl problem v Xubuntu nebo prave tim ze slo o doinstalovani jiz "nepodporovaneho", ale instalace mi ke konci selhala, stacilo ji pustit znovu (hned, bez rebootu) totozne a dojela ok :)
-
Kubuntu jsem normálně instaloval přes ubiquity-frontend-gtk a všechno fungovalo, dokud nepřišlo LTS 24.04. Přiznávám ale, že spustit to po failu znovu jsem nezkoušel.
Místo toho jsem si instalaci udělal bez problémů ve virtuálu a pak jsem si obsah / a /boot překopíroval na finální partitiony (+ změna fstab a crypttab)
-
Tak i bez klice v TPM zadavam "heslo" jen 1x... protoze Desktop mam nastaven na autologin, zadam tedy pri startu ci probuzeni, jen LUKS heslo...
Rozdil je ten, ze tobe kdyz nekdo ukradne NB, tak mu staci najit bug v prihlasovaci obrazovcce ci setrici obrazovky (v historii se to nekolikrat stalo), u me by musel prolomit primo LUKS implementaci v jadre (nevim o tom ze by se to nekdy stalo)...
18. 4. 2025, 21:03 editováno autorem komentáře
-
tak predpoklad ze to ma 25.04 bohuzel bylo spatne... nechce se mi verit, ale ted sem to zkousel, Xubuntu 25.04, na disku pripraven LVM@LUKS a vychozi instalator mi pri volbe "Rucni instalace (...nastaveni disku vlastnorucne)"
jen suse zobrazi ze na vda2 vidi typ crypto_LUKS, ale NEumi z nej zobrazit exitujici LV...navic "Zarizeni kam nainstalovat zavadec systemu" ma jen 1 moznost "vda", schazi moznost "nikam" nebo volba instalatoru -b (ktere oboje mel puvodni instalator umoznujici tak nechat instalaci zavadece na uzivateli)...
navic2: i kdyz smazu vda2 ze bych LUKS a LVM vytvoril rucne, tak pri + mam na vyber pouze ext4, xfs, btrfs, vfat, swap, ale NE LUKS....
sifrovani umoznuje zvolit pouze v rezimu "Vymazat disk"takze to vypada ze na to proste s3rou... a predpripraveny disk, nebo preinstalace pujde (jen opet predpokladam) resit v stavajicim instalatoru snad jedine automatizovane pomoci autoinstall.yaml ?
-
Co mi jde stále proti srsti je, že při instalaci z flashdisku (drtivá většina instalací dnes) instalátor sám flashdisk pozmění - vytvoří partition, do kterého následně ukládá logy o instalaci. Přijde mně tak nějak z principu v nepořádku měnit instalační médium - to by mělo být (z pohledu programu) jen pro čtení - například proto, aby se případně dalo snadno zduplikovat přímo z média, bez nutnosti mít (iso) obraz - což, pokud je tam extra partition, nejde tak snadno.
Ani nevím, v které verzi se tahle vlastnost instalátoru objevila poprvé a je mi jasné, že se zřejmě nevrátí původní stav, kdy se "z instalačky jen četlo". Rozhodně instalace Ubuntu 24.04 už se tak chová, dřívější jsem nezkoušel.
-
Starou belu zavirované, tak se instalátor Ubuntu prostě chová. Ten Ventoy nástroj vás od toho zřejmě odstínil, nevím přesně jak funguje, ovšem přijde mě jako multiboot postavený na grub2 a využívající vlastností instalátorů, tedy nejspíš za Vás tu mnou kritizovanou vlastnost ve výsledku vypne. Ovšem pokud klasicky zapíšete iso na flashdisk, tak při prvním bootu s tou flashkou instalační program zjistí velikost flashdisku a za již nahraným obrazem v tichosti vytvoří ve veškerém zbývajícím místě ext4 partition, do které ukládá instalační logy.
Změní se tak i kontrolní součet, který jde kontrolovat pomocí dd if=sdX count=(příslušný počet bloků, odpovídající velikosti iso) | sha256sum, neboť se změní partition table - další nevýhoda.
-
Ještě - když už jsem tu věc nakousl - tady je bugreport kde je celé chování diskutováno
https://bugs.launchpad.net/ubuntu/+source/casper/+bug/1851123
Takže žádné zavirované - zkrátka rozhodnutí tvůrců z roku 2019,2020, které mně nesedí - takováhle věc by neměla být zapnuta jako výchozí.
-
frantaBronzový podporovatel
Pozor pri updatu Kubuntu z 24.04 na 25.04, jeste to neni povoleny a s "-d" jsem se dostal do stavu, ze to pri uklidu vytuhlo a po restartu jsem potkal tohle:
https://www.gamingonlinux.com/2025/04/ubuntu-25-04-upgrades-halted-due-to-kubuntu-users-getting-a-broken-desktop/Plasma fuc, mel jsem tam jeste weston a po doinstalaci kubuntu-desktop je zase vsechno OK.
(V podstate je potreba se nejak prihlasit, nahodit si sit a doinstalovat kubuntu-desktop) -
přehledné shrnutí problému respektive vlastnosti (viz můj příspěvek výše) je tady:
https://paste.gentoo.zip/g5rjL71O
19. 4. 2025, 16:36 editováno autorem komentáře
-
Ondra Satai NekolaZlatý podporovatelJako by u Fedory byl upgrade reinstalace/rozbíjení/měnení.
Jak je tvoje bolrstná zkušenost s praubuntu relevantní netuším.
-
Já teda nevím, ale někdy v roce cca 2013 jsem přešel na Debian a od té doby dělám jen dist-upgrade (změna názvu v sources.list, apt update, apt upgrade, apt dist-upgrade, reboot).
Včera jsem přesně takto upgradoval Ubuntu Server 22 LTS na Ubuntu Server 24 LTS. Cca půl hodinka a jeden reboot. Vše funguje a na další dva roky mám zase klid.
-
Jo a mimochodem přesně na tohle je v Ubuntu příkaz do-release-upgrade. Já to dělám ručně, stejně jako na Debianu.
-
Ondra Satai NekolaZlatý podporovatel
No být líný nedat jednou, dvakrát do roka jeden příkaz, ale nebýt líný jednou za 4 roky tím trávit hodiny.
Jinak manželčina víceméně vanilková Fedora na XPS 13 s i7 8xxxU (takže prastarý) jede od koupení pořád jen a upgrady bez reinstalace, takže možné to očividně je.
-
Na T480 (primarni pracovni NB) mam Xubuntu 24.04, ten system byl instalovan jako Xubuntu 14.04 na T420s SATA 512GB,, prosel si upgrady na 16.04, 18.04, 20.04, 22.04, 24.04 a migraci z T420s na T430s (2TB SATA) a na T480 s 4TB NVMe...
A to rozhodne nejde o cistej system, ale hromady doinstalivanejch veci, spostu PPA (nekdy vice, nekdy mene), Xfce z PPA, kernel mainline, systemd-boot misto Grub, pipewire drive nez to buntu nasazovalo, atd, atd ..
Takze z praxe vidim ze to jde bezbolestne i s (X)ubuntu, a 2-4 povyseni zazily i ostatni me stroje, resp. resp. reinstalaci zadnej...
22. 4. 2025, 09:15 editováno autorem komentáře
-
-
Mám domácí malý server (víceméně NAS) na Xubuntu 24.04 kde přecházím už asi 10+ let postupně na novější LTS verze ale úplně bezbolestné to většinou není. Co si pamatuji musel jsem upravit nastavení samby, běžně doladit nastavení PHP plus při větší změně aktualizovat template stránek a poslední ale zato velký zádrhel jsem měl s dm-crypt. Při přechodu z 22.04 na 24.04 cryptsetup vypsal lakonickou hlášku že se změnilo výchozí nastavení šifer a že to asi nebude kompatibilní s předchozí verzí. Nebylo. Ale jaké bylo to předchozí defaultní nastavení nikde napsáno nebylo. Googlení a pokus-omyl nikam nevedli až kombinací informací z googlu s nabootováním live předchozí verze se mě povedlo najít jaké parametry zadat abych ty šifrované disky připojil v novém Xubuntu.
Takže upgrade je určitě snazší než nová instalace, ale je dobré si nechat čas na řešení případných problémů které rozhodně mohou nastat.
-
tak upravit, resp. zmigrovat me upravy do novych verzi config v /etc sem samozrejme musel delat take, ale castecne u 22.04 a jeste vice u 24.04 uz to vypada ze to odpadne, protoze sem vetsinu veci z upravy primarniho conf mohl presunout do separatnich neco_config.d/ a primarni conf tedy zustal uz puvodni z balicku :-)
s crypsetup pri 22.04 => 24.04 sem problem nemel zadny, ale moozna to je tim, ze LUKS sem si resil sam, tim ze nepouzivam Grub mam uz mnoho let LUKS2 s argon2id...
Ubuntu instalator nevim jeste do kdy pouzival LUKS1 s pbkdf2 a kdyz presel na LUKS2 tak myslim zustal na pbkdf2 prave kvuli Grubu i kdyz mozna kecam, protoze tim ze instalator dava /boot NEsifrovanej, tak Grubu by to bylo jedno, tomu to vadi jen kdyz by byl /boot na LUKS a odemykeni resil Grub... -
Řešil jsem datové disky, ne boot. Systém nastartoval a tvářil se, že vše běží. Po vyřešení šifrovaných disků jsem ještě musel postrčit apache aby zobrazoval něco, pak aby zobrazoval něco jiného než testovací stránku PHP. Jako všechno se dá vyřešit, občas docela rychle, občas pomaleji ale úplně bezpracný upgrade jsem měl možná na desktopu co téměř nepoužívám, takže tam není nic specifického nastavené.
-
Ve zkratce
asi 10 let mě fungovalo
cryptsetup -c aes create sdc /dev/sdcasi po 3 hodinách jsem došel k tomu, že teď potřebuji
cryptsetup -c aes-cbc-plain --key-size 256 --hash ripemd160 create sdc /dev/sdcprotože původní příkaz (mám na to script) vypsal pouze něco takového (a to nastavení bylo jiné, teď si zjevně výchozí nastavení bere z vytvořeného device dle rozšířeného příkaz výše, restartovat to ale abych zjistil co přesně tam bylo původně teď nebudu):
POZOR: Pro šifru se použijí výchozí volby (aes-cbc-plain, velikost klíče 256 bitů), což může být neslučitelné se staršími verzemi.
POZOR: Pro haš se použijí výchozí volby (sha256), což by mohlo být neslučitelné se staršími verzemi.
Pro režim plain vždy použijte volby --cipher a --key-size a není-li zadán soubor s klíčem, rovněž --hash.Mimochodem cryptsetup status sdc vypíše nastavení šifry, ale ne nastavení hash, které se ale ve verzi 24.04 také změnilo.
xxx/sdc is active and is in use.
type: PLAIN
cipher: aes-cbc-plain
keysize: 256 bits
key location: dm-crypt
device: /dev/sdc
sector size: 512
offset: 0 sectors
size: xxx sectors
mode: read/writeTakže myšlenka nabootuji live USB předchozí verze, připojím disky a zjistím co tam je za nastavení byla dobrá, ale sama o sobě nestačila. Musel jsem si vygooglit co bylo ve starších verzích používáno za hash.
