Manjaro ARM復活

RaspberryPi OS以外のARMのLinux distroでMozcは使えますよね,あ,でも実例が示せない,ということで久しぶりにManjaro ARMをインストールしてみました.サーバーの予備機の位置づけのRaspberry Pi 4 RAM 4GB (RPi4 4G)です.

しかし,新規インストールからどうやってもMozcが使えません.昔の下卑た言い方でいうと「やきが回った」ようです😓 省略しますがいろいろやりました.fcitx (古いversion4のほう)も,fcitx5も試しましたが,動いてくれません1復活させたManjaro ARMでは,fcitx5がインストールされ,機能しています..

また,けしからんことにjoeがなくて,ネットで調べるとしばらくupdateされていないから,去年のいつか,Manjaroから削除されてしまったそうです.

記憶が正しければ,去年まではMozcが使えていたはずなので,どこかに去年いじっていたManjaro ARMのバックアップはないかなとあまり期待しないで探したらありました.2021年3月23日のものです.

SSDのvfatパーティションに/bootの内容を,残りをext4のパーティションにrsyncに–deleteオプションを付けてコピーしました.

RPi4 4GにSSDをつないで2Powered USB HUB経由.SSDをRPi4 4G本体直結ではブートしません.起動すると,ちゃんとManjaroのログイン画面まで進みます.たいしたもんです.

しかし,ここから先が苦難の道です.わずか1年3か月前の状態なのに,GUIのupdaterではupdateできません.

あちこちを参照して,まず(以下全てroot権限),

pacman-mirrors -f

をしました.これは成功しますが,その後のupdateではエラーが出ます.エラーメッセージにlibcanberraとlibcanberra-pulseがなんだかんだ言うので,その2つを,

pacman -R libcanberra libcanberra-pulse

で削除しました3libcanberraとlibcanberra-pulseは,update完了後に再インストールしておきました.何に使うかよくわかりませんが😓.よく見ませんでしたが,依存性のあるたくさんのパッケージが削除されました.それでも,次に,

pacman -Syyu

をしたら,今度は成功します.起動するとシンプルなグリーターが出ますが,パスワードを入力してリターンしても先に進みません.

そこでさらにあちこちの情報を参照したりしなかったりして,以下のパッケージをインストールしたり削除したりまたインストールしたりしました.

  • gnome
  • gdm
  • sddm

最終的には,gnomeとgdmは削除して,

ここら辺の記事を参考に,sddmとkdeのパッケージについて再インストールしたところ,無事KDE plasma desktopが起動するようになりました.

ここまで何とか来ましたが,マウスポインターの動きが遅くて使い物にならなくなりました.これは “known issue”だそうです.

要は,/boot/config.txtの dtoverlay=vc4-fkms-v3d を dtoverlay=vc4-kms-v3d-pi4 に書き換えればよいです.

Mozcもjoeも使えます.あちこち壊れている可能性もありますが,updaterは “Up to date” といいます.

やっぱりバックアップは取っとくもんです.

SlackwareARM 15でMozcはNG

ついでに,SlackwareARM 151現在Slackwareをインストールしている唯一の実機(Raspberry Pi4).でも,fcitx-mozcのbuildを試してみました.下準備としてのzinniaは難なくbuild & installできました.

fcitx-mozc本体に関しては,748ステップとかのbuildは完了しますが,そのあとの過程でエラーが出てしまいます.

SlackwareARMでGUIを使うつもりはないのでこれ以上はやめておきます2あとで,うんと暇になったら,もう少しちゃんとしたレポートを書くかもしれません..

LogWatch 7.6 メールが来ない(解決)

LogWatchの7.6をインストールしたのですが,cron.dailyで飛ばしているlogwatchからメールが来ません.

ちゃんと,パッケージ内にある “README” の通りにしたのですが,結論的にはそれが間違いでした.

“README” には,

ln -s /usr/share/logwatch/scripts/logwatch.pl /etc/cron.daily/0logwatch

とするように書いてありその通りにしていましたが,これだと/etc/logwatch/conf/logwatch.confは空なので,/usr/share/logwatch/default.conf のまま,logwatch.plが実行されます.それではOutputはstdoutになってますから,いくら待ってもメールは来ません.

LogWatch 7.4.xでちゃんとメールが来ていた旧システムの設定を調べたところ,/etc/cron.daily/0logwatchはsymlinkではなくて,"--output=mail"というオプションを付けてlogwatch.plを実行するscriptになってます.

このスクリプトは配布パッケージのscheduler内のlogwatch.cronです.特に “README” 内では何も触れてないです😓

もちろん,/etc/logwatch/conf/logwatch.confに,

output=mail

と書く方法もありますが,これだとテストなどで手動でlogwatch(.pl)を動かす度にメールが送られて,ややスマートさに欠けます.

とはいえ,LogWatchからちゃんとメールが来るようになったら手動でlogwatchを起動する必要性も低いので,上記の設定をした上で,手で起動する時は,

--output=stdout

というオプションを付けてlogwatchを動かせば良いだけかもしれません.

LogWatch 7.6

そういえば,SlackwareARM 15.0のサーバーにまだLogWatchをインストールしていないことを思い出して,インストールすることにしました.前のOS (SlackwareARM 14.2) の時には,LogWatch 7.4.3 をインストールしていましたが,現在は7.6が最新版です.

手でインストールしてもいいのですが,SlackBuildsに用意されているので,

sbopkg -i logwatch

でインストールしてみました.試しに,/etc/cron.daily/0logwatchを走らせてみると,

/bin/sh: warning: shell level (1000) too high, resetting to 1

というメッセージが繰り返し出て,しまいにはsshdがこけてしまったのか,sshによる接続が切られてしまいました.

上記メッセージは,繰り返しshが呼ばれた時に起こるそうです.なんか,SlackBuilds提供のLogWatchインストールのためのスクリプトか,あるいは起動のためのスクリプトがバグっているようです.

そこで,removepkgしてから,手動でインストールをしました.インストールの仕方はソースパッケージの “README” に書いてあります.

手動で動かしたところ,コンソールにログのサマリーが出て,正常終了しました.しばらくcron11日1回.で飛ばして様子を見ます.

関連記事

sshdのパスワード認証を不可にする

これは,OpenSSHのdaemonを使っている場合,通常は /etc/ssh/sshd_config 内で,

PasswordAuthentication  no

とすることで可能です.しかし,Slackware (64, ARMも)では,PAMの認証を使用していて,上記のオプションだけではパスワード認証をしてしまいます.

パスワード認証を不可にする場合は,

ChallengeResponseAuthentication no

を追記する必要があります1このオプションについては,Slackware (64, ARMも) 15.0のデフォルトの sshd_config では一切触れられていない..

参考ページ