Category: KVM

バックアップディスクが不調になったのとほぼ同時にDebianがブートしなくなったのは偶然ではない

何言ってるか解らない題だと思いますが，自分宛のメモです．

現在Linux WSの第1 OSはManjaro，第2 OSはDebianです．両OSは同じ1TBのSSDのパーティションにあります（だいたい半分ずつ）．このほか仮想マシン（KVM/QEMU）のディスクイメージを保存するのに2TB SSDを，そのディスクイメージをバックアップするために3TB HDDを，ManjaroとDebian本体をバックアップするのに2TB HDDを使用してきました．

そのバックアップ用の2TB HDDが数日前から不調で，バックアップのためマウントしようとしても出来ません．取り出して外部のSATA用のアダプターに接続したら読み出すことが出来たので，手持ちの1TB SSD 2基に中身をコピーしました．

この不調が生じたのとほぼ同時期からDebianがブートしなくなりました．

よく考えてみると，Debianはバックアップ用のHDDの第1パーティションをEFIに使っているのです．メインOSのManjaroが自分のドライブの第1パーティションとしているのでDebianはそこを使えないためです．

もちろんManjaroのEFIから導かれたGRUBにはDebianも表示されますが，Debianが主体のEFI/GRUBがあった方が便利です．

このため，DebianのEFI/GRUBが置かれたバックアップ用の2TB HDDが不調になったらDebianはブートできないのです（起動時にマウントすべきEFIパーティションが見つからないため）．

2TB HDDの後任には2TB SSDを新規購入してあてがいました．今どき2TBだとSSDはHDDとほとんど値段が変わらなくて驚きました．

故障したSeagateの2TB HDDと新規購入したOricoの2TB SSD

2基の1TB SSDに待避したバックアップの中身を新規購入したSSDへコピーしましたが速いです．なんか，バックアップ用にするのはちょっともったいない気もします．

4基ともPCの筐体内に設置してあります．
とはいえなかなか煩雑ではあります．

Manjaroの弱点

筆者の愛用しているManjaroはrolling release modelというバージョンアップの方法を採用しています（ベースのArch Linuxがそうであるため）．

まあ，GentooやSlackware-currentも同様ではあります．この手のdistroの弱点は，しばらくupdateをしないで放置しておくと通常のupdateの手段ではupdateができなくなってしまうことです．

実マシンから作ったディスク仮想イメージとして存在させている仮想マシンは，もとの実マシンのバックアップ的な意味合いなので存在感が薄く，気がつくと最後の更新が何か月も前だったりします．

筆者のLinux第一WSであるManjaro AMD64も，ときどきバックアップのためにディスクを仮想化して仮想マシンに仕立ててます．仮想マシンとしても実は一番気に入っているので，Mac mini2台と実マシンであるManjaroのWS自身の中で仮想マシンとして “飼って” います．

気に入っているとは言えバックアップなので新し味がなく，ときどきupdateが何か月ぶりになってしまうことがあります．そんなときは他のupdate可能なイメージをコピーしたり，新たに実マシンから仮想化しました．パックアップの更新としての意義があります．

たまたま，前日updateができなくなった状態をあるSNSに投稿したら，親切な方が，

pacman-key --refresh-keys
pacman -Sc

を試してみてはと教えてくださいました．

一台目はそれで復活しました．しかし，別の仮想マシンが同様の症状になっていましたが，上記の方法では復活できませんでした．1勝1敗です．

NGなほうはさらに別のマシンで動いているupdate可能なManjaroのディスクイメージをコピーして差し替え，動くようになりましたが，バックアップの意味を込めて後で久しぶりに実マシンから仮想化しようと思います．

筆者はシステムのメンテはrootでログインした状態で行うことをポリシーにしています（Slackware流）ので，コマンドごとにsudoを使う事はしません．

DOSEmuメモ (1)

これまでの経緯をざっとまとめますと，Windowsへの依存なくDOSアプリを動かすために，FreeDOS/V + 鳳（単漢変換FEP）の動く環境をいろいろ試してきました．

その結果VMWare FusionとBochsではFreeDOS/V + 鳳はブートして日本語フォントがロードされ，プロンプトまで出ますがその後エラーになって使えません．

QEMU/KVMではプロンプトが出ても安定ですが，Control+Spaceで単漢変換モードになりません．

Manjaro AMD64のもとで動くQEMU/KVMで，FreeDOS/V + 鳳をインストールしたHDDイメージからブートして日本語モードとなり安定であるが，CNTL+Spaceを押しても漢字入力モードにならない．

結局昔から動いていたDOSEmu以外はNGです．DOSEmuは素晴らしいですがCPUのエミュレーションはしてくれません．また，macOS + MacPortsではbuildできないので，現在までに確認したDOSEmu + FreeDOS/V + 鳳を動かせる環境は，

です．なぜ同じVMWare FusionでFreeDOS/V + 鳳を直接動かすことはできないのに，VMWare Fusion上のSlackware64の上のDOSEmuで動くのかは不明です．

また，まだ試していませんが，

  • x86_64の実機で動くManjaroのQEMU/KVMのもとで動くSlackware64の中のDOSEmu

でFreedos/V + 鳳が動く可能性はあります．しかし，Manjaro AMD64でDOSEmuが動きますから，これはあまり意味がないです．

いずれにしてもCPUのエミュレーション機能がないDOSEmuということで，Raspberry Pi 4/5 Model Bでの作動はあきらめざるを得ません．

仮想マシンを動かしてその中でエミュレーターを動かすというのは，今ひとつスマートさに欠けますが，動かないのでは話しにならないのでしょうがないです．

Linux上のDOSEmuで行くとなると話は単純で，アマチュア無線のログのオリジナルを保存しているRaspberry PiのサーバーのディレクトリーをDOSEmuのホストのLinuxのファイルシステムのどこかに何らかの形でマウントすればいい，ということになります．

とりあえずはNFSでやってみますが，もう何年もいじってないのでどうなるかはわかりません．動くところまでたどり着くのは紆余曲折あって構いませんが，動き出したら安定して動くことが重要です．

特にmacOS下では．

Bochsメモ (3) dosemu以外だめな模様

結局，dosemu以外では動きませんでした．

なかなかFreeDOS/VをHDDにインストールできませんでした．FreeDOS/V 1.38のフロッピーイメージから起動して，空のディスクイメージファイルをHDSETUP.BATでフォーマットしようとしてもエラーが出ます．

そこで，FreeDOSの最新版（英語版）を当該のディスクイメージにインストールして，HDDイメージからブートできることを確認したうえで，FreeDOS/Vのフロッピーからブートして，

FORMAT C: /S

を実行したらエラーなくフォーマットできましたので，このあと手作業でFreeDOS/Vのファイルをコピーしました．

そうしたら，KVM/QEMUでもBochsでもこのディスクイメージからブートできるようになりました．

しかし，Control + Space を押しても鳳が起動しません．

macOS上のBochsにて，ディスクイメージにインストールできたFreeDOS/V 1.38を起動したところ．CNTL+Spaceを押しても半角スペースが入力されるだけで鳳が起動しない．

KVM/QEMUでも同じです．

一方dosemuで起動後に Control + Spaceを押すと，

dosemuが起動して， CNTL + Spaceを押して鳳を起動したところ．

このように，右下の隅に “鳳” の文字が表示され，単漢入力モードになります．

残念ながらFreeDOS/V + 鳳をインストールしても，dosemu以外（Bochs, KVM/QEMU）では単漢入力ができない，というのが現時点での結論です．

Bochsメモ (2) KVM/QEMUでやってみる

Isn’t Wayback Machine Great!

しばらく直接は取り組んでいませんでしたが，段取りを考えたり，若干の調べものはしてました．

まず，現在，Bochsを中心に進めていく方針に対して大きな懸念材料があります．それはDOSのコンソールから “:” が入力できないことです．これは，とてもプリミティブな問題で解決方法があるはずと思い調べたり心当たりを試しましたが，解決できていません． “:” をキーボードから入力できないというのは， DOSの作業においては致命的です．

そこで，代替案として，KVM/QEMUでやってみよう，ということを考えています．

なお，今回FreeDOS/V + 鳳のインストールイメージを発見できました．Wayback Machineに当該のページを見つけました．

フロッピーイメージも収録されています．ただ，自己展開のexeとかLHA形式とか今更どうするんだって思いましたが，このファイル名から自分のSSDのどこかにあるだろうと，

locate fdos0138

で探すと，展開済みのfdos0138.imgが見つかりました．タイムスタンプは，2006年1月2日なので，間違いなくオリジナルを展開したものとわかります．Wayback Machineを参照しなかったら，ここまでの進展はなかったです．

このイメージをフロッピーイメージとして，新しく仕立てるKVM/QEMUの仮想マシンにつなぎ，bximageで用意した仮想ディスクもつないで，ああだこうだしてみようと思います．

結局，最初のKVM/QEMUに戻るわけですが，うまく行かなかったら，第二案としてBochsでなんとかならないかやってみます．