Für mich ein langersehntes Feature, denn endlich kann ich Linuxdistributionen in der Virtualbox testen, ohne mir dabei die jeweiligen Desktopeffekte denken zu müssen. Kubuntu Jaunty ich komme.
Hat jemand auch die 3D Effekte von KDE 4.2.2 unter Virtualbox zum Laufen bekommen?
Ich habe hier ein openSUSE 11.1 mit KDE 4.2.2 unter Virtualbox installiert. Ich hätte es noch in einer älteren Version von Virtualbox installiert. Heute Virtualbox upgedatet, die 3D Beschleunigung aktiviert und die Gast-Erweiterungen neu installiert. Aber die 3D Effekte unter KDE 4.2.2 lassen sich nicht aktivieren. Muss die X Konfiguration noch angepasst werden? Wie kann man eigentlich feststellen ob 3D Beschleunigung aktiv ist oder nicht?
OK glxinfo zeigt direct rendering = Yes. Dann gehe ich mal davon aus, dass die 3D Beschleunigung aktiviert wurde. Aber KDE 4.2.2 aktiviert die Effekte trotzdem nicht.
Interessant was VirtualBox da macht. Ich werde über Ostern mal von meine DebianBox clonen und mit KDE4 verschönern und auch eine KubuntuBox 9.04 aufmachen. Mal sehen wie die Desktopeffekte laufen :)
Was mir fehlt sind mehr GUI-Möglichkeiten, vor allem da sie mir eher einfach umsetzbar erscheinen. Wenn z.B. schon STRG+ALT+ENTF vorhanden ist, sollten die viel wichtigeren SysRq-Befehle im Menü nicht fehlen.
Die Netzwerkmodes sollte man ebenfalls besser mit GUI einrichten können (insb. Portumleitungen) und auch Platten clonen wäre doch nun nicht so schwer per GUI oder?
Noch jemand, der Kubuntu 9.04 nur "virtuell" installieren möchte. Habt ihr denn alle eine so große Angst vor Kubuntu? :-) Wow, Kubuntu Jaunty ist so "heavy verbuggt", das muß in die Virtualbox.
Das X.org von Kubuntu ist nicht nVidia-Treiber kompatibel, bei mir bleibt zumindest der Bildschirm schwarz. Und den Verzicht auf eine xorg.conf versteht wohl nur Ubuntu. Daher kann Kubuntu nur in der VirtualBox genutzt werden.
Weiterhin: Ich nutze Debian mit KDE 3.5, da muss der Umstieg auf Kubuntu mit KDE 4.2 wohl überlegt und gut getestet sein. Dafür bietet sich die VirtualBox an.
> Das X.org von Kubuntu ist nicht nVidia-Treiber kompatibel, [...]
Stimmt leider nicht. Der proprietäre Treiber funktioniert einwandfrei unter Jaunty. Sonst hätte ich wohl kaum eine GTX275 heute unter Jaunty zum Laufen gebracht.
> [..] , bei mir bleibt zumindest der Bildschirm schwarz.
Dann musst du den Fehler bei dir suchen.
> Und den Verzicht auf eine xorg.conf versteht wohl nur Ubuntu.
Du kannst doch weiterhin eine xorg.conf-Datei benutzen. In Normalfall ist sie nicht mehr notwendig, wenn eine vorhanden ist, wird sie aber trotzdem noch benutzt.
Ich verstehe es nicht :
Jahrelang heißt es "Räbäääh!!!! Scheiß xorg.conf, das ist ja sowas von umständlich!" Jetzt wo die Datei nicht mehr zwingend notwendig ist, ist euch das auch nicht recht.
Entscheidet euch mal langsam oder bleibt einfach bei Windows oder benutzt HURD, aber hört endlich mit diesem Scheiß Gemecker auf!!!
Die Xorg-Erkennungsautomatik nervt dann, wenn sie nicht funktioniert. Das Problem: Die xorg.conf ist fast leer. Und nicht jeder, der ein Linux installieren kann, ist sofort in der Lage, eine funtionierende xorg.conf niederzuschreiben. Mein Vorschlag: Eine voll funktionsfähige xorg.conf für den Vesa-Treiber, in welcher die meisten Optionen auskommentiert sind, damit sie funktionell so daherkommt wie zur Zeit. Wessen Grafikkarten-Monitor-Combo Probleme macht, bräuchte dann nur die entsprechenden Zeilen in der xorg.conf mit einem Editor zu "aktivieren". Pragmatische Lösungen sind gefragt. Und: Beachte bitte, dass man in der GUI zur Zeit noch nicht einmal die Farbtiefe (z.B. von 24bit auf 16bit) einstellen kann. Die Xorg-Automatik hat mir bisher unnötigerweise immer die 24bit vorgegeben. Die einstellbare Desktopauflösung gilt meist nicht für den Displaymanager, der die vormals automatisch eingestellte und sehr oft zu hohe Xorg-Auflösung benutzt, auch wenn man im betreffenden Desktop eine niedrigere Auflösung eingestellt hat. Der Displaymanager benutzt also ohne manuellen Eingriff eine andere, höhere Auflösung als der Desktop. Am Besten sichert man sich einfach die alte xorg.conf (z.B. von Etch) und spielt sie dann bei Bedarf unter Lenny ein. Das spart Zeit und Nerven.
Das Problem ist mir all zu gut bekannt. Schlimm wird es, wenn man wenn einen Laptop mit 1280*800 Pixel hat, was xorg natürlich nicht erkennt. Selbst das aktuelle Debian (Lenny) macht da Zicken. Gern werden auch manuelle Einstellungen ignoriert: Gibt man dann mehrere Auflösungen an, greift sich xorg nicht man die höchste. Man muss Alternativauflösungen aus der Konfigurationsdatei entfernen.
Und nicht jeder, der ein Linux installieren kann, ist sofort in der Lage, eine funtionierende xorg.conf niederzuschreiben.
Muss auch niemand: "X -configure" rät die HW und schreibt eine dazu passende xorg.conf nieder. In der kannst du dann deine ein, zwei Änderungen vornehmen.
Toll. In so einem Fall haben wir dann den Komfort von FreeBSD 5 erreicht: http://wiki.bsdforen.de/freebsd/umsteiger#einrichtung_des_x-servers Wirklich, echt toll.
Ich verstehe dein Problem nicht. Das geht doch ganz fix von der Hand? X -configure übernimmt doch so ziemlich die ganze Arbeit. Man muss nur noch ein, zwei triviale Anpassungen vornehmen wie das gewünschte Tastaturlayout z.B.
Was spricht denn dagegen, eine voll ausgestattete xorg.conf mit dazuzulegen, deren Zeilen zum größten Teil zunächst auskommentiert sind? Wenn die xorg-Automatik funktioniert, entsteht ja keinerlei Nachteil. Ich finde es auch unprofessionell, mir mit diesem Uralt-Befehl zu kommen, den ich dann schon brauche, wenn ich - bei leerer xorg.conf - von 24bit auf 16bit Farbtiefe umstellen möchte. Das funktionierte schon in Windows 3.1 via GUI und jetzt schreiben wir 2009.
Du solltest die Tatsache akzeptieren, dass die Xorg-Automatik nicht immer funktioniert. Die Foren sind voll von entsprechenden Problemen. Mir "X -configure" vorzuschlagen, ist schlichtweg ein Unding. Xorg hat dafür zu sorgen, dass im Bedarfsfall eine funktionierende xorg.conf als Rückfalloption vorhanden ist. Xorg ist zu einer gigantischen Baustelle geworden, stabile Versionen gibt es anscheinend nicht mehr.
Im übrigen legt "X -configure" die erzeugte xorg.conf noch nicht einmal an der richtigen Stelle ab. Einem Newbie kann man so nicht kommen.
Bestimmte Linuxe sind deshalb schlichtweg nicht zu empfehlen. OpenSuse handhabt das anders: Eine voll ausstaffierte, auf die eigene Grafikkarten-/Monitor-Kombination abgestimmte xorg.conf wird von Yast angelegt. In Yast selbst kann man ohne jedes Vorwissen auch die Farbtiefe problemlos einstellen. OpenSuse weiß halt auch, dass die xorg.conf-Automatik nicht immer funktioniert. Das OpenSuse-Team handelt entsprechend.
Mir tut so etwas gerade als Auch-Debiannutzer sehr weh. Aber genau in diesem Punkt ist OpenSuse um Lichtjahre benutzerfreundlicher. Selbst das alte Etch ist im Hinblick auf den "xorg.conf-Service" besser als Lenny. IMHO ist das ein glasklarer Rückschritt. Wen es "erwischt", der verliert mit diesem Herumgefrickel einen Haufen Zeit oder lässt es gleich ganz bleiben.
Genau. Das Problem liegt darin begraben, dass es keine GUI-basierten Reparaturmöglichkeiten für Xorg gibt. (Im Notfall täte es ja auch ein ncurses-basiertes Frontend.) Entweder die xorg-Automatik funktioniert, dann ist alles in Butter, oder aber sie funktioniert nicht und man muß schlimmer herumfrickeln als je zuvor.
Ich möchte daran erinnern, dass unter Suse im Notfall ein Einloggen als root mit nachfolgendem Start von Sax2 genügt, um via GUI wieder eine funktionierende Xorg-Konfiguration erstellen zu können. Meist wird als Allererstes eine automatisch erstellte Konfiguration angezeigt, die man einfach übernehmen kann. Man muß dann nur einmal klicken und schon kann man sein Linux wieder starten - mit GUI.
Schön dass ich den Fehler bei mir suchen darf. Vorher hat nur alles gut funktioniert, nach einem Update von 8.10 auf 9.04 ist aber der Bildschirm schwarz. Ich möchte auch darauf hinweisen, dass Ubuntu X.org erneuert hat, so dass vermutlich nicht ich schuld sein kann.
Ich habe mich nie über eine xorg.conf aufgeregt. Im Gegenteil finde ich die xorg.conf eine der übersichtlichsten Konfigurationsdateien: Modular aufgeteilt, mit Einrückungen und # als Kommentarzeichen.
Eine Konfiguration mittels XML, welche Ubuntu wohl benutzt, ist doch nicht intuitiv lesbar.
Desweiteren kann aber eine xorg.conf genutzt werden: Auch die übrigen Sektionen werden verwendet, wenn die entsprechenden Geräte nicht bereits von HAL konfiguriert wurden. Es ist somit möglich, die Konfiguration eines Gerätes wieder über die xorg.conf durchzuführen, wenn dieses Gerät der Kontrolle durch HAL entzogen wird. Weitere Informationen hierzu finden sich unter HAL/Eingabegeräte. (Wiki auf Ubuntuusers.de)
Ich hab zwar kein Kubuntu aber Ubuntu 9.04 und das funktioniert auf meinen zwei Systemen (Laptop und Desktop) mit Nvidia Grafikkarten ganz problemlos: Installiert, das Hardware-Treiber Icon pop auf und bietet mir den Nvidia Treiber an, der sich mit einem weiteren klick installieren lässt. Funktionieren tut danach alles.
Nachdem Ubuntu und Kubuntu den gleichen X-Server verwenden liegt es also bestimmt nicht daran oder an inkompatiblen Treibern.
> nach einem Update von 8.10 auf 9.04 ist aber der Bildschirm schwarz
Kann es sein dass du selbst am System herumgebastelt hast, und dadurch das Upgrade durcheinander gebracht hast? Schon mal versucht die alte xorg.conf zu löschen? Oder hast du etwa unter 8.10 mit der (leider in diversen Foren sehr verbreiteten) "Holzhammer"-Methode aktuellere Nvidia Treiber am Paketmanagement vorbei installiert?
Ich habe hier unter OpenSuse 11.1 mit einer ATI Radeon 7500 fast dasselbe Problem: Der Rechner bootet ganz normal bis zu dem Zeitpunkt, an dem nach einigen wenigen Sekunden der Displaymanager erscheinen müßte. Der Vorgang braucht hier aber knapp 80 Sekunden, der Bildschirm bleibt lange Zeit schwarz. Änderungen in der xorg.conf bewirken im Hinblick auf dieses Problem nichts. Es handelt sich im übrigen um den freien radeon-Treiber. Da ich noch eine alte NVidia-Karte im Schrank habe, werde ich wohl tauschen (müssen). Die 3D-Performance der eigentlich unterstützten ATI Radeon 7500 ist mittlerweile unter aller Kanone. Es scheint fast, als hätte jemand eine künstliche Handbremse eingebaut. Das lief ja unter Suse 9.0 zig Mal schneller.
Google mal ein bisschen. Meistens ist noch nicht einmal AGP-Mode 2 eingestellt. Um Problemen vorzubeugen, könnte in der xorg.conf auch "3D-unterstützende" Funktionalität abgeschaltet worden sein (kein Witz). Unabhängig von Deinem Startproblem ist es möglich, die 3D-Funktionalität der Karte in gewissen Grenzen auch zu nutzen, da der Desktop ja letztendlich irgendwann einmal hochgefahren wird. 24bit könnte auch schon zuviel sein, stell doch testweise auf 16bit um. Schau auch nach, ob der Grafikkartenarbeitsspeicher korrekt erkannt wurde.
So, Deine Tipps habe ich ausprobiert. 3D hat sich gebessert, ist aber gleichzeitig instabiler geworden. Alles fühlt sich auch irgendwie etwas zu langsam an.
Ich habe daher die 3D-Hardwarebeschleunigung deaktiviert. Meine "2D"-OpenSuse 11.1 ist um gefühlte 100% schneller geworden. Mit den freien 3D-Radeon-Xorg-Treibern kann ich also leider nichts anfangen und proprietäre gibt es nicht für die ATI Radeon 7500.
Da der Grafikkartenlüfter manchmal akustischen Krawall veranstaltet, werde ich mir aber eine Nur-2D-Karte besorgen, eine PCI-Grafikkarte mit 4 bis 8 MB RAM ist für 2D völlig ausreichend. Diese nun fast nutzlose alte ATI Radeon 7500-Karte mit ihren 64MB RAM ist für reines 2D schon völliger Overkill.
Achte nach dem Grafikkartentausch auch auf das Schriftbild. Der XOrg-2D-Radeon-Treiber ist in dieser Hinsicht wirklich gut und zeigt ein gestochen scharfes Bild. Demgegenüber zeigte in meinem Rechner früher eine Ati mit Rage Pro-Chipsatz unter Linux ein (subjektiv) vermatschtes Schriftbild. Woran das lag? Da weiß ich nicht. Wie immer steckt der Teufel also im Detail.
Außerdem kannst Du die Radeon-3D-Funktion auch benutzen, wenn 3D z.B. in Spielen nicht "gut" funktionieren sollte. Bei dem "alten" Chipsatz wäre das ja auch kein Wunder. Verhältnisse wie unter Windows sind mit den freien Xorg-Treibern leider eher nicht möglich.
Zu Vergleichszwecken solltest Du auch einmal eine andere Distro wie z.B. Ubuntu oder Debian Lenny einsetzen. Laut meinen Erfahrungen funktioniert mit solchen ATI Radeons die Xorg-Autoerkennung sehr gut, vorausgesetzt, du verwendest keinen "exotischen" Monitor.
Das Lüfterproblem kannst du "manuell" lösen. Alternativ könntest Du Dir einen Passivkühlmechanismus zusammenbasteln. Anleitungen müßten noch zu finden sein. Bedenke, dass die Karte seit 2001 angeboten wird. Im Extremfall verwendest Du also eine 8 Jahre alte Grafikkarte. Da kann der Grafikkartenlüfter schon einmal Probleme bekommen.
Ich habe das Problem gelöst. Der Xserver startet ohne jede Verzögerung, wenn sämtliche Displaymanager, die openSuse anbietet, abgeschaltet werden. Also einfach mit init 3 hochfahren, dann startx -- -nolisten tcp und danach in Yast den Displaymanager auf console umstellen. Fortan ist Ruhe.
Jo, das mit den Prtumleitungen find ich auch mies, ich hab auch nicht gefunden, was man da schreiben muss wenn man in der VM keine PCNet sondern z.B. eine E1000 emuliert.
Ich habs dann über ein tap-Device des Hosts gelöst..
Von Anonymous Coward am Mi, 8. April 2009 um 20:40 #
Das Changelog spricht von
OpenGL 3D acceleration for Linux and Solaris guests,
das User Manual (Seite 70) sagt aber
The VirtualBox Guest Additions contain experimental hardware OpenGL 3D support for Windows and Linux guests.
sowie in einer Fußnote
Support for Windows guests was added with VirtualBox 2.1; support for Linux followed with version 2.2.
Was denn nun? Solaris guests oder nicht? Windows seit VirtualBox 2.1? Das ist komplett an mir vorüber gegangen. Hat das jemand ausprobiert oder weiß mehr?
Nö, das sollte Slackware sein. OpenSuse hängt noch in den öden Elfern, nur Slack ist bereits in den Zwölfern. Ist ja aber auch eine der ältesten Distris (die älteste Distri?), die noch aktiv ist.
Nein, Slackware. Slackware litt früher nicht an Versionitis. Irgendwann hat P.V. dann einfach die Nummern 5 und 6 ausgelassen, da er immer wieder gefragt wurde, wieso Slackware erst bei der alten Linuxversion 4 sei, Suse und Redhat hätten ja schließlich schon die Version 6 erreicht. http://de.wikipedia.org/wiki/Slackware Klar, ist diese Versionitis Stuss. Und weil es Stuss ist, kann man auch gleich ein paar Nummern auslassen.
Nur fuer den persoenlichen! Die PUEL ist da IMHO sehr liberal was kommerzielle Nutzung angeht. Siehe Punkt 6. Sonst wuerde ich auch eine binaere Windows-OSE schwer vermissen. Das (selber) Kompilieren unter Linux ist schon nicht so einfach wie bei manchen anderen Sachen, aber unter Windows sah es noch schlimmer aus.
Kann mir jemand sagen ob man bei der neuen Virtualbox auch Adminrechte als Benutzer braucht (WinXP als Host) oder geht das auch als eingeschränkter Benutzer? Ich meine die Nutzung nicht die Installation. Installieren kann ich es schon als Admin. Ich möcht aber als eingeschränkter Benutzer eine bereitgestellte VM verwenden.
Wäre dankbar, wenn das schon jemand probiert hat und mir das sagen kann.
Danke für die schnelle Auskunft. Hab eben mal irgendwo gelesen, dass man ADminrechte zum Ausführen braucht und hab mich darauf verlassen. Selbst hab ich das nie getestet. Wenn es bei dir funzt, dann werd ich das gleich morgen (heute) noch ausprobieren
Weiss zufällig jemand, ob man mit Virtualbox VmWare-Projekte importieren kann? Wäre mir sehr angenehm, Windows nicht nochmal neu in VBox installieren zu müssen...
Könnte nur sein, daß Dein Windows die Arbeit verweigert, weil die emulierte Virtualbox- Hardware nach Microsofts Meinung zu sehr von der emulierten VmWare- Hardware abweicht und Du den Kram neu aktivieren mußt (und Dein M$- Aktivierungszähler eins runtergezählt wird).
Hier gibt es ein hübsches Video, das Compiz in der Virtualbox zeigt:
Calums Wee GNOME Blog: Compiz in a Box
Für mich ein langersehntes Feature, denn endlich kann ich Linuxdistributionen in der Virtualbox testen, ohne mir dabei die jeweiligen Desktopeffekte denken zu müssen. Kubuntu Jaunty ich komme.
Ubuntu Jaunty?
Ich habe hier ein openSUSE 11.1 mit KDE 4.2.2 unter Virtualbox installiert. Ich hätte es noch in einer älteren Version von Virtualbox installiert. Heute Virtualbox upgedatet, die 3D Beschleunigung aktiviert und die Gast-Erweiterungen neu installiert. Aber die 3D Effekte unter KDE 4.2.2 lassen sich nicht aktivieren. Muss die X Konfiguration noch angepasst werden? Wie kann man eigentlich feststellen ob 3D Beschleunigung aktiv ist oder nicht?
Neben bei benötigst du einen Kernel 2.6.27+ oder höher damit die 3d unterstützung Funktioniert.
Was mir fehlt sind mehr GUI-Möglichkeiten, vor allem da sie mir eher einfach umsetzbar erscheinen. Wenn z.B. schon STRG+ALT+ENTF vorhanden ist, sollten die viel wichtigeren SysRq-Befehle im Menü nicht fehlen.
Die Netzwerkmodes sollte man ebenfalls besser mit GUI einrichten können (insb. Portumleitungen) und auch Platten clonen wäre doch nun nicht so schwer per GUI oder?
Habt ihr denn alle eine so große Angst vor Kubuntu? :-)
Wow, Kubuntu Jaunty ist so "heavy verbuggt", das muß in die Virtualbox.
Weiterhin: Ich nutze Debian mit KDE 3.5, da muss der Umstieg auf Kubuntu mit KDE 4.2 wohl überlegt und gut getestet sein. Dafür bietet sich die VirtualBox an.
Stimmt leider nicht. Der proprietäre Treiber funktioniert einwandfrei unter Jaunty. Sonst hätte ich wohl kaum eine GTX275 heute unter Jaunty zum Laufen gebracht.
> [..] , bei mir bleibt zumindest der Bildschirm schwarz.
Dann musst du den Fehler bei dir suchen.
> Und den Verzicht auf eine xorg.conf versteht wohl nur Ubuntu.
Du kannst doch weiterhin eine xorg.conf-Datei benutzen. In Normalfall ist sie nicht mehr notwendig, wenn eine vorhanden ist, wird sie aber trotzdem noch benutzt.
Ich verstehe es nicht :
Jahrelang heißt es "Räbäääh!!!! Scheiß xorg.conf, das ist ja sowas von umständlich!" Jetzt wo die Datei nicht mehr zwingend notwendig ist, ist euch das auch nicht recht.
Entscheidet euch mal langsam oder bleibt einfach bei Windows oder benutzt HURD, aber hört endlich mit diesem Scheiß Gemecker auf!!!
Das Problem:
Die xorg.conf ist fast leer.
Und nicht jeder, der ein Linux installieren kann, ist sofort in der Lage, eine funtionierende xorg.conf niederzuschreiben.
Mein Vorschlag:
Eine voll funktionsfähige xorg.conf für den Vesa-Treiber, in welcher die meisten Optionen auskommentiert sind, damit sie funktionell so daherkommt wie zur Zeit.
Wessen Grafikkarten-Monitor-Combo Probleme macht, bräuchte dann nur die entsprechenden Zeilen in der xorg.conf mit einem Editor zu "aktivieren".
Pragmatische Lösungen sind gefragt.
Und: Beachte bitte, dass man in der GUI zur Zeit noch nicht einmal die Farbtiefe (z.B. von 24bit auf 16bit) einstellen kann. Die Xorg-Automatik hat mir bisher unnötigerweise immer die 24bit vorgegeben.
Die einstellbare Desktopauflösung gilt meist nicht für den Displaymanager, der die vormals automatisch eingestellte und sehr oft zu hohe Xorg-Auflösung benutzt, auch wenn man im betreffenden Desktop eine niedrigere Auflösung eingestellt hat. Der Displaymanager benutzt also ohne manuellen Eingriff eine andere, höhere Auflösung als der Desktop.
Am Besten sichert man sich einfach die alte xorg.conf (z.B. von Etch) und spielt sie dann bei Bedarf unter Lenny ein. Das spart Zeit und Nerven.
Muss auch niemand: "X -configure" rät die HW und schreibt eine dazu passende xorg.conf nieder. In der kannst du dann deine ein, zwei Änderungen vornehmen.
In so einem Fall haben wir dann den Komfort von FreeBSD 5 erreicht:
http://wiki.bsdforen.de/freebsd/umsteiger#einrichtung_des_x-servers
Wirklich, echt toll.
Das geht doch ganz fix von der Hand? X -configure übernimmt doch so ziemlich die ganze Arbeit. Man muss nur noch ein, zwei triviale Anpassungen vornehmen wie das gewünschte Tastaturlayout z.B.
Wenn die xorg-Automatik funktioniert, entsteht ja keinerlei Nachteil.
Ich finde es auch unprofessionell, mir mit diesem Uralt-Befehl zu kommen, den ich dann schon brauche, wenn ich - bei leerer xorg.conf - von 24bit auf 16bit Farbtiefe umstellen möchte.
Das funktionierte schon in Windows 3.1 via GUI und jetzt schreiben wir 2009.
Du solltest die Tatsache akzeptieren, dass die Xorg-Automatik nicht immer funktioniert. Die Foren sind voll von entsprechenden Problemen.
Mir "X -configure" vorzuschlagen, ist schlichtweg ein Unding. Xorg hat dafür zu sorgen, dass im Bedarfsfall eine funktionierende xorg.conf als Rückfalloption vorhanden ist.
Xorg ist zu einer gigantischen Baustelle geworden, stabile Versionen gibt es anscheinend nicht mehr.
Im übrigen legt "X -configure" die erzeugte xorg.conf noch nicht einmal an der richtigen Stelle ab.
Einem Newbie kann man so nicht kommen.
Bestimmte Linuxe sind deshalb schlichtweg nicht zu empfehlen.
OpenSuse handhabt das anders: Eine voll ausstaffierte, auf die eigene Grafikkarten-/Monitor-Kombination abgestimmte xorg.conf wird von Yast angelegt. In Yast selbst kann man ohne jedes Vorwissen auch die Farbtiefe problemlos einstellen.
OpenSuse weiß halt auch, dass die xorg.conf-Automatik nicht immer funktioniert.
Das OpenSuse-Team handelt entsprechend.
Mir tut so etwas gerade als Auch-Debiannutzer sehr weh. Aber genau in diesem Punkt ist OpenSuse um Lichtjahre benutzerfreundlicher.
Selbst das alte Etch ist im Hinblick auf den "xorg.conf-Service" besser als Lenny.
IMHO ist das ein glasklarer Rückschritt.
Wen es "erwischt", der verliert mit diesem Herumgefrickel einen Haufen Zeit oder lässt es gleich ganz bleiben.
Das Problem liegt darin begraben, dass es keine GUI-basierten Reparaturmöglichkeiten für Xorg gibt.
(Im Notfall täte es ja auch ein ncurses-basiertes Frontend.)
Entweder die xorg-Automatik funktioniert, dann ist alles in Butter, oder aber sie funktioniert nicht und man muß schlimmer herumfrickeln als je zuvor.
Ich möchte daran erinnern, dass unter Suse im Notfall ein Einloggen als root mit nachfolgendem Start von Sax2 genügt, um via GUI wieder eine funktionierende Xorg-Konfiguration erstellen zu können.
Meist wird als Allererstes eine automatisch erstellte Konfiguration angezeigt, die man einfach übernehmen kann. Man muß dann nur einmal klicken und schon kann man sein Linux wieder starten - mit GUI.
Ich habe mich nie über eine xorg.conf aufgeregt. Im Gegenteil finde ich die xorg.conf eine der übersichtlichsten Konfigurationsdateien:
Modular aufgeteilt, mit Einrückungen und # als Kommentarzeichen.
Eine Konfiguration mittels XML, welche Ubuntu wohl benutzt, ist doch nicht intuitiv lesbar.
Desweiteren kann aber eine xorg.conf genutzt werden:
Auch die übrigen Sektionen werden verwendet, wenn die entsprechenden Geräte nicht bereits von HAL konfiguriert wurden. Es ist somit möglich, die Konfiguration eines Gerätes wieder über die xorg.conf durchzuführen, wenn dieses Gerät der Kontrolle durch HAL entzogen wird. Weitere Informationen hierzu finden sich unter HAL/Eingabegeräte. (Wiki auf Ubuntuusers.de)
Das ist ja einfach...
Wo liegt das Problem? Einfach folgende Zeilen in die xorg.conf-Datei einfügen und Xorg lässt die Finger von HAL :
Section "ServerFlags"
Option "AutoAddDevices" "False"
EndSection
HAL wird übrigens ausschließlich für die Eingabegeräte benutzt. Die Grafikkarte wird wie eh und je konfiguriert.
Nachdem Ubuntu und Kubuntu den gleichen X-Server verwenden liegt es also bestimmt nicht daran oder an inkompatiblen Treibern.
> nach einem Update von 8.10 auf 9.04 ist aber der Bildschirm schwarz
Kann es sein dass du selbst am System herumgebastelt hast, und dadurch das Upgrade durcheinander gebracht hast? Schon mal versucht die alte xorg.conf zu löschen?
Oder hast du etwa unter 8.10 mit der (leider in diversen Foren sehr verbreiteten) "Holzhammer"-Methode aktuellere Nvidia Treiber am Paketmanagement vorbei installiert?
Der Rechner bootet ganz normal bis zu dem Zeitpunkt, an dem nach einigen wenigen Sekunden der Displaymanager erscheinen müßte.
Der Vorgang braucht hier aber knapp 80 Sekunden, der Bildschirm bleibt lange Zeit schwarz.
Änderungen in der xorg.conf bewirken im Hinblick auf dieses Problem nichts.
Es handelt sich im übrigen um den freien radeon-Treiber.
Da ich noch eine alte NVidia-Karte im Schrank habe, werde ich wohl tauschen (müssen).
Die 3D-Performance der eigentlich unterstützten ATI Radeon 7500 ist mittlerweile unter aller Kanone. Es scheint fast, als hätte jemand eine künstliche Handbremse eingebaut. Das lief ja unter Suse 9.0 zig Mal schneller.
Meistens ist noch nicht einmal AGP-Mode 2 eingestellt.
Um Problemen vorzubeugen, könnte in der xorg.conf auch "3D-unterstützende" Funktionalität abgeschaltet worden sein (kein Witz).
Unabhängig von Deinem Startproblem ist es möglich, die 3D-Funktionalität der Karte in gewissen Grenzen auch zu nutzen, da der Desktop ja letztendlich irgendwann einmal hochgefahren wird.
24bit könnte auch schon zuviel sein, stell doch testweise auf 16bit um.
Schau auch nach, ob der Grafikkartenarbeitsspeicher korrekt erkannt wurde.
3D hat sich gebessert, ist aber gleichzeitig instabiler geworden.
Alles fühlt sich auch irgendwie etwas zu langsam an.
Ich habe daher die 3D-Hardwarebeschleunigung deaktiviert.
Meine "2D"-OpenSuse 11.1 ist um gefühlte 100% schneller geworden.
Mit den freien 3D-Radeon-Xorg-Treibern kann ich also leider nichts anfangen und proprietäre gibt es nicht für die ATI Radeon 7500.
Da der Grafikkartenlüfter manchmal akustischen Krawall veranstaltet, werde ich mir aber eine Nur-2D-Karte besorgen, eine PCI-Grafikkarte mit 4 bis 8 MB RAM ist für 2D völlig ausreichend. Diese nun fast nutzlose alte ATI Radeon 7500-Karte mit ihren 64MB RAM ist für reines 2D schon völliger Overkill.
Der XOrg-2D-Radeon-Treiber ist in dieser Hinsicht wirklich gut und zeigt ein gestochen scharfes Bild.
Demgegenüber zeigte in meinem Rechner früher eine Ati mit Rage Pro-Chipsatz unter Linux ein (subjektiv) vermatschtes Schriftbild.
Woran das lag? Da weiß ich nicht.
Wie immer steckt der Teufel also im Detail.
Außerdem kannst Du die Radeon-3D-Funktion auch benutzen, wenn 3D z.B. in Spielen nicht "gut" funktionieren sollte. Bei dem "alten" Chipsatz wäre das ja auch kein Wunder. Verhältnisse wie unter Windows sind mit den freien Xorg-Treibern leider eher nicht möglich.
Zu Vergleichszwecken solltest Du auch einmal eine andere Distro wie z.B. Ubuntu oder Debian Lenny einsetzen. Laut meinen Erfahrungen funktioniert mit solchen ATI Radeons die Xorg-Autoerkennung sehr gut, vorausgesetzt, du verwendest keinen "exotischen" Monitor.
Das Lüfterproblem kannst du "manuell" lösen. Alternativ könntest Du Dir einen Passivkühlmechanismus zusammenbasteln. Anleitungen müßten noch zu finden sein.
Bedenke, dass die Karte seit 2001 angeboten wird. Im Extremfall verwendest Du also eine 8 Jahre alte Grafikkarte. Da kann der Grafikkartenlüfter schon einmal Probleme bekommen.
Schade um die verlorene Zeit.
Der Xserver startet ohne jede Verzögerung, wenn sämtliche Displaymanager, die openSuse anbietet, abgeschaltet werden.
Also einfach mit init 3 hochfahren, dann startx -- -nolisten tcp und danach in Yast den Displaymanager auf console umstellen.
Fortan ist Ruhe.
Ich habs dann über ein tap-Device des Hosts gelöst..
OpenGL 3D acceleration for Linux and Solaris guests,
das User Manual (Seite 70) sagt aber
The VirtualBox Guest Additions contain experimental hardware OpenGL 3D support
for Windows and Linux guests.
sowie in einer Fußnote
Support for Windows guests was added with VirtualBox 2.1; support for Linux followed with version 2.2.
Was denn nun? Solaris guests oder nicht? Windows seit VirtualBox 2.1? Das ist komplett an mir vorüber gegangen. Hat das jemand ausprobiert oder weiß mehr?
Grüße
Schau dir das mal an:
http://ubuntuforums.org/showthread.php?t=701735
(Google...)
Musst der Polizei aber für die Spurensuche nach dem Amoklauf ein Howto hinlegen.
Die sind eigentlich die einzigen, die so mit Versionsnummern um sich werfen.
Slackware litt früher nicht an Versionitis.
Irgendwann hat P.V. dann einfach die Nummern 5 und 6 ausgelassen, da er immer wieder gefragt wurde, wieso Slackware erst bei der alten Linuxversion 4 sei, Suse und Redhat hätten ja schließlich schon die Version 6 erreicht.
http://de.wikipedia.org/wiki/Slackware
Klar, ist diese Versionitis Stuss.
Und weil es Stuss ist, kann man auch gleich ein paar Nummern auslassen.
Nur fuer den persoenlichen! Die PUEL ist da IMHO sehr liberal was kommerzielle Nutzung angeht. Siehe Punkt 6.
Sonst wuerde ich auch eine binaere Windows-OSE schwer vermissen. Das (selber) Kompilieren unter Linux ist schon nicht so einfach wie bei manchen anderen Sachen, aber unter Windows sah es noch schlimmer aus.
Kann mir jemand sagen ob man bei der neuen Virtualbox auch Adminrechte als Benutzer braucht (WinXP als Host) oder geht das auch als eingeschränkter Benutzer?
Ich meine die Nutzung nicht die Installation. Installieren kann ich es schon als Admin. Ich möcht aber als eingeschränkter Benutzer eine bereitgestellte VM verwenden.
Wäre dankbar, wenn das schon jemand probiert hat und mir das sagen kann.
PeHU
PeHU
Ja, das kann man schon seit Version 1.4.0