Ichiro Hieda – Page 413 – JE1SGH IPv6 Priority BLOG

“LSBは7048〜”と明記しなければいけないレベル

私が，電話級（現在の第４級）アマチュア無線技士の免許を取って，HFで運用を初めたころ，既に電話はSSBばかりになっていました．

しかし，国家試験の勉強をした教材にはSSBのことはほとんど出てなくて，理解したといえるまではずいぶん時間がかかったように覚えています¹．

要するに電波は周波数に幅がある．中波のAM放送で，例えば，NHK第一の東京は，594kHzといわれているけれど，それは搬送波の周波数であって，実際には，最大で，586.5kHz〜601.5kHz²の範囲に信号が出ています．

ここまでは，中学生でも何となく分かりました．何にも変調がかかっていなければ，594kHzに綺麗な搬送波があるだけですが，変調がかかると，上下に音声成分が広がる．

SSBが厄介なところは，LSBなら下側だけに，USBなら上側だけに広がり，しかも，ダイヤルが示しているキャリアポイントの周波数には，何も信号が出ていないのです³．

アマチュア無線の短波帯の許容占有帯域は3kHzなので，無線機のダイヤルを7045kHzに合わせてLSBを送信すると，7042〜7045kHzに電波が出るんです．これでは新しいバンドプランから逸脱することになります．

解っている人には「何をいまさら」の話なんですが^^;

というような，私が中学生のころに苦労して分かったか分からないレベルの話が，分かってない皆さんが多いようです．

JARLのバンドプランの表には，7MHz帯の図の下に，

LSBは，7048kHz〜

と明記しないといけないと思います．というか，これ書くだけでずいぶん違うと思います．

私が開局した当時，LSBで7033kHzより下はバンドプラン逸脱だとなんとか分かっていて，実際に聞いてみると，7030kHzにOTと呼ばれる人たちが入れ替わり出ていました．当時はバンドプランには法的な強制力はなかったからとはいえ，人の模範となるべき人たちがアレでは^^; その記憶があるので，”LSBは7048kHz〜”の明記はぜひ必要と思います．モラルとか何とか以前に，分かってない人多いんですから^^;;

追記(2016/07/01)

2016年現在，コンテスト規約の補足に，上記のようなことが記されています．

高解像 (KVM 16)

その後も，KVMはいじっていまして，ほぼ実用的に使える領域に達した感じがします．

最後の問題が，Xorgの起動でした．サーバーとして使うには必要ありませんが，既存のWSを，いつでも動かせるような形で保存しておくためには必要です．

その既存の実マシンから移行した仮想マシン(VM)では，Xが起動してくれない，起動してもシステムがクラッシュしてしまう，解像度が1280×720より上げられない¹，等の問題がありました．

Slackwareのxとxapを全部削除して，全部最新版をインストールし直すという手荒なupgradeを実行して，あとは，xorg.conf, xorg.conf.dの中身を見直す²ことで，どのVMも起動するようになりました³．

起動したVMのxorgでは，最大の解像度が1280×768ですが，実際には，1280×720の中で仮想的に縦の解像度が768となるという，使いにくい状況で，実質的に1280×720が最高の解像度でした．

解像度をもっと上げる方法をネット検索してみましたが，QXLを使用せよというのが一番多い情報でした．しかし，どれも2010から2011年くらいの情報です．virt-managerでは，デフォルトでQXLが選択されていて，その結果最大1280×720なので，話になりません．

あとは，自分で試すしかないので，ビデオをVMVGAにしたところ，最大2368×1770までの多彩な解像度が選べるようになりました．

ネット検索は万能な様な気がしますが，こういう旬な技術には，賞味期限切れ情報のほうが多くヒットしてしまって困ります^^;

ホストの解像度との兼ね合いもあるので，1440×900にしてみました．

GUI復活 (KVM 15)

いくつかの実マシンを仮想化する作業をしています．いずれも，確立した手順で^^; CUIとして起動するところまで行きますが，X (Xorg)が起動してくれません．startxをすると，nVidiaや，AMDのfglrxのドライバーが何だかんだとログに残して，致命的なエラーでおしまいです^^;

nVidiaのドライバーについては，ドライバーのインストーラーを使って，

./NVIDIA_Linux-x86-xxx.xx.run --uninstall

とすれば，削除できるとあり，試してみました．上記はちゃんと動きますが，依然として，Xは起動してくれません．

結局，Slackwareのxシリーズを全部removepkgして，/usr/lib/xorgと/etc/X11の残骸をどこぞに移して，もういちどSlackwareのxシリーズをinstallpkgする，という手順で，動くようになりました¹．

作業の要所では，snapshotを残すようにしています．

システムダウンの原因は仮想マシンか (KVM 14)

一昨日の昼間に，当サーバーが，ディスク関係のエラーを大量に出して，システムダウンしました．

電源リセットした後は正常に動いています．どうも，前夜にいろいろ仮想マシンをいじっていて，仮想マシンのリストから外付けディスクを削除しないまま，物理的に削除したのが原因だったのではないかと推測しています．

問題のドライブはUSB接続だったので，ホスト的にはマウントしてないことを確認しておけば，unplugしていいのですが，動いている仮想マシンでは，マウントしていなくても，IDEかSCSIドライブとして認識していて，hot-(un)plugには対応してなかったようです．このため，IO関係の何かがたまって^^; ホストのIO関係を何してしまったようです．

とはいえ，新しいMain boardなので，ハード関係のエラーの可能性はないとは言いきれないので，しばらくは監視を強めようと思います．

実HDDを仮想マシン化 (KVM 13)

前の話のまとめです．

まえがき

これまで，実マシンとして動いていたLinux Work Station （以下WS1）を，実体として残しておく訳にはいかないけど，まったく捨ててしまうのももったいない．きっと，何か，二度と再現できないノウハウ的なものがあるかもしれない^^;

ディスクをイメージ化して保存し，しかも仮想マシンとして稼働できるようにしておけば，すばらしいです．

で，いろいろ試したところ，次の手順が一番よいと思います．

仮想マシン内でコピー

まず，どこのご家庭にもある，KVM内の既に稼働している仮想マシンを用意します．この仮想マシンに新たなディスクイメージを追加します．容量は，WS1のディスクサイズでもいいですし，実際に動作させるのに必要十分で最小容量でもいいです．形式は何でもいいですが，保存することを第一に考えれば，qcow2のsparse形式でしょうね．

次に，仮想マシンの第３ディスクとして，ホストマシンに接続した，WS1のHDDの実態を追加します．

そして，仮想マシンを起動して，/dev/sdb¹となったディスクイメージをパーティショニングして，formatします．

さらに，formatしたイメージのメインの部分をどこかにマウントし，/dev/sdcとなった実ディスクのメインの部分もどこかにread onlyでマウントして，内容をまるまるコピーします．

コピーの方法はいろいろあるけど，最近はrsyncのみ使用してます．

一旦保存

コピーが終了したら，仮想マシンを停止して，その仮想マシンから，先ほど追加した，新しいディスクイメージと，実HDDを削除します．この際，間違っても，せっかく作成したディスクイメージを削除しないことです．”ディバイスリストから削除”するだけで，ディスクイメージは残します．

この新しく作成して実HDDからコピーしたディスクイメージで新たな仮想WSを作って起動させるわけですが，Kernelその他いろいろいじることもあるので，原型を止めたいということであれば，このイメージをどこか別に保存しておいたほうがいいでしょうね．

起動可能とする

これは，いろいろやり方があると思います．私は100%，SlackwareのインストールDVDを使っています．

コピーの時点で，boot loaderを適切にインストールしていないので，多少の工夫が必要ですが，そのくらいのことは，Linuxをいじっている人には朝飯前でしょう．

Good luck & good-by!

これで，滅多に動かすことのなくなったWSの実体を心置きなく捨てることができます．