当Webサーバーを入れているケースのクーリングファンが止まってしまいました.他のケースと入れ替えるので,7月30日のいずれかの時間帯に30分程度停止します.
追記: 作業は既に完了
見込みの30分を少々超過しましたが,作業は既に完了しています.
2022年7月30日(土) 18:55 記
横断歩道での一時停止は善意ではなく義務 (Powered by WordPress)
ManjaroでもDebianでも,fcitx4はfcitx,fcitx5はfcitx5と呼んでいるので,ここでもそうします.
fcitx-mozcもちゃんと動くのですが,唯一使いにくい点があります.それは,半角英数モードと,日本語入力モードの切り替えが,トグル式しかないのです.
トグルとは,情報系では「同じ操作で2つ(以上)の状態が入れ替わる」とされていますが,電気系的には棒の出たスイッチで上でオン,下でオフのような明確な切り替えになりますから,全く別物ですね.ここでは情報系の,同じ操作で状態が遷移する方で行きます.
日本語入力をするときに,文章や全体の構成などを考えながらタイピングしますから,ちょっと入力が止まったあとなど,今の入力モードをしっかり把握しているわけではありません.
従って保険のために,日本語入力キーを押すことが多く,それが癖になっていますが,それがトグル式だと保険の操作で逆に半角英数モードになってしまい,円滑な入力操作をかえって阻害します.
fcitx5では,日本語入力のオンとオフをそれぞれ別のキーにアサインできますので,保険的な操作で意図しない入力モードの遷移が起きません.
それでfcitxが動いているDebian(Core i7のサブworkstation=サブWSのサブOS)をfcitx5にしたかったのですが,いつも失敗していました.
Mozcがまともに起動せず,設定もできない状態でした.たふん,ライブラリーや設定ファイルの残骸が残っていてコンフリクトしているのだろうと想像していました.
しかし,DebianはサブWSのサブOSの位置づけですから,これで日本語入力が必要になる場面はほとんどなく,これまで放置していました.
今回,サーバーのOSをDebian arm64にするので,サーバー上での作業記録を日本語の文書に残す必要があり,したがって,fcitx5が必須となったので,Raspberry Pi 4 Model Bへのインストールや,Debian amd64のサブWSサブOSでいろいろいじって,ようやく,誤ってインストールしたfcitx-mozcを削除した上でfctix5-mozcをインストールしてちゃんと機能するようになりました.
できてしまえばたいしたことないのですが,
apt remove fcitx-mozc apt remove fcitx apt remove fcitx5 apt autoremove
を行った後に,ユーザーのホームディレクトリーで,
find -iname "*fcitx*"
として,fcitxの設定ファイルを探し出してをそれを念のため消してから,1度WSを再起動してから,
apt install fcitx5-mozc
をして,もう一度WSを再起動したら,fcitx5でMozcが使える様になりました.
たぶん,要らない再起動や,Log off / on で済むところもあると思いますが,systemdのDebianは起動が速いんで気になりません.
Manjaroは,workstation (WS)としては優秀ですが,KVMのIPv6設定で苦戦するなど,システムいじり的に難航したこともあり,Debianで行くことにしました.
Raspberry Pi OSはDebian由来ですが,DebianそのものをRaspberry Piで動かすことができるとつい最近知りました.さっそく予備機扱いのRaspberry Pi 4 Model B 4GB RAM (RPi4 4GB)で試してみました.
DebianのサイトからダウンロードしたイメージにはGUIは含まれていません.いったん,apt update ; apt upgrade
をした上で,kde-plasma-desktop, kde-full, fcitx5-mozcの順にインストールすると,Mozcで日本語入力できる,KDE Plasma Desktopが完成します.
kde-fullは,kde-plasma-desktopを含んでいるはずですが,先にkde-plasma-desktopをインストールした上で,kde-fullをインストールしないと,なんか変な状態になります.
また,fcitx5でなく,fcitxをインストールしてしまうと,removeしてからfcitx5-mozcをインストールしてもちゃんと機能してくれません.
こんなわけで,インストール過程では行きつ戻りつができないこともあり,新規にやり直して,ようやく4度目で思ったようなGUIのシステムができました.
強制空冷式ケースの輸入に難航中.
SLAAC, DHCPのどちらの方法でも仮想マシンがグローバルIPアドレスを取得できるようになりましたが,IPv6でインターネットに出られないまま進展なしです.
その後データ途絶が発生していません.テレワークでクラウドを使うという一番Wi-Fiのヘビーユーザーの家族がいますが,仕事中にまた途絶しては困るので別のルーターからつなぐようにしたこともあって,トラブルが出にくいのかも知れません.トラブルが出ないならそれはそれでいいのですが.
ちょっとだけ進みました.仮想マシンが取得するIPv6のアドレスを,意図したとおりに,
が可能になりました.仮想マシンがSLAACでIPv6のグローバルなIPアドレスを取得できたのは,今回が初めてではないかと思います.
なお,DHCPの場合は,Gentoo Wikiに書かれている通りでいいですが,SLAACで与えるには,IPv6の仮想インターフェース(virbr0など)をpreifxが64bitにしないとだめなようです(Gentoo Wikiの例では96bitにしている).
その “正しい” 方法は,libvirtのドキュメントに書かれているそのまんまです😥
あとは,ルーティングの問題ですが,DHCPにしても,SLAACにしても,アドレスを取得した仮想マシンのそのままのルーティングではなんにもできないようです.
それで手動でルーティングの設定を,ああでもないこうでもないといろいろ試していますが,今のところちっともうまく行っていません.
ホストのManjaroが,IPv6を転送しない設定(または仕様)なのかなと感じているほどです.
今日は暑いけど,死ぬほどは暑くなかったので,懸案の畑の除草耕耘をしました.1時間ちょっと運転して,ローターから草を取るためエンジンを止めたら,2度とかからなくなりました.想定の範囲内ではありますが,明日に回す領域が多く残ってしまったので,もうちょっと耕したかったです.
さて,一番進めたい,監視カメラのモニターをRaspberry Pi 3 Model B(+)でしようというプロジェクトですが,中国の通販サイトに手頃なヒートシンク付きケースを注文したのに発送されません.5日延期しましたが,だめみたいで返金になる見込みです.
で,まあかなりどうでもいい部類の仮想マシンのIPv6化プロジェクトに取り組んでいますが,これも壁に当たっています.
自分のBLOGを調べたら,6年前に同じことをやって同じところで頓挫していたことが解りました.
さてどうしたもんでしょう.