BSD小僧の日記

apm -Sが動いていることを確認。

液晶の蓋を閉めるとapm -Sが動き、液晶のバックライトが消えます。

ふたを開くと液晶のバックライトが点灯します。画面はフリーズした状態です。電源ボタンを押すと、何事もなかったかのように動き出します。

知らずに画面を見るといきなり固まったように見えるので、一瞬びっくりします。

今日も目覚ましで起きません。目覚まし時計の意味が薄れてますね。

電話でゴー音ジャーを作ってくれという話があって、何のことかと思って家に帰ってみたらプラモデルが置いてありました。自分で作れないなら買うなよー。

今日も轟音のなかスヤスヤと。人のことはいえないけれど。

学校に行くのは慣れてきたみたいだけど、アフタースクールはやっぱり嫌みたい。

内蔵のSSDにインストールしたら、あっさりと S3 のスリープが動きました。

環境など、もう少し詳しく。

• NetBSD/i386 4.99.58 (2008-04-08ベース, GENERICカーネル + athパッチ)
• pkgsrcから入れたX.org + Intelドライバ (xf86-video-intel-2.2.1nb1)
• /etc/rc.confにpowerd=YES, apmd=YES
• /etc/powerd/scripts/sleep_button acpi0 pressedなどと入力してサスペンドを実行
• サスペンドからの復帰は電源ボタン
• コンソール画面 (wscons) でもサスペンドおよび復帰は動作しますが、画面が戻りません (キー入力は生きているので見えないながらもshutdown -r nowなどと正しく入力できれば再起動できます)

なおathパッチをあてないと、athがサスペンドに対応していないメッセージを出して、サスペンドできませんでした。なのでパッチは必須ですね (もしくはathを切るか)。

さて、単体でのS3 sleepは動いたのでもう少し条件を追加してみます。

USBポートにカードリーダ経由でSDHCを接続し、当該SDHC上のファイルシステムをマウントした状態でサスペンド・復帰をしたらどうなるのでしょうか?

結果は、残念ながらうまく動きません。正確にはキャッシュに乗っているファイルは参照できるっぽいが、新たに参照するファイルはInput/output errorとなるようです。

それではEee PC本体の内蔵SDカードスロットに装着したSDHCカードならばどうでしょうか?

こちらはカードリーダ経由とは違い、復帰時に/var/log/messagesにsd0がdetachされて、再度attachされるログが出力されています。これは、と思って期待してlsなどを打ってみると、やっぱり新たに参照するファイルではInput/output errorと表示されてしまうようです。

scsictlでカツを入れればなんとか使えるかという期待もありました。scsictlを試したところ、

1. マウントが変になっているディレクトリから安全なディレクトリにcd
2. scsictl scsibus0 detach 0 0でデタッチ
3. scsictl scsibus0 scan 0 0して再アタッチ
4. umountして再mount

という手順をふまないと正しいファイルシステムへのアクセスはできないみたいです。

つまり、何の工夫もしない状態では内蔵SDカードスロットであろうとUSBポート経由のumassであろうと、S3 sleepでは面倒を見てくれない、ということがわかりました。

もっと上手な方法があるのかなぁ... /etc/powerd/scripts/sleep_buttonをがんばって書けば便利に使えるんでしょうか? drvctl -Sとかを駆使すれば良いのか?


まぁ、内蔵SSDだけでもS3 sleepできるだけでも嬉しいといえば嬉しいんですけどね。

目覚まし時計が轟音をたてる中でスヤスヤと眠っているのは困り者です。

卵かけご飯ならサクサクとご飯が進みますね。