Fedora 24 upgrade kernel probléma

 ( makgab | 2016. augusztus 25., csütörtök - 22:08 )

Üdv!
A F24 frissítés megvolt szépen, ahogy vártam.
De megint előjöttek kernel problémák, azaz az új kernellel elszáll a gépem (ACER Aspire 5733 laptop). Hibernálásból visszajövet után vannak gondjai - úgy veszem észre. Pl. visszatérés után a terminál hibákat irogat (pl. /usr/bin/basename probléma) és kernel oops.
Egy fc23 kernel fennmaradt, így ez most az alapértelmezett. Ezzel nincs is gondom jelenleg.

Nálatok is előfordult ilyen probléma?

F23 esetén is volt ilyen, aztán az X-edik kernel jó lett. Most is ez várható? :)

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Melyik kernel verzió? Nekem a 4.7.2-es benyögi az alábbit:

KASLR disabled: 'kaslr' not on cmdline (hibernation selected)

Gondolom, nem túl szerencsés, hogy le van mentve a RAM, majd ébredéskor új kernel máshova allokálja random azokat a dolgokat, amelyeket dedikált helyre tölt vissza. Vagy valami ilyesmi. Ezzel kapcsolatos:

https://bugzilla.redhat.com/show_bug.cgi?id=1350174

Aztán vagy ez a bajod, vagy valami más.


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

Nálam a 4.6.5 ill. 4.6.6 kernellel csinálta.
Más alkalmazások is problémáztak ilyenkor, ahogy írtam is, pl. a terminal "botladozott". :)
A Reboot megoldotta átmenetileg a problémát.

Most a régi 4.2.8-300.fc23.x86_64 kernel szépen megy a hibernálás is.

Ezért nem kell upgradelni. :)
--
The Community ENTerprise Operating System

De az új app verziók sokszor már csak az új disztroba kerülnek be.

sokszor már nem. :)

Akkor fogadd el. Én remekül elvagyok Fedora 21-en.
--
The Community ENTerprise Operating System

Ezt remélem olvastad és tisztában vagy a "következményekkel": https://lists.fedoraproject.org/pipermail/announce/2015-November/003296.html

Tudom, de szarok bele, ez működik. Ami van pár bug, azt meg már megszoktam, ismerem.
--
The Community ENTerprise Operating System

Ezért kéne már desktopon teljesen elfelejteni a Linuxot.

----------------------------
Előnevelt csirke kapható!

Nincs baj a Linux Desktop-pal. Windows-on sokkal több bajom volt, ezért használok desktopon 6-8 éve Linux-ot.
A CentOS Desktop nagyon stabil, csak nem frissek a csomagok (és több esetben kellene nekem).

http://therightguy.info/why-linux-gui-sucks/
A Fedora 24-en konkrétan van GTK2, GTK3, QT3, QT4 és QT5-ös app is. Na ebből próbálj egy egységes, stabil valamit varázsolni.... Nem lehet, itt az eredménye.
--
The Community ENTerprise Operating System

Na nem mintha Windows alatt jobb lenne a helyzet..
--
Blog | @hron84
Üzemeltető macik

Nem szeretem a windowst, de ezt azért össze sem lehet hasonlítani...
--
The Community ENTerprise Operating System

Nem lehet, hogy csak valami hozzá nem értésről van szó? 15 éve használok desktopon Linuxot, Fedorát az elejétől, azaz Fedora Core 1-től, előtte Red Hat-et, ami a Fedora elődje volt. Furcsa, de nálam működik. Munkahelyen is, itthon is, ismerőseimnél is.


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

Akkor nem lehetnek túl nagyi igényeitek.
Illetve a működik és a jó meg használható között óriási különbség van.
--
The Community ENTerprise Operating System

Az egyetlen oprendszer a gépemen, szóval, ha nem működne, akkor a leveleimhez sem tudnék hozzájutni, nethez sem, zenét sem tudnék hallgatni, szóval úgy eléggé meg lennék lőve. Ahhoz képest megy. Egyetlen bug van, ami talán picit zavaró. Az emerald dekorátor hajlamos összeomlani, ha Alt-Tab-bal váltok az ablakok között. Ugyanakkor erre csináltam workaround-ot, nevezetesen egy shell daemon-t, amelyet a systemd futtat, s amely figyeli, hogy meghalt-e az emerald vagy a compiz. Ha igen, kinyírja a megmaradt részét, majd elindítja őket. Tehát, ha Alt-Tab után eltűnne az ablakdekorációm, várok pár másodpercet, s visszatér magától, semmi dolgom sincs vele. :)

Na nem, mintha kötelező volna compizt és emeraldot használni.


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

Én KDE párti vagyok. Karácsonykor nekiugrottam egy upgradenek. A 22 és 23-ban lévő KDE5 annyira borzalmas volt, hogy szerintem 2 órát se volt fent, ment vissza backupból a 21. Aztán miután megjelent a 24, megint tettem egy próbát. Az már majdnem két napig fent volt... Intel VGA hiba miatt betonra állás, nem működő alvás, még mindig bugos kde5 (plasma crash, szintén fagyás, külső monitor beállításait nem elmentő környezet, grafikai megjelenítési hibál, hányadék gtk3 appok)... Így nagyon röviden. Ment vissza backupból a 21.
--
The Community ENTerprise Operating System

Talán a 3.5-ös KDE volt az utolsó, amelyet használtam. Nagyon rég óta Xfce-t használok Compizzal. Nem hibátlan, de nincs vele komolyabb bajom.


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

A VGA miatti betonra fagyás, illetve a nem működő alvásra nem megoldás.
Mindenesetre, pont ezért tettem vissza a 21-et. Nincs vele komolyabb bajom. Majd meglátjuk a 25, 26 mennyire lesz fos, aztán esetleg upgradelek.
--
The Community ENTerprise Operating System

Kölcsön volt nálam i915-öt használó valami Asus notebook. Ritkán ugyan, de valóban képes volt csontra fagyni. Viszont a 4.6.5-ös kernel fedorás changelog-jában ezt olvasom:

* Thu Jul 14 2016 Josh Boyer <*****@fedoraproject.org> - Fix various i915 uncore oopses (rhbz 1340218 1325020 1342722 1347681)

Utána még egy kis ideig nálam volt a gép, egyszer sem döglött meg. Ez persze nem bizonyít semmit, tudom, de a changelog bejegyzés kifejezetten reménykedésre ad okot.


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

Köszi, azt azért még megvárom, amíg a KDE5 elkészül.
--
The Community ENTerprise Operating System

Miert, ez itt meg nem a KDE6? :D
--
Blog | @hron84
Üzemeltető macik

mukodik... Fed tizennemtommennyi (14? 15?) volt, hogy egy sima yum update utan nem bootolt tobbe az X. Masfel napot elszorakoztam vele, majd azt mondtam, hogy oke, akkor felejtos.
--
Blog | @hron84
Üzemeltető macik

Még nem volt olyan gondom Fedorán, amelyet vagy ne tudtam volna megoldani, vagy megkerülni, vagy elfogadni azt a hibát. Tehát akkora baj sohasem volt, hogy ne tudtam volna a gépemet rendeltetésszerűen használni. Apróbb kellemetlenségek persze adódtak.


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

Ez valami driver issue volt, de raadasul az opensource intel driverrel, probaltam ujrahuzkodni csomagokat nullarol, kiutni az X konfigjat ujralokni, nem jott be semmi. Aztan mikor a google elkezdett elvinni a feketemagia teruletere (banyasszak magamnak a devel agbol X-et majd forgassam le es akkor majd...), na ott mondtam azt, hogy ha nekem erre lenne szuksegem, akkor Gentoo-t tettem volna fel, nem pedig egy stabilnak mondott binaris disztribuciot. Raadasul olyat meg az Ubuntu nem-LTS se csinalt soha nekem, hogy verzion beluli apt-get upgrade utan ne induljon az X.
--
Blog | @hron84
Üzemeltető macik

Jo neked :D
Nekem is szallt mar el az X ujraindithatatlanul aztan fel nap turkalas utan ment fel masik disztro mert hat kinek van arra ideje, hogy a gepet reszelgesse allandoan (talan mandrake volt ami meghalt)

+1, ezt én is kifogtam kb ezekkel a verziókkal. Nem jó úgy kezdeni a napot, hogy előző nap yum update, másnap bekapcsoláskor meg nem indul el a grafikus felület és nincs hozzá javítás csak valami workaround, mert másik pár száz ember is pont így járt. Az helyett, hogy egyből tudnád használni. Nekem ezért van CentOS desktop :)

Sakk-matt,
KaTT :)

Én pont ezért csakis teljes rendszerbackup után nyomok updatet.
--
The Community ENTerprise Operating System

Akkor gondolom nem frissítesz minden nap... :) Vagy nagyon jó a mentési környezeted :)

Sakk-matt,
KaTT :)

Dehogy frissítek... 2-3 hetente, mikor eszembe jut.
--
The Community ENTerprise Operating System