外付けディスクからの起動成功 (KVM 11)

いろいろ試行錯誤の結果，うまくいきました．仮想マシンのKernelでvirtio_scsiが必要です．Kernelに焼き込んでも良いのですが，一応initrdにしました．例によって，依存のある他のmoduleを順序正しくloadする必要があります．とりあえずうまくいったのはこの順番でロードしました．

virtio.ko
virtio_ring.ko
virtio_pci.ko
virtio_scsi.ko

virtio_pciが必要なのかどうかは解りません．まあ，動けば良いんです^^;

virt-managerで既存のディスクとして，ホストで見たとおり，/dev/sde等として追加登録します．

ゲスト（仮想マシン）のkernelがvirtioをサポートしていれば，2番目のディスクならば/dev/sdbとして見えます．あとは，fstab等の修正をすれば良いわけです．

この起動可能な外付けディスクは，一部設定を変えれば，仮想マシンでなく，実マシンのboot driveとしても使えますね．

これで可能性が非常に広がりました．

外付けディスクをつなぐ (KVM 10)

NBDによる，仮想マシンのディスク操作は危険を伴うものでした．

これに変わる方法は何かないかと思っていましたが，ディスクイメージでなく，実ディスクをKVMから直接アクセスできれば，と思って調べてみたら，当然のようにできるようです．

今，USB3で接続した外付けディスクを，仮想マシンからマウントして，ディスクイメージ内のディスクを全部rsyncでコピーしてみています．コピーした外付けドライブから起動までできれば，

  1. ディスクイメージの内容を外付けドライブにコピー
  2. 外付けドライブの内容をホストマシンなどでいじる
  3. 外付けドライブを仮想マシンにつないで仮想マシンを外付けドライブから起動
  4. 外付けドライブの内容をディスクイメージにコピーバック

という，メンテナンス方法が可能と思われます．同じディスクを使えば，1と4の所要時間は２度目からはうんと短くなります．

試してみます．

“1RO”普及作戦失敗

私が就職したとき，職場には同じ名字の先輩がいました．ログイン名は，その先輩が先に名字をローマ字化したものを使っていました．ログイン名にはあと3文字余裕があるので，名字に何かを付け加えて区別しよう，と考えたところ，名前を1ROとして付け加えれば良いじゃないか，と考えつきました．もう30年も昔のことです．

アマチュア無線を始めて少して，DXやCWの交信でハンドルをどうするか，迷いました．ものの本には短い方が良いとあります．どう短くするか．どうも”ICHI”というのは好きじゃないんですよね．で，ICHIも使ったかもしれませんが，高校生くらいからは”ICHIRO”にして，以後40年そのままです．

何年か前から，ときどき，無線クラブの仲間や，SNSの仲間に，”1RO”っていうのはどうでしょうと，聞いてみているのですが，気に入ってくれた人がけっこういて，以来，彼らは交信のたびに”1RO SAN”と打ってくれます．

根強いファンがいるので^^; 今年のNew Year Partyでは，1ROで行こうと決めて，開始から何局かには，”599 1RO”と送りました．しかし，多くの人は”JRO”となんだか読み方が解りませんが，取ってくれました．これは想定内です．

で，しっかりモールスを取る人には，聞き返され，”1RO”を何度か繰り返し送信すると，納得いかないけど解ったみたいな感じで取ってもらいました．

ということで，これでは大半の人には取ってもらえないし，ちゃんと取ってくれる人には手間取らせるだけでいけないということで，通常は”599 ICHIRO”にして，SNSなどの知り合いの皆さんには，”599 1RO”としました．

なかなか固定観念の打破は難しいと感じました．

当然^^;

NYPのログ一部消失

JE1SGH 2015年1月2日（金）10:50〜12:00 JSTの分

昨日、今日（1月2日〜3日）と行われているニューイヤーパーティーには、なるべく多くの時間運用するようにしています。QSOしていただいた皆さん、ありがとうございます。

実は、1月2日の12時(JST)前に、ログソフトの不具合と、それに適切に対処できなかったために、1部のログが消失してしまいました。消失したのは上記のように2日10時50分〜12時00分JSTの間のQSOのデータです。

その時間帯に当局と交信された皆さんには、たいへん申し訳ありません。

その間のQSOについては、もしQSLカードを送っていただいた場合、運用周波数・モードなどの記憶と照らして、カードを発行いたします。

NBDはけっこう危険 (KVM 9)

KVMのディスクイメージをホストやその他のマシンでマウントしていじることができます．そのために，nbdというKernel moduleと，qemu-nbdというツールが必要です．

どうしようもなくなった仮想マシンを修復したり，実機をクローニングして仮想マシンに仕立てるようなときに非常に便利です．しかし，どうしたことか，これらを使ってマウントした仮想マシンのディスクイメージにrsync等を使って大量にファイルの読み書きをかけると，Kernel panicに陥る可能性が非常に高いです．

ということで，いつ止めても良いようなWork Stationでいじるのが無難と思います．わが家にはそういう遊軍マシンがないので^^; メインのサーバー兼ルーターがWSも兼ねていて，何度か止めて案配悪かったです．

やっぱり実マシンのLinux WSは必要ですね^^;;