投稿

ラベル(共有)が付いた投稿を表示しています

VanillaOS 3を試す

イメージ
以前仮想マシンで試したものの、あまり時間が取れず、しっかり使えていなかった。 余っている(テスト用においてある)Thinkpad x390に実際に入れて試してみた。 Vanilla OS ところが、サイトに行ってみると少し前(2026-08-24)にUpdateされており2→3へと2年ぶりの更新。 簡単に言うとイミュータブルなOSで、OS本体の書き換えは基本的にできず、A/Bパターンで起動する必要がある。 Aでインストールしたものは、Bに入れられ、起動時にBを選択するとインストール後の状態で使える仕組み。不具合があればまたAに戻せるというもの。 若干、コマンド類が変わってしまっているらしい。 イミュータブルなOSは、これまでにも試したものの日本語がうまく扱えないなど常用するには結構厳しいものがあった。 とはいえ、時間の経過で様々なアプリケーションがFlatpakやAppImageで出揃ってきたので、今回テストすることにした。 インストーラ自体は小さく、起動用のUSBに書き込んで起動すればOK。 インストール完了後、マシン名やユーザ名を入力することで、環境設定は完了。 基本的にはFlatpakでインストールするのが正しい使い方らしいので、必要そうなものを入れてみた。 vscode Brave Browser LMStudio DBeaver-ce Thunderird Obsidian opencode LibreOffice など・・・ どれも、サクサクと動作して気持ちいい。 日本語環境 さて、問題は日本語環境だが、調べてみるとflatpakにmozcもfcitx5も存在していた。 これんらばと思い、入れてみる。 https://note.kurodigi.com/vanillaos-fcitx5-mozc/ が、vanillaOS2の記事のようだけれども、同じ手順でOKだった。 すばらしい。 いつも使用しているmozcが動作するようになった。 ところが、LMStudioでハマった… flatpak特有の問題 LMStudioはすんなり入り、LMLinkでローカルのAIサーバも使用可能。 で、URLを指定したときにWEBサイトを取りに行かせて、処理させるMCPでハマった。 https://github.com/modelcontextprotocol/servers...

Barrierでマシン2台の運用

イメージ
旧メインマシン併用で狭い… Ryzenマシンを置いたら、作業机が足りない(狭い) 無駄にキーボードが大きいし、左のマシンのマウスが邪魔だし…。 ということで、KVMスイッチャを使おうかと思ったものの、また電源を用意したり設置場所を考えると面倒なので、ソフトウェアで対応することにした。 さて、Linux用のマウス共有ソフトを探すと「 barrier 」が良さそう。 昔、テストしたことの有る「Synergy」からフォークしたOSS。 ちなみに、Linuxだけでなく、MacOSやWindowsでも併用できるような感じ。 早速、両方のマシンに入れてテストする。 # add-apt-repository ppa:alexlarsson/flatpak # apt install flatpak gnome-software-plugin-flatpak $ flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo この3つの実行でインストールは完了。 まずは新しいマシンをサーバに設定。 ただ、SSLをDisableにしないと接続がうまく行かなかった。 でもって、クライアントの配置を決定する。 要はマウスがWindowのどの部分で接続するか…という設定。 旧マシン(u1804)を左側に置いたので、そのように設定する。 あとは、クライアント側(旧マシン)側で起動して、Clientに設定。 サーバのIPを設定して完了。 おかげで、机の上が広く使えるようになった。 左のマシンのマウスとキーボードは、ディスプレイの後ろに立てて収納(万一、直接触る場合も有るだろうし…) マウスカーソルを左端まで持っていくと、すぐ左側のマシンがアクティブになる。 キーボードの入力も、そちらのアクティブウィンドウに対応する。 1台のマシンでマルチディスプレイしているくらいの使い勝手。 実際には2台のマシンを行き来しているんだけど…。 超便利です。 今回はスプリングアームで、ディス...

ログオン・スクリプトの作成

イメージ
Active Directoryでのユーザに 構築も終盤になってきて、ユーザの要望に合わせた設定を行なっていく。手こずりネタ第3弾ww。 現在NASのに保存されているデータをファイルサーバ上に移動させて、そこを利用することに。 これまでのままでは、使い勝手が悪いので、ネットワーク上のドライブに個人用の領域を確保する。 方針としては以下のとおり。 private領域(他人からは参照されない) public領域(全職員が共有する。読み書き可能) group領域(特定のグループだけが読み書き可能。) 3つめのGroup領域は、必要に応じて複数存在させる。 これと、役職の関係が出てくるので、よく考える必要がある。 管理職は、全ての領域(1〜3)が読み書き可能。 groupメンバーは、自分のgroupとpublicが読み書き可能。 それ以外の、一般職員はpublicのみ。 そして、全員にprivate領域の読み書き可能権限を与える。 とまあ、表にしたほうが早いかもしれない。 ログオン・スクリプトの作成 net useで処理することが、多かったけど、今回は別の方法を試して見ることに。 マイクロソフトのページ を参考に、書き換えてテストすることに。 先ほどの方針に従って、書き換える。プリンタはとりあえず考慮しない。 Const MANAGER_GROUP = "cn=manager" Const SUPPORT_GROUP = "cn=support" 'Const STAFF_GROUP   = "cn=staff"  Set wshNetwork = CreateObject("WScript.Network") 'wshNetwork.MapNetworkDrive "i:" , "\\dc01\home$\" & wshNetwork.UserName wshNetwork.MapNetworkDrive "s:" , "\\dc01\staff"  Set ADSysInfo = CreateObject(...