Ubuntu 22.x - csalódások

Fórumok

Jelenleg Ubuntu 20.04 LTS rendszert használok, gondoltam, frissítek egy tesztgépen 22-re, de megbántam. Az új ubuntu totálisan használhatatlan, legalábbis számomra. Négyféle képpen próbálkoztam:

  • - 20.04 netinstall, totál alaprendszer, majd ezt upgrade 22-re
  • - 20.04 desktop, majd upgrade 22-re
  • - Ubuntu 22 Server letölt, telepít
  • - Ubuntu 22 Desktop letölt, telepít

Upgrade esetében sok csomag sérül, python hibák vannak. Friss telepítés (22-es) után hemzsegnek a csomagkezelő hibák, desktop esetében nem lehet kiválasztani az alap sessiont, nem lehet bejelentkezni. Waylandot nem lehet kikapcsolni (érdekes, de lightdm van gdm3 helyett). Szóval amíg még tart a 20.04, addig maradok azon, de váltok ubunturól.

Hozzászólások

1. Szerintem te hibázol. Látatlanban is. Majd megmondják itt neked a tutit a többiek. :))) Mert mindig van worksforanybody és akkor nincs probléma. :)))

2. Tégy egy próbát a LinuxMint-tel. Tisztább, szárazabb érzés.

“The basic tool for the manipulation of reality is the manipulation of words. If you can control the meaning of words, you can control the people who must use them.”

― Philip K. Dick

Mondjuk azzal szerintem is jobban járnál. Bár ki tudja, én már csak azért is megpróbálnám Ubuntun megoldani, ilyen szakmai fejlődési alapon. Ehhez tudni kéne, hogy konkrétan milyen hibákat ír a csomagkezelő, mi a gond a Pythonnal, stb.. Egyébként meg ezt nem hitték el nekem sem több topikban, hogy attól, mert valami „stable” meg „LTS”, azok csak kiadási elnevezések, de nem jelenti azt, hogy bármiben is stabilabb, mint mondjuk egy testing vagy rolling disztró.

The world runs on Excel spreadsheets. (Dylan Beattie)

Egyébként meg ezt nem hitték el nekem sem több topikban, hogy attól, mert valami „stable” meg „LTS”, azok csak kiadási elnevezések, de nem jelenti azt, hogy bármiben is stabilabb, mint mondjuk egy testing vagy rolling disztró.

Azért nem, mert azok nem csak kiadási elnevezések. Nem feltétlen jelentik azt, hogy nincsenek benne bugok (különösen nem bugbuntunál :D), de ettől még egész más egy csomó minden, mint rolling esetében. Pl tök jó, hogy egy rolling mondjuk teljesen stabilan vált egyszercsak phpXről phpX+1re, de van környezet, ahol nem lenne baj, ha nem döntene a distró úgy, hogy a ma délutánt fogod portolással tölteni :D

Igen, de phpX-ről mindenképp fog lépni minden disztró X+1-re. Itt max. azt döntheted el, hogy meddig halogatod. Ha ügyes vagy, akár az X+2-ig is, de akkor még nagyobb pain in the ass lesz upgrade-elni. Minél több fő/alverziót ugrasz át, annál nagyobb az esélye, hogy bugokba futsz.

Egyébként én tökéletesen értem, hogy mi a stable és az LTS lényege, arról írtam, hogy mások szokták félreérteni. Valahogy azt hiszik hogy az azért stable, mert nincs benne bug, „stabilabban” fut, meg sose lesz vele gond. Közben meg ahogy írod is, lehet benne bug, jöhet elő upgrade-hiba is, stb.. Semmire nem garancia. Tökéletes rendszer, disztró amúgy sincs, felhasználásfüggő is, hogy kinek mi a jó, milyen programokat használ rajta, stb..

Egyébként kár, hogy az univerzális csomagformátumok nem támogatják a CLI programokat. Ha ezt megoldanák, akkor sok gond megoldódna, ha valakinek régi Python, PHP, régi vagy új gcc kéne, akkor tudna belőle több/régi verziót is tartani, és nem kéne magát a disztrót is ősrégi verziókon megrekeszteni.

The world runs on Excel spreadsheets. (Dylan Beattie)

Valamit valamiért. Az a pár száz megabájt baromira nem zavar, cserében az alap OS-t nem szemeteli tele, és bátran tudom próbálgatni egy adott termék (adatbázis, stb.) verzióját, illetve több különböző termék integrációját anélkül, hogy eltörne minden. Ráadásul megnyertem azt, hogy igazából teljesen mindegy, hogy milyen linux a host rendszer, mert a docker mindegyik alatt működik. Plusz infrastructure as code, és bármikor lehet reprodukálni a rendszert, ellentétben linuxpistike kézzel belenyúlt csodáival.

Hát, vagy az van, hogy van mindenből egy, és igazodsz, vagy az, hogy mindenkinek lehet mindent, de akkor nyilván hozni fogja a mindent is. Van egyébként azért valamennyi középút, van, hogy az OS szálílt valahogyan pl több verziót, fedoraban pl minden pythonhoz van csomag, meg szoktak lennni mindenféle software collectionos izék, hogy valemennyrie tudjon több verzió együtt élni. Meg persze dockernál is ér gondolkozni, ha csinálsz egy értelmes alap imaget, akkor azt reuseolhatod, és igazából csak az extra szarok lesznek pluszban. Ez nyilván a mindenhonnan jövő random imagekkel problémásabb.

Igen, de phpX-ről mindenképp fog lépni minden disztró X+1-re. Itt max. azt döntheted el, hogy meddig halogatod. Ha ügyes vagy, akár az X+2-ig is, de akkor még nagyobb pain in the ass lesz upgrade-elni. Minél több fő/alverziót ugrasz át, annál nagyobb az esélye, hogy bugokba futsz.

Igen, és ez a döntési lehetőség elég fontos. Nem arról van szó saját kódnál kifejezettem, hogy bugokra futsz-e, hanem hogy mikor csinálsz pl portolást, ott legyen már időd igazodni, ne akkor kelljen, mikor a disztró böffent. Főleg úgy, hogy egy rollingnál jellemzően az van, hogy kijön az új stabil lib, akkor jó eséllyel tolják gyorsan. Én meg igazából még akkor szeretnék legkorábban nekiállni, mert a fenének se hiányzik, hogy valami bétára kelljen portolni, hogy ne tudjam, hogy az a szar még, vagy amit én csináltam.

Egyébként én tökéletesen értem, hogy mi a stable és az LTS lényege, arról írtam, hogy mások szokták félreérteni. Valahogy azt hiszik hogy az azért stable, mert nincs benne bug, „stabilabban” fut, meg sose lesz vele gond. Közben meg ahogy írod is, lehet benne bug, jöhet elő upgrade-hiba is, stb.. Semmire nem garancia. Tökéletes rendszer, disztró amúgy sincs, felhasználásfüggő is, hogy kinek mi a jó, milyen programokat használ rajta, stb..

A stabil nem azt jelenti, hogy nem rossz, hanem hogy nem nagyon változik. Ezzel egyébként általában azért együtt jár az is, hogy kevesebb a bug (mert megcsiszolgatják a konkrét upstreameket) meg a szopás upgradekor (mert nincsenek akkora változások), de a fő előnye ezeknek mégis csak az, hogy a saját cuccaid alatt nem mozgó célpont van.

Egyébként kár, hogy az univerzális csomagformátumok nem támogatják a CLI programokat. Ha ezt megoldanák, akkor sok gond megoldódna, ha valakinek régi Python, PHP, régi vagy új gcc kéne, akkor tudna belőle több/régi verziót is tartani, és nem kéne magát a disztrót is ősrégi verziókon megrekeszteni.

Miért ne támogatnák?

És ezek attól univerzálisak, hogy valaki azt mondta róluk. Akár én is elővehetek egy kartondobozt,  ráírhatom, hogy univerzális csomagformátum, mégsem fogok vele Aix-ból BS2000-be fájlokat átvinni.

(Szerk: mindenesetre értékelem a 'jelölt' szó két jelentésére való utalást. Mondhatni ezek kandidálnak arra, hogy az 'unverzális csomagformátum' ne üres fogalom legyen, hanem esetleg ezek valamelyike legyen a jelöltje.)

Attól lennének univerzálisak, hogy minden/legtöbb linux verzión futniuk kellene, ugyanis nincs annál nagyobb szívás, mint amikor n darab linux disztribúcióra kell egy programot összerakni, lefordítani, telepíteni, tesztelni, és a többi.

Itt elég hosszasan írnak az előnyökről:

https://www.linux-magazine.com/Online/Features/Universal-Package-Format…

A magam részéről használok desktop linux-on snap-et és társait, vannak még gyerekbetegségeik, de reményeim szerint ezeket ki fogják nőni.

Pedig már kint van a .1. Szomorú :(

Szerkesztve: 2022. 12. 05., h – 12:02

Upgrade esetében sok csomag sérül

apt dist-upgrade
parancsot használva? Azért kérdezem, mert láttam már akik "apt upgrade" parancs használatával futottak lyukra.

Én mondjuk egy laptopon 22.10-zel futottam lyukra. Úgy néz ki, az 5.19 kernel nincs jó barátságban vele. Ment vissza a 22.04 verzió.

igen, dist-upgrade

Amúgy mindig LTS verziót használok, nem frissítek soha x.10-re.

Ubuntut 8 éve használok: a 18-as nagyon stabil volt, 20-as is problémás volt már néhány ponton de kiforrt, de a 22-essel lett tele a hócipő.

Nem az a gond, hogy nem tudom kihámozni és megbarkácsolni a hibákat, de a rohadt életbe már, az Ubuntunak az lenne a lényege, hogy alap, telepítésre és használatra kész stabil kiadását egy ÁTLAG laikus user is telepíthesse és használhassa. Nos, ez nem működik mert telepítés után máris hegeszteni kell. Tehát egy ÁTLAG LAIKUS user, akinek azt mondanám, hogy töltsd le és rakd fel az Ubuntut, elküldene a halál pélójára, és igaza lenne.

Szóval váltok vissza Debianra.

Szerkesztve: 2022. 12. 05., h – 12:51

Múlt héten 4db szervert frissítettem do-release-upgrade -el 20.04 -ről 22.04-re ssh-n, előtte persze apt dist-upgrade. Még csak az ssh session se tört el, a végén reboot, és ment minden, de már 22.04 volt. Semmilyen csomag nem sérült, és python hibák sem voltak, kivéve egy helyet, ahol én kendácsoltam kézzel a 20.04-re 3.9-es pythont, de azt is fél perc volt megoldani (vissza 3.8-ra, update-alternatives, stb..). Ez utóbbi azért volt szükséges, mert a do-release-upgrade-nek masszívan kell a python, a hiba csak annyi volt, hogy el sem indult egy modul hiánya miatt.

Desktopról nem tudok nyilatkozni.

Desktopon sincs gond (a .1 óta, mert az új kernel bugos volt Intel GPU-val 8xxx CPU-n, meg KDE bajok is voltak). Sosem volt gondom a do-release-upgrade-el, pedig 7.10 óta használom az uborkát. Más upgrade varázslásokat (apt dist-upgrade vagy más) nem próbáltam ki, ha Debiant-t szeretnék, azt raknék fel. Ez Ubuntu, és ez a hivatalos módja :)

Szerkesztve: 2022. 12. 05., h – 15:45

Most vettem egy használt notebook-ot, éppen telepítés előtt állok. Ezt kipróbálom, de biztosan nem Ubuntu lesz a végleges rajta. Inkább LinuxMint Debian Edition, vagy valami új disz(n|tr)ó. Lehet kipróbálok valami systemd mentes kiadást, Devuan, Guix, Void esetleg.

Szerkesztve: 2022. 12. 05., h – 20:33

Nem tudom te mit és hogyan csináltál?

Fogtam egy 22.04.1 Desktop telepítőt, internet kapcsolat nélkül feltelepítettem. Újraindítás után megy a Wayland és a Xorg is. Semmilyen hibát nem jelzett a csomagkezelő. Telepítés után apt update és upgrade, valami 6XX MB frissítést szedett le, települt, újraindítottam működik Xorg is, Wayland is.

*szerk.: csináltam egy 20.04.05 LTS desktop offline telepítést. Utána frissítettem a csomagokat, majd csináltam egy kiadás frissítést 22.04.1 LTS-re. Minden működik. Semmi törött csomag. Wayland és a Xorg is megy.

Ha jól láttam újabban már nincs netinstall telepítő, csak szerver. Azzal nem próbáltam ki. Nem látom sok értelmét szerver telepítővel telepíteni.

A fenti próbát továbbvittem egy kiadással. A 22.04.1 LTS-t még felhúztam 22.10-re is. Azzal sem állt fejre.

XUbuntu-n nem tapasztaltam ilyet, UI-ból kattintott upgrade esetén is minden flottul frissült 20.04-ről 22.04-re. Sőt, az új Xfce egész jó lett szerintem, minden ugyanúgy megy, gyors, hibákat nem tapasztaltam, egy 10 éves gépen használom, csak ajánlani tudom.

Konkrét hiba nélkül nehéz segíteni.

Alapkérdések: milyen URL-ről töltötted le a 22.04-es ISO-kat? Checksumot ellenőrizted?

Ugyan desktopot nem használok de servert igen, sose tapasztaltam ilyen hibát.

20.04-ről upgrade esetében ugye megvan hogy először a 20.04 legújabbra fel kell húzni és onnan menni a 22.04-re?

Gábriel Ákos

Ubuntu 22.x - Csalódások

/r/bandnames + album

Megjártam én is de én megtaláltam hiba "okát" valamit nagyon elcseszett az ubi és az 500 MB/s írás olvasás helyett csak 10/20-at tudott produkálni. Elsőre fájlrendszer vagy hw hibára gondoltam. Fájlrendszer hiba nem volt, és váltottam azóta is tökéletes fut a Fedora36/37.

"ha valakire rá kiabálunk, hogy rendszergazda akkor az is - szerződés, fizetés csak az átkos időkben kellett" 

és 100 éve még boszorkányt is égettek 

Akár igaz is lehetne, de a Fedora képes 12-16 órát futni gond nélkül illetve egy AI projekt miatt visszatettem az Ubuntu 18-as verziót azzal sem volt gond, majd egy másik projekt miatt felfrissítettem a Ubuntu 20-as változatra és azzal sincs gond (sebesség területén).

Nálam a fő rendszer a Fedora, de néha AI app tesztelés céljából jól jön egy Ubuntu. Azért igyekszem ettől is szabadulni, ha véletlen megint elromlik Debian lesz belőle.

egyébként Kingston A400 SSD https://www.kingston.com/en/ssd/a400-solid-state-drive?partnum=sa400s37…

"ha valakire rá kiabálunk, hogy rendszergazda akkor az is - szerződés, fizetés csak az átkos időkben kellett" 

és 100 éve még boszorkányt is égettek 

Hasonlo tapasztalataim vannak, azzal a kulombseggel, hogy nem OS upgrade hanem teljesen friss telepitett 22.04 hardware upgrade miatt kell az uj kernel ezert nem maradtam Debian-nal.

Jelenleg attertem Fedora 37 Workstation-ra: https://hup.hu/comment/2851678#comment-2851678