megnéztem a Koalát

előe bocsátom, ha nem muszáj, ne így csináljátok ;)

… mivel az utóbbi időben a Jaunty már nem tetszett. Két fő problémám volt:

Az X gyakran elszált (szimptómák: egér mozog, de azon kívül semmi sem frissül a képernyőn. Billentyű nem működik. Csak a magic SysRq. Fogalmam sincs, hogy keressek a problémára),
ezen kívül random időpontokban egyes billentyűk „beragadtak” (bővebben a P.S-ben erről)
Ezen felül többször hasalt el a kernel úgy, hogy csak a NumLock meg a CapsLock LEDje villogott.

Lévén az előbbi kettőt az X kezeli, reménykedtem benne, hogy azzal van a baj. Noszarajta, cseréljük le. No az X az, amit a végső esetben fordítok forrásból (lévén nem kevés dolog függ tőle). Ez nem volt végső eset – inkább frissítettem a Koalára.

Normálisan ez trey szavaival élve a legeseménytelenebb frissítés lett volna. Volna, ha közben nem száll el az X ahogy szokott. Mivel nem vagyok meggyőződve arról sem, hogy olyankor csinál a gép valami értelmeset (a kernel logban semmi sincs ugye a csomagtelepítésekről, és ez amúgyis utólag derülne ki; a telepítésből még volt némi idő), talán meg kellett volna várni, talán pont nem – mindenesetre nyeltem egy nagyot, és eljátszottam a SysRq+Rising Elephants trükköt. Aztán drukkoltam, hogy a rendszer már bootolható állapotban van.

Jelentem, nem volt. Valami Starting init-bottom scriptsnél állt meg, semmit se művelt. Gondolom azok hiányoztak, de ezt nem kötötte az orromra. Valami hiányzott. Amikor a frissítésre utoljára ránéztem, a csomagtelepítések megvoltak, már csak beállította őket. Nodejó, csak az hiányzik.

Csak egy shell kéne. Ja igen, ahhoz meg egy jól működő init. Jó, de ahhoz meg egy shell.
No sebaj. Fogja az ember a második kedvenc disztróját, ami esetünkben nem egy másikpartíción csücsül, hanem egy livecd, és System Rescue Cd a neve. Bechrootoltam a telepített rendszer gyökerébe, és befejeztem a csomagok konfigurálását.

Újraindítom, be tud jelentkezni. Fél siker. (az animált boot egyébként (még a régi kernellel) lassú és béna. Az új GDM se tetszik)
Előző frissítésből tapasztalva először Gnome-ba léptem bele. Hátha újítottak valami Policykithez hasonlót, ami okozott némi zökkenőt akkor. De semmi.

Beállításaimban a régi rendszerhez képest két dolog változott: a tapipad elfelejtette a nagyfelületű tappintásos középső gombot, valamint a pam_fprint is kikerült a pam.d beállítófájlokból.
Mindkettő fixed.

No és a problémák? Eddig nem fagyott az X, a kernel sem pánikolt eddig (de ez a régi, az újat még nem bootoltam),a billentyűismétlés viszont megmaradt. Xset -r kikapcsolja, de az usability szempontjából nem a legjobb. Mivel felteszem, hogy ez a hiba nem ubuntuspecifikus, és más rendszereket rövid ideig használtam a masinán, szerintem hardverzűr lesz.
Összességében a rendszer nem változott sokat, ha nem alapértelmezett dolgokat használunk. Ez előnyére vált. Néhány program frissült. Ez is előnyére vált.

P.S.:
(a billentyűzetes hibáról részletesebben: megjósolhatatlan időközönként egyes gombokat többször érzékel a rendszer. (Eddig volt már ez ctrl, shift, enter, betűk, space, kurzorok, backspace… felteszem bármelyikkel előfordul) Betűnél addig ismétel, amíg másik gombot nem nyomok meg. Másnál addig, míg megint le nem nyomom ugyanazt. A gomb a következő egy db. lenyomására nem reagál. Valaki ezalapján ráismer valamilyen hibára?)

szerk1
másik probléma pl. a Blenderrel volt, az ablak egy része nem úgy frissült, ahogy kellett volna. Olybá tűnik, ezt is megoldotta a frissítés.

szerk2
egy másik probléma nem oldódott meg: ha sokszor egymás után nyitok meg/zárok be egy ablakot (a dopewars c. "kereskedelmi oktatójátékban" gyakran előfordul), az X újraindul.

Mindazonáltal a mostani tesztben szívet melengető volt, hogy az előző verzióval ellentétben a GDM már szól, amikor ujjlenyomatot kér. A gksu ezzel szemben még nem (teljes kuss, jelszót se kér. közben foglalja az ujjlenyomatolvasót, más nem tudja használni autentikálásra. Amint megsimogatom az olvasót, elindul az alkalmazás)

szerk3
a gyári kernel nem akart wifit sikeríteni. Amikor kézzel akartam betölteni a szükséges iwlagn modult, azt feleselte vissza, hogy fingja nincs a qos_enable opcióról. Ezért a megfelelő sort kikommenteltem a /etc/modprobe.d/iwlagn.conf -ból.

másik szívemfájdalma az volt, hogy újra elromlott a tapipadbeállításom (tappantás=balklikk, széles tappantás=középső klikk, scrollozás tapipad szélén vagy középső klikk+húzással). Mint kiderült, nem csak a device id szeret változni, olykor az opciók azonosítói is. Pl. frissítéskor.
A régi és az új kernelnél készített "xinput list-props $TOUCHPAD" kimeneteket összehasonlítva orvosolható volt a zűr.
Így végül a karmic kernelével is megy az összes móka :)

( trey | 2009. 08. 31., h – 07:07 )

Én semelyik hibára sem ismerek rá. Sem az X elszállásra, sem a kernel pánikra, sem a bill. ismétlésre. Én a hardver oldalon vizsgálódnék.

--
trey @ gépház

Nyilván információ értéke van annak, ha valakinek valami működik, mert akkor szétnéz magánál, hogy nem nála van-e a hiba. Ez egy fórum ahol emberek beszélgetnek és elmondják a véleményüket. Értem én, hogy neked az Ubuntu nem tetszik, de ebben az esetben is legalább annyi elvárható, hogy elolvasod azt, amibe belekotyogsz.

--
trey @ gépház

köszönöm – ebből az X elszállását mindenesetre nehezen tudom elképzelni hardverhibaként.

A billentyűismétlés viszont valóban nagyon gyanús ilyen téren, a pánik szintén – de legalább az utóbbiról szeretném azt hinni, hogy csak valami azóta frissült driver akadott össze önmagával így okozva hardverhiba-szimptómákat.

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

( honorshark | 2009. 08. 31., h – 07:55 )

Karmic nem valo eles hasznalatra. Nem hiaba Alpha, eleg sokszor kerul hasznalhatatlan allapotban meg. (Tenyleg meghokolok mikor mondja valaki hogy azt hasznalja desktopra alpha2 ota...)

Release Schedule alapján néhány nap múlva feature freeze. Nagy csodák talán már nem fognak történni.
Artwork, documentation, localization freeze hidegen hagy – innentől a rendszer normálisan csak jobb lesz.
Mindazonáltal mivel a stabil is elég sokszor került általam ismeretlen ok nélkül használhatatlan állapotba, kevés vesztenivalóm volt.

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

nem igazán tudok róla nyilatkozni, default kb. csak a gdm téma maradt. Az megváltozott frissítés után, de az egész gdm is. A jelenlegi gdm design pici visszalépés a jaunty-féléhez képest a régi irányába. Felteszem, lecserélik.

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

( kukukk v | 2009. 08. 31., h – 13:11 )

En Intrepid (Munkamhoz muszaj jelenleg ezt hasznalnom) alatt tapasztalok random fagyasokat: eger mozog, billentyu nem reagal, s csak reset segit. Az oka nalam az ATI kartya opensource drivere. Ha hasznalom a fglrx drivert, akkor nem fagy.
Bar nem tudom van-e koze a te problemadhoz...

Sic Transit Gloria Mundi

Azon kivul, hogy az egerkurzor mozog a kepernyon, semmi nem tortenik, hiaba klikkelek barmire. Eleinte meg 5-10 masodpercig a Numlock reagal, de aztan mar az sem. Ctrl+Alt+Del mar ekkor sem csinal semmit.
Talan valami OpenGL-el kapcsolatos dolog lehet, mert rendszerint olyankor fagy mikor egy Clutter-es alkalmazast futtatok (Ehhez kell fejlesztenem plussz funkciokat).
De hogy pontosan mi lehet az ok, nem tudom.

Sic Transit Gloria Mundi