Category: Raspberry Pi

pcmanfm-pi

Raspberry Pi 5 (RPi5)のGUIはほぼ直りました．完璧ではないです😓

Geminiも勝手なことを言っていたようで，後から振り返ると違う方に導かれていました．

最終的には自力で回復しました．Rapsberry Pi 4 Model B (RPi4)が余っているので，そちらにRaspberry Pi Imagerで最新OSを書き込んだSDカードを差し込んで起動し，動いているプロセスやインストールされているソフト，設定等を比較しました．

その結果見えてきたのは，pcmanfm-piというプログラムかスクリプトが，lwrespawnによって繰り返し起動されますが落ちているようで，systemctl statusやps aufxで確認するといつもsleep 1となっています1．

それで，RPi5のほうで探してみると，pcmanfm-piなどというプログラムやスクリプトはありません．RPi4で見ると，/usr/bin/にインストールしてあるスクリプトで，pcmanfmを起動するためのラッパー2であることが判明しました．

apt-fileというユーティリティーをインストールして検索すると，rpd-commonというパッケージに含まれていると解ります．

そこで，apt install rpd-commonとすると，LX何とかで始まるGUIの重要なパッケージをいくつも削除してしまい，またGUIが起動しなくなりました．

どうもRaspberry Pi OS独自のパッケージが依存性にかなり重大な問題を起こしているように思います．

しかたがないので，rpd-commonは削除して，apt install raspberrypi-ui-modsでGUIを復活させました．この状態ではpcmanfm-piはありませんから，比較用のRPi4からコピーしました．

これでほぼ元通りです．残念ながらメニューの小さいアイコンなどが一部失われています．まあ，なんとかほぼ操作できるのでよしとします．

  1. つまり，1秒間待ってまた起動を試みる． ↩︎
  2. 引数や環境変数を与えて本プログラムを起動する． ↩︎

好事魔多し

まあ，順調とは行かないまでも，なんとかWrodPressの立ち上げまで行き，mail関係とBIND9は前のサーバーとほぼ同じにできました．

そこでGnuPGのインストールもできて，一段落だったんですが，sshでリモートから繋いでgpg2コマンドを使うと，パスワードの入力にGUIの窓が立ち上がってリモートからは認証ができないということで，CUIの認証ができればなと考えました．

GUIの認証は，pinentry-gnome3というパッケージが行います．CUIはpinentry-cursesというパッケージです．それならと，

apt remove pinentry-gnome3

を実行したのです．なんか依存ファイルがたくさん表示されますが，何も考えずにYで進み，

apt autoremove

までかけてしまいました．実はpinentry-gnome3はいろいろな基本的なアプリの認証に使われているのです．ですから，依存のあるパッケージがたくさんあって当たり前で，それらを削除したらもはやGUIは動きません．

再起動したら，いつもの大きなRaspberry Piのマークの入ったウインドウは現れず，昔ながらのDebianの起動の順番にタスクを立ち上げていく画面が出ます．

いまさら，

apt install pinentry-gnome3

をしたところで修復できません．ここまで来て再インストールからするのは流石に厳しいです．

以降は完全にGeminiに頼って修復をしました．まあなんとかGUIで自動ログインするところまで来ましたが，最後の詰めというかデスクトップ画像がRaspberry Pi OS 12.xの鵜飼の写真1なのです．これをRaspberry Pi OS 13.xのsunrise.jpgにするのがなかなかうまく行かず，結局鵜飼のままです．

現状では，鵜飼の画像を表示するpcmanfmとsunrise.jpgを表示しようとするswaybgの両方が起動していて，pcmanfmのほうが勝っているようです．

その最後の詰めで随分時間をかけてGeminiとやり取りしながら設定を修正しましたが，解決しませんでした．

とりあえずはGUIが動くし，弊害もないのでこのまま行きます．なにか気がついたら設定を変えたり，Geminiに相談したりしてみます．

gpg2でpinentry-cursesを使う正解

今さらながら正解は，~/.gnupg/gpg-agent.confを編集します．最初の行にpinentryプログラムを指定していますが，ここを/usr/bin/pinentry-cursesにすれば良いだけです．それだけなんです😅

  1. fisherman.jpg ↩︎

WordPress移行は難航中

後からいろいろ出てくるだろうというのは，今日早速ありました．GnuPG(GNU Privacy Guard)です．某所のパスワードを解凍しようと，これまでやってきたように，sshでログインしてから，

gpg2  -v  -d

でリターンしても，そもそもGnuPG2がインストールしてませんでした．そこでapt installでインストールしてから，データも旧サーバーのアカウントのものをrsyncで属性も何もかもコピーしたらそのまま動きました．

ただし，リモートのMacからsshでつなぐと，パスワードの要求が出ずにスタックしてしまいます．

いろいろやっているうちに解りましたが，パスワード要求はGUIでパスワード入力のダイアログが立つのです．ローカルのターミナルでやる分には何の問題もないのですが，リモートではGUIのダイアログが出ませんからそこから先に進まないということです．リモートで使う必要性も当然ありますから，GUIでなくCGIのオプションをあとで調べておくことにします．

さて，表題のWordPressの旧サイトからの移転ですが，これがなかなか難航しています．最大の問題は，新サーバーの準備・切り替え作業でも直面した，WordPressのインストール・起動後のホスト名・ドメイン名の変更に対してWordPressが頑ななところです．

GUIが使えない場合のメンテ用ツールとしてWP-CLIというのをGeminiが教えてくれました．やはり，筆者同様GUIが使えず困る人が多いようです．

しかし，そのWP-CLIを少し使って解ったのは，MySQLデータベースが一部壊れていて，WP-CLIではお手上げ状態（どんなコマンドでもエラーが出てしまう）ということです．

MySQLのデータベースは，少なくとも旧サーバーのWordPressが立ち上がった2013年には動いていました．推測ですが2000年代1の少なくとも中盤頃からアマチュア無線の交信データの保存用として使っていたと思います．

最初はx86のマシンで，後にRaspberry Pi 3 Model BからRPi4へと受け継いできました．その間，データベースをバイナリーのままコピーしてきたのが災いしたようです．

一次的に旧サーバーのホスト名・ドメイン名を古いものというか，公開サーバー用のものに置き換えて作業をするしかなさそうです．

この場合新サーバーと同じFQDNとなるわけですから，ネットワークから切り離さなければなりません．そうすると，旧サーバー上でGUIを立ち上げ，Webブラウザーを使わなければならず，レスポンスが非常に悪RPi4での操作となり，忍耐が必要です．

また，まだいくつか旧サーバーがになっているサービスがあるので，それらも新サーバーに移行した後ということになります．ということで，気長で忍耐の要る作業ということになります．

  1. 2001〜2010年． ↩︎

移転作業雑感

サーバーの移転作業も，webサーバーとCMS(WordPress)，メール関係(sendmail, procmailなど)の設定が大体うまくいき，後はファイルサーバー関係をぼちぼち修正していけば，9割がたは完了だと思います．

多分運用していった上で，ここが残っていたみたいなことが後で出てくるかもしれませんが，慌てる必要はないと思います．

そうした作業で感じたのは，サーバー自体でFirefoxが使えるのは非常に楽だと言うことです．Macで追加し整理してきたブックマークがシンクロ機能で全部使えますし，履歴も共有できます．

これまで使っていた旧サーバーは，SlackwareARM 15.0 + KDEで動いていたわけですが1，まともなウェブブラウザがないのです2． しかもRaspberry Pi 4よりも5は圧倒的に速くFirefoxで日本語入力をしても，ストレスはほとんど感じません3．

SlackwareARMの次のバージョンはaarch64用でFirefoxのサポートもあるようです．ただ今回経験したような主要パッケージの陳腐化4はいつもSlackwareにつきまとう問題で5，今後Slackwareに戻る事はないと思います．30年くらい使ってきたので，ちょっと残念ではあります．

  1. 新サーバーはRaspberry Pi OS aarch64 13.3 Trixie． ↩︎
  2. KDE付属のKonquerorとFalkonしかない． ↩︎
  3. 同じaarch64用のRaspberry Pi OSを使用した場合の比較． ↩︎
  4. 今回はPHP8.xへの対応遅れ． ↩︎
  5. 前の14.2では，Python 3.xへの対応遅れが深刻な問題でした． ↩︎

画像処理の速度

厳密に測ったわけではないですが，手持ちのiPhone 14の4032×3024のJPEGをuploadすると，これまでのRaspberry Pi 4 Model B (RPi4)では40秒〜1分弱処理時間がかかりました．新しいRPi5のホストはどのくらいで終えるか測ってみました．

筑波山神社．2025年3月撮影

8秒でした．写真によってサイズが違うので一概には言えないですが，5倍くらいは速いですね．