戯言雑記

 Update AGESA to ComboAM5 1.3.0.1d だそうだ。中身的には何も書かれていない。色々調べるとメモリーのレイテンシー改善、特に中華メモリへの対応が主のよう、今回はパスか

 sambaのセッションがログオフしてもしばらく切れな３０分とか１時間とか、現在度のユーザーが入っているか調査したいなと考えたときに、離席しているのにセッションが続いているのでその状態がわからない、そのために、ログオフしたらセッション着るように濾布オフスクリプトを作って以下を記述 net use * /delete /y これでしばらく様子見したが、セッションが全部切れるわけではないようだ、 sambaの設定で /etc/samaba/smb.con　に　以下を追加様子見だ。 [global]     deadtime = 30

 openpyxlを使ってexcleのファイルに関数を書き込むとなんか知らんが@が勝手についたりする。 ws.cell(row=i, column=5).value = f"=XLOOKUP(F{i},'sheet1'!C:C,'sheet1'!D:D)" が、 Excelを開くと =@XLOOKUP(F2,'sheet1'!C:C,'sheet1'!D:D) みたいになる。 これ解決するのにすったもんだしていたら、openpyxlは文字列でいれた関数が関数として認識されないのでEXCELが気を利かせてなんかしてくれているらしい。で解決策は ws.cell(row=i, column=5).value = f"=_xlfn.XLOOKUP(F{i},'sheet1'!C:C,'sheet1'!D:D)" ってすると関数ですよってなるらしい。  

 UGREEN NAS DXP4800GTにSNMPがないので、どうしたものかと思っていた、OSがDebianベースなので、いっそのことmunin-nodeをいれようかと思ったが、google検索のAIと相談しながらDockerでMunin-nodeいれてしまいって提案された。その方法のメモ まずはアプリセンータでDockerをインストールする。 Dockerを起動する。 左メニューのプロジェクトを選択し、作成ボタンをクリック プロジェクト名にmunin-nodeなど適当に 保存パスは共有フォルダーの下のdockerになるようです。 Compose設定は以下の通り version: '3.8' services:   munin-node:     image: dennistt/munin-node:latest     container_name: ugreen-munin-node     restart: always     # NAS本体のハードウェア情報（HDD温度や詳細な統計）にアクセスするために必須     privileged: true     # NAS本体のネットワーク（IP/ポート）をそのまま使用（コンテナ内への通信の隔離を防ぐ）     network_mode: host     environment:       # 重要：Muninマスタからの接続を許可する設定（正規表現で記述）       # あなたのMuninマスタのIPが 192.168.1.100 の場合は、ドットを「\.」に、前後に「^」と「$」をつけます       - ALLOW_FROM=^192\.168\.1\.100$     volumes:       # NAS本体（ホスト）の正確なリソース情報をコンテナ内に読み込ませるためのマウント       - /proc:/host/proc:ro   ...

 HP Omnibook x14-feを買った（6）arm版vivaldiのアップデート - 3/01/2026 で報告したarm版のvivaldiのアップデートの件だが、途中報告。というか改善が無い事の記録。 vivaldiを起動したままでアップデートするとエラーになる。 タスクマネージャーでvivaldiを全部殺す。デスクトップ上起動していなくても、2プロセスほどが生きている。それから、タスクトレイのアップデートを実行するとちゃんとアップデートできる。マイクロソフト系のサービスのパスキーでx64のPCはwindows hellowでパスキー使えるのに、arm版はうまくいかないですね。

 MQTTでIoT通信するのに、平文というわけには以下なので、取りあえずの暗号化、本番だと、公開鍵暗号を使った相互認証がいいのであろうが、照明をの作成とか結構面倒くさいので取りあえず、試験的に使うので、共通鍵暗号を使ったPSKで構築することにした。 PSKなので、共有鍵がもれるとアウトなので注意が必要です。 まずはサーバー側のMosquittoの設定 まずPSKの設定を記述する /etc/mosquitto/pskfile　の作成 openssl rand -hex 32 でランダムな16進数の32バイトの文字列を生成する 。例えば以下のような a1b2c3d4e5f67890abcdef1234567890 この文字列とクライアントを識別する識別子を /etc/mosquitto/pskfile に格納する。　デバイスごとにパス輪変えてもいいし、取りあえず一緒でもいい。 esp01:a1b2c3d4e5f67890abcdef1234567890 esp02:a1b2c3d4e5f67890abcdef1234567890  /etc/mosquitto/pskfile　の所有者と、アクセス権を変更する。 sudo chown mosquitto:mosquitto /etc/mosquitto/pskfile sudo chmod 0600 /etc/mosquitto/pskfile /etc/mosquitto/mosquitto.conf　の編集 pid_file /run/mosquitto/mosquitto.pid persistence true persistence_location /var/lib/mosquitto/ log_dest file /var/log/mosquitto/mosquitto.log include_dir /etc/mosquitto/conf.d  だっけ設定されているのだが、以下を追加 # 暗号化通信用のポートを指定 listener 8883 # PSK通信用のヒント文字列（クライアントに通知する任意の文字列） psk_hint my_mqtt_broker_hint # 作成したPSKファイルのパスを指定 psk_file /etc/mosquitto/pskfile # （...

  2026年9月9日 1.30.0が公開されていた。 セキュリティ重視のアップデートらしい。 気になるのは Breaking change 💥: Disallow access to local networks such as 127.0.0.1 by default, for security reasons 変化を断ち切る 💥:     セキュリティ上の理由から、127.0.0.1などのローカルネットワークへのデフォルトアクセスを許可しません これどういう意味だろう。ちょっとアップデートしてしばらく使ってみよう。

 認証サーバーとファイルサーバーを変更するにあたって、最後の難関が移動プロファイルの移動というパワーワード。 結局色んな方法がうまくいかず、落ち着いた方法を記録しておく。 試したのwindowsのクライアントから\\元サーバー\profilesから\\先サーバー\profilesに移動させるのにrobocopyとかを使ったけど、アクセス権の問題でだめだった。管理者権限のコマンドプロンプトで、ドメインアドミンで権限でサーバーに入って robocopy \\元\profiles \\先\profiles  /B /MIR /SEC /COPYALL で実行したんだけど、「エラー 5 (0x00000005) NTFS セキュリティをコピー先ディレクトリにコピーしています」って出てコピーできない。 どうも元サーバーのprofileのフォルダーが読み込めない、アクセス権がうまくとれないようだ、rsyncとかも実行したが、やっぱりアクセス権がうまくいかず、躓いた。 で、最終的に まず先サーバーで以下を実行。sambaのADユーザーのuidを列挙 for user in $(wbinfo -u); do echo -n "$user: "; id -u "$user" 2>/dev/null || echo "UID未割り当て"; done 元サーバーのprofileのあるディレクトリで sudo tar --acls --xattrs -cvpf hoge.tar hoge/ 圧縮かけると結構小さくなるようだ  sudo tar --acls --xattrs -cvpf hoge.tar.gz hoge/  を実行。--acls --xattrsでNTFSアクセス権やSambaのACLも保存 hoge.tar を先サーバーのplofileのあるディレクトリに移動させて復元 sudo tar --acls --xattrs -xvpf hoge.tar  それから所有者を変更、先ほどのUIDを確認してそのplofileが3010番のユーザーのものだったら、以下のように実行  sudo chown -R 3010 hoge/ もしくは  sudo chown -R "3010:domain admins...

 Geforce Game Readyドライバー 616.64　2026.9.3版何かのタイミングでちらつく？

 UGREEN NAS DXP4800GTかった。セットアップはマニュアル通りではないかと思うが、ブラウザでNASのIPアドレスにアクセスすると。5～10分くらいのセットアップがあって使えるようになる。 取りあえずファームウェアがアップデートされているので更新する。 現在　1.17.0.0095　→　最新　1.19.1.0126　 再起動に5分くらいかかるのはちょっと気になるね。 取りあえず、気になったところは セットアップ普通にすると、リーモートアクセスが有効になっている https://ug.link/dxp4800gt-XXXXXXX でアクセスするとアクセスできてしまうので。「コントロールパネル」－「デバイス接続」－リモートアクセスの「UGREENlinkリモートアクセスサービス」を無効にする SNMPが標準で対応していない？ NTPサーバーをかえる 「コントロールパネル」－「時刻と言語」でNTPサーバーをローカルに変更 SNMPがないね 標準でSNMPが無いみたいね。 アプリは最低限はあるけど 最低限はある、かわったモノはない感じ。 取りあえずドライブ1台いれた 転がっていたドライブを1台だけいれたTOSHIBAのMK1002TSKB　1TB　Serial ATA 2.6　7200RPM　15年くらい前のドライブで　S.M.A.R.T読みで起動回数803回、5972時間起動のあんまり使っていないドライブ。これをSMBで共有。10GBEで接続した。 1GiBくらいまでの小容量だとキャッシュが利いているので10GbE接続でちゃんとシーケンシャルで10Gb出ている。 16GiBくらいになると、HDDの速度になっている。 16MiB 1GiB 16GiB

 ESP32を無線LANに接続しようとしたが、うまくいかない、以前は結構簡単につながった印象だが、どうやってもうまくいかない。 接続のタイミングでリセットとか、時間にウェイトいれるとか対策があったけど結局ダメだった。 ただアクセスポイントをAsusに変更したらつながった。何だったんだ ただ、ボードの面をルーター方向に垂直にしないとつながらない、平行にするとつながらないな。 デスクトップの近くだとダメだね。なんか、条件が難しい。

Windows Appが使えない　- 6/19/2026 って書いたいたけど、解決しそう Microsoftのリモートデスクトップ管理ツール「RDCMan」がv3.20に、「Dev Box」に対応 　-窓の杜 にRDCManがバージョンアップされていたのを全然追いかけてなかった。反省。

 今更だけどubuntu 22.04→24.04→26.04アップデート(7)　GLPIを10系から11系へアップグレード2 Agentとうまく通信できない - 8/14/2026 で課題だったhttp通信について 本来は証明書をしっかりと展開というのが筋ですが、GLPI-agentだけで対応できる簡易的対応を。 まず、Chrome系のブラウザだとglpiサーバーのhttp証明書を確認する。ブラウザでhttpsでアクセスし、アドレスバーのサイト情報のところをクリック、「証明書の詳細」を選択。一番下の方に「SHA-256　フィンガープリント」の項目があるので、この証明書の数字を記録する例えば d0XXbXXXX4XXXdb2　だったとする。実際はもっと長い Linux系のOSだと/etc/glpi-agent/conf.d/の下に設定ファイルがある。インストールのデフォルトだと　00-install.cfg　だと思われる。 このファイルを以下のように設定する。 server = https://192.168.X.X:8083/front/inventory.php no-ssl-check = 1 ssl-fingerprint =sha256$d0XXbXXXX4XXXdb2  serverはGLPIサーバーを設定 no-ssl-check はOSの標準的なルート証明書チェックをパスする。 ssl-fingerprint =sha256$　で先ほどのフィンガープリントを記入してやると、LinuxのOSの中身をさわらなくてもGLPI-agentの設定だけでOKになる。

 だいぶほったらかしなので、リハビリ 取りあえず、BME280を接続して温湿度気圧を読み込もう。なんか以前プログラムだけは作っているけど、それを確認するために（環境も変わっているので） 接続ですが。少し細身のNodeMCUを使っている。（書き込みをミスるという評判だが）。アンテナを上にして、左側の一番が3.3V、左側の一番下が5Vになっているピン構成だ。 ピン配置の画像は　 https://www.espboards.dev/esp32/nodemcu-32s/ 　にある。 BME280は秋月のモジュールでJ3をショートさせてI2C通信ができるようにしてある。 正面からVDD、GND、CSB 、SDI、SDO、SCKとなっている。 VDDをNodeMCUの左の1番目3.3Vに接続 GNDをNodeMCUの左の14番目（下から6番目）GNDに接続 CSBは空き SDIをNodeMCUの右の6番目 GPIO21に接続 SDOをGNDに接続 SCKをNodeMCUの右の3番目 GPIO22に接続 で接続。 まず、ライブラリーに　 finitespace/BME280 　を使う（使っていた）最新バージョンがDec xx, 2018. - Version 3.0.0 pending (A lot)なので、当時も同じものを使っていたと思う。これをArduino IDEにインストールし以下のほとんどサンプルそのままを記入しコンパイルして書き込む。書き込む際はUSBの右側のIO0を押しながら書き込む #include <BME280I2C.h> #include <Wire.h> #define SERIAL_BAUD 115200 BME280I2C bme; void setup () {   Serial . begin ( SERIAL_BAUD ) ;   Wire . begin () ;   while ( ! bme . begin ())   {     Serial . println ( "Could not find BME280 sensor!" ) ;     delay ( 1000 ) ;   } } void loo...