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

fusermount: failed to unmount

LinuxでクラウドDriveを使う

メインマシンはUbuntu16.04を使い、仮想マシンでWindows7を動かしている。
これで、ほぼ問題は起きないのだがクラウドを使用する時に、「ちぇっ」って思うことがある。

Dropboxは、Linux版の同期アプリ(Windows版・MacOS版と同じ)が出ているので使い勝手は全く同じ。

ところが、OneDriveは、Linux版がない。
Google Driveも同様。
(なぜGoogleが出していないのか???って感じだけど…)


まあ、全部Dropboxで済ませれば、良いのだけれど、Dropboxは14GBしかなくて、80%以上利用してて空きが厳しい。

 せっかくなら、GoogleDriveは120GBほど使えるし、OneDriveは1TBもあるので、うまく利用したい。

もちろん、どれもWEBからのアクセスには対応しているので、GUIベースというかブラウザから使えなくはない。


でも、コマンドラインで使いたいのですわ。
cp や mv がぁぁ…

いちいちマウスで右クリックして…ってやってらんない。

きっと、簡単な方法があるはず…

FUSEを使う

まあ、以前から使っているんですが、探せばいろいろと見つかるもので、同様な考えを持つ人は居るわけです。
 先人の知恵を拝借し、成果物を利用させてもらう。


GitHubにありました。

他にもいろいろと見つけたのだけれど、これが良さそう。
PPAがあるので、Ubuntuの場合、簡単ですな。


さて、インストールは、説明通り実行するだけ。
sudo add-apt-repository ppa:alessandro-strada/ppa
sudo apt-get update
sudo apt-get install google-drive-ocamlfuse
これで完了。




FUSEはユーザ権限で、ファイルシステムを利用する方法なので、管理者権限が不要というメリットがある。
$ google-drive-ocamlfuse

以上で、認証に成功すれば、もうOK。

$ mkdir ~/gdrive
$ google-drive-ocamlfuse ~/gdrive

これで、マウントしてくれて、使えるようになる。

問題もあった

CUIだけで使っていれば、さくさく動作して、気持ちいい。
使い勝手も、悪くないし、何よりシェルスクリプトや、他のスクリプトからも使える。

ところが、誤ってGUIからアクセスすると、ディレクトリを読み取るのにアクセスが大量に発生するらしく、一瞬(いやかなりの時間)固まる。

まあ、これもキャッシュされれば、それほど遅くない?と思ったけれど、一向に改善されない。

しかも、マウントした状態だと、ホームディレクトリへのアクセスも待たされるようになってしまった。
CUIに戻って、操作するが、異様に遅い。


一旦、アンマウントして、接続しなおしてみるか…
と、考えて、以下のコマンドを実行。
$ fusermount -u ~/gdrive
いつもは、これでOKなのに、遅くなった状態で実行すると、エラーを吐く。

fusermount: failed to unmount /home/username/gdrive: Device or resource busy
なんでやねん。

他のファイルマネージャみたいなのは、すべて終了しているのに。


時間をおいて、実行してみたけれど、同じエラーを吐いてくれる。ダメだ。

仕方がないので、強制的にアンマウントする。 どうやって書くのか忘れてる…。

How to force unmount a busy device in linux.

にありましたゎ。

$ sudo umount -l  ~/gdrive
とやれば、OKです。
ただし、管理者権限が必要なので、sudoをつけて実行です。


 この手の細かな操作って、忘れやすいので、Memoとして残しておきます。


コメント

このブログの人気の投稿

MEGAにも弱点があった?

Ubuntu24.04 でGUIが死んだ

VirtualBoxでUSBを使う方法が分かった!