Fedora 29 -> 30 sikeres upgrade, egy pici bökkenővel...

..., hogy a sikeres frissítés után nem bootolt be.

Live rendszerről nézegetve kiderült, hogy a kis mocsok átírta az egyik diskem UUID-jét, ezért nem találta a root fs-t. Miután erre rájöttem, csak módosítani kellett a grubban az UUID-t, és már megy is. Korábban egy másik gépen simán lezajlott a frissítés.

( p2pking | 2020. 01. 03., p – 13:07 )

Neha csinalja ezt ubuntu is, szerintem barmelyiknel elofordulhat.

Nem izgatott fel kulonosebben, 2 perc volt rajonni, megoldani.

Every single person is a fool, insane, a failure, or a bad person to at least ten people.

( Wabbitseason v | 2020. 01. 03., p – 13:49 )

Eh, pont az ilyen "pici bökkenők", amik megakadályozzák a Linux hatékonyabb terjedését.

Ha mondjuk ez -- a UUID átírása -- ennyire egyszerű, és talán gyakori probléma, amit egyetlen "kalapácsütéssel" javítani lehet, akkor vajon ezt miért nem végzi el a Fedora/Akármi automatikusan?

Ubuntuval (vagy Minttel? már nem emlékszem) jártam úgy egy Lenovo laptopon, hogy rendben működött az installer, de amikor a rendszer indult, akkor a képernyő fekete maradt. Persze pár perces netes keresgéléssel meg lehetett találni, hogy bootoláskor milyen varázsgombokat kell megnyomni, majd milyen varázsszót kell még beírni paraméterként, hogy a video driver méltóztasson működni, de itt a lényeg az, hogy ezt a változást maga a rendszer is elvégezhette volna.

Miért muszáj, hogy fájjon? :)

( Dwokfur v | 2020. 01. 03., p – 17:02 )

Mindig is idegenkedtem a disk UUID szerinti partíció azonosítástól. Ezért is törekszem inkább arra, hogy partition label szerint történjenek a dolgok. Egy mentésből történő visszaállításnál is jól jön. Habár mondjuk magam írom a custom grub config-ot...

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

( locsemege v | 2020. 01. 03., p – 22:39 )

Na jó, de megoldottad. Azokat a hibákat, amelyekre záros határidőn belül kitalálom a megoldást, s megoldom őket, nem szoktam hibáknak tekinteni.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( uid_4263 v | 2020. 01. 04., szo – 19:25 )

A Fedora a Red Hat önkéntes beta tesztje, szóval ez egyáltalán nem lepett meg.

Ez a mantra már annyiszor elhangzott, hogy kicsit unalmas - nekem legalábbis.

Mintha a többi Linux disztró néha nem tesztelne új fícsöröket, mintha azok kevésbé bugosak lennének, mintha azokat (az üzleti felhasználást kivéve) nem önként és dalolva pakolnák fel a t. Kollégák a gépükre.

Az tény, hogy sok újdonság (pulseaudio, systemd, s egyéb gyöngyszemek ;-) először a Fedorában jelent meg, s onnan vette át - nem csak a RedHat - hanem sok más Linux disztró is. De ettől még nem "bétább" mint egy Ubuntu, Arch, <tetszőleges Linux disztró> - vagy ha igen, akkor beszéljünk arról: frissítések, hibakezelés, kiadások előtti tesztelés.

Én csak a tényeket írtam le, a Fedora egy beta tester distro, ennyi. Ennek következményei vannak. Más distrokban meg van külön testing / unstable / bármilyen branch, ami opcionálisan választható annak, aki kedveli a kockázatokat. A tényeket hadd írjuk már le. :))

Ez nincs így. Fedorának is van rawhide ága, ami az éppen fejlesztés alatt lévő. Itt még a csomagok konzisztenciái, függősége sincs rendben. Működni sem nagyon fog. Volt régebben alfa release, ma már nincs, mert az arra meghatározott nem túl szigorú kritériumokat a rawhide teljesíti. Aztán van béta kiadás, nagyjából release előtt egy hónappal. A gyakorlatban ez már egész jól működik, sokszor frissítettem Fedora béta kiadásra, majd használtam. Aztán van a rendes kiadás, ez stabil, immáron megfelelően szigorú kiadási feltételeknek felel meg.

Amivel kevered, az a bleeding edge, de az nem béta tester. Az csak annyit jelent, hogy nagyon újak a csomagjai. Az igaz, hogy a Fedorában jelennek meg új technológiák, amelyek azok beválása esetén belekerülnek a Red Hat-be, s így a CentOS-ba. Ugyanakkor a friss csomagok sokszor javítanak olyan bugokat, amelyekre Debianban még kétségbeesetten keresik a megoldást. :)

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Az nem béta tesztelés, hogy megvalósítanak egy technológiát jól, majd utána kidobják, mert kitalálnak valami jobbat. Halvány emlékeim szerint régen Fedorában csináltak olyat, hogy egy új block device megjelenésekor egy script módosította az fstab-ot. Aztán eldobták, mert a kernelben és userspace-ben is megjelent a korrekt udev támogatás. Nem lepődnék meg, ha ez jelentős részben épp a Red Hat fejlesztése lenne.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( Zsugabubus | 2020. 01. 09., cs – 11:55 )

Szerkesztve: 2020. 01. 09., cs – 11:55

Akkor már miért nem egyből 31-re?

Direkt csinálom így, abban bízva, hogy az összes hibát kijavították az aktuális-1 verzióban. Persze a lustaság is benne van, nem szeretek ezzel tökölni, mert egy mentés, frissítés, ellenőrzés elvesz pár órát az életemből, ezért addig halogatom, amíg csak tudom :-)

Az asztali gépemre az ünnepek alatt tettem fel a CentOS 8-at, így kb 9 évig nem kell vele foglalkoznom.