Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Obecná podpora => Téma založeno: swede 03 Dubna 2023, 11:20:12
-
Dobrý den,
Na jednom NB mám Xubuntu 18.04. Pravděpodobně právě končí podpora. Píšu pravděpodobně, protože občas prosakují informace o prodloužení podpory na deset let.
Co teď? Čekat? Povýšit? Může se podařit dvojí povýšení až na 22.04? Nebo jde to najednou?
-
Funguje ti vše jak má?
-
Zatím ano. Jen počítám, že to budu v dubnu muset řešit.
-
Ne, nebudeš to muset řešit.
Pokud na tom nemáš něco bezpečnostně kriticky závislého (pokud se dá věřit tomu, že aktualizace jsou primárně o bezpečnosti...), tak 18.04 klidně používej dál.
-
Není tu tak úplně můj NB a občas se na něm používá i internetové bankovnictví. A banky jsou na nepodporované systémy alergické a neumožní přístup do svého bankovnictví.
-
Do banky se zpravidla leze přes www prohlížeč a tam není problém "podvrhnout" jeho verzi (user-agent).
Kromě toho na 18.04 funguje i aktuální Firefox (ostatní nevím) a není třeba ho instalovat z oficiálního repozitáře, ba dokonce ani z jiného repozitáře, ale prostě se stáhne rovnou od Mozilly.
Už to tady a jinde bylo x-krát, stačí hledat.
-
Založ Ubuntu Pro bez rizika.
https://assets.ubuntu.com/v1/65ca4536-Ubuntu+Desktop+DS+06.09.22.pdf
Anebo to rovnou 2x povyš s malým rizikem a založ Ubuntu Pro.
Obrázek je z 22.04.
Jo, Xubuntu! Tak to nevím. Ale repo bude shodné. Třeba by to šlo :D
-
Dokud půjde instalovat jakštakš aktuální internetový prohlížeč - dobrá volba je třeba Firefox ESR - tak to netřeba nějak hrotit.
LTS podpora Xubu je stejně ofiko jenom 3 roky. Ušetři práci a zbylý čas věnuj řádné uživatelské záloze (klidně na to založ vlákno) a až bude čas, tak prostě provedeš čistou instalaci 22.04, a nebo jiné distro, což už možná bude i na jiný stroj .. Povyšování není moc dobrý způsob a často přinese jen problémy.
20.04 je zpatlaná podobně jako 16.04. - takže u té možná až 5. a 6. podverze. Nějak tam fungují ty 4 roky - 12.04 dost dobré, 14.04 takřka dokonalé (nejodladěnější a nejstabilnější Ubu a u Xubu konkrétně jedno z dister vůbec) a pak byl přechod na systemd a od té doby špatné - 16.04 špatné, 18.04 celkem ujde s výhradami, 20.04 špatné a 22.04 jsem ještě nezkoušel - na to je opravdu dost času.
Opravdu to není třeba tak hrotit - tady je odkaz, kde jsem to víceméně shrnul, tak aby to bylo laicky uchopitelné vysvětlení:
https://forum.linux-mint-czech.cz/viewtopic.php?p=47551#p47551
-
Mám (už delší dobu) Kubuntu 22.04, ale zatím do toho systému chodím jen "na návštěvu" a mým hlavním OS je Kubuntu 18.04.
-
Každý si může zdarma prodloužit podporu na 10 let. Návod zde (https://www.root.cz/clanky/navod-jak-pouzit-ubuntu-pro-zdarma-a-zajistit-si-tak-desetiletou-podporu/) ;)
-
Taky si myslím, že by to mohlo fungovat i pro Xubu - vývojáři také nějakým způsobem spadají pod Canonical (jak jsem pochopil z uvedeného popisu struktury) a repa také myslím stejná jsou.
-
Každý si může zdarma prodloužit podporu na 10 let. Návod zde (https://www.root.cz/clanky/navod-jak-pouzit-ubuntu-pro-zdarma-a-zajistit-si-tak-desetiletou-podporu/) ;)
Dělal jsem to tak, že jsem se zaregistroval a dle jejich návodu jen zadal ten klíč v pracovním prostředí. Pokud tam byl příkaz do příkazové řádky, tak max 1. Zmiňuju to jako další variantu.
Výsledek:
pro status
SERVICE ENTITLED STATUS DESCRIPTION
esm-apps yes enabled Expanded Security Maintenance for Applications
esm-infra yes enabled Expanded Security Maintenance for Infrastructure
livepatch yes enabled Canonical Livepatch service
realtime-kernel yes disabled Ubuntu kernel with PREEMPT_RT patches integrated
Nedalo mi to a zkusil jsem variantu s realtime:
pro enable realtime-kernel
One moment, checking your subscription first
Real-time kernel cannot be enabled with Livepatch.
Disable Livepatch and proceed to enable Real-time kernel? (y/N) dpkg -l |grep esm
ii libavcodec58:amd64 7:4.4.2-0ubuntu0.22.04.1+esm1 amd64 FFmpeg library with de/encoders for audio/video codecs - runtime files
ii libavfilter7:amd64 7:4.4.2-0ubuntu0.22.04.1+esm1 amd64 FFmpeg library containing media filters - runtime files
ii libavformat58:amd64 7:4.4.2-0ubuntu0.22.04.1+esm1 amd64 FFmpeg library with (de)muxers for multimedia containers - runtime files
ii libavutil56:amd64 7:4.4.2-0ubuntu0.22.04.1+esm1 amd64 FFmpeg library with functions for simplifying programming - runtime files
ii libpostproc55:amd64 7:4.4.2-0ubuntu0.22.04.1+esm1 amd64 FFmpeg library for post processing - runtime files
ii libswresample3:amd64 7:4.4.2-0ubuntu0.22.04.1+esm1 amd64 FFmpeg library for audio resampling, rematrixing etc. - runtime files
ii libswscale5:amd64 7:4.4.2-0ubuntu0.22.04.1+esm1 amd64 FFmpeg library for image scaling and various conversions - runtime files
-
Aha, takže jsem si musel najít, co to vlastě ten realtime-kernel je...
Je to vlastně náhrada za low-latency-kernel který už pro novější kernely k dispozici není (divil jsem se tomu).
A pro teto realtime-kernel není k dispozici livepatch. Takže je třeba si vybrat: Buď generic-kernel s livepatchem nebo realtime-kernel (aka lowlatency) bez něj.
Jinak livepatch poskytuje pouze bezpeč. záplaty. Takže je čas od času stejně nutno udělat klasickou aktualizaci kernelu (s restartem).
Výhoda je pouze a právě v tom, že to nemusí být často - tento model najde uplatnění především na serverech (které musí běžet "furt").
Pro uživatele desktopu to příliš význam nemá...
-
V repozitáři vidím i low latency 5.19.1xxx, ale má to jiné číslování než generic.
Pro mě je to taky novinka, že je rozdíl mezi low latency a realtime. Dřív to nebylo.
Svého času i Suse umožňovalo pohodlně patchovat jádro za běhu. Tak jsem si řekl, že to musím zkusit i tady :-)
Tak jde primárně o to co píšeš a délku podpory. Pro nedočkavce na desktopu, kdy zítra je pozdě, to nemá až takový význam.
-
Momentálně mám U18.04.6, kernel 5.4.xxx-lowlatency. Pro mám aktivované, realtime-kernel se mi (pochopitelně) nenabízí. Livepatch mám zatím vypnutý. (Až skončí standartní podpora, tak ho zapnu a budu využívat jeho záplaty až do 2023).
Kernely ručně stahuji z mainline (4 .deb balíky). Tam jsem si všimnul, že pro vyšší jádra než 5.6.11 (28.2. 2022) už není lowlatency k dispozici.
Zkoušel jsem nejprve HWE-lowlatency co je v normálním repo, ale byly problémy s probouzením ze spánku (černá obrazovka).
Další "zajímavost" co jsem zjistil je, že kernely vyšší jak 5.6 nelze na U18.04 vůbec nainstalovat (z důvodu nesplnitelných závislostí, to nikdy nebylo) :-\.
Proto je s podivem, že utilita na instalaci kernelů mainline (dříve ukuu) tuto možnost nabízí a tyto balíky tam pomocí dpkg klidně "napere".
Končí to rozdrbaným systémem. Už jsem na to autora upozornil - slíbil to napravit.... :)
Ještě uvedu, k čemu je vlastně lowlatency (realtime) dobré. Ve spojení s kvalitní ZK (a patřičného nastavení) lze dosáhnout výrazně lepšího zvuku.
Samozřejmě, na integrovaných pidirepráčcích ap. není poznat nic...
-
Ten mainline/ukuu nekontroluje a nectí závislosti před instalací?
-
Ten mainline/ukuu nekontroluje a nectí závislosti před instalací?
Ne. Vyhledá všechny momentálně dostupné kernely, ty které si uživatel vybere stáhne a "předhodí" je dpkg k instalaci.
Tam se žádné závislosti neřeší, je to stejné jako dát ty balíky do složky a pustit na ně příkaz:
sudo dpkg -i ./*.debDojde k instalaci (de facto rozbalení .deb archivů + rozkopírování položek do přísl. umístění) balíků ve složce v pořadí dle abecedy.
A to "bez ohledu na následky"....
Proto je daleko bezpečnější jakékoli balíky instalovat pomocí gdebi nebo apt (synaptic). Tam je záruka pohlídání závislostí /dodržení pořadí, varování před nekompatibilitou je samozřejmost.
-
Tvl, co to zase je za logiku - jaký závislosti k jádru? To už pak zase trochu ztrácí na gró, pokud to není samonosné - ne?
-
Jenom na ukázku, zejména pro @ventero:
Pokus o instalaci aktuálně nejnovějšího kernelu (6.2.9 generic) na U18.04.6 (4 balíky). viz obr. 1
Staženo + instalováno jednotlivě, postupně, pomocí gdebi
První balík (linux-headers) nainstalován bez problému. Ale již druhý balík v pořadí (linux-headers-generic) "neprošel". viz obr. 2
A tím to bohužel celé skončilo.... :-\
Pozn. Verze libc6 na U18.04 je 2.27 viz obr. 3
Zatímco balík linux-headers-6.2.9-060209-generic požaduje verzi libc6 >=2.34.
Takže ano, to je panečku ta novinka. Takto se to chová již od kernelu 5.6
A tím pádem je "vymalováno".... :-[
Abych ale nekončil příliš pesimisticky, moje řešení (pro U18.04) do budoucna:
Co nejdéle (pokud budou nové verze k dispozici) vydržet na 5.4 HWE, potom využit livepatch z Ubuntu Pro, tj. bezpečnostní záplaty až do r. 2028
-
Jen doplním, že libc6 =>2.34 má odlišné API od předešlých verzí. Takže s 2.31 by mělo fungovat jádro řady 6.1. A libc6 2.31 by měla jít do bionicu teoreticky naprat. Vyšší verze systém pokur...
-
Jen doplním, že libc6 =>2.34 má odlišné API od předešlých verzí. Takže s 2.31 by mělo fungovat jádro řady 6.1. A libc6 2.31 by měla jít do bionicu teoreticky naprat. Vyšší verze systém pokur...
No já už jsem se tam dříve pokoušel "naprat" i jiné věci (knihovny glibc) aby mi fungovala nějaká novější aplikace. A podařilo se, fungovala.
Nicméně je na prd, že ty nové verze nejsou zpětně kompatibilní, tím pádem mi zase přestaly fungovat aplikace co už v systému jsou a ke běhu vyžadují starší verzi.... Stejně dopadl pokus dát python3.8 jako výchozí. A obávám se, že s tím glibc6 2.31 by to bylo stejné... :-\
-
Pokud ti vše funguje, tak bych to neřešil