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

Diskのエラー RedHat 9

あまりに苦戦したので、忘れる前に記録しておこうと思う。

古き良き時代のRedHat

古いサーバが、調子が悪いということだったので、まずは先週確認に。
時々反応がなくなるので、強制的にリセットしているとのこと。

早速、調査。
RedHat 9 shrikeであることが判明。
旧の担当者は居ないので、マシンから読み取るしかなさそう。

Webシステムが起動しているということなので、調べてみるが、apacheは起動していない。
Tomcatは起動している。

ということは、Tomcatがwebサービスを提供しているっぽい。
まあ、java中心のシステムなら、それもありうる。

今回は事前の作業

サーバをリプレイスすることで検討しているのだけれど…。
新しいマシンに、現在動いているシステムのソフトを載せても、どうやら動きそうにない。
OSのバージョンも、Tomcatのバージョンも異なるし…。DBもバージョンが違いすぎる。
乗っているシステムは、オリジナルだし…。完全なソースが残っていないという。

そこで、p2vで仮想化する方向で…。
マシン全体を仮想化して、新ハードウェア上で動かしてしまおうという計画にした。
そのため一旦ディスクの中身をコピーして持ち帰ろうと、今週作業に入った。

logをチェックしてみると、Errorが頻発している。dmesgではエラーしか見られない。
先週よりも、増えているような気がする。
コンソールで触っていても、エラーを吐いてくる。

内容は、Diskがおかしいらしい。
inodeが異常…。

よく止まらずに動いていたもんだ。

起動時の様子が見たいので、rebootしてみる。
BIOSの後、AdaptecのRAIDカードを認識している。
PXEブートしようとして、できていない。
grubを使って起動している。

ふむふむ、懐かしい文字があちこちに…。
しかしsyslogを見ると、何だかおかしい。

ハードウェアのRAIDが使われていないっぽい。
Disk構成は、80GB×2のみ・・・。
あれ?BootDiskは?

再度起動を確認すると、No Logical Disk〜とか出てるし。
fstabやfdiskを見ると、どうやらRedhatのソフトウェアRAIDが組まれている。
紛らわしい…不要なカードなら外しておいてほしい...

1本目は /Bootとswap,でもって残りがRAID領域。
2本目は、/(root)のみ???

つまり、同じ容量なのに、構成が異なり、1本目のRAID領域と、2本目でミラーしている。

問題は、どこの領域でエラーが出ているかだけれど、どうやら1本目のRAID以外の領域で多発している。
これは危険な状態。

コピーをしようとすると、IOエラーをどかどか吐いてくる。

とりあえず、エラーのないところから転送。
まずは、Linuxが動いているノートPC(データ格納用)で待ち受ける。
$ nc -l 9000 | dd of=./backup/server-hdd.gz
今度はサーバ上で、Ubuntu12.04のCDブートし、コンソールに入る。
$ sudo dd if=/dev/hdd | gzip -cf | nc 192.168.0.90 9000
CDブート時は、パスワード設定がされていないので、sudoだけでOK。

80GBの2本目をすべて、ネットワーク越しにコピーをかける。
ただし、そのままでは時間がかかりすぎるので、圧縮してからネットワーク上に流すことにする。

確認してみると、1GB受信するのに、約10分だった。
トータル約1時間で完了。総容量約6GB。
本当にこれで80GBなのか不安になるが、その前に小さめのファイルで何度かテストしているので、確実にOKなはず。

修復してみるが…

残りの部分は、エラーでコピーできないので、可能な分だけコピーを行い、修復に入る。
# fsck /dev/hdc1
しばらく待つと、じゃかじゃか出てくる。
手作業では面倒すぎるので、再度オプションを付加して実行。
# fsck -y /dev/hdc1
どっちにしても、修復しか方法はないので、全部yesで答えるしかない。

ずいぶん待つと、エラーはでなくなった。
どうせ、lost+foundみても役に立たないしなぁ(このあたり何とかならないのかな〜)

思い切って、再起動してみる。

grub shellが起動して止まった。orz

手動で何とかする

HDDは2本とわかっているし、構成もある程度わかっているので、shellから手動で起動テストをする。
> find /(TAB)
これで、ディスクの中身が見えるはず。
確かに、/BOOTの中身が見えている。
でもgurb以下が全くない。
しかも、この領域はディスクエラーの領域なので、使用しないことにする。
2本目のディスクに、/boot以下を再構成し、ここから起動させることにする。
まずは、/bootのラベルを削除する。
これで、/以下(2本目)のbootを読みに行くはず。

試行錯誤の結果、なんとかbootする設定を見つけた。

> root (hd1,0)
> kernel /boot/vmlinuz root=/dev/hdd1 init=3
> initrd /boot/initrd-2.4.20-6.img
> boot

起動後、grub-installで設定を書き込んで、rebootする。

stage1.5でまたもやgrub shellが…。
しかし、すでにstage1をクリアしているので、問題は設定ファイルがないことだと、当たりをつける。
grub以下は、やっぱり何もない。
そりゃ、stage2に進めないはずだ…。
installでは書き込んでくれないんだな。
さっきの設定を元に、menu.lstを作成する。

  default=0
  timeout=5
  title Redhat shrike
      root (hd1,0)
      kernel /boot/vmlinuz ro root=/dev/hdd1 rhgb
      initrd /boot/initrd-2.4.20-6.img

これで、再起動後自動でloginまで無事にブートするようになった。

さて、後は仮想化できるようにするのみ・・・

コメント

このブログの人気の投稿

MEGAにも弱点があった?

Ubuntu24.04 でGUIが死んだ

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