戯言雑記

 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 を追加 rocommunity  public default .1.3.6.1.2.1.1.4 をコメント化し rocommunity  public default .1 以下のコマンドでサービスとして起動 sudo launchctl load -w /System/Library/LaunchDaemons/org.net-snmp.snmpd.plist  launchctl load：サービスとして起動せよ -w：永続的に 以下の設定ファイルを です。とめる場合は以下のコマンドで。 sud...

 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 ：常に待...