非常に長い投稿をおologiesび申し上げますが、VirtualBoxフォーラムにこれを投稿しましたが、アクティビティは非常に少なく、まだ応答がないようです。
スペック
ホスト Linux 3.2.6-2-ARCH x86_64 | VirtualBox 4.1.8-2 | ゲスト CentOS 6.2
ホスト Windows 7 64ビット| VirtualBox 4.1.8 | ゲスト CentOS 6.2
バックグラウンド
私はラップトップでVirtualBoxを使用し、デュアルブートWindows 7とArch Linuxでセットアップしました。大きなファイルやデータ用の「データ」パーティションがあります。ディスクユーティリティ(Linux)でのハードドライブの外観は次のとおりです。
LTR順:システム予約| Windowsパーティション(C:/) "sda2" | データパーティション "Data" | ArchLinuxパーティション「sda4」
VirtualBoxは両方のOSにインストールされています。すべてのVDIファイルをデータパーティションに保持し、VirtualBoxがそれらのVDIファイルを指すようにします。仮想マシンは2つしかありません。Windows XPおよびCentOSマシン。実際には、Windows XP VDIのコピーが2つあります。1つはWindows 7から、もう1つはLinuxからアクセスするためです。
問題
昨日まではすべて順調でした。LinuxホストからCentOS VMを起動しましたが、信じられないほど遅いペースでクロールしていることがわかりました。通常の30秒程度とは対照的に、起動には5m以上かかります。マシン上でのすべての操作も遅くなり、マウスを動かすだけでも時間がかかります。
私が試したもの(すべてが同じ遅延パフォーマンスになります)
- すべてのvboxファイルを削除し、(データドライブ上の).vdiファイルのみを残してから、同じ.vdiを使用して仮想マシンを再作成します
- VMでのRAM(2Gb)およびビデオメモリ(最大許容)の負荷のスロー
- 設定を変更するとパフォーマンスに影響すると思いました
- Guest AdditionsのインストールとVMの再起動
- 新しいディスクを使用して新しい仮想マシンを作成し、最初にインストールしたときと同じCentOS LiveCDで起動します
- ラップトップを再起動し、Windowsホストから上記のほとんどを実行します
私は完全に混乱していました。完全に新しいものを作成し、同じ遅延を経験することにより、VDIファイルが破損していないことを確認しました。Windowsホストと同じパフォーマンスであったため、ホストOSの潜在的な問題を排除しました。
私が考えることができた唯一のことは、私のデータドライブが何らかの形で破損しているということでした。そこで、LinuxとWindowsホストの両方からWindows XP VMをロードして、これを証明しようとしました(Windows vdiファイルは同じパーティションにあることを思い出してください)。奇妙なことに、それはまったく問題なく、変更されていませんでした。
今、私は本当に混乱しています。破損したVDIではありません。破損したハードドライブではありません。破損したvirtualboxインストールではありません(Linuxホストではパッケージの再インストールを行いましたが、Windowsでは行いませんでした)。
[やや動揺する]
次に考えたのは、壊れたCentOSのダウンロードが、どういうわけか自分のCDに置かれた自分自身を台無しにしたことです。テスト:以前使用したLiveCDでラップトップを起動します。結果:全く問題なく、完全にスムーズ。
[30分ほど傷がつきます]
次の段階 -今私はそれを燃え上がらせています-データドライブをバックアップし、ディスクユーティリティでNTFSにフォーマットしてから、新しいCentOS仮想マシンで再試行します。結果:同じ遅いパフォーマンスの問題。
[泣くような感じ]
ArchLinuxからCentOSを実行するためのログファイルの出力をここに貼り付けました。私は本当に助けてくれて本当に感謝していますし、これが十分でなければ、ワッフルがすでに十分に長く続いていると確信していますが...