ThinkPad i Series 1620 を入手しました。

ガンメタリック筐体の ThinkPad の i Series 1620 ( 2661-2CJ ) をウルトラベース付きで入手しました。

今回入手した ThinkPad i 1620 です。

以前から i シリーズの ThinkPad を一台欲しいと思っていましたが、なかなか入手する機会に恵まれずにいました。ちょうどインターネット・オークションにて本機を安価に入手する機会を得ました。幸運でした。

i シリーズの電源パネルはちょっと華やかな色使いになっています。

今回の ThinkPad i 1620 は ThinkPad X20 に相当する機種です。プロセッサは Cerelon 500MHz と今となってはちょっと貧弱な感じのするものとなっています。入手時はオンボードの 64MB のメモリだけでしたが、すぐに手持ちの 256MB のメモリを追加して 320MB にしました。

入手したときには表面は軽く掃除がしてある程度でした。早速掃除をするために本体とウルトラベースを切り離してみると、ホコリがびっしりと詰まっていました。いきなりくしゃみの連続となってしまいました（笑）。　ただ購入してから一度も取り外して使用したことがないようで、本体底面のゴム足の消耗が全く見当たらず、新品のままでした。

掃除のために切り離したウルトラベースです。ホコリがびっしりと！

またどうも湿気の多い場所で保管をしていたようで、端子類がことごとく錆びていました。この錆の様子を見る限り ThinkPad 560 の悪夢を思い出します。内部まで湿気が回っていないことを願うばかりです。

本体もウルトラベースも端子類が錆びていました。

エアーダスターでキーボードの隙間のホコリを吹き出していたところ、キートップが一個外れてしまいました。どうも当初から外れかかっていたようです。パンタグラフのプラスチック部品が若干変形しているのが確認できました。しかし掃除の後、キートップを取り付けてみたところ、やはりパンタグラフの軸とキートップの支点が上手く咬み合わないようで左側が浮いた形になってしまいました。そこで竹串をパンタグラフの支えにしながらキートップを取り付けたところ、無事取り付けに成功しました。細いプラスチックの部品でできているため、手荒な方法で取り付けると部品を破損してしまうので神経を使います。

空気圧で外れたキートップです。

さて掃除が終了したところで各部の点検をしてみることとしました。メモリについては memtest86+ で検査したところ問題はありませんでした。

しかしハードディスクには異常がありました。一部に不良セクタが存在していました。最初に HGST DriveFitnessTest で試験を行い、その後 HDAT2 にて不漁セクタの置き換え作業（リマップ作業）を行いました。これで不良セクタがなくなり、とりあえず使用出来るハードディスクになりました。しかし、すでに不良セクタが発生しているハードディスクの寿命はそう長くはないと思われます。

セクタ異常が発生したハードディスクです。

HDAT2 にてリマップ作業をしました。

そしてハードディスクで起動させてみたところ、Windows ME が起動しました。どうも以前の所有者さんの個人情婦が若干残っているようであったので、ハードディスク全体を消去することとしました。

ThinkPad 345CS の BIOS アップデート

CMOS 用のリチウム電池を交換したついでに BIOS のアップデートを行いました。

レノボ社の ThinkPad のページから BIOS のアップデータをダウンロードしてきました。

IBM ThinkPad 340CSE/345C,345CS/370C システムROM アップデート・ユーティリティー Ver1.41 （システム・プログラム・サービス・ディスケット）
http://support.lenovo.com/ja_JP/downloads/detail.page?DocID=DS015561

ThinkPad 345CS だけでなく、複数の機種に跨って BIOS をアップデートするプログラムとなっていました。

いつものように DOS 上でダウンロードしたデータを解凍した後、説明文に従って BIOS アップデート用のフロッピーディスクを作りました。

BIOS アップデートプログラム

そして ThinkPad 345CS へ BIOS アップデート用フロッピーディスクを挿入して立ち上げまｈした。そして BIOS のアップデートプログラムを実行したところ、バッテリの充電不足で BIOS のアップデートが中断されてしまいました。

バッテリのエラーで停止したところです。

このときバッテリを本体に装着していなかったので、あの側面が膨らんでいるバッテリを再度取り付けて BIOS アップデートを試みてみました。

バッテリはすっかり消耗していましたが、なんと！運良く BIOS のアップデートが始まりました。そして無事 BIOS の書き換えが終了しました。

BIOS の更新状況は次のとおりです。

（旧）29H9659 06/28/95
（新）91G1221 09/13/95

旧 BIOS のバージョン確認画面

新 BIOS のバージョン確認画面

BIOS の更新は Windows95 への対応ということでしたが、以前から Windows95 は立ち上がっており、 BIOS の更新後も無事立ち上がりました。どこが改善されたのか不明なアップデートでした（苦笑）。

ThinkPad 345CS の CMOS 用電池交換

ThinkPad 345CS の CMOS 用に使用されているリチウム電池（P/N 84G6586）を交換してみました。

本体底面のコネクタを抜いてリチウム電池を取り出しました。表面の絶縁シートを剥ぎ取ると電池本体が姿を現しました。電池の型番を調べると CR2450 となっていました。さすがにこんな大きなリチウム電池は持っていなかったので、手持ちの CR2025 へ交換してみました。少し電池容量は小さくなりますが、電圧は3ボルトを確保しているのでちゃんと動くはずです。

この電池の交換で、とりあえず電源を切るたびに統計がリセットされていたのは改善されました。

ThinkPad 345CS を入手しました。

またまた古い ThinkPad をインターネット・オークションにて入手しました。ThinkPad 345CS ( 2610-EJF ) です。プロセッサは i80486DX 75MHz で、本体メモリが 4MB です。どうもビジネス向けの低価格機であったようです。そのため液晶パネルは DSTN タイプのものでした。

今回入手した ThinkPad 345CS です。

ビジネス向けの機種であったためか各種の表記もそっけないものでした。LED ランプの取り付けも凝ったものではありませんでした。

ThinkPad 345CS のロゴシールです。

LED ランプ類の様子です。

私が入手した個体はどうも前所有者さんが分解を試みていたようで、写真のように目隠しシールが剥がされた痕もくっきりと残されていました。興味深いのは、ThinkPad 特有の円形目隠しシールではなく、長方形のシールでネジ穴を隠しているところでした。コストやメインテナンス性から考えて共通化された円形シールを選択するはずなのですが、あえて共通でないシールで目隠しする理由が何であったのかが気になります。

前オーナーさんによる分解の痕跡です。

私として特に興味を引いたのは PCMCIA カード・スロットの場所でした。通常は左右の側面に設置されているものですが、本機では背面にありました。それもプリンタ・ポートなどと一緒に PCMCIA スロットを隠すようにカバーまで設置されていました。

背面にある PCMCIA スロットです。

AC 電源アダプタのプラグは丸型のものでした。外観を見るかぎり台形のプラグのもののように思っていただけにちょっと意外でした。

電源プラグは台形ではなく、丸型でした。

そしてバッテリは底面中央部にありました。バッテリの取り外しがとても固くなっていました。どうしたものかとバッテリを確認すると側面が写真のように膨れ上がっていました。内部で膨張か破裂をしてしまったもののようです。

膨らんだバッテリの側面の様子です。

そしてバッテリのすぐ隣にある拡張メモリカバーをスライドさせて開いてみました。すると富士通の 16MB の DRAM カードが設置されていました。そしてこの DRAM カードの左右に CMOS 用などに使用されると思われるニッカド充電池とリチウム電池がありました。リチウム電池は P/N 84G6586 で、もう一つのニッカド充電池は P/N 84G6622 でした。このニッカド充電池の代替え品が存在するのか不明です。

ニッカド充電池（奥）とリチウム電池（前）と DRAM カードです。

簡単な外装の掃除の後、ハードウェアの点検を行なってみました。

まずメモリですが、memtest86+ Ver 2.11 で検査を行いました。古い機種ですので、最新バージョンの memtest86+ は動作しませんでした。写真のようにメモリエラーが発生していました。DRAM カードを向いた状態でも検査を行なってみましたが、同様の結果となりました。どうも本体のオンボード上のメモリの異常のようです。修復不可能な部分のため大変残念なことでした。

memtest86+ でメモリ異常を発見しました。

次にハードディスクを検査してみました。HGST の DriveFitnessTest を使用しました。ハードディスクは IBM-DBOA-2360 ( 360MB ) が設置されている模様です。検査結果は、残念なことに真っ赤な表示にエラーと出ました（涙）。

DriveFitnessTest の検査結果です。

引き続き HDAT2 にて検査を行なってみましたが、記録領域の先頭部分からエラーが連続して発生しているようでした。連続してビープ音が鳴り続けて警告をし続けていました。どうもハードディスクも消耗してしまっているようです。

HDAT2 での検査の様子です。

そして最後に本機をハードディスクから起動させてみました。Windows95 がインストールされている状態でした。ハードディスクの異常はありましたが、Windows95 は無事起動を完了していました。

ハードディスクには Windows95 がインストールされていました。

現状の様子を把握したところで、今後のメンテナンスの方針を決めたいと思っていましたが、オンボード上のメモリに異常が発生していることから、メンテナンスを断念して置物としてコレクションをする方向で考えています。もう少し本機を触ってみて、今後の方針を決めたいと思っています。

ruby 1.8.7 から ruby-1.9.3 へアップグレード

FReeBSD の ports の ruby がメジャー・アップグレードを行ったようです。

先日から ruby-1.8.7 の ports が ignore と表示されていて、今後どうなってしまうのか注目していました。すると表題のとおり、アップグレードすることとなったようです。perl5 などでは手動で置き換えインストールを行うものですが、この ruby に関しては portupgrade で自動的に置き換えアップグレードを行ってくれました。

我が家のサーバーでは、おそらく ruby は portupgrade コマンドでしか使わないものと思います。ruby を使わない portmaster などへ転向したいと思ったことは何度もありましたが、その後ずるずると portupgrade を使い続けているために ruby も使い続ける結果となっております（苦笑）。

Linksys WRT54GS 引退

DD-WRT のファームウェアをインストールして使い続けてきた Linksys 社の WRT54GS が不調となってしまいました。

無線 LAN の不調となった WRT54GS です。

本機は、我が家の第二番目のアクセスポイントとして使用してきました。しかし夏ごろから無線 LAN が突然切断されてしまう現象が発生していました。当初はパソコン側なのか？本機側なのか？不明でしたが、いろんなパソコンでアクセスを繰り返すうちに、本機側の問題だと判明しました。

当初は、本当に偶に無線LANが切断される状況でしたが、最近では頻繁に切断されてしまうようになってしまいました。

今年の夏は特に猛暑が続いたので、この猛暑が影響したのでしょうか？　昼間は窓を開け放った室内で30度越えの室温が続いていました。それも毎日24時間の連続運転のため無線チップに障害でも発生したのでしょうか？　原因は不明です。

そういえば、同じ Linksys の WRT54G （WRT54GS の旧製品）も今年の6月に故障してしまいました。どうもこれらの Linksys の製品の寿命が次々に訪れているようにも感じました。しかし動く部分のない製品であるだけに消耗という概念がないので、こうして次々故障するのが不思議です。

そこで数ヶ月ほど前に入手していた Buffalo の WLAH-G54 を Linksys WRT54GS の交代として配備しました。この WLAH-G54 にも DD-WRT のファームウェアを導入しています。そのため WRT54G に設定していた SSID や無線チャンネルをそのまま再設定することも容易でした。

交代として配備した WLAH-G54 です。

この WLAH-G54 が、我が家の二番目のアクセスポイントとして稼動を始めて一日が経過しましたが、現在までに無線 LAN が勝手に切断される現象は発生していません。もしかして周囲の無線 LAN 環境影響があるかもしれないと考えていましたが、やはり WRT54G 単体の問題であったようです。

WLAH-G54 は、家庭用と言うよりは、産業用の製品のため、猛暑や連続運転などの環境下でも確実に稼動し続けてくれるものと信じています。

ほぼコレクションとして保管される運命だった WLAH-G54 に活躍の場がようやく訪れました。

ATI HD4350 用に fglrx ドライバをインストール

先日 debian squeeze から wheezy へのアップデートを失敗して新規に wheezy をインストールし直したメインマシン（HP dx6100ST）のビデオ・ドライバを新しいものへ変更しました。

現在 ATI の HD4350 のビデオカードを装着しています。wheezy をインストールした直後は、radeon ドライバにて動作していました。静止画や軽い動画であれば問題なく動作していました。しかしテレビ番組などを収録した ts ファイルでは、動画が停止してしまい再生することができませんでした。そこで新しく radeon チップ用のドライバである fglrx ドライバをインストールしてみることとしました。

参考として debian wiki のページの「AMD Catalyst Legacy 13.1」を参考してインストールを行いました。

AMD/ATI Proprietary Driver
https://wiki.debian.org/ATIProprietary

まず指示されるまま、wheezy のバックポートを /etc/apt/sources.list へ追加します。

# Backported packages for Debian 7 "Wheezy"
deb http://http.debian.net/debian/ wheezy-backports main contrib non-free

そして、リポジトリデータベースの更新の後、インストールを行います。

# aptitude update
# aptitude install linux-headers-$(uname -r|sed 's,[^-]*-[^-]*-,,')
# aptitude -r -t wheezy-backports install fglrx-legacy-driver

 インストールの途中でドライバ設定のヒントが示されます。 

fglrx ドライバを有効にするのに必要な手動設定
fglrx ドライバはまだ設定されていません。動作する xorg.conf の設定を作成
するために /usr/bin/aticonfig を実行してください。
通常 "sudo aticonfig --initial" でほとんどのユースケースに足りるはずです 

このヒントを参考にして、 aticonfig コマンドを実行しました。

# aticonfig --initial

これで再起動を行うと、無事起動をして新しい fglrx ドライバで画面の表示が行われるようになりました。

また radeon ドライバの時には gnome-shell が起動せず、Fallback モードで動作していましたが、fglrx ドライバでは gnome-shell が起動してくれました。

また vlc などでテレビ番組の閲覧も問題なくできるようになりました。

ATI の radeon チップで初期設定の radeon ドライバを使用している読者さんのうち、動作速度に不満がある場合には fglrx ドライバのインストールも一つの選択肢だと思います。なお、fglrx ドライバが不調な場合、radeon ドライバに上手く戻すことができるかどうかは不明です。過去のバージョンでは何らかのトラブルも発生しているようなので、fglrx ドライバのインストールは本当に必要性があるか見極めた上でお願いいたします。