[megoldva] félig grafikus a terminálom

Bocsánat a hosszú szünetért. Egészen idáig ezzel foglalkoztam. Végigpróbáltam majdnem az összes javaslatot, plusz egy jokert (alvilági nevén ati catalist control center).

Eredmények:

vga=normal boot opció teljesen hatástalan.

xvidtune csomagot telepítettem, kipróbáltam (igen, sudo - hiába na! aki megszokta...) képtelen állítani bármin, hibaüzenettel leáll. Megnéztem a neten, hogy mit lehet vele tenni - nem találtam használható útmutatót.
Íme a hibaüzenet, ami akkor bukkan fel, amikor megpróbálom tesztelni az új beállítást:
Sorry: You have requested a node-line
That is not possible or not supported by your hardware configuration.
A legjobban mégis ebben reménykedem, mert lehet, hogy valaki tudja a megoldást.

A framebuffer kikapcsolását azonnal elfelejtettem, mert tartok tőle, hogy akkor az X többet nem indulna el. Ezt a hitet nagyban erősíti bennem a kommentben szereplő mosolygó (':)') is. Nem tudom, hogy mi lehet a splash kép, de ha te a grub.conf-ban szereplő "splash image"-re gondoltál, akkor a válasz nem.

A kártyám x550 szériás (vagyis öregecske darab) ati. Tehát a joker: megpróbáltam az ati catalist-ot feltelepíteni, de simán lehetetlen, szóval felejtős.

... // szerkesztve // ...

A hozzászólás megírása óta végső elkeseredésemben megpróbáltam kikapcsolni a framebuffert, de meglepetés: nem lehet.

Azt sem tudom, hol kezdjem a választ. A legjobb, ha az elején: kellemes húsvétot mindenkinek!

Igen, az ati driver lazán megengedte magának, hogy ne támogassa az X szériás kártyákat. Igen tanulságos ez számomra (és talán másnak is): SOHA TÖBBÉ NEM VESZEK ATI KÁRTYÁT! Még ehhez a válaszhoz tartozik az ati catalist control center: amint írtam, nem tudtam/lehet telepíteni, amiért villámgyorsan töröltem a lehetőségek sorából. Nem találtam megfelelő telepítési útmutatót, pontosabban egyet, ami olyan csomagok meglétét követeli meg, amik nem léteznek, talán soha nem is léteztek - nem tudom.

A probléma azzal van, hogy egy sereg régi gépet szereltek atival és hát még ma is sláger, aminél már csak az a borzasztóbb, hogy integrálva is adják alaplapon. Az ilyeneket eladták készre szerelt dobozban irodáknak, közintézményeknek (nekik meg is felel) és olyanoknak, akik egy kicsit sem értenek a hardverhez. Persze tripla áron. Hiába na! Ha véletlenül elfelejteném, hogy melyik országban is élek, az ilyenekről rögtön eszembe jut. :( Mindegy. A lényeg, hogy nekem nem csak azzal kell megküzdeni, ami az enyém és most hangolom finomra, hanem a többivel is. A fejfájás elkerülése érdekében telepítenék rajtuk ubuntut, ki is próbáltam, de annyira gyenge a vas, hogy szegény recseg.

Személy szerint nagyon kedvelem az ubit (nem kedves hardcore linux rajongók, nem futtatom a compizt), de be kell látnom, hogy már akkorára hízott, hogy egy általam nem szívesen emlegetett cég operációs rendszerének igényeivel kezd vetekedni - na, ott azért még nem tart. Azonban míg számomra feltűnően lassan botorkál ezeken a gépeken, addig a gentoo egész szépen muzsikál.

Ez hosszú volt kitérőnek. Bocsánat!

A táblázatot, amit segítségül kaptam, megtaláltam a neten, mikor a vga=normal opció után kutattam. Arra gondoltam, hogy helytelenül használom. Mivel javasoltad, hát beleástam magam. Sajnos rossz hírem van: egyik opció sem működik, pontosabban mindegyik kulcs helytelen. Ilyenkor bootoláskor kapsz egy listát a helyes vga kódokról, de hogy az miért lehet helyes, azt nem tudom, mert a valóságban semmilyen változást nem idéznek elő.

És a végére a legoroszlánosabb:
Az uvesafb telepítése hosszabb feladat az előzőeknél, de a neten böngészve azért nem lehetetlen. Ha valaki később beleszalad ebbe a témába, akkor segítségül talán jobb, ha rögtön idemásolom az oldal címét: http://dev.gentoo.org/~spock/projects/uvesafb/.
Szóval nagyon szép, nagyon jó, de nem jöttem rá, hogyan segít ez a problémámon. Most a jelek szerint működik az uvesafb, de hogyan oldom meg a segítségével, hogy az X felület ne csússzon el a karakteres (framebufferelt) terminálhoz képest? A probléma ugyanis még mindig fennáll.

Üdv:
m34n

U.i.: Miközben lázasan a megoldást kerestem, belefutottam az fbdev-nek keresztelt meghajtóba. A beállításáig (ami valószínűleg a legelvetemültebb rendszergazdának is finoman szólva barátságtalannak hatna) azonban el sem jutottam, mert alapbeállítással kipróbálva borzalmas eredményre vezetett.

Mivel igen hosszasan szenvedtem vele és minden hatástalannak bizonyult, most már erőltetném azt a kézenfekvő megoldást, hogy ezt a félig grafikus terminált egyszerűen kikapcsoljam. Amivel az a probléma, hogy már megpróbáltam a kernelben letudni, de az egyszerűen nem engedte. Ilyen könnyen nem adom fel. Ha tudja valaki, hogy hogyan lehet mégis rávenni a menuconfigban a -*- jelöléssel szereplő opciókat a kikapcsolásra, az kérem, hogy jelezze.

Fontos észrevétel:
A hup.hu-t nem csak guruk olvassák (én is maximum szeretnék közéjük tartozni). Az igen szűkszavú válaszok arra kényszerítik az olvasót, hogy a neten véresre böngéssze az ujjait, de nem fogja. Egyszerűen elfelejti az egészet és előveszi azt az operációs rendszert (a nevét ki sem mondom, annyira ellenszenves), amin különösebb erőlködés nélkül telepítheti a játékait. Azt gondolom, hogy elkötelezett linuxos lévén (és szerencsére még akad ilyen) a legjobb, ha minden eszközzel azon vagyok, hogy azokat segítsem, akik nem félnek átállni erre a rendszerre még akkor sem, ha egyáltalán nem értenek hozzá. Elég, ha belegondolunk, hogy hol kezdtük a rendszerrel való ismerkedést és milyen gyakran álltunk értetlenül egy olyan komment előtt, amiről fogalmunk sem volt, hogy eszik vagy isszák.

Túl vagyok pár használhatatlan lehetőségen. Tapasztalatok:

1; Megpróbáltam erőszakkal a .config állományt vim-mel szerkesztve új kernelt készíteni. A jelek szerint ez végzetes következménnyel járna (talán a hardverre nézve is), mert bármit tettem vele, mindig visszaírta a CONFIG_FRAMEBUFFER_CONSOLE=y sort.

2; Boot opciók és driverek tömkelegét kipróbálva sem jutottam tovább.

3; Végül leragadtam egy fbcon boot opciónál, ami különböző splash képek használatát hivatott elősegíteni. Itt sem találtam olyat, ami none vagy blank (vagy valami hasonló) lenne, bár eléggé egyértelműnek tűnik, hogy az rajtam nem segítene - vagyis nem kapcsolná ki ezt az utálatos és felettébb erőszakos framebuffer consolt.

Utolsó lehetőségként megpróbálom feltenni a kérdést a gentoo fórumán, hátha ott figyel valaki a fejlesztők csapatából, aki tud választ adni.

Akkor a megoldás, amit a gentoo fórumon ajánlotak (tanulságos):
A kolléga elkérte a .config állományom és máris észrevette a nyilvánvaló hibát. Amíg a rengeteg konfigurációval kísérleteztem, sok .config_xxx állományt mentettem el és töltöttem a .config-ba (amit ugyebár alapértelmezésként keres a make).

Így lassan, de biztosan tele is szemeteltem mindenféle kernel modullal, mint a CONFIG_FB_RADEON és az i915 KMS (hadd ne keressem elő a pontos opciót). Ha minden alkalommal ellenőriztem volna, hogy pontosan mi is áll benne, akkor rájöhettem volna a hiba okára.

A sok kernel fordítás közben megvallom egyáltalán nem volt kedvem - gondoltam úgyis tudom, hiszen én írtam a .configot. A spórolás az idővel nem sikerült: több napja szenvedek vele. A fölösleges modulok kikapcsolása azonnal helyreállította a rendet és végre karakteres a terminálom, ahogy az nekem mindig megfelelt.

Tanulság: használj kevés (hogy mi a kevés, azt mindenki döntse el maga) .config_xxx-et és mindig ügyelj arra, hogy melyiket adod át paraméterként a make-nek!

Az egyik hozzászóló itt mutatott egy táblázatot a vga beállításokról, amiről jeleztem, hogy nem helyes. Mivel a grafikus terminálon nem látszanak a változások, amiket a vga boot opcióban beállíthatunk, tovább nem is foglalkoztam a témával, de most, hogy végre fut a karakteres, közzéteszem a helyes kódokat (nem színmélység és felbontás, hanem karakterek száma vízszintesen és függőlegesen).

0 f00 80×25 vga
1 f01 80×50 vga
2 f02 80×43 vga
3 f03 80×28 vga
4 f05 80×30 vga
5 f06 80×34 vga
6 f07 80×60 vga
7 309 132×25 vesa
8 30a 132×43 vesa
9 330 132×44 vesa

Használat:
/boot/grub/grub.conf állományban a kernel sorban:
vga=0x309