Category: Computer

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でなんとかならないかやってみます．

xzにsshのバックドア

久しぶりにセキュリティー界騒然の事態ですね．劇場型のやり取りなどで3年がかりでxzのメインテナーに加わった人物がxzにsshのバックドアを仕組んだそうで，スパイ映画さながらです．

問題になるのは，xz (liblzma) 5.6.0と5.6.1だそうです．日常的なファイルの圧縮展開に利用されるばかりでなく，圧縮効率が高いため多くのdistroがパッケージをxzで圧縮して配布していてます．

手元のMac miniではMacPortsを使っているのでxzが入っているはずです．調べてみると（注意: xzコマンドを発行してバージョンを調べるのは危険かもしれません），

まさにドンピシャのものが入ってました．早速，

port selfupdate
port upgrade outdated

をかけたら，安全とされる古いバージョンに戻りました．

ちなみに，手元のいくつかのdistroで調べたところ，Slackware64とARM (32bit)の15.0は5.2.5で問題なし，Debian BookwormとRaspberry Pi OS Bookwormも5.4.1で問題なしですが，ManjaroはAMD64, ARM64とも5.6.1で今のところupdateは来てません（2024年4月4日09:35JST現在）．

圧縮のスピードはかなり遅いですが😅
ただし，Slackware AArch64 currentは5.6.1です．他のアーキテクチャーのcurrentも5.6.1の可能性が高いです．
Manjaroは配布パッケージの圧縮にgzipを使っているようなので．ユーザーがxzをなにかの目的で使わなければ大丈夫なのかもしれません．

Bochsメモ (1) Slackware64 15.0

PC/DOSエミュレーター遊びの続きというかリブート版ですが，最終的に使うエミュレーターはBochsにすることにしたので，このような表題にしました．

さて，DebianがBochsについては解りにくくて使いにくいので，実マシンから仮想マシンへ退避させ，開けたパーティションに仮想マシンでupdateを続けてきたSlackware64 15.0をコピーして実マシン化しました．

久しぶりの作業で多少手間取りましたが，最終的に仮想化したDebianは問題なくブートできるようになりましたし，Slackware64はManjaroのGRUBのメニューからも，自前のEFIを仕込んだ別のディスクからもブートできるようになりました．

これで下準備（の下準備かも）は完了です．dosemuはすでにインストール済みで動作を確認しました．

次は，Bochsのインストールです．これもsbopkgで簡単にできました．

Freedosのお仕着せの設定のままです．CD-ROMドライブを設定していないのでエラーになっています．

Slackware64 15.0には，いつインストールしたか定かでありませんが，qemu-nbdも入ってました．

一通り準備ができてたようなので，明日から続きをします．

DOS/PCエミュレーターのインストールと動作

Tested DOS/PC Emulators Update

PCOSDosemuDOSBoxDOSBox-XBochs
Mac mini 2018 (Core i7)macOS Sonoma 14.4.1 (w/ MacPorts)N/ABuild failsInstalled and RunningInstalled and Running
Macbook Retina 12" 2017 (Core i7)macOS Ventura 13.6.6 (w/ MacPorts)N/ABuild failsInstalled and RunningInstalled and Running
PC Core i7-4790SManjaro AMD64Installed and RunningInstalled and RunningN/A *2N/A
〃Debian AMD64 Bookworm 12.5N/AInstalled and Ran *3N/A *2Installed but NOT working *5
〃Slackware64 15.0Installed and RunningNot TestedNot TestedInstalled and Running
Raspberry Pi 4 Model BSlackware ARM (32bit) 15.0N/A *1N/AN/A *2 *4Installed and Running
Raspberry Pi 5 Model BRaspberry Pi OS Bookworm 12.5N/A *1Installed and RunningN/A *2Installed but NOT working *5
〃Slackware AArch64 currentN/A *1N/AN/A *2 *4Installed and Running
〃Manjaro ARM (64bit)N/A *1Installed and RunningN/A *2N/A
Notes
*1 Dosemu requires x86/AMD CPU.
*2 Maybe available via Flatpak
*3 No longer installed for certain reasons.
*4 Flatpak installation fails on the respective environment.
*5 Drops into the debugger at every start-up.
すべて当社調べ．
いつどういう経緯でインストールしたかは不明．

DOSBoxメモ (9) 一から出直し

行き詰まってしまいました．というのは，DebianのBochsがまともに動いてくれないのです．起動するとすぐにデバッガーに落ちます．

動作をまとめた表には， “Installed and working” としていましたが， “Installed but NOT working” にしました．Raspberry Pi 5 Model B (RPi5)のRaspberry Pi OS (RPiOS)も同じです．これらの環境ではインストールに成功して試しもしないで動くものだと思い込んだようです．

なんかDebianはモジュール化にこだわっているようで，Bochsを動かしたいだけなのに，いくつものバッケージをインストールする必要があり，それに過不足があるのか他の設定に問題があるのか，そのあたりかなり手強そうなので，もうこれ以上追求しません．

現在Bochsがまともに動くことを確認している環境は，Slackware AArch64 current (RPi5), Slackware ARM 32bit 15.0 (RPi4), macOS (Mac mini & Macbook)のみです．

スピード的に，CPUをエミュレートするRPi4, RPi5は不利なのでマクドで行くのがよさそうです．

しかし，マクドではQEMUの環境を整えていないので，Bochsのディスクイメージをホスト側でいじる事ができません．

なら，Slackware64でいこう，ということになりました．Slackware ARMとAArch64でbuildできて動くんですから，AMD64用OSならまちがいなく動くでしょう．

また，方針も大幅変更で，クリーンインストールにより最新のFreeDOSが動くようにして，そこになんとか鳳をはめ込む方向にします．

RPi5はまだなんとか使えそうなスピードですが，RPi4は無理です．
関東ではマック，関西とフランスではマクド．
仮想ディスクイメージをnbdによってボリュームとしてマウントする事ができない．

DOSBoxメモ (8) 目標の整理と現状・今後の方針

すっかり取り散らかして，何を目標にしているか自分でもわからなくなりそうなのでまず整理します．

最終目標は，Raspberry Pi 5 Model B (RPi5) で日本語DOSアプリ，Log200(DOS版)を動かすことです．

もともとSlackware 14.x (x86 32bit版)でdosemu + FreeDOS + 日本語FONT + 鳳を動かして，そこでLog200を動かしていました．

前項の表にあるように，現有の環境では唯一Manjaro AMD64でdosemuが動きます．かつて，Slackware x86 32bit版で動かしていたFreeDOSのディレクトリーが残っていて，それをManjaroにコピーして，dosemuを起動すると，Log200が見事に起動するのです．

Manjaro AMD64上にインストールしたdosemuによって，かつて使用していたdosemu用ファイルツリーからブートしてLog200の起動に成功

鳳による単漢変換ですが漢字入力もできます．

なんとかこの環境を，dosemuでないPC/DOSエミュレーターに移植して，最終的にRaspberry Pi上で使えないか，と考えたわけです．

dosemuはx86系のハードウェアでしか動かず，プリミティブな印象がありますが，ホストのLinuxファイルシステム上のサブディレクトリーを仮想HDDとしてC:やD:ドライブとしてマウントできるばかりでなく，そこからブートもできてしまうという秀逸な機能があります．

もし同じことがDOSBox(-X)やBochsでできれば，話はここで終わりにできました．

DOSBox(-X)ではホストのLinuxファイルシステムのサブディレクトリーをdosemuのようにドライブとしてマウントはできますが，そこからブートはできません．

Bochsに至ってはx86 PCを忠実に再現しているのでホストのサブディレクトリーをHDDに見立てるような機能はそもそもありません．

それでまた，dosemuはホストのLinuxファイルシステムを仮想ドライブとしてブートした上で，別に仕立てた仮想ディスクイメージをフォーマットして，内容をコピーすればちゃんとそのイメージから起動することができるようになります．

ここまできたら，その仮想ディスクイメージをDOSBox(-X)やBochsにマウントすればいいじゃないか，と思ったのですが，そこがなかなかうまくいきません．テストして確認したところでは，DOSBox(-X)とBochsの仮想ディスクイメージはコンパチで使い回せますが，dosemuとは方式が違うようです．

さきほどchatGPTに変換する方法はないか聞いてみたので，その回答をもとに変換できないか試してみることにします．

Linuxのext4のファイルツリーとして．