* Osman Yozgatlıoğlu [2005-01-07 14:36:16+0200] > Evde ve işyerinde iki makinada da olunca donanım problemi olamayacağını > düşündüm. > Sarge kullanıyorum > Konsolda uzun süre çalıştıktan sonra evdeki tty1 işyerinde de tty2'de > sanki shift tuşu basılı kalmış gibi oluyor. > caps-lock sönükken büyük harf, yanıkken küçük harf yazıyor. > Harfler neyse de üstteki sayı satırının kullanımı imkansızlaşıyor. > O konsolda logout-login de sorunu çözmüyor. > ilgili tty'deki getty'yi restart etmem de işe yaramadı. > > Var mıdır sebebini bilen. Hmm, meseleyi anladim. Oncelikle yuce Linux kernel'indan ozur dilerim, kendisine dil uzattigim icin :-) Linux cekirdeginin Unicode kipte CapsLock'la arasi iyi degildir. Bir ara cok yogun sekilde cekirdek denemesi + Turkce konsol klavye testi yapmistim. Bu deneyimlerin zihnimde biraktigi tortuyla oyle dusundum galiba. Her neyse... Biraz once hatayi tekrar olusturmak icin konsol actim ve dumpkeys'le o an etkin olan tus eslemini inceledim. Soyle bir goruntu: keycode 125 = Shift_Lock keycode 126 = Caps_On keycode 127 = CapsShift Yani herhangi bir sekilde klavyenizdeki uc Windows® tusundan birine dokundugunuzda garip seyler donmeye basliyor. Iste biri CapsLock led'ini yakiyor, digeri CapsLock'a geciyor vesaire... Sistemde trq kurulu ve boyle bir esleme trq dosyasinda mevcut degil. "Nereden geldi bu?" diye bakinirken bu tanimlarin trqu yani unicode eslemde bulundugunu farkettim. Peki 'install-keymap' ile trq eslemini kurdugumuz halde o dosyada bulunmayan bu eslemeler nicin hortluyor? Bu sorunun muhtemel cevabi console-tools'un klavye eslemi kurarken kullandigi dumkeys | loadkeys cevrimi. Konu biraz karisik. D-i'da trqu'yu kullaniyoruz ve sistem kurulumu tamamlandiginda klavyeyi trq'ya (ISO kipi) geciriyoruz. Fakat bu son asamada kurulum: loadkeys trq && dumpkeys | gzip -9 >/etc/console/boottime.kmap.gz gibi bir komutla yapildigindan[1] trqu'daki _uzerine yazilmayan_ eslemeler ayniyle acilis zamaninda etkin oluyor :-) Benim anladigim senaryo bu; fakat sonucta kurgusal konusuyorum, tam emin olmak icin biraz daha deneme yapmak lazim. Problemi cozmenin bir yolu trqu'daki eslemeleri kaldirmak. Fakat console-data paketi bir temel paket olarak su an dondurulmus durumda. Yani bir yama gondersem de Sarge'a yetisecegi supheli. Debian Way (TM) uyumlu bir baska (gecici) cozum buldum: /etc/console-tools/remap olanagini kullanmak. Ekte gonderdigim 'remap' isimli dosyayi /etc/console-tools/dizinine kopyalayin (veya icerigini remap dosyasina aktarin). Bu dosya acikladigim haliyle problemi ortadan kaldiracaktir. Tabii isin icinde bir baska bit yenigi yoksa :-) Geribildirim yaparsaniz sevinirim. [1] Bu esasinda zarif bir yontem olmakla birlikte cesitli hatalara da yol aciyor. Aylar once bu olasi hatalarla ilgili bir hata bildirimi yapmistim. -- roktas
# This sed script is run across the dumpkeys output to remap keys on the console # This turns caps lock into control #s/keycode 58 = Caps_Lock/keycode 58 = Control/; # Windows® tuslari kafa karistirmasin. s/keycode 125 = Shift_Lock/keycode 125 = nul/; s/keycode 126 = Caps_On/keycode 126 = nul/; s/keycode 127 = CapsShift/keycode 127 = nul/;
Attachment:
signature.asc
Description: Digital signature