投稿

ラベル(ディスクユーティリティ)が付いた投稿を表示しています

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

iMacの調子が悪くなった(修復完了)

イメージ
やっと動くようになった 土曜の夜に、仕事でskypeを2時間ほど行って、ミーティング終わってからの調子がすこぶる悪くなった。 でもって、 リカバリーモードで、ディスクのチェックを掛けた のが、昨日。 しかも、昨日のブログは、携帯で書いているので、今見ると読みにくいわ…。 昨日、仕事から戻ると、バックアップディスクのチェックは完了していて、問題なし。 OK。 これで安心して、本体のHDDが触れる。 続いて本体のHDDをチェックする。 しばらく待つと、エラーが出ます。修復かけます。直りません。 これを、数回繰り返したが、結局、起動することは出来ず。 ディスク自体が逝っているのか、理論的に逝っているのか現時点では分からない。 S.M.A.R.T.情報でもすぐに見られれば、良いのだが…。 最悪、HDDの交換かマシンの買い替えも視野に入れつつ、作業をすすめる。 まずは、フォーマットをかけてみる。 この時点で、ダメならHDDを諦める。→問題なし。 念のため、クイックなフォーマットではなく、実際に0埋めをさせてみる。 これは多少時間がかかるだろうと思いつつ、実行→問題なし。 ならばと、TimeMachineのバックデータを元に書き戻しを実行。 ぐはぁっ、14時間かよ…。 ということで、放置しつつ他のWindowsマシンで仕事して寝た。 修復完了 朝起きたら、まだ4時間かかると出ていたので、もう少し放置。 で、9時半頃に完了。本当に10時間以上掛かっているゎ。 やっと、ログイン画面を拝むことが出来た。 動作確認を兼ねて、ブログ書き中。 今のところ、正常に動作している感じ。 ただ、key_chainなどが消えているっぽくて、やたらとパスワードを入力させられる。 バックアップ対象に入れていないDownloadフォルダは、すっかり空だけどまあいいや。 と思って確認していたら…。 仮想マシンのイメージが消えていた orz あまりに容量がでかいので、対象から外していた。 少しやばい。 Windows用の開発ソースが、残っていないかも。 殆どはOneDriveに移行していたんだけど、その前のものが残っているかな。 別のWindo...

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

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

バックアップが上手くいかない

イメージ
MacのTime Machineは秀逸 MacOSユーザなら、一度は聞いたことがある有名なバックアップソフトが「Time Machine」ですね。 標準で持っている、お利口なバックアップソフトです。 機能としては、差分バックアップを随時取ってくれて、過去の特定の時点のデータを取り出すことができるものです。 pdumpfs+GUIといった感じです。 pdumpfsはrubyで書かれたバックアップ用スクリプトで、ハードリンクを使ってファイルをコピーバックアップするツールです。windowsでも動作します バックアップ用のHDDを接続して、そのディスクにバックアップを取るよう設定すれば作業完了。 初回だけフルバックアップになるので、少々時間がかかりますが、あとはチョロチョロ動いて、それ程邪魔になりませんし、 イザという時の保険としては安心な機能です。 これまでに、何度も助けられています。 もちろん、OSの入れなおしだとか、Updateの失敗なんて時も、簡単に復旧できるので必須ツールです。 まだ、使っていない人は、早めに導入すべきですね〜。 急にエラーを吐いた 突然、Time Machineがエラーを吐いてきたので少々慌てました。 朝見ると、バックアップが完了できなかったというじゃないですか…。 ディスクフルな場合は古いものから、順次消していくはずなので、ディスクが一杯ということはないはず。 思い当たる節がない。 Time Machineの環境設定を確認すると確かに「!」マークが表示されている。 0:04分で失敗していることには変わりがない。 この状態では安心して、ファイルの変更など行えない。 特に仕事のデータなども、結構な頻度で書き換えを行っているので、元に戻せないのはもの凄く不便だ。 放置しておくわけにもいかないので、正常に動作するように直すしか無い。 「ユーティリティ」→「ディスクユーティリティ」を開き、該当のHDDを選択。 「ディスクを検証」を行えば、状況が分かるはず。 ポチッとな…。約20分かかるらしい。 1TBあると、それなりに時間がかかりますね。 同階層のリンクが正しくありません スレッドレコードの数が正しくありませ...