GentooLinuxを2つ仕込んでみた

先週のお話ですが、GentooLinuxの環境を2つ仕込んでみました。（現実逃避的に）

1つはMac上の仮想マシンに。
これまでMacの仮想化にはVMWare Fusionを使っていたのですが、Parallels Desktop 5ではLinuxクライアントでOpenGLアクセラレータが効いて、Compizも動くということでセールで安かったから買っていたのに使っていませんでした。
1度も使わないうちに新しいバージョンがでちゃったので、アップグレードして遂に試してみました。

インストール自体は特に問題なかったですが、Xの設定で少しハマりました。
Xを起動しても、マウスやキーボードがちゃんと動いてくれないんです。

最近のXはハードウェアの自動認識が進んでいるので、このあたりとの相性が良くないのかなと思い、後ろ向きな対応で、xorg-serverのhalサポートを無効にしちゃいまいした。

/etc/portage/package.use/xorgに
x11-base/xorg-server -hal

を書いて、
emerge -avND world
実行。

で、無事にXが起動しました。Compiz-Fusionもウニウニ動いています。
Compiz-Fusionに比べたらMac OS Xってなんて質素で味気ないんだろうと思ったり。
Mac好きな人からはCompiz-Fusionってなんて派手でグロテスクなんだろうとか言われそうですが・・・。

で、2つ目。
さくらの980円VPSでお手軽にGentooがインストールできるらしいとの情報をキャッチして、ウッカリ試してしまったのでござるの巻、であります。
kiyoya - Gentoo とさくらVPS

試した感想。
簡単です！

いや、はっきり言ってものスゴく楽です。スクリプトを数回実行するだけで終わりです。
VPSで構成が統一されているお陰ですが、WindowsよりもMacよりもUbuntuよりもインストールが楽かもしれませんね♪

という事で、この子もとりあえずbind9でDNSを動かしておきました。

そのうち何かしよう・・・、そのうち。

このブログの人気の投稿

MacからWindowsの名前解決をする

Windowsな環境だと、NetBIOSでコンピュータ名で名前解決ができたりしてとても便利です。そんなこともあって、一時期はLinuxサーバに用がなくてもSambaをインストールしたりしていた時代もありました。ですがMacからはNetBIOS名で名前解決してくれません。Windowsとのファイル共有にはSambaが使われているので、NetBIOSで名前解決しようと思えば簡単にできるはずですが、色々あるんでしょうね。きっと。実際のところ、ファイル共有だけであればWindowsでもLinux上のSambaでも問題なくできるんですが、pingを打ちたい時や、pingを打ちたい時、ほかhttpとかデータベースに繋げたい時とかに困るんです。pingを打ちたい時の方が多いですが。とりあえず手動でなら、NetBIOS名からIPアドレスは引けたりします。おもむろにターミナルを開いて $ smbutil lookup ホスト名とすれば、IPアドレスが引けます。ので、このIPアドレスを指定してping打ったり、他色々できますが、面倒でやってられませんね。じゃあMacでNetBIOSのようなものってないのかというと、ちゃんとあって、mDNSという仕組みが使われています。 mDNSの詳しいことは後日調べるとして、LinuxならavahiをWindowsならBonjourをインストールして、ホスト名.localで名前解決ができるようになります。他、DHCPサーバとDNSサーバを連動されてあげれば、ソフトを追加でインストールしなくて済むのでスマートに仕上がりますが、最近は面倒なのでDHCPサーバはブロードバンドルータに任せっきりなのでありました。 Bonjour for Windowsのダウンロードがイマイチ良く分からないことになっています。とりあえず Bonjour Print Services for Windows をダウンロードすれば大丈夫そう。

M1 Macbookの仮想化環境 Parallels DesktopでWindows10

CPUアーキテクチャの変更でもっとも影響を受けるところからいきなりぶっこんでみようと思います。十数年前にPowerPCアーキテクチャからIntelアーキテクチャへの変更で、ユーザとしてもっとも恩恵を受けられたのがBootCampやParallelsなどの仮想マシン環境を使って、Windowsが使えるところが大きかったりします。開発作業などはMacだけで行えたとしても、動作確認を行うためにWindowsの環境が必要になったり、Mac版のMS Officeでは印刷がズレてしまったり、Windows版のソフトしか提供されていなかったりなど、手元でWindowsが動いてくれたほうが嬉しい人も多いと思います。 IntelアーキテクチャからARMアーキテクチャの変更によって、一般的に広く使われているIntelアーキテクチャ向けのWindowsは動かなくなっています。ですがMicrosoftはWindows8の頃から、ARM向けのWindowsをハードウェアベンダ向けには提供していて、これが一般に向け提供されるのかみなさん興味津々な状態です。一般向けに提供されている訳ではないですが、Microsoftのベータテスト的なプログラム Insider ProgramでWindows 10が配布されており、これを試しに動かすことができるようです。 Windows Insider Program Macの仮想化環境としてはParallels、VMWare Fusion、VirtualBoxなどが使われていると思いますが、私はParallelsを愛用しています。 Parallels DesktopのM1対応のテクニカルプレビュー版が公開されているので、これを使ってARM版Windows 10を動かしてみます。早速Parallels Desktopのテクニカルプレビュー版をダウンロードしてみます。ダウンロードした時のバージョンは16.3.0-50385 となっていました。インストール後に、こんなダイアログが表示されます。Intelベースの既存のVMを動かすことはできないし、新しくIntelベースのVMを作ることはできない的なことを書いていそう。続いてWindows 10のイメージのダウンロードを行いますが、サイズが7.6GBもあるのでかなり時間がかかります。ビルド番号は202

DebianをSqueezeに上げたらKVMの仮想マシンが起動しなくなった

先日、無事にサーバのDebianをSqueezeにアップグレードした訳ですが、KVMの仮想マシンが起動しなくなっていたのをメモしとくの忘れていました。実際のところ、KVMの仮想マシンが起動しなくなるという訳ではなくて、libvirtを使っていて、且つ、仮想HDDをrawフォーマット以外(qcow2とか）を使っている場合に Starting SeaBIOS (version 0.5.1-20101112_103537-polaris) Booting from Hard Disk... Boot failed: not a bootable disk No bootable device. なんて可愛らしメッセージが表示されちゃいます。あまりの可愛らしさに胸がズキューンってなっちゃいますね。これはlibvirtのバージョンが上がって、XMLのフォーマットに変更が入っているのが原因みたいです。新しいXMLのフォーマットではdiskにdriver要素が指定できるようになっているんですが、指定されていない場合はrawフォーマットとして扱われてるみたいです。 XMLフォーマットの詳細はこちらなのでdriver要素を指定して上げれば問題なく起動します。でもdriver要素チマチマ追加するの面倒だなぁと思っていたら、virshから編集すると、自動的にdriver要素追加してくれてました（rawになってるけど) $ sudo virsh edit ドメイン名で、rawになっている部分を、実際に使用しているフォーマットに変更して上げればOK。というかvirshのeditって今回初めて使ったんですが、defineしなくていいので楽チンですね。今まではXMLファイルを編集して、その後 virsh defineやってました。

ホンダログ

このブログを検索