kourin.org管理人ブログ

管理人はサンワサプライの古ーい2.4GHzの無線マウス＆キーボードを愛用していましたが、
さすがに古いし、電池の持ちとか最悪なのでSKB-WL10SETRという同社製の無線マウス＆キーボードセットの美品中古がハウスオフに有ったので、買ってきました！ 😀

・・・そこまでは良かったんですが、
このキーボード、作りが安っぽく…特にエンターキーが押された状態のまま引っかかって戻らない事が多々ありほとほと困ってしまいました。 😥
ググってみると、割とみんな経験している不具合の様でしたので、なんとか治せない物かー・・・と考えてみました。

『サンワサプライ製　SKB-WL10SETR（写真はキーボード部のみ）』
ワインレッドがカッコイイので、前から欲しいなーと思っていてお気に入りなんですが…

画像で分かりますかね…？、エンターキーが凹んだままになっています。
しこたま改行されますよ、、、えぇ。 😆

エンターキーのキートップを取ってみるとこんな感じ…
ボタンが２つあります。特にバネ等の類はありません。（まぁ、大体こんな感じですよね）

ただ、キーの裏側を見るとわかりますが、エンターキーの上部にあるボタンは実際には使用されておらず、下側のボタンのみでキー全体を支持している事がわかります。
これではキーが戻らなくなるのも頷けますね…

試しにエンターキーの下にある上側のボタンを押してみると『」』が入力されました。
位置から考えておそらくは、キートップを変更することで英字キーボード等に簡単に変えられるようになっているんでしょうかね…

この問題を解決するのに真っ先に思い付いたのはバネを仕込む方法。
ただ、上段にあるESCやファンクションキーはサイズが小さく測ってみると外径およそ5mm程度でした。
上から下まで5mmのバネを仕込むと、キーの下にあるボタンに接触してしまいますので、下に行くほど外径が広くなっているバネを探しましたが規格品ではすぐに見つけられませんでした…残念。 😥
上部のキーを考慮せず、外径の大きいバネを仕込めばもちろん大丈夫なんですが、エンターキーを治すだけであればそんな面倒なことも必要ないかなぁー…という訳でお金を掛けない方向でサクっと治します！ 😎

キーボードの裏面です。なんか不規則にやたらネジがたくさん付いてます。
…しかも「☆型」のネジですよ。でもまぁここは強引にマイナスドライバーで開けちゃいます！
なぜか左上のキーボード足の斜め下とその隣にあるネジだけはプラスネジでした。

全部ネジを外したら、内部とご対面ー・・・、あれ？はずれない…

こんな所に1個だけ隠しネジが隠されてました。 😉

内部はこんな感じです。メカニカルキーボードでなければ、殆どのキーボードで同様の作りです。
3枚のシートから構成されていて、1枚目と3枚目のシートにパターンが描かれていて、2枚目のシートのボタンの部分に穴が開いています。キーボードのキーが押されると、1枚目のシートが押されて、2枚目のシートを超えて3枚目のシートと接触することで電気が流れてキーが入力される構造です。

と言う訳で、エンターキーの上側のボタンにて『」』が入力されない様にその部分を絶縁してしまいましょう。
今回は1枚目のシート(キートップ)側にガムテを張りました。これは別に3枚目のシート側でも構いません。
（ただ、2枚目のシートだと穴を通して他のシートをくっ付いちゃうのでダメですよ！）

あとは、エンターキーのキートップの裏側を改造します。
上側のボタンを使う様にホットポンドで半分ほど詰め物をします。穴が埋まれば別に他の物でもOKかと…

あとは、元通り組み立てれば…
エンターキーがちゃんと使えるキーボードに復活！！ 😛

もし同じキーボードで困っている人が居たら試してみては如何かな！？
・・・もちろん、自己責任でお願いしますね！

少しずつではありますが、ディスクシステムのゲームが集まってきました。 😛
今のところ、ディスクシステムの拡張音源を堪能できるのはゼルダの伝説しか無いですが…

『ディスクシステム版　悪魔城ドラキュラ』
『スーパーマリオブラザーズ２』

今狙ってるのは、あれですね。
「悪魔城ドラキュラ２」と「ぼくってウパ」…かなぁ。

カードリッジのソフトだと、
まぁ、定番ですが「へべれけ」や「ギミック」辺りでしょうか…

実は結構前から冗長化外れてたんですが、
このたびちょっくらディスクを交換してみたのでメモがてら…

作業はコチラを参考に実施
http://centossrv.com/centos5-raid-3.shtml

当初は壊れたDiskを差し換えて後はリモートで…
と思っていたんですが、ちょっくら再起動してみると驚きの新事実 😯

・・・ミラー側（正常な方）から起動できないじゃん（爆死）
なんかgrubのインストールがおかしかったんだろうか、
プライマリ側（壊れた方）から起動してミラー側に切り替わる
みたいな動きで辛うじて稼働していたらしい…恐ろしや 😐

とりあえず、故障したディスクに戻してOSを起動の後、
上記URLにもある、grub setup云々を実施。
壊れたディスクを抜いて、ミラー側単独起動できることを確認してから新しいディスクを挿入ー♪

とりあえずパーティションを切るので、正常なディスクを参照…
# fdisk -l /dev/sda

ディスク /dev/sda: 500.1 GB, 500107862016 バイト
ヘッド 255, セクタ 63, シリンダ 60801 Units = シリンダ数 of 16065 * 512 = 8225280 バイト
セクタサイズ (論理 / 物理): 512 バイト / 512 バイト
I/O size (minimum/optimal): 512 bytes / 512 bytes
ディスク識別子: 0x000cfb83

デバイス ブート      始点        終点     ブロック   Id  システム
/dev/sda1   *           1         131     1048576   fd  Linux raid 自動検出
パーティション 1 は、シリンダ境界で終わっていません。
/dev/sda2             131       60797   487301120   fd  Linux raid 自動検出

・・・終点と始点が一緒かよ、
新しいディスク側に同じように切ろうとしても132スタートになっちゃぅのでとりあえず1個スライドさせて作成…
/proc/mdstatを見る限りでは、不良のディスクは既にエントリされていなかったため、あとはmdadmコマンドで新しいディスクをaddするだけ… なんですが、ここで問題発生！

# mdadm /dev/md0 –add /dev/sdb1
mdadm: Cannot open /dev/sdb1: Device or resource busy

なんか、忙しいってー？
でも、ddコマンドとか普通に使えるしなんだろーと思いながらも/dev/sdbにfuserをしてみると…
どうも、multipathdが定義ファイルに存在しない新しいディスクなので、マルチパスデバイスだと認識してガッツリつかんでいるしらい…

multipath -ll コマンドで、型番をコピーし、/etc/multipath.conf に例外として追記
service multipathd reload で束縛から解放されました…. 😛

あとは通常通りaddして、grubやって…終了！
交換したディスク側からの起動確認はできていない！！
（あと、正常なディスクは500GBだが、交換したディスクは1TBだ勿体ねー！！！）