早速のレスありがとうございます。遊びに忙しく、今(23:10)帰宅したところです。
アドバイスに従い、試行してみます。ご報告はしばらく時間をください。

　正直のところ、私だけかもしれませんが、団塊世代の人間には「Key touch」等のブラツクボックスプログラムが用意されていて、それに対して必要な情報を入力すれば、Linuxに自動的に対応したドライバーがカーネルへセッティングされるなど想像の域を超えています。
　Biosサービスへのコマンドプログラムを作成して、デバイス制御プログラムを自分で組んで動作させるのが普通と思っていました。特殊デバイスもそれ仕様の制御プログラムで対処するのだと考えていました。この根底からの乖離が今日のLinux導入の障壁の理由と考えています。

　ｱｾﾝﾌﾞﾗｰもCも苦にしませんが、これが私を今日のプログラムから遠ざけた真の理由です。
独りよがりの言い訳です。アドバイスを受けても、参照する事項は読めますが、理解が出来かねます。その通り実行してうまく稼働すればよいのですが、不具合が出た場合、対処する方法がみえません。何かシェルプログラム・リストを作ってそれをコマンドで実行させているように思われます。
うまくいかないとそのシェルが残存し、私のレベルでは解消できずエラーメッセージが出て、そこから先に進めなくなりました。
しかたがないので、Linuxを再インストールしています。(最短時間で元に戻す手段です:30min)

　アドバイスありがとうございました。
（結果報告）
　ご紹介のkeytouchをインストールして、あれこれ試みましたが動作しません。
　Logitechキーボードのどこでもいいから反応すれば、救いようがありますが、まったくダメでした。
　あきらめるしかありません。コードレス・キーボードが粗大ゴミになりました。捨てるのは惜しい。。。
　でもマウスは何故に、何事もなく動作するのだ?????
　キブアップです。コード付きの普通のキーボードは使用できるので、妥協します。

　蛇足です。
　ソースコードを見るしか手段はなさそうです。でも、ハードと直結している種々のドライバーのコードを生成するなんて、私の常識では考えられません。
歳のせいか、それを実行に移す気力が最近はありません。またやっても誰も喜ばないし。
　Windows以降のデバイスドライバーなんて作成したことないので、私のレベルでは難しそうです。
添付されていたWindows用のドライバーを逆アセンブルして、解析する方法もあります。しかし、最近はCで書くのが普通だから生成された雑長コードはややこしいので無理です。
関係者の方なら簡単に作成できるのですが、一般ユーザーは中身が分からないから基本的には不可能です。Logitechさんなら、朝飯前とおもいますが。Linux用のドライバーぐらい添付してよ。。。

すごい!!　この本文を修正できるとは知りませんでした。転送してしまった誤字など直せるのですね。
このプログラム作成した方々、すばらしい。脱帽です。

最後の編集者: koisan1949 (2007-11-25 12:29:32)