投稿

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

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

xmodmapのエラー回避

xmodmapがエラーを吐く 前回キーボードの購入ミスで、Keymapを変更することで対処したのだが、端末を開くたびに実行させるとエラーを吐くことが判明した。(→ 前回の記事 ) 通常キーの変更は、何度設定しても問題ないのだが、modifier keyの変更はだめらしい。 Alt_Rを外す処理のところで、エラーが発生する。 xmodmap:  .Xmodmap:1:  bad keysym in remove modifier list 'Alt_R', no corresponding keycodes xmodmap:  1 error encountered, aborting. 表示を無視する手も有るけれど、スマートじゃないので、ちゃんと処理しておこう。 xmodmap | grep "Alt_R" | grep "mod1" > /dev/null 2>&1 if [ $? == 0 ]; then xmodmap ~/.Xmodmap fi grepかけて、出力に含まれるかで判断しておく。 もちろん、出力結果は不要なので、/dev/nullにすてておく。 これで、mod1にAlt_Rが残っていたら、削除して、keymapを変更 残っていなかったら、何もせず終了。 これを、前回書いた、.bashrcの1行と置き換える。 Logout→Login、再起動後のlogin、最後に端末を複数開けたりしても問題ないのを確認して、ミッション終了。 ちょっとしたことでも、ちゃんと書いておくと気持ちよく過ごせるね。

デスクトップがpdfだらけ

イメージ
奇妙な相談 本日の出来事。 「画面がAdobeのAcrobat Readerだらけになってしまった。WordもExcelも開かない」 と電話が入りました。 ??? まず、何を言っているのか理解が出来ず、何度も話を聞き取り、ようやく状況が飲み込めました。 デスクトップに置いたファイルやショートカットが、すべてAcrobat Readerのアイコンに変わってしまった。 しかも、どれをクリックしてもAcrobat Readerで開こうとする。 ということらしいです。 とほほ。 どうして、そんな状況になってしまったのやら…。 基本的には、管理者権限を与えておらず、すべてActive Directoryで管理しているので、そうそう異常なことは置きないはず。 ということは、ユーザの権限で出来る内容のはず。 まあ、作業するには、画面を見るしかないわけで、口頭で指示出してできるとは思えませんし…。 ということで、共有用のディレクトリに仕組んでおいた、リモート管理ソフトを実行してもらう。 exeファイルの関連付けは、変更されていなくて良かった(ユーザ権限で変更できるのか?) 復旧作業 リモートで接続して、笑ってしまった。 確かに、デスクトップがpdfだらけ…。という表現は正しかった。 「スタート」ボタンを押すと、すべてpdf…笑えます。 さて、Windows7は、XPとは異なり、全ての拡張子の変更が出来なかったはず。 デスクトップのchrome.lnkを実行すると、たしかにacrobat readerが起動して、文句を垂れてくる。 そりゃ、そうでしょうとも。実行ファイルであって、pdfではございませんから…。 よく見ると、すべてのリンクファイルの表示がおかしいようだ。 メニューも基本的には全てlnkファイルなので、この関連付けを直してやればOKでしょう。 とりあえず、拡張子のエントリを探しておく。 レジストリエディタを起動 HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\ まで辿って行くと、拡張子ごとに関連付けがされている。 問題の「...