投稿

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

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...

X200が快適すぎる

イメージ
パーツが到着 オークションで落札し、 衝動的に注文したパーツ が全て揃った。 ということで、早速作業を開始する。 メモリはCFDの4GB✕2枚のセットを購入。 DDR3のSO-DIMM/204pinです。 ThinkPadシリーズは、メンテナンスのしやすさに定評があるだけあって、ドライバ1本だけで、作業が完結します。 ショートして、逝ってしまうといけないので、まずはバッテリを取り外す。 続いて、メモリのカバーを外す。 すでに1GBのメモリが1枚ささっている。全部で2スロットしかないので、現在ささっているメモリを取り外し、新規に購入した2枚を設置。 特に難しい作業ではない。 この時点で、起動しBIOSからメモリを正しく認識しているのかを確認する。 今度は、HDDの交換。 側面から取り外せるのだけれども、カバーのネジは裏に1本あるだけ。 ADATAのSSD128GBをゲット。 中には3.5インチ用のマウンタやスペーサも入っているけれど、今回は不要なので使いません。 本体からHDDを取り出して、SSDに換装。 きっちりとハマれば、ネジ止めなども力が不要な作り。 再度電源を入れ、BIOSから認識しているのを確認。 OSのインストール UNetbootinを使ってUSBメモリにインストール用のイメージを作成する。 ところがMacで作成したイメージだと何故かブートに失敗する。 仕方ないのでLinuxマシンで再度作りなおす。 UNetbootinは、Windows/Mac/Linuxそれぞれに対応してくれているので助かる。 UbuntuはLTSの12.04を選択。 13.10はテストしたけども日本語入力あたりが、気持ち悪かったのと、サポート期間が短いので、LTSを利用することにした。 しかし、SSDの効果は絶大。 起動からインストール完了まで10分もかからない。 そのほとんどは、ダウンロードの時間だ。 特に問題もなく、完了したので、いよいよ起動だ。 電源ON→ログイン画面まで10秒弱!!! めちゃくちゃ速いです。 これまで、ハイバネートか使っていたけれど、これだけ速ければ起動すれば良...

Linuxでthin client

イメージ
LTSPで苦戦した LTSP(the Linux Terminal Server Project)というのがあって、要はWindowsのターミナルサーバーと同等なものをLinuxだけで構成するというもの。 この設定は、通常LinuxサーバにNIC2枚刺しで、片側をWAN、もう一方をLANに接続。 LAN側はDHCPサーバとして機能して、さらにネットワークブートサービスを提供するように設定するのが一般的なやり方。 この構成であれば、結構すんなり行くらしい。 でも、普通のLAN構成だと、ルータがDHCPを提供している事が多い。このDHCPを止めてLinuxをDHCPサーバとして設定するというのも、無駄な気がするし、既存のネットワークに接続して、運用という場合にリスクが高くなるので、嫌だな…と思い、別の方法を模索していた。 最終的には上手く行ったのだけれど、約1週間ほど苦戦したのでまとめておこうと思う。 既存のLANに設置する方法 いろいろと調べてみると、proxyDHCPを設置すれば、何とか行けるらしい。 最初にやった方法 pxe-pdhcpというproxyDHCPがあって、これを実行してテストする。 ソースのみの配布なので、 公式サイト を参考にビルドする。 ただし、コメントにあるように配布されているソースに一部不具合があるので、修正が必要。(トータル2行の修正) これでもwarningが1つ出ていたけれど、一応ビルドは成功する。(このソース自体古く、新しいものは出ていないので、少々心配。枯れているなら良いのだけれど…) ところが、何度設定を見なおして、起動を繰り返しても、うまくbootできない。 様々なオプションを試し、再起動をしても上手くいかず、諦めかけていた。 異なる方法を見つけた 次に、pxe-pdhcpとは別のproxyがあることが判明。実はよく知っているdnsmasqがその機能を実装しているらしい。 これなら、使ったことがあるし、設定も経験がある。 ubuntu forumに記事 を見つけたので、その通りにテストする。 親切にも、設定の手順とスクリプトなどもまとめられている。 ところが、この方法だけでは上手くブートしない。 そこで、いろ...