- This topic has 49 hozzászólás, 6 résztvevő, and was last updated 19 years, 9 months telt el by
.
-
Bejegyzés
-
Futtasd valamelyik virtuális konzolon (kizárólag vc-n!) a
#showkey -k
parancsot. Ha a billentyû lenyomására megjelenik szám, akkor elérheted a billentyût bármilyen trükk nélkül. Ha nem futtasd ugyanott a
#showkey -s
parancsot. Ha számok jelennek meg a lenyomás hatására, akkor a
#setkeycodes … paranccsal „létre lehet hozni” a keycode-ot (legegyszerûbb bootscriptbe betenni)
(pl.: xbindkeys egyszerû x-es program megmutatja x alatt a deffiniált kódot meg tudja mutatni, társítani is lehet hozzá…)
Ha „showkey -s” nem hoz eredményt kernel patch kell, vagy DIY kernel babrálás…#man showkey
#man setkeycodes
#man getkeycodes
#man xbindkeysFuttasd valamelyik virtuális konzolon (kizárólag vc-n!) a
#showkey -k
parancsot. Ha a billentyû lenyomására megjelenik szám, akkor elérheted a billentyût bármilyen trükk nélkül. Ha nem futtasd ugyanott a
#showkey -s
parancsot. Ha számok jelennek meg a lenyomás hatására, akkor a
#setkeycodes … paranccsal „létre lehet hozni” a keycode-ot (legegyszerûbb bootscriptbe betenni)
(pl.: xbindkeys egyszerû x-es program megmutatja x alatt a deffiniált kódot meg tudja mutatni, társítani is lehet hozzá…)
Ha „showkey -s” nem hoz eredményt kernel patch kell, vagy DIY kernel babrálás…#man showkey
#man setkeycodes
#man getkeycodes
#man xbindkeys
[align=right][snapback]147128[/snapback][/align]Helló Vizsla!
Sajnos, szöveges módban (X alatt nem hajlandó futni a parancs) a showkey -k illetve a showkey -s sem ad vissza a hivatkozott 6 db billentyû lenyomásakor kódot. Pedig a rendszer érzékeli a billyentyûk lenyomását, hiszen ahogy írtam, minden billentyû lenyomásakor a vinyó LED-je egy pillanatra felvillan, reagálva a lenyomásra.
De se keycode, se szám nem jön vissza (az érintett 6 db billentyûnél)! Kernelt patch-elni sajnos nem tudok, azt meg nem tudom, mit jelent a DIY kernel babrálás.
X alatt én az xev programmal derítettem ki anno, hogy melyek a keycode-jai a 16 billentyûnek. Ez SuSE és az UHU 1.1 alatt OK is volt (az UHU 1.1 alatt most is), de az UHU 1.2-ben elvész a 16-ból 6 db, viszont én nem akarok lemondani róluk!„X alatt nem hajlandó futni a parancs”
mondtam, hogy nem x alatt kell…
csak virtuális konzolon fog mûködni, x alatt nem… lépjél be egy másik vc-n: c+a+f2, aztán vissza az x-be c+a+f7…„vinyó LED-je egy pillanatra felvillan, reagálva a lenyomásra”
nem látom át, hogy mi köze van egymáshoz… (hacsak nem loggol valamit, de attól még nem kell, hogy „mûködjön”)„azt meg nem tudom, mit jelent a DIY kernel babrálás”
vi /usr/src/linu/…./valami.c oszt nosza :))))„showkey -r”
-s
* na de mindegy, ha a showkey nem tudja megjeleníteni, akkor el van cseszve valami patchel mondjuk… vagy a kernel…
* tegyél fel egy újabb vanilla-kernelt (mondjuk 2.6.12) vagy egy ck-patchesettel rendelkezõ kernelt, azzal minden bizonnyal menni fog…szerintem ráérsz akkor barkácsolni, ha azzal sem megy.„Ráadásul azt sem értem, miért nekem kellene ezt csinálnom, miért nem a disztribúció összeállítóinak és kibocsátóinak kellene ügyelni arra, hogy ilyen triviális hibák ne maradjanak bent.”
Hát, ha tudnád mekkora a hibalehetõség, akkor nem mondanál ilyeneket 🙂 (mármint a mondatod elsõ felével 1et értek, de ezért vannak a bug-listák) sajnos senki nem mindenható.
Egyébként aszem pont ezzel az uhuval szívtam én is egy kommersznek mondható billentyûzettel…feltettem egy új kernelt és mûködött.(Szóval én inkább egy új kernelt javasolok, mint a régivel való szórakozást.)
„showkey -r”
-s
* na de mindegy, ha a showkey nem tudja megjeleníteni, akkor el van cseszve valami patchel mondjuk… vagy a kernel…
* tegyél fel egy újabb vanilla-kernelt (mondjuk 2.6.12) vagy egy ck-patchesettel rendelkezõ kernelt, azzal minden bizonnyal menni fog…szerintem ráérsz akkor barkácsolni, ha azzal sem megy.„Ráadásul azt sem értem, miért nekem kellene ezt csinálnom, miért nem a disztribúció összeállítóinak és kibocsátóinak kellene ügyelni arra, hogy ilyen triviális hibák ne maradjanak bent.”
Hát, ha tudnád mekkora a hibalehetõség, akkor nem mondanál ilyeneket 🙂 (mármint a mondatod elsõ felével 1et értek, de ezért vannak a bug-listák) sajnos senki nem mindenható.
Egyébként aszem pont ezzel az uhuval szívtam én is egy kommersznek mondható billentyûzettel…feltettem egy új kernelt és mûködött.(Szóval én inkább egy új kernelt javasolok, mint a régivel való szórakozást.)
[align=right][snapback]147319[/snapback][/align]Helló!
Nem véletlenül írtózom én a kernelforgatástól!
Valaha, kb. 5 évvel ezelõtt (még RedHatot és SuSE-t használva) nyakra-fõre kernelt forgattam. Aztán a SuSE kényelmessé tett, nem volt szükségem rá. Ugyanígy van az UHU-nál is, egyszerûen nem volt igény rá.
Tegnap letöltöttem a 2.6.12.5 verziójú „vanilla” kernelt, ma pedig csináltam két kernelforgatást. Egyiket az eredeti .config felhasználásával, a másikat egy saját magam által elvégzett konfigurálással. Az elsõ esetben legalább elindult a rendszer (a modulokat is leforgattam, továbbá elvégeztem minden szükségest az új kernel indításához – hadd ne soroljam, nem hagytam ki semmit), azonban az X nem akart indulni.
Az általam készített .config alapján készített kernel még csak nem is bootol, hanem egybõl lefagy.
Erre aztán visszaállítottam mindent az eredeti kernelre, mert azt még sikerült kiderítenem az új kernel esetén (az eredeti .configgal készített 2.6.12.5-ös), hogy sajnos ez sem generál scancode-ot ahhoz a 6 multimédiás billentyûhöz, ami miatt egyáltalán nekiálltam a kernelforgatásnak.
Innentõl kezdve megállt még az a csekély tudományom is, ami eddig esetleg volt 🙁 🙁 🙁Udv: Fazakas Albert
„Egyiket az eredeti .config felhasználásával”
mivel sem a kernel verziója sem a patch-ek nem ugyanazok kerülni kell, ráadásul, ha magadnak fordítasz, akkor nyílván egy szelektált, optimalizáltabb… kernelt célszerû elõállítani„Az elsõ esetben legalább elindult a rendszer (a modulokat is leforgattam, továbbá elvégeztem minden szükségest az új kernel indításához – hadd ne soroljam, nem hagytam ki semmit), azonban az X nem akart indulni.”
Hát ez a legkevesebb, ami ilyen esetben történhet…„Erre aztán visszaállítottam mindent az eredeti kernelre, mert azt még sikerült kiderítenem az új kernel esetén (az eredeti .configgal készített 2.6.12.5-ös), hogy sajnos ez sem generál scancode-ot ahhoz a 6 multimédiás billentyûhöz, ami miatt egyáltalán nekiálltam a kernelforgatásnak.”
Ez milyen kb egyébként?Hát ez a legkevesebb, ami ilyen esetben történhet…
„Erre aztán visszaállítottam mindent az eredeti kernelre, mert azt még sikerült kiderítenem az új kernel esetén (az eredeti .configgal készített 2.6.12.5-ös), hogy sajnos ez sem generál scancode-ot ahhoz a 6 multimédiás billentyûhöz, ami miatt egyáltalán nekiálltam a kernelforgatásnak.”
Ez milyen kb egyébként?
[align=right][snapback]147448[/snapback][/align]Helló!
Tudom én, hogy a saját konfigurálású kernel a legjobb, azonban én leragadtam a
2.2.x-es verzióknál, azokban még viszonylag minden érthetõ volt.
A 2.6.x-es verzióknál viszont olyan sok beállítás van a konfigurálás során, hogy azoknak legfeljebb a 10%-át értem. Ezért nem is sikerült az „én” kernelem.
Nem értem, mire vonakozik a kérdésed, hogy: „Ez milyen kb egyébként?”
Ha a kernel méretére, akkor az eredeti kb. 2,2 MB (kicsomagolva), az enyém pedig kb 1,7 MB méretû lett.
Gondolom, azért nem bootolt, mert én a konfigurálásnál nagyon sok – az eredeti .config-ban modulként beállitott dolgot letiltottam, mert úgy itéltem meg, hogy nekem nincs rá szükségem. Ezek között bizonyára volt olyasmi, aminek be kéne töltõdni. Nem tudom pl. azt sem, hogy a kernelfordítás során a /usr/src/linux könyvtárban létrejövõ System.map nevû fájllal le kell-e cserélni a /boot-ban lévõt, és egyebek. Mint mondtam, én nem vagyok programozó, én csak találomra, illetve a különbözõ leírásokban található dolgok szolgai követésével végzem a kernel-fordítási feladatot.
Mi legyen pl. a /boot könyvtárban lévõ initrd-vel. Hiszen az is az eredeti kernelhez tartozik. Sehol nem találtam utalást arra, kell-e és ha igen, hogyan készíteni új initrd fájlt.Valójában szerintem a 2.6 sokkal kezelhetõbb, persze sok új dolgot tartalmaz, meg túl nagy azabadságot (ez utóbbi elõször nekem is gondot okozott :)))), no meg nem kell annyi parancsot kiadni.
„Nem értem, mire vonakozik a kérdésed, hogy: „Ez milyen kb egyébként?””
Bocs, milyen billentyûzet (a pontos típusszámot, ne csak a márkát).„nem vagyok programozó, én csak találomra, illetve a különbözõ leírásokban található dolgok szolgai követésével végzem a kernel-fordítási feladatot”
A legfontosabb ismerni a saját hw-t, no meg persze nem árt a kernelt sem 🙂 (legalábbis a konfig részét), de programozási tudás egyátalán nem szükséges.
(A hw megismeréséhez segít a /proc könyvtár tanulmányozása… ott leír mindent a vasról. Mintha egy csont ismeretlen géphez keresnénk win drivereket – ehhez speciel én linux live cd-t szoktam használni :))„Mi legyen pl. a /boot könyvtárban lévõ initrd-vel. Hiszen az is az eredeti kernelhez tartozik. Sehol nem találtam utalást arra, kell-e és ha igen, hogyan készíteni új initrd fájlt.
…………………
„Nem értem, mire vonakozik a kérdésed, hogy: „Ez milyen kb egyébként?””
Bocs, milyen billentyûzet (a pontos típusszámot, ne csak a márkát).
…………………
[align=right][snapback]147490[/snapback][/align]Helló! A billentyûm típusát már a témaindító levélben megírtam, tehát:
Genius Comfy KB-16M, modell number: KWD-910Közben ismét fordítottam egy új kernelt, ez legalább bootol, de ezzel sem megy az X, ráadásul már a bootfolyamat során teleírja hibaüzenetekkel a képernyõt.
Ezek aztán számomra kínaiul vannak. Ja, és az eredeti gond változatlan: az ominózus 6 db multimédiás billentyûnek változatlanul nincs scancode-ja.Az egész probléma nem ér meg ennyi kínlódást.
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz