IT回顧録

Proxmox VE 8.4を使っています。 仮想マシンのコンソール画面を別ウインドウで開く機能がありますが、1280x800がデフォルトらしく、普段使っているノートPC(1366x768)だと画面からはみ出ます。 （今どきのノートPCは1920x1080だから関係ないとは思いますが） 仕方なく、都度ローカルスケーリングの設定を行っていました。 Copilotに聞くと、ブラウザ側で設定しておけばいいという怪しい回答が・・。 試してみたけど、Copilotの言う設定個所なんてありません。 ブラウザ画面キャプチャを渡すと、8.4ではその方法ではダメで、ブラウザ画面URL　https://ＰＶＥのＩＰ:8006/?console=kvm&novnc=1&vmid=ＶＭのＩＤ&vmname=ＶＭの名前&node=ＰＶＥノード名&resize=off&cmd= の、 resize=off を resize=scale にすればいいらしい。 このためには、jsを書き換える必要があるとか。 Copilotの言うjsを探したら、やはり無く(笑)、「どーゆーことかね？」と尋ねると8.4は 　/usr/share/pve-manager/js/pvemanagerlib.js なんだそうです。それっぽいところを探して書き換えました。 # diff /usr/share/pve-manager/js/pvemanagerlib.js.org /usr/share/pve-manager/js/pvemanagerlib.js 2887c2887 <           scaling = sp.get('novnc-scaling', 'off'); --- >           scaling = sp.get('novnc-scaling', 'scale'); # そのあと、 　systemctl restart pveproxy を実行したら、別ウインドウコンソール画面がローカルスケーリングされました。

「CentOS6 Samba4」で検索して出てくる上位結果だと、今は閉鎖されたリポジトリを使うものばかり・・・。 仕方ないので、自力コンパイルするか、、とやってみるも、最新だとアレコレと前提ライブラリ・環境が合わず断念。 4.1.2をコンパイルしている例があったので、それを真似して4.1.23でやってみました。 かなり時間がかかってようやくmake installまでできて、chkconfigに登録して起動できました。 なんとなく再度検索すると 　 https://unix.stackexchange.com/questions/341874/install-samba-4-4-on-centos-6 を発見。 epelに4.2.10があったのか。。。 epelのリポジトリはアーカイブされているので、やや注意が必要（インストールずみだったけど） 　 https://dl.fedoraproject.org/pub/archive/epel/6/x86_64/epel-release-6-8.noarch.rpm

EPGrecはatコマンドで録画予約の実行を登録しています。 atqで一覧が出てくるので、そこに出ているIDを 　at -c $ID とやれば内容が表示されます。 が、atコマンドの表示は出力時にASCIIであるように勝手にエスケープされるので、UTF-８は化けます（古いコマンドだから）。 「あ」-> 0xe3,0x81,0x82 -> 0x5c,0xe3,0x5c,0x81,0x5c,0x82 -> 読めない ということは、、0x5cを削除しちゃえばUTF-8になるのでは？ at -c $ID | sed 's/\\//g' ほんとに \ が登録されていたら削除しちゃうことになるけど、そんな文字はEPGrec側で登録しないハズだから、だいたい大丈夫でしょう。

 2011年からずーっとepgrecを使っています。 最近こういうのを構築するとなると、別のものになるのでしょうが、延々と使い続けて・・・。 最近番組表の表示がとても遅いのが悩みでした。 バックエンドにMysqlを使っているのは知っていたのですが、Mysqlのチューニングでなんとかならないか、と思って調査しました。 Gemini曰く、my.confに「遅いSQLをログに書き出すのが基本」とやらで、設定してみました。 [mysqld]に以下を追加。 slow_query_log = 1 slow_query_log_file = mysql_slow.log long_query_time = 1.0 log_queries_not_using_indexes = 1 すると、/var/lib/mysql/mysql_slow.logに出るわ出るわ。。 # Query_time: 0.062533  Lock_time: 0.000104 Rows_sent: 1  Rows_examined: 23758 SELECT COUNT(*) FROM Recorder_reserveTbl WHERE complete = '0' AND program_id = '4063165'; ２万４千行もそのテーブルにあるの？そりゃ遅くなるよ。。 そして速度上げる方法はないか、と素人考えで「インデックス張ればいいんじゃない？」ということで create index reserveTbl_index on Recorder_reserveTbl ( complete, program_id ); を実行。 めっちゃ速くなった！

 CopilotとGeminiと数日間戯れてようやくなんとなくわかった。 １．最近(2026年)の7zipをインストールして入る「7z.sfx」は自己解凍機能しかない（config.txt非対応） ２．あれこれできるconfig.txtに対応している「7zSD.sfx」は別アーカイブにある ３．ググって出てくる「7zS.sfx」はけっこう古いバージョンである ４．「7z.sfx」も「7zS.sfx」も「7zSD.sfx」もオープンソースでない。ので、詳細がよくわからない。 ５．「7z.sfx」も「7zS.sfx」も「7zSD.sfx」も公式マニュアルはない。ので、巷のコマンドは動かない場合もある ６．config.txtは「BOM付きUTF8、CRLF」じゃないと無視される（lzma2600.7zの7zSD.sfxとlzma920の7zS.sfxは無視してくれた） ７．出来上がったexeはインストーラじゃないのだけどWindowsが誤解して「互換性なんたら」のダイアログを出すことがあるので、レジストリ設定で出さないようにするのが無難 （６．に気づくまで数日かかった。Copilot/GaminiはANSIで良いというのだけど無視されてしまうので謎だった。UTF8でもNG、BOM付きUTF8で読み込んでくれた） ということで、config.txtは「バッチファイルを起動するのみ、BOM付きUTF8、CRLF」にして、残り(レジストリ設定とか、msi起動とか、ファイルコピーとか)をバッチファイル内で良い感じにするしかないか。。。

DVD-Rの寿命は10～30年ほどだというらしいです。 20年前に焼いたDVD-R何十枚かののデータを読みだしてみました。 ＃今となってはほぼ要らないデータばかりなのは秘密 ＃LinuxとかのISOをDVD-Rに焼いて何する気だったのやら？ 意外(?)となのか、手持ちのDVD-Rからはちゃんと読みだせました。 色素の薄いやつはダメだとか当時いろいろ情報がありましたが、国産有名メーカのものを選択していたおかげかもしれません。 最初期は安い怪しいメディアも使っていたのですが、保管に100枚くらい入る収納ケースにパンパンになるまで入れていたやつが数か月後にメディア自体が曲がってドライブで認識すらされなくなったことがあり、ちゃんとしたメーカー製のメディアにしたおかげでしょう。 バックアップメディアとして選択したはずのメディアがバックアップとして心配になるのは本末転倒ぶりでとてもいい。 さて、さらに20年後に読み出せるのか、ちょっと楽しみ。