Category: Debian

Dovecot 2.4

リモートで管理しているDebianのサーバーですが，まだDebian Bookworm (12)で動かしています．そろそろTrixie (13)にupgradeするように圧力がかかりそうなので，クローニングした仮想マシンでupgradeの予行演習をしました．

まずは，apt update && apt dist-upgrade1でBookwormの最終形にupgradeします．これは全く問題なし．

次に，/etc/apt/sources.list内のbookwormをtrixieに書き換えて，apt update && apt dist-upgradeをしたところ，dovecotの再起動に失敗してupgrade自体が途中で終わってしまいました．

dovecotの設定ファイルの問題のようです．こういうときのために，仮想マシンでsnapshotを撮りながら作業していますのでbookwormの最終形に巻き戻してやり直しです．

とりあえずは，

systemctl stop dovecot
systemctl disable dovecot

としてから，再度trixieへのupgradeを試みたら成功しました．

あとはdovecotの問題の解決です．Debian (Raspberry Pi OSも)では，Bookwormにはdovecot 2.3.xが，Trixieには 2.4.xが付いてきます．2.3.xから2.4.xで設定ファイルに見直しがあったようです．

エラーは/etc/dovecot/conf.d/10-mail.conf内の，

mail_location = mbox:~/.mailbox:INBOX=/var/mail/%u

で起こります．ユーザーのディレクトリーのmboxを “.” で始まるディレクトリーにして通常のlsでは見えないようにしたいのです．

GeminiとChatGPTに聞きましたが，遠回りをして解決にたどり着きません．かなり時間を浪費しました．

AIへの相談をやめて，自分の管理しているサーバーを調べたら答えがありました．

mail_path = %{home}/.mailbox
mail_inbox_path = /var/mail/%{user}

のように，dovecot 2.4.xでは2行で既述すれば良いのです．

  1. 筆者はSlackwareの「root権限になってからシステムのメンテをする」流儀のため，ログインしてsudo -iをしてroot権限を取得してから作業します．そのため，コマンドにいちいちsudoを付けません． ↩︎

Braveは使わないことに

わずか一日の試用でしたが，Braveは使わないことにします．

最大の理由はパスワードのマネージメントです．

説明するのがややこしくなるのでしませんが😓 少なくとも筆者の立ち回り先のUser ID / Passwordを保存，管理するのはFirefoxのほうが圧倒的に便利です．

今後もベンチマークには利用するかもしれません．

ちなみに，Manjaroではインストールできましたが動いてくれませんでした．DebianとRaspberry Pi OSではBraveのサイトにあるとおりにしてインストールできて問題なく動きました．

reset-failed

何気なくroot権限で1，

systemctl status

で全体を眺めようとしたら，赤い字で “degraded” と出ます．

これまでも出ていたと思いますが気にしていませんでした．せっかくですからAI (Gemini)に聞いてみました．

systemctl --failed

で，certbot.timerであることがわかりました．以下省略しますが，もともとSlackwareでLet’s Encryptから証明書を “手動” で発行してもらっています．その場合，自動で更新できないようです．どっちみち管理しているもう一か所も手動なので，いつも2台続けて更新作業をしてきました．ですので，certbotによる自動更新を止めます．

systemctl disable --now certbot.timer
systemctl reset-failed certbot.service

これでめでたく “degraded” が消えました．

  1. 筆者はSlackware流儀のため，システムのメンテはroot権限で行いコマンド毎のsudoは使いません． ↩︎

NixOS 〜理想は高いが現実はきびしい〜

NixOSを試し初めて数日経ちます．インストールしてみた環境は，

  1. M4 Mac mini: macOS + UTM1
  2. Core i7実機
  3. Core i7: Manjaro (Linux) + KVM/QEMU

この中で一番サクサク動くのは，1のM4 Mac mini + UTMです．Aarch64だとあれはだめ，これはだめ，という制約は今のところないです．

NixOSを選んだ理由の一つには，昔Slackwareで標準デスクトップに選ばれたことのあるEnlightenmentが選べるということもあります．よく覚えていないのですが，何かキラキラした印象が残っていて，また使ってみたいと思いました．

最初はGNOMEを利用したBudgieというデスクトップにしました．これまで使用したことがない感じなので選びました．アプリケーションの起動は，MacではCommandキーを押してドックとアプリケーションの一覧を表示して行います．あまりそういうスタイルにはなじみがないのですが，だからいいのかなと思いました．

しばらくしてわかってきた頃に，Enlightnmentに切り替えを敢行しました．普通のLinux distroであればCUIやGUIのパッケージマネージャーで行うわけですが，/etc/nixos/configure.nixという設定ファイルをエディターで書き換えます．そこがNixOSの一番の特徴です．そして，

nixos-rebuild switch

というコマンドをroot権限で実行すると，必要なパッケージの追加やデフォルト設定が行われて，rebootすると新しいデスクトップ環境で動きます．

最初のBudgieからKDE Plasmaは問題なく行きました．しかし，期待のEnlightnmentはエラーが出てしまい，切り替えることができませんでした．ネットで調べるとPythonのモジュールの何かの依存性に問題があってしばらくこの状態が続いているようです．

ManjaroでKDE Plasma, DebianでもKDE PlasmaなのでNixOSでもKDE Plasmaにしたままでは何の面白みもないので，そこでKDE PlasmaからBudgieに戻しましたが，マウスポインターが半透明のグレーの正方形（スクリーンショット画像のFirefoxのアイコンの上のグレーの正方形）になって，どういう状況でも変わらず，非常に使いにくくなってしまいました．

ドックのFIrefoxのアイコンの上にあるグレーの正方形がマウスポインターの化けた姿

また，ブートローダーのinstall, updateに何か制約があるのか，3のCore i7のKDE/QEMU環境ではうまく起動しくれません．

一つの設定ファイルの書き換えでシステムを大きく組み替える，という高い理想のシステムを大胆な仕組みで実現しようとしていて，そこは大いに評価したいですが，実用的にはなかなか厳しいかなと思います．

Core i7 の実マシンはある程度「評価」してまたDebianに戻します．

  1. MacBook Air M4 + UTMでもインストールしましたが，本質的にはM4 Mac miniと変わらないので割愛． ↩︎

RPi5 is in charge now

約5日間に渡り，Raspberry Pi 4 Model B RAM 8GBで試験運用を続けました．

サーバー（https, samba等）としてのレスポンスは問題ありません．brute-force attackなどに対しては適度に遅いと言えるかもしれません．

GUIコンソールでFirefoxを用いてWordPressの管理や投稿・編集をするのも十分速いとは言えませんが，ストレスになるほど遅くもありません．

ということで一応の成果を見て，本来のRaspberry Pi 5 (RPi5) RAM 8GBに交代しました．

予備用にRPi5をもう一台買うべきと考えていましたが，RPi4が十分使えるので予備用の位置づけにします．来たるべきRaspberry Pi 6の発売を待ちます．