投稿

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

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

SSDのベンチマーク

イメージ
測定してみた  前回購入したSamsungのSSD がやや遅かったので、しっかり測定してみた。 Windowsだと、 CrystalDiskMark が一般的なんだけど、Linuxでは動作しない。 で、調べてみるとほぼ同じような処理をするクローンが存在していた。 その名も「 KDiskMark 」で、画面構成もテスト内容も同じ。 KDEベースなので、先頭にKが付いていますね…。 $ sudo add-apt-repository ppa:jonmagon/kdiskmark $ sudo apt update $ sudo apt install kdiskmark インストールはこれだけ。 ちゃっちゃとインストールして、実行してみる。 こちらが、もともとのSSD。 Sequencial readは 3000MB/s なので、そこそこ速い(しかし書き込みは遅い!) でもって、こちらが増設したSamsungのSSD Sequencial Readは、半分程度の速度なんだけど、書き込みもRandom アクセスは倍程度の速度が出ている。 大きなファイルの読み込みは、元のDiskの方が速いものの、Randomと書き込みはSamsungの方が倍くらい速いのが分かる。 前回、書いたように、遅く感じなかったのは、この辺りが理由と思われる。 /homeなんて、細々書き込むことが多いので、Randomが速ければ体感速度は速いはずですね…。多分…。知らんけど…。 と、作業の合間に計測してみた結果です。

iMovieのライブラリが消える

イメージ
iMovieは簡単で良いのだけれど… 本日のトラブル対応は、iMacのiMovieです。 昨夜、Helpの連絡があり、状況を聞くと早めの対応が良さそうということで、急遽昼から行ってきました。 何かというと、iMovieで編集作業をしていたら、保存できない旨のメッセージが出た後、ライブラリからメディアもプロジェクトも消えてしまったとのこと…。 確かに、メディアの状況は寂しいことになっている…。 そして、プロジェクトまで、おかしなことに…。 一体何があったのか 現場へ急行 高速使って1時間半の距離をぶっ飛ばし、15時から作業開始。 まずは、Diskの確認。 本体HDD+TimeMachine用1台+データ保存用×2台の計4台体制。 (これ、主婦の作業環境なのですよ…。まあ、アドバイスはしてますがw) とりあえずFirstAidで修復を試みる。 ところが、Data用ディスクの1本が、おかしい。 パーティションテーブルは見えているようだけど、Finderで中を見ると何も表示されない。 ディスクが逝ったか?と思いつつも、念のため各種バックアップを作成。 TimeMachineでチェックするも、なんだか動作がおかしい。 iMovieを起動して見るが…。 こんなメッセージ見たこと無いし…。 「ライブラリはすでに"(null)"の"(null)"で使用されています。」 って意味が分かりません。 ディスクユーティリティで本体ディスクを確認すると、大量にVideoが格納されているような表示だし、消えているわけでは無さそう。 解決! 原因は、全然違うところにあった。 ディスクが増えてきてUSBスロットが不足してきたので、USBハブを利用して、接続をまとめた。 使用している画像や動画が、外付けディスクに保存されている。 使用中に外付けディスクの1台の認識がおかしくなったようで、ディスクは認識しているものの中身が見えない状況に。 そのため、プロジェクト等で使用しているデータが拾えず、保存できず…。 上記のエラーになっている模様...

タイムマシンのディスクがおかしい

イメージ
母艦に戻ってみたら 先のブログを書いて、風呂に入って、メインマシンのiMacに戻ってみると、エラーらしき表示が出ている。 「正しく取り出し操作を行わなかった…」とかなんとか。 って、ずっと繋ぎっぱなしだし、そもそも母艦であるiMacを操作していないのに…。 よく見ると、すでにディスクはunmountされていて、見えていない。 仕方なく繋ぎ直して、認識させる。 ひょっとして、壊れているとバックアップの意味が無いので、確認しておく。 「ユーティリティ」→「ディスクユーティリティ」を選択。 まずは検証を行ってみる。 一部、異常があるようだ。 カタログファイルがおかしいらしい。 完了するまでに、1時間18分となっているが、これを書いている間に、予想時間が2時間になっている。 こりゃ、いつになったら終わるかわからない事態。 とりあえず、朝まで放置しておくか。 検証を中止して、修復に入ることにする。すでにエラーが有るわけだし、どうせ検証が終わってから修復するわけなので…。 修復を開始→予想時間:18分って…。 この予想はまったくもってあてにならないですな。 もうこのまま放置して、今日は寝る。