箱庭遊び11: Slackware 32bit版はやめとく

Slackware64は実マシンにしてAvahiのインストールやrsyncdの有効化など行いまあ使えるレベルになったので，仮想ディスクイメージにコピーして，実マシン化前のSlackware64の仮想マシンの仮想ディスクと差し替え，また仮想マシンとして稼働するようになりました．仮想マシンから実マシン，さらに仮想マシンに戻して一段落です．

そこで，前回難航したSlackware 32bit版の実マシン化を再度試みました．

しかし，今回は自前のEFI+GRUBによる稼働はおろか，前回成功したManjaroのGRUBからの起動もできていません．

なんとか動くようにトラブルを解決したいのですがやめときます．考えてみれば，Mozcが使えるというのがSlackware 32bit版の唯一の存在理由でした1fcitx(4)の元で．．しかし，MozcはSlackware64で使えるようになり，しかも日本語入力切替の方法が多く選択できるfcitx5が使える（Slackware 32bit版ではインストールに成功していません）ので，もはや全く32bit版にアドバンテージはありません232bit版ではFirefoxがクラッシュすることがあります（当社調べ）．．

ということで，長年愛用してきたのに少し寂しい気もしますが，Slackware 32bit版で遊ぶのはこれでやめることにします3仮想マシンには残しておきます．．

「誤解を招いたのであれば申し訳ない」

亜種として「迷惑をかけたならば申し訳ない」「不快な思いをさせたなら申し訳ない」など，あるようですが，面白いのでつい使いたくなる表現です．

これらの言葉は政治家という公人が，記者会見や場合によっては国会など公的な場で使うわけですから，民間人が使うのは当然問題ないはずです．

学校で先生に叱られたり，職場で上司に責められたらドシドシ使いましょう．

Pokémon GOが重くなったのかAQUOSがタコなのか

AQUOSといっても，AQUOS sense4 liteというローエンド機の話なので，ハイエンド機をお持ちの方々に誤解を招いたのであれば申し訳ないです．

さて，この1か月くらいでしょうか，夜中にUSB電源を繋いでPokémon GOを動かしたままにしておいても，朝になっても充電されていません．バッテリーは減りもしないので，USBからの電流は本体の消費のみに使用され，バッテリーからの消費はないようです．

そのまま本体を触ってみると暖かく，Pokémon GOをプレイすると少しフレーム落ちしてややギクシャクします．しかし，多少のフレーム落ちは長年ローエンドのAndroidスマホでPokémon GOをプレイしているので，大きな影響はありません1強がりです😓．

Pokémon GOを落として，USBをつなぎ直すと充電が始まり，しばらくして完了します．またバッテリー充放電確認アプリや設定からバッテリーの状況を確認すると「正常」とあります．

この時期日中にPokémon GOをプレイするとAQUOS本体はかなり熱くなり，フレーム落ちが激しくなり，ついにはディスプレーが暗くなってプレイ不能になりますが，今年は日中にプレイすることを避けていることもあってその状態は稀です．

iPhone 14はどうかというと，購入以来Pokémon GOをプレイしてもせいぜい本体が少し暖かく感じる程度だったのですが，AQUOSが夜間に充電されなくなった頃から，従前より本体が暖かくなるような気がします．Pokémon GOを動かしたままUSB電源を繋いでも充電されないということはないです．

AQUOS sense4 liteはどうもCPU/GPUの冷却に問題があるような気がします．この時期室温26〜27℃の部屋で動かしておくと，CPU温度が上がってバッテリーの充電を止めているような気がします．

ここ最近，Pokémon GOのグラフィック周りが重くなったんじゃないかと推測します．

知らんけど．

ガラルのファイヤー（記事と画像は関係ありません）

久しぶりに蚊に刺された

今年は梅雨がほとんど空（から）梅雨だったためと思いますが，蚊が少ないです．もちろん畑や近所の神社の林に行くとさされますが，自宅やその周辺では蚊に刺されませんでした．

しかし，このところ台風6, 7号の遠い影響でまとまったにわか雨が降ることが増え，ようやく蚊も繁殖できる環境が整ったのでしょう．昨夜は玄関前で何匹かの蚊にたかられ，足を刺されました．家人も手足の数か所を刺されたと言ってました．

箱庭遊び10: Slackware64の実マシンブートする

紆余曲折がありましたが，Slackware64の仮想マシンを実マシンに移行した上，自前のEFI+GRUBと，ManjaroのEFI-GRUBからブートするようになりました．

今回引っかかった最大の罠は，ext4のFEATURE_C12です．

詳しく調べたわけではないですが，e2fsprogs 1.47.0では，FEATURE_C12がdefaultでONになり，mke2fs 1.47.0でformatしたパーティションを，それ以前の世代のGRUBを含むfirmwareがマウントできないようです．

Workaroundとして，SlackwareのインストールDVDイメージを焼いたUSBメモリーから起動して第2OS用パーティションをmke2fs 1.46.xによってフォーマットして，そこに第1OSであるManjaro1mke2fsは，最新の1.47.0と思います（後で確認します）．でSlackware64の仮想マシンの仮想ディスクイメージの内容をrsyncによってコピーしました．

2つ目は，EFIの罠で，これは今まで何度も引っかかっています．Slackware64のインストール用DVDイメージを焼いたUSBメモリーから起動してハードディスクをルートにする際に，必ず “UEFI: Flash Image2正確には違うと思います😓” から起動しないと，efibootmgrが動きませんし，efibootmgrを用いるgrub-installもエラーになります．

USBメモリーのEFIから起動するとなかなかよくできていて，メニューに従ってハードディスクのパーティションを適切に選べば，そのままハードディスクのパーティションをルートにして，Xまで立ち上がります．

ちなみに，第2WS (workstation)の第1OSと第2OSの違いは，仮想マシンのホストにするかしないかです．Debianでも比較的楽にKVM/QEMU環境は築けますが，敢えてやり直す気もしないので，当分はManjaroを第1OSにしたままにします．第2OSは仮想マシンのホストにするという条件がないので，仮想マシンと自由に入れ替えできます．