問題タブ [qemu]

受信接続をシリアルポートでリッスンするように1つのLinuxボックスをセットアップする最良の方法は何ですか? 私はたくさんのグーグルをしましたが、実際にそれらを話すためのコマンドの正しい組み合わせを見つけることができません!

私の主な目的は、実行中の kvm/qemu VM のインスタンスにシリアル インターフェイスを提供することです。現在、VNC インターフェイスしかありません (ヘッドレス サーバー上にあり、X はありません)。-serial file: フラグを指定して起動することで VM にシリアル デバイスを作成させることができますが、それと通信する方法はまったく別の問題です。どちらのボックスも Ubuntu 8.04 を実行しています。

libvirt と virsh を使用して kvm/qemu VM を管理しようとしています。私が抱えている問題は、パブリック IP で動作させることです。サーバーはubuntu 8.04を実行しています。

libvirt は次のように実行しようとし続けます。

ブートしますが、ネットワーク アクセスがありません (ping はどこにも行きません)。fd=10 なしで実行すると、kvm が必要な TAP デバイスを作成し、ホスト内でネットワークが機能するため、正しく機能します。私が見たすべてのセットアップ ガイドは、マスカレードのセットアップに重点を置いていますが、単純なブリッジとフィルター処理されていないネットへのアクセスが必要なだけです (ゲストとホストの両方がパブリック IP を使用する必要があります)。

ホストで ifconfig を実行すると、これが得られます。ブリッジは /etc/network/interfaces ファイルで手動でセットアップされます。:

どんな助けでも大歓迎です。

QEMU について学ぶために、どの本または Web サイトをお勧めしますか? 使用例やAPIの使い方が知りたいです。

フラットファイル形式の古い Linux ファイルシステムの古いイメージがいくつかあります。それらはBochsで使用できますが、 Virtual Boxで実行する必要があります。Virtual Box はこの形式の画像を使用できないため、これらの画像をフラット ファイルから .vmdk ファイル形式に変換する必要があります。これを行う方法はありますか？

Androidで遊んでみたいです。ソースをダウンロードし、ダウンロードページの指示に従いました

プレーンな汎用ビルドを作成しました：

しかし、どうすればそこからegqemuイメージを作成できますか。/ outディレクトリを見回して、ホストツールとエミュレーターを見つけましたが、これを実行するためにどこから始めればよいかわかりません。

次のように x86 Linux ボックスをセットアップしたいと考えています。

• 最小限のシステム リソースを使用します。
• XWindowsなしでSDLを実行
• QEmu を実行するのに十分な機能が含まれています。

基本的には、仮想化のホストのみにして、「クライアント」OSまたはOSでほぼすべてのリソースを利用できるようにして、できるだけ「薄く」したいだけです。

x86で利用できるようなものはありますか?X-WindowsなしでSDLを実行する簡単な方法はありますか?

編集：

そうそう、情報をありがとう Sleske! フレームバッファのコメントは私を正しい方向に向けました! http://www.linux-fbdev.orgに興味がある人にとっては、非常に有望に見えます! FBアクセス用にSDLを構成する方法を今すぐ理解する必要があります。

ピート

x86 Windows XP Professional マシンで2.67   GHz Celeron プロセッサと1.21   GB の RAM を使用しています。

私の理解では、Android Emulatorはそのようなマシンでかなり速く起動するはずですが、私にとってはそうではありません。IDE、SDK、JDK などのセットアップに関するすべての指示に従い、エミュレーターをすばやく起動することにある程度成功しましたが、それは非常にまれです。可能であれば、この問題を解決するにはどうすればよいですか?

起動してホーム画面をロードしても、非常に遅いです。バージョン 3.5 (Galileo) と3.4 (Ganymede)のEclipse IDEを試しました。

クライアントは最初にソケットを閉じます。サーバーからのデータがあまりない場合、tcp 接続のシャットダウンは次のように問題ありません。

サーバーがデータの送信でビジー状態の場合:

そして、サーバー接続は CLOSE_WAIT 状態になり、長時間そこにとどまります。

ここで何が問題なのですか？クライアント関連またはサーバー関連? これは、ローカル ソケットの Redhat5 で発生します。

この記事では、「RST」が送信される理由について説明していますが、サーバー接続が CLOSE_WAIT のままになっている理由がわからず、FIN を送信していません。

[編集] 最も重要な情報を無視しました。これは qemu の slirp ネットワーク エミュレーションで発生します。密接な接続を処理するための slirp バグの問題のようです。