Category: Debian

Tableのインポート完了

海外サイトで見つけたティーテーブルが素敵だから個人輸入しました．という話ではありません．WordPressの移植のための確認・作業をその後も進めている話です．

既にメインサイトのほうでは，投稿したページの本文，写真の移転に成功しています．ページ数が高々百数十なので，手で直すような作業もそれほど非現実的ではありません．

この作業で最大の問題は，WordPressの「インストール時のホスト名に執着する」特性です．既にホスト名は新サーバーに譲り，ローカルな名前を付けていると管理画面にログインすることさえできません．

そこで講じた策は，LANケーブルを外して孤立させて，ホスト名を昔の名前にすることです．具体的には/etc/HOSTNAME1と/etc/hostsを編集します．/etc/hostsについては，127.0.0.1と::1の定義を古い名前に戻すだけです．このへんSlackwareはNetworkManager等が上書きしたりしないので楽です．

そして，GUIを立ち上げてWebブラウザーFalkonを立ち上げて作業します．これでメインサイトとBLOGの投稿記事やコメントをexportすることができました．

しかし写真はついてきません．写真についてはWordPressのディレクトリー内のwp-contents/uploads/にありますので，tarして持ち出してから新サイトで展開しました．この方法だとWordPressのライブラリーには表示されない2 のですが，古い記事内にはちゃんと表示されます．

これでだいたい終わったかと思いましたが，TablePressで作った表があります．ところが，管理画面のTablePressでExportタブを押しても，存在するはずの表が表示されません．どうもFalkonではダメなようです．念のためKonquerorで試しましたが，エンジンが同じなので全く同じ症状でした．

そこで作業をやめて考えながら風呂に入ったら思いつきました．旧サーバーであるRaspberry Pi 4 Model B(RPi4)とまともなWebブラウザーが使えるパソコンを直結すれば良いではないかと．

今朝実行しました．昔と違ってパソコン同士の直結にはクロスケーブルもHUBも不要で手持ちのUTPのケーブルで直結すれば良いのです．この作業はMacBook Air M4に前の名ばかりCore i7搭載MacBookで使用していたCableCreation製のドックをつないで行いました．

MacBook Air M4にCableCreationのドックをつなぎ，RPi4から来たLANケーブルを接続

RPi4側の設定は孤立させるときと同じです．

MacBook側の設定はWi-Fiを切り，有線LANポートにはIPアドレスを手動で与える設定にして，RPi4と同じサブネット内の適当なIPアドレスを与えます3．また，/etc/hostsに，

192.168.0.10  古いサーバーのホスト名 古いサーバーのFQDN

のように書き込む必要があります4．無事つながり，MacBookのFirefoxで旧サーバーの管理画面まで入れました．

そしてTablePressのExportを開くと正常に表示されますので全ての表を選んでExportしました．

Exportしたファイルを新しいサイトのWordPressのTablePressでインポートすることにより，文字コードの問題もなく全て読み込むことができました5．

現状ですが，メインサイトの移転作業は終了しました．BLOGのほうは記事数が多い（たぶん数千ページ）ので，同様の作業を重要な作業の前にはバックアップをし，慎重に行っていく予定です．

  1. Slackwareではこれが自分のホスト名の定義ファイルです． ↩︎
  2. したがって管理できない． ↩︎
  3. RPi4が192.168.0.10なら，192.168.0.11など． ↩︎
  4. この行は作業が終わったらコメントアウトします． ↩︎
  5. 例えばこのページ． ↩︎

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への対応遅れが深刻な問題でした． ↩︎