戯言雑記

 Homebrewのインストール　 https://brew.sh/ja/ /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"  以下の内容は試行過程です。結論は以下へ Mac OSでOllama server (3)　Homebrew版ollama導入決定版 －－－－－－－－－－－－－－－－－－－－－－－－－－－ Homebrewでollamaをインストール　 https://qiita.com/ntrlmt/items/56fc4e6049170edf93e0 　を参考 brew install ollama  HomebrewサービスとしてOllamaを起動  brew services start ollama とめるときは  brew services stop ollama  状態確認は brew services list  だけど、環境変数を　/opt/homebrew/opt/ollama/homebrew.mxcl.ollama.plist　に書き込まないとダメらしい、が結構面倒くさい。 先ほどの https://qiita.com/ntrlmt/items/56fc4e6049170edf93e0 にやり方がある。 update-ollama-brew-plist-env-vars.sh　の実行 /Users/[ユーザ名]/Library/LaunchAgents/homebrew.mxcl.ollama.plist が作られる rootで起動できるように設定ファイルをコピー、アクセス権の設定 sudo cp /Users/[ユーザ名]/Library/LaunchAgents/homebrew.mxcl.ollama.plist /Library/LaunchDaemons/   sudo chown root:wheel /Library/LaunchDaemons/homebrew.mxcl.ollama.plist とここまで来てsudo   brew services start ...

 GLPI Agent Linux MacOS版はdmgをインストール。 /Applications/GLPI-Agent/etc/conf.d　フォルダーに　local.cfg　ファイルを作成 sudo nano local.cfg server = http://192.168.0.x:8082  など環境に合わせて設定 /Applications/GLPI-Agent.app/bin/　に移動して sudo ./glpi-agent --force で強制実行 

 M2 Mac miniをAIのサーバーにしてローカルネットで使い倒そうと画策。 その前にサーバの稼働状況を確認したくmuni-nodeかSNMPを使えないか調査、 munin-nodeは標準ではなく 1．MacPortsでインストールする 2．Homebrewでサードパティーのソースからインストール 3．直接インストールする ですが、今回は2.の方法をでやってみようと思った。geminiはMacPortsでのインストールを進めてくるが、デファクトスタンダードのHomebrewの方が多少の手間であれば魅力的に感じたからけど、Geminiに聞くと1．MacPorts、ChatGPTに聞くと2．Homebrewを薦めてくる。 で、結果、取りあえず標準ではいっているSNMPで簡易的にみてみることにした。 ここを参考に　 https://support.hudu.com/hc/en-us/articles/36648508837655-Configuring-SNMP-on-macOS /etc/snmp/snmpd.conf　を編集 $ sudo nano snmpd.conf  で com2sec local     localhost       COMMUNITY com2sec mynetwork NETWORK/24      COMMUNITY の後に  com2sec localnet    192.168.0.0/16       public  group   localgroup v2c           localnet を追加 rocommunity  public default .1.3.6.1.2.1.1.4 をコメント化し rocommunity  public default .1 以下のコマンドでサービスとして起動 sudo launchctl load -w /System/Library/LaunchDaemons/org.net-snm...

 HP Omnibook x14-feのSnapdragonのNPUの利用、いまいちすすまない。現時点で。Ollamaはダメだし。 Anythingllmはバックグラウンド選択すれば動くが、どうも私と相性が合わない。機能が豊富すぎるように感じる。 https://qiita.com/qks_nagata/items/442b377600e1db601109 を参考にFoundry Localをつかってみる。 winget install Microsoft.FoundryLocal でインストールされる、途中で許諾するかどうか問われる。 foundry model list でリストを探すそうだが 何かでかいのをダウンロードしている リストが出てくるので foundry model run phi-3.5-mini-instruct-qnn-npu を実行　phi3.5のNPU対応をダウンロード　2.78GBくらい 環境にもよるだろうけど32Mbpsくらい、おそいな、そしてエラーのあらし、「そのようなホストは不明です」ただ、何回かリトライすると落とせている。 インストール完了するとNPUがっつり使って軽快に会話できる ただ、「こんにちは」って入力すると、返答が無限ループする 自己紹介してはちゃんと帰ってきた。日本語でちゃんと帰ってくる。 「空はなぜ青いの」は無限ループ 「話は短めに、空はなぜ青いの」は完結した。 インストール先は C:\Users\<ユーザー名>\AppData\Local\Microsoft\WindowsApps\foundry.exe モデルは C:\Users\<ユーザー名>\.foundry\cache\phi-3.5・・・・・・みたいにモデルが保存される。

 Gigabyte B550 AORUS PROの新BIOS　F19a　が出ていた　セキュリティー関係らしい、更新しておこう

 intel　Core Ultra 9 285Hでollamaをインストール. ドライバー類は最新 ollamaも最新で　gemma4 環境変数 OLLAMA_INTEL_GPU=1 OLLAMA_VULKAN=1 ONEAPI_DEVICE_SELECTOR=level_zero:NPU →英語で回答？ OLLAMA_INTEL_GPU=1 OLLAMA_VULKAN=0 ONEAPI_DEVICE_SELECTOR=level_zero:NPU →CPU　ほぼPコアフルロード　GPU　ちょっとだけ　NPU　0 OLLAMA_INTEL_GPU=0 OLLAMA_VULKAN=0 ONEAPI_DEVICE_SELECTOR=level_zero:NPU →CPU　ほぼPコアフルロード　GPU　ちょっとだけ　NPU　0  OLLAMA_INTEL_GPU=0 OLLAMA_VULKAN=0 ONEAPI_DEVICE_SELECTOR=level_zero:GPU →CPU　ほぼPコアフルロード　GPU　ちょっとだけ　NPU　0  OLLAMA_INTEL_GPU=1 OLLAMA_VULKAN=0 ONEAPI_DEVICE_SELECTOR=level_zero:GPU →CPU　ほぼPコアフルロード　GPU　ちょっとだけ　NPU　0  OLLAMA_INTEL_GPU=1 OLLAMA_VULKAN=1 ONEAPI_DEVICE_SELECTOR=level_zero:GPU OLLAMA_LLM_LIBRARY="vulkan" →CPU　ほぼPコアフルロード　GPU　ちょっとだけ　NPU　0   OLLAMA_INTEL_GPU=1 OLLAMA_VULKAN=1 ONEAPI_DEVICE_SELECTOR=level_zero:1 OLLAMA_LLM_LIBRARY="vulkan" →CPU　ちょっと　GPU　動いてそう　NPU　0 　中国語   OLLAMA_INTEL_GPU=1 OLLAMA_VULKAN=1 ONEAPI_DEVICE_SELECTOR=level_zero:0 OLLAMA_LLM_LIBRARY="vulkan" →CPU　ちょっと　GPU...

 2026年5月10日 1.29.0が公開されていた。メジャーリリースだそうだ。メジャーリリースなのでまだwebインターフェイスからはアップデートできないようだ

 HP Omnibook x14-feかってずっと初期のHPからのドライバーで使っていたけど。それでいいのかと思いだし、ドライバー捜しの旅へ。 Qualcomのサイトに最新ドライバーが Qualcomm® Adreno™ Windows Graphics Drivers for Snapdragon® X Platform   本日時点でRelease Date 2026/3/18　のバージョンが260228031.0.148.0があった。 ついでにNPUのドライバ Qualcomm® Hexagon™ NPU Driver 本日時点でRelease Date 2026/3/25　のバージョン1.0.0.14もインストール ダウンロードして解凍するといずれもexeとpdfが同梱。exeを実行するとインストールされた。 特段変化はないか。

Ollama を C ドライブから D ドライブへ移動する方法（Windows版） ここの情報です。 Ollamaをインストールするとユーザーディレクトリにインストールされるので、ドメイン管理の共用PCだと、各ユーザーごとに結構な量の本体と、モデルが保存されるので、これを共用化できないかと実行 コマンドプロンプトで OllamaSetup.exe /DIR="C:\Ollama" でインストールできる 。スタートメニューのアイコンは、インストールしたユーザーのスタートメニューに登録されるので、 ちゃんと全ユーザー向けのスタートメニュー C:\Users\[ユーザー]\AppData\Roaming\Microsoft\Windows\Start Menu\Programs 以下に変更 C:\ProgramData\Microsoft\Windows\Start Menu\Programs モデルをダウンロードするディレクトリも変更 システムの環境変数を OLLAMA_MODELS　を　C:\OllamaModels　に設定する システム環境変数を設定する場合は、「設定」アプリの「システム」→「バージョン情報」→「システムの詳細設定」良い。 C:\OllamaModels　を作っておく 一旦再起動かな。 intelGPU,NPUを使うために setx OLLAMA_VULKAN 1 setx OLLAMA_INTEL_GPU 1 を設定するとGPUを使い始めるが急にばかになる。 setx OLLAMA_VULKAN 0 setx OLLAMA_INTEL_GPU 0 でCPUとちょっとのGPUが安定した回答。ただ、CPUを使うといっても12コアの6コアしか使っていない。Core Ultra 9 285Hを使っているが　P / E / LP Eコア　6 / 8 / 2　なので、Pコアしか使っていない。 OpenVINO™ツールキットのインストールをしていなかったので、追加したけどかわらんかった。OpenVINOはpythonもいれないといけないのか、面倒くさいな。 ただ、Geforce3050　12GBと速度あんまりかわらないような・・・・・。  

[失敗]ubuntuでCVATを構築して、ネットワーク越しにみんなが使えるようにする 2026/5/2 にように、何回やっても、ダメだったのが、今回　 本家 　みながらしたら、 ここ も横目で見ながらインストールしたら、何もなかったように動いた。 基本、何も前回と変わらない？はずなのが・・・・。 気を良くしたので、個人ユーザーのホームディレクトリでは無く、他のディレクトリにインストールして、サービスのように、サーバーが起動したら使えるようにしてみよう。 /home/docker　に　cvat　ディレクトリを作る sudo mkdir /home/docker cd /home sudo chmod 777 -R docker/  sudoi mkdir /home/docker/cvat cd  /home/docker/  git clone https://github.com/cvat-ai/cvat cd cvat/ docker compose up -d なぜか、環境が引き継がれている？Dockerよくわからんな。勉強せんと とかってやっていたが、結果としてそもそもユーザーログインせずに、 再起動してもアクセスできる。やっぱり、Docker勉強しないと。

 SakuraVPSからConohaVPSにお引っ越し(1)　2023.5.8 　の記事では grep "model name" /proc/cpuinfo  Ver.2のときが　Intel Xeon Gold 6230@2.10GHz 今回Ver.3で作ったのが　 intel Xeon Processor(Icelake) と帰ってきた。  lscpuだと2GHzと帰ってきた。 －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ イメージ展開してしばらくはapt upgradeはバックグラウンドで動いていておこなえない。30分くらいまってから実行。 あと、Ubuntuだけどrootでのログインになる。 Chnohavpsのネットワークのセキュリティグループのデフォルトは取りあえず、全部閉じているようだpingは返さない。 -------------------- ubuntu 24.06インストール直後のufw はOpneSSH がIPv4、IPv6共にanywhereでallowになっているので、取りあえずこれを無効、基本接続無効に変更 sudo ufw status numbered sudo ufw delete [x] sudo ufw default deny 特定IPアドレスからの接続だけを許可  sudo ufw allow from XXX.XXX.XXX.XXX to any port 22 proto tcp 80を開ける、443を特殊なIPのみからアクセス可にする sudo ufw allow port 80 ------------- クライアントのrloginで鍵を生成 　 ここを参考 サーバー上 のホームフォルダー上で mkdir .ssh chmod 700 .ssh/ cd .ssh touch authorized_keys chmod 600 authorized_keys authorized_keysに公開鍵を貼り付ける。 /etc/ssh/sshd_config　を編集 PermitRootLogin no PasswordAuthentication no  udo systemctl reload ssh　で再起動 －－－－－－－－－－－－－－－－...

Raspberry PiのopensslでCA構築 　2022.9.19の更新版　pi3のSDが逝ってしまったので 今回はArmbianで構築。CAの証明書引き継ぎに挑戦 /etc/ssl/openssl.comの編集 [ CA_default ] dir = ./ demo CA default_days = 3650 default_crl_days= 30 default_md = sha256 (SHA-2への移行対応、#default_md     = defaultでコメントアウト） 509_extensions = usr_cert 　　　#多分もともと有効 [ req ] req_extensions = v3_req 　　　 #コメントアウトされているのを戻す [ usr_cert ] basicConstraints=CA: TRUE nsCertType = server 　　　　　#古い仕様なのでコメントアウト subjectAltName = @alt_names # (3) 追加（「usr_cert」ディレクティブの最後に） [ v3_ca ] basicConstraints = CA:true nsCertType = sslCA, emailCA subjectAltName = @alt_names　#[ v3_ca ] の一番最後 [ alt_names ]　　　　#一番最後につける DNS.1 = example.com ip.1 = 192.168.0.1 旧のファイルをコピー　ssl/demoCA　の中のファイルをコピー　で行けそう。しらんけど  

https://note.com/pure_pansy8851/n/na2c0117c798e 　のまんまです。 ubuntu 24.04に導入 Dockerの準備 多分以下のコマンド初期状態でもインストール済みかと sudo apt install -y ca-certificates curl gnupg  次に　以下の3行のコマンドを実行 sudo install -m 0755 -d /etc/apt/keyrings curl -fsSL https://download.docker.com/linux/ubuntu/gpg   | sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg sudo chmod a+r /etc/apt/keyrings/docker.gpg cat /etc/apt/sources.list.d/docker.list　で以下の内容が一行で書かれていればOK? deb [arch=amd64 signed-by=/etc/apt/keyrings/docker.gpg]   https://download.docker.com/linux/ubuntu   noble stable Docker関係のインストール sudo apt update sudo apt install -y docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin  sudo systemctl enable --now docker Cockpitのインストール  sudo apt install cockpit cockpit-podman http://ipアドレス:9090でアクセスできる  sudoなしでdockerを使えるようにする sudo usermod -aG docker $USER ログオフ 動作確認 docker run hello-world で以下のようなメッセージが表示される。それ以外にも色々表示される   Hello from Docker! Th...

 ChonohaVPSを引っ越す際にProxyの変更も考えたので、検証してみた。 ubuntuだと sudo apt install tinyproxy でインストールできる。 /etc/tinyproxy/tinyproxy.conf　の編集 取りあえず、以下の設定を確認 Port 8888 LogFile "/var/log/tinyproxy/tinyproxy.log" Allow 127.0.0.1 Allow ::1 Allow 192.168.0.0/16 ViaProxyName "GW"　　　←　デフォルトtinyproxyなので で取りあえず動く ログが書き込めない  初期設定だとログが書き込めないようだ、理由は、tinyproxy側の設定が User tinyproxy Group tinyproxy で動いているが、 /var/log/tinyproxy/　のアクセス権が　root:root なので書き込めないようだ そこで sudo chown root:tinyproxy /var/log/tinyproxy/ sudo chmod -R 770 /var/log/tinyproxy/ sudo systemctl restart tinyproxy でアクセスできるようになり、ログが記録されるようになる。これがないとsyslogに書き込まれているようだ。   さらに旧来との互換性と微調整のために Port 3126 #LogFile "/var/log/tinyproxy/tinyproxy.log" LogFile "/var/log/tinyproxy/access.log" Syslog Off XTinyproxy Yes Allow 127.0.0.1 Allow ::1 Allow 192.168.0.0/16 ViaProxyName "GW"　　　←　デフォルトtinyproxyなので MaxClients 100 MinSpareServers 5 MaxSpareServers 20 StartServers 10 で良さそうです。 MaxClients ：MAXのセッション数 MinSpareServers ：常に待...

 Power automateの嫌いなところは、なんか、うまく動いていたサーバーフローを色々書き換えていると、何か原因不明のエラーがでて、何もしても元に戻せず、結局、一旦削除して作り直す必要があることがたまにあるという理不尽な出来事が、勘違いかもしれないけど結構あるということ。