Anscheinend laufen einige Distributionen in VirtualBox nicht reibungslos. Ich habe beispielsweise Fedora 11 installiert und konnte die Bildschirmauflösung des Monitors nicht höher als 800 x 600 einstellen.
Welche Distribution läuft problemlos in VirtualBox und welche sollte man meiden? Welche ist hinsichtlich der Leistung die beste?
UPDATE: Können Sie erklären, was die Gasterweiterungen der VirtualBox sind?
Antwort1
„Guest Additions“ ist ein Paket aus Supporttools und Treibern, das VirtualBox eine direkte Schnittstelle zum Betriebssystem ermöglicht, um bestimmte Funktionen wie automatisches Mouse-Out und beschleunigte Grafik zu aktivieren.
Ich hatte keine Probleme mit Linux auf VirtualBox und habe ein halbes Dutzend verschiedener Distributionen ausprobiert, darunter Ubuntu, Fedora, Debian und CentOS.
Ehtyar.
Antwort2
Ich habe Ubuntu 9.04 und Fedora 11 erfolgreich in VirtualBox zum Laufen gebracht (Windows 7 übrigens auch).
Sie bezeichnen die Tools/Treiber, die eine höhere Auflösung, Kopieren/Einfügen usw. ermöglichen, als „Gasterweiterungen“. Nachdem Sie das Client-Betriebssystem installiert haben, mounten Sie das ISO-Image, das die Erweiterungen enthält, und installieren sie innerhalb des Clients.
Übrigens,diese Seiteenthält einige Informationen zur Client-Kompatibilität.
Antwort3
Ich habe sowohl Ubuntu als auch openSUSE ohne Probleme erfolgreich verwendet. Alle Funktionen, einschließlich Desktop-Skalierung und Batterieüberwachung, funktionieren ordnungsgemäß, sobald die Client-Tools installiert sind.
Sind Sie sicher, dass Sie die Client-Tools auf Ihrer Fedora-VM installiert haben?
Antwort4
Was meinst du mit reibungslos? Gibt es Probleme, die durch das Hinzufügen der VirtualBox-Clienttools nicht gelöst werden? Mit welchen anderen Distributionen hattest du Probleme?
Bei der Verwendung vieler neuer und älterer Versionen vieler Linux-Distributionen sind mir keine Probleme auf der Clientseite aufgefallen.
Randbemerkung: Auf der Serverseite hat der neueste Ubuntu Karmic-Kernel Probleme mit NMI. Dies kann vorerst mit einem alternativen Kernel gelöst werden (derzeit ist Karmic eine Alpha-Version). Andere Distributionen mit 2.6.30+-Kerneln haben den Fehler nicht.
Behandeln Sie virtuelle Maschinen wie Remote-Maschinen. Es gibt viele Möglichkeiten.
Textmodus für virtuelle Rechner, wenn möglich, Lamp-Server usw. Kein X auf virtuellen Rechnern installiert. Bei guter Abstimmung ergibt dies maximale Leistung.
Führen Sie X-Apps über ein virtuelles Netzwerk aus, weiterhin kein X auf virtuellen Netzwerken.
Nutzen Sie den nahtlosen Modus, starten Sie über RDP mithilfe von Skripten/Menüeinträgen und verwenden Sie den möglichst leichtesten Fenstermanager (geben Sie ein Argument ein, welcher der bessere leichte Fenstermanager ist).
Verwenden Sie einen leichten Fenstermanager für virtuelle Maschinen wie Openbox, IceWM, Windowmaker oder sogar LXDE, XFCE, Flux usw.
Verwenden Sie einen NX-Client und einen NX-Server wie Neatx von Google. Eher anwendbar für virtuellen Remotezugriff.
Verwenden Sie dieselben Tipps zur Leistungsoptimierung, die Sie auch für eine Linux-Audio-Workstation oder ältere Hardware mit Linux verwenden würden. Deaktivieren oder schalten Sie im virtuellen Client alles automatisch ab: DHCP, Zeroconf, HAL-Hardwareerkennung, CUPS-Druckdienst, Bluetooth, ACPI, Puls usw.
Wie oben erwähnt, ist es besser, eine „Desktop“-Distribution aufzubauen, als sie zu installieren. In den nächsten Jahren, vielleicht sogar schon jetzt, sollten Sie in der Lage sein, eine Appliance oder Cloud-Distribution wie Ubuntus JEOS oder Fedoras AOS usw. zu verwenden. (Meiner Meinung nach sind sie noch nicht fertig. Tolle Ideen, ich freue mich auf Verbesserungen.)