今日の戯言　by maa

_ [旅行][写真] 那須高原

連休中、フェルメールが当たれば大阪に行く予定でいたのだが、残念ながら外れてしまったので、急遽どこか泊まれる宿はないかと関東周辺を探してみると、那須のペンションが1件のみ見つかった（ペット可）。ということで、連休後半に1泊だけでかけてきた。初日最初は昼食に某所の人気レストランを予約して入店。写真映えするガレットとデザートドリンクセットを食べて4人で1万円超...高い。正直、ものがモノだけに普通のお味。お腹空いた...

その後はトリックアートと殺生岩（意外と初めて行った）を巡ってペンションに。夕食後は宿のご主人がサバゲーが趣味ということで、電動ガン（ライフル）を家族全員打たせてもらった。ライフル銃はかなり重く、スコープ部分は本物とのことでリアル。連射モードでガガガガッっと300発ずつ打って的の発泡スチロールを粉砕した。 翌日は動物王国でまったりと。帰りは高速道路が渋滞で、雨の夜道を下道走って帰宅した。

_ [Debian] tdiary 5.6.0 の動作テスト

カテゴリ分けに使っているプラグインが新しくなったので、アイコン表示ができなくなった。微妙...

_ [雑談][写真]エアコン修理

先週ようやく LDK のエアコン修理の人が来てくれた。原因は冷媒ガス（フロンガス）漏れ。室内機の熱交換器を丸々交換してもらった。この日は久しぶりに暑い日だったので、エアコンのありがたさが身に染みる一日だったが、この日を最後にしばらく涼しい日が続いた。結局今日までのところを振り返ると、連日のように 35 度前後だった時期をエアコンなしで過ごしていたということだ...

_ [雑談]いろいろ壊れまくった7月

今日は私の持っている授業の最終日。前期授業が終了した。あとは課題の採点と定期テストの実施にその採点、成績の算出だ。

さてさて、そんなことよりタイトル通り自宅の家電類が神がかり的に色々壊れてぐうの音も出ない...　約2週間前に寝室のエアコンが故障した。一切冷気が吹かない。室外機のファンは回っているが、コンプレッサーが全く動いている気配がない。ちょうど気温が高くなりだしたころで、その夜の寝室の室内温度も昼の熱気が抜けきれずに30度になっていたところ、今年の初運転で全く役立たず。修理も考えたが、製造終了から10年超経っていたのと、この後暑い日が続く予想だったので修理を依頼したところでなかなか来てもらえないだろうと考え、早々に家電量販店に買い替えに行った。平日で混んではいなかったが、設置工事は2週間後とのこと（現時点で明後日に取り付け）。数日遅れるともっと先になるところだったようで、早い決断が幸いした。それでも2週間後...

やれやれと思っていると、その2日後にリビングのエアコンが壊れた...まったくシャレになっていない。そこからしばらく35～38度天気予報が続いている。我が家のエアコンは全滅状態。死ねというのか...リビングのエアコンは天井に埋め込まれているハウジングエアコン。そう簡単には買い替えできない。家を建てる時に設備（固定資産税の対象）として設置されたもので、当時でも本体価格90万円（定価）！実際には住宅設備を扱っているネットショップで22万円（あってないようなボッタクリの定価だな）＋取付工事費15万円であったことを覚えている。調べると製造終了は2017年、部品保有期間はそこから10年間なので、修理はまだ大丈夫。不幸中の幸いではあるが、メーカー修理サイトをみると、エアコンの修理の出張費用やコンプレッサー交換費用、電気回路交換費用など、概算見積もり（かなりかかるから修理依頼するのなら覚悟してね的なデータ）が示されていて、一番高そうなコースで20万弱になるかもしれない... ちなみに買い替えた寝室のエアコンはこみこみで29万円（寝室と書斎が続き間で、天井が片流れ吹き抜けのため空間としてはデカく、高性能エアコンが必要なので...）！修理は今週の土曜日。

壊れるときは壊れる。今朝、リビングの明り取りの高所窓に設置されている電動ロールカーテンを「アレクサ！カーテン閉めて。」と頼んだら、閉まっていく途中で止まってしまった。手動のリモコンを持ち出しても開きも閉めもできなくなってしまった。リモコン操作に応じてカーテン側の受光機の LED は反応している。モーターがこわれたのか... 以前寝室の明り取りの高所窓（片流れ屋根の一番高いところで 5m 近い高さがある。）にロールカーテンを取り付けてもらったら、足場を組まないと取り付けられないとのことで、足場代だけで約10万円もかかった。今回修理するにしても買い替えるにしても絶対足場代の方が高いに違いない...

もう神がかり的（貧乏神？）に故障が続いてお祓いでも受けようかと思うほどまいってしまった。カーテンはとりあえず放置。

_ [PC][Debian] Gemini と HP に振り回された話（1）

先日、このサーバーをより堅牢にすべく、Watchdog タイマーの設定を行った。これはハード（PC の BIOS）と密接に関係しているので、OS での設定に加えて、BIOS の設定が必要なため、再起動して BIOS 設定画面に入るため [F10] キーを連打したところ、完全にキー入力をスルーし、Debian（GRUB） の起動オプションメニューでもキー入力を受け付けず、そのまま OS が起動してしまった。OS 起動後は普通に操作できていた。

そこで Gemini に訊いてみると、

直接的な原因として、HP Z440 の BIOS 設定には 「OS Watchdog Timer」 という項目が存在し、これと Linux 側の watchdog 設定が干渉している可能性が非常に高いです。

とのことで

キーボードが効かない状態から脱出するには、以下の手順を試してください。

・USB 2.0 ポートの使用: 青色 (USB 3.0) ではない、黒色の USB ポートにキーボードを接続し直してください。BIOS 段階では USB 3.0 ドライバが正常に動作しないケースがあります。　→元々ここに挿している。（実はここが元凶...）

・Fast Boot の一時的な回避: Windows や Linux が「高速起動」や「ハイバネーション」状態で終了していると、BIOS 画面をスキップします。電源ボタンを 5秒以上長押し して完全にシャットダウンしてから電源を入れてください。　→そもそも BIOS に入れないので意味なし。

・CMOS クリア (最終手段): 本体のサイドパネルを開け、マザーボード上にある黄色いボタン（CMOS ボタン）を数秒間長押ししてください。これにより Watchdog の設定を含む BIOS 設定がリセットされ、キーボードが再び反応するようになります。 　→ BIOS からソレノイドロック（ケース内部からの物理的に施錠）していて BIOS に入れないので不可能。

とかなり詰んでいる状況...

そこで一考し、Z440 には PS/2 ポートがついているので、以前漂白した PS/2 キーボードを繋いでみたところ、キーボードを認識して BIOS 画面が出たのだが、BIOS 管理者パスワードの入力を求められ、設定した覚えがないので未入力にしてみたところ、ロックされてしまった...

どうしようもないので一度普通に起動させ、元凶と思われる（実は違うのだが）watchdog の設定をもとに戻してみたのだが変わらず。思わず Gemini に泣きつくと

管理者パスワードの解除手順（パスワード・ジャンパの操作）
1. 準備: PC の電源を切り、電源コードを抜きます。
2. 開梱: サイドパネルを開けます。
3. ...省略

ロックされているのでサイドパネルが開けられませんと申告すると

状況がかなり特殊で、非常に厄介な「詰み」の状態に近い挙動です。

まず結論から言うと、「PS/2キーボードを繋いだこと自体で、存在しないパスワードが生成される」ことはあり得ません。

しかし、HP Z440（およびHP製ワークステーション）特有の仕様から、以下の可能性が非常に高いです。

1. なぜ突然パスワードを求められたのか？最も可能性が高いのは、「Watchdog Timerによるリブートやハングアップが原因で、BIOSが『不正な改ざん（Tampering）』または『起動エラー』と判断し、一時的にロックがかかった」 というパターンです。

HPのBIOSには、予期せぬ再起動が繰り返されたり、ハードウェア構成の変化（PS/2への変更）を検知したりした際に、セキュリティのために管理者権限を要求するモードに移行する挙動があります。本来は空欄のまま [Enter] で通るはずですが、通らない場合は「パスワードがかかっている」と判定されています。

2. 省略

つづく...

_ [PC][Debian] Gemini と HP に振り回された話（2）

Gemini にも「詰み」の状態に近い挙動です。といわれてしまったので、ソレノイドロックの物理的排除に方針を変えることになった。このロック機構はもちろんケース内部に設置されているのだが、なぜか（こういうときのためになんだろうが）その取り付けは特殊ネジではあるものの、ケース外部から取り付けれれているのでそれさえ外せれば解錠可能なのである。早速ネジの種類を Gemini に訊いて Amazon でポチって昨日それが届いた。

ケースの向きを考慮（外れたときにロック機構が内部で電子基板上に落下しないように）して慎重にネジを外して無事にケースを開けることに成功した。そして取り急ぎマザーボード上にあるパスワード初期化のジャンパをいじってから、念の為に起動する前に Gemini に以下のように訪ねた（保安上の観点から一部伏せ字にしたプロンプト）

現状は watchdog デーモン等をアンインストールしても Linux が起動するまでは USB キーボードを認識しなかったので、認識するPS/2 キーボードで BIOS に入ることができましたが、相変わらず管理者パスワードを要求されたため、xxx ドライバーを購入してソレノイドロックを物理的に排除し、カバーの開放に成功しました。前述のようにジャンパピンの存在も確認でき、ジャンパピンを xxx したところです。このあと PS/2 キーボードをつないで起動して BIOS に入る予定です。なにか注意事項はございますか?

これに対して、簡単な確認事項をいただいたのでそれをチェックし、満を持して起動したところ、カバーが開放された形跡があるなどの警告（これはケースを開けたあとはいつも出るやつ）とエンターキーの入力を求められたのでエンターをたたくも無反応。USB キーボードも PS/2 キーボードもダメ。じゃぁもう CMOS もクリアしてしまえと、マザーボード上のクリアボタンを押して起動するとまた違う警告が出たので Gemini に泣きついた

最悪の状況です。PS/2キーボードで起動したところ POST エラーで（カバーが解放された形跡がある）起動を続行するために Enter キーの入力を要求されましたが、キーボードを認識しませんでした。USB キーボードに変えてもダメでした。仕方がないので CMOS クリアボタンを押して起動したところ。

A request has been made to change this system's secure boot configuration which may affect the secure boot keys and/or may disable secure boot. Pleas type in and enter the bellow number for authorization. 0207

と表示され、キーボードを認識しないため何もできません。どうしたらいいですか助けてくださいお願いします。

とこちらは疲れ果てているので本気で泣きついてみた。

現在の状況は、BIOSが物理的な変更（カバー開放やCMOSクリア）を検知してセキュリティロック（Secure Boot の変更確認）をかけている一方で、「その確認コードを入力するためのキーボード入力を、セキュリティ上の理由でBIOSが拒否している」という、HP製ワークステーション特有の深刻なデッドロック状態です。

パニックにならず、以下の手順を順番に、かつ正確に試してください。

1. 「すべてのUSBポート」を一つずつ試す　（内容は省略します）
2. キーボードの「完全な」認識を促す（推奨）
CMOSクリア直後は、BIOSがUSBコントローラーの初期化を最小限に制限しています。
 1) 一度電源ボタンを長押しして強制終了します。
 2) USBキーボードだけを背面の一番上の黒いポートに挿し、PS/2や他のUSB機器（マウス等）はすべて外します。
 3) 省略

USB キーボードだけを繋いで起動するとキーボードを認識したので無事 BIOS に入ることができた。（実はこれまで繋いでいたものとは別の USB キーボードである）

このあと、初期化した BIOS の再設定に関連してあれこれやり取りがつづくのだが別の話（Gemini の話としては共通の教訓に当てはまるが...）。最終的に無事に OS の起動にまでこぎつけたのだが、キーボードやマウスを元のものに付け替えて再起動すると、また OS 起動前はキーボードを認識しなくなったので Gemini に訪ねてみた。（プロンプト）

現在仮の USB キーボードをつないでいるのですが、USB マウスなどを別のポートにつなぐと BIOS でキーボードごと操作できなかったり、ほかのUSBキーボード(マウスとコンボ)に付け替えてもBIOS操作できなくなります。まだBIOS設定に問題がありますか?

Gemini の回答（省略）

「USB マウスコンボ」特有の問題
マウスとキーボードが 1 つのレシーバーやケーブルで繋がっているコンボタイプは、BIOS 段階では「複合デバイス」として認識されます。
一部の HP BIOS バージョンでは、「USB キーボードのみ」 または 「USB マウスのみ」 の初期化は得意ですが、複合デバイスが挿さるとリソース競合を起こし、入力を受け付けなくなるバグのような挙動をすることがあります。

可能であれば、設定作業中は 「シンプルな USB キーボード（ハブ機能なし）」 を、背面の 黒い USB 2.0 ポート に単体で接続してください。

えっ... 元凶はコレとちゃうんか... いつも使っているキーボードとマウスのコンボ（USB ポートに一つだけ繋いでキーボードとマウスが使える）を認識しなかっただけ？ watchdog と無関係！？　そういえば当初はキーボードとマウスをそれぞれ繋いで使っていたが（BIOS をいじれていた）、去年 KVM を買ったらコンボになったはず（そのあと特に BIOS をいじる機会はなかった）。

Gemini（AI）はプロンプトから優先度が高い情報をあたかもコレが正解だと言わんばかりに答えてくる。そのまま会話を続けるとそこからなかなか抜け出せない。教訓としては、予めありとあらゆることを詳細に伝えるべき（面倒だけどね）。今回、もし仮に「機体背面の USB2 ポートにキーボードとマウスの USB コンボを繋げている」ことを伝えておけば、おそらくそれで終わったんだろうな... また、話は割愛したが、BIOS の設定画面の指示もこちらの BIOS バージョンと Gemini がもとにしているバージョンとでメニュー構造が全く違っていたので、途中でバージョンを伝えなければならない（そっちから聞けや！）場面もあった。こんなただの設定の話なんて得意だろうにと思っていたのが仇になってしまった。疲れた...

_ [PC][雑談][写真]殻割キーホルダー

今日は授業も会議もなく、比較的のんびり過ごしていたので、古い PC のパーツを整理していたら Pentium4 2.53GHz がでてきた。さすがにもういらないので捨てようとしたのだが、よく見ると CPU のいわゆる殻（ヒートスプレッダー）の角にキーホルダーのひもを通すのにちょうどよさそうな穴が開いていた。ちょっと目的は違うが初めての CPU の殻割りに挑戦してみた。本来ならば殻より CPU コアの方が何百倍も大切なのだが、目的は殻のキーホルダー化なので、殻を傷つけないようにペンチとマイナスドライバーを使ってコアが載っている緑の基盤をバキバキと破壊しながらなんとか取り外すことができた。殻は想像していたより重厚でずしりと重く、なかなか高級感漂ういいキーホルダーができた。

_ [大学] 明日から新学期

明日は在学生の履修ガイダンス。いよいよ新学期が始まる。私は学環の教務委員をやっているので、いそいそと明日のガイダンス用に資料をまとめた。まぁなんとかなるだろう。それから明日は 17:30 と遅い時間から教授会がある。新任の先生方の辞令式が終わってからの開催なので、いつもこの日は遅くなる。

_ [Debian] debian 13 の dovecot 2.4.x の設定

どうやらバイナリパッケージデフォルトの設定ファイル

/etc/dovecot/dovecot.conf.ucf-dist

を

/etc/dovecot/dovecot.conf

にリネームし

/etc/dovecot/local.conf

を以下で作成するだけでよいようだ。

protocols {
  imap = yes
}
mail_driver = maildir
mail_path = ~/Maildir
mail_home =
mail_inbox_path =

設定ファイルのエラーチェックとして

#doveconf -n

エラーが出なければ再起動するだけみたい。 のはずなのだが... 以下追記

重要な追記

なぜかうまくいかない。Exim4 が新しいメールを ~/Maildir/new に書き込むのだが、なぜか dovecot が ~/Maildir/.INBOX/new を見に行ってしまう。そこで検証のために local.conf を置かずに、

/etc/dovecot/conf.d/10-mail.conf

の該当する部分を次のように書き換え（デフォルトで mbox を使う設定の部分をコメントアウトして、設定例としてコメントアウトされている imap 関係を有効にしただけ。ただし、mail_inbox_path は明らかに違うのでコメントのまま）てみた。

# Example:
mail_driver = maildir
mail_path = ~/Maildir
#  mail_inbox_path = ~/Maildir/.INBOX
#

# Debian defaults
# Note that upstream considers mbox deprecated and strongly recommends
# against its use in production environments. See further information
# at
# https://doc.dovecot.org/2.4.1/core/config/mailbox/formats/mbox.html
#mail_driver = mbox
#mail_home = /home/%{user | username}
#mail_path = %{home}/mail
#mail_inbox_path = /var/mail/%{user}

この状態で

#doveconf -n

の出力は local.conf を使った時と全く同じものになっているので、理屈の上ではどちらも設定は同じはずなのだが、こちらの 10-mail.conf 直書きの時はただしく ~/Maildir/new の新着メールを表示できるようになった。何がおかしいのかわからない。