hängt Euch bitte mal an diesen Bugreport mit ran: 566437
Nach Upgrade: fglrx lässt sich nicht deinstallieren
Anmeldungsdatum: Beiträge: 16428 |
|
Anmeldungsdatum: Beiträge: Zähle... |
so, zumindest das problem mit der deinstallation des proprietären treibers scheint gelöst zu sein. ich habe wie morryis gesagt hat, die entsprechenden einträge aus der datei /var/lib/dpkg/diversions entfernt. diese waren bei mir: /usr/lib/libGL.so.1.2 /usr/lib/fglrx/libGL.so.1.2.xlibmesa xorg-driver-fglrx anschließend habe ich problemlos fglrx mit dem befehl deinstallieren können: sudo apt-get --purge remove fglrx-kernel-source fglrx-modaliases xorg-driver-fglrx fglrx-amdcccle libamdxvba1 danach habe ich alle pakete wieder neuinstalliert. der bootsplah ist immer noch verpixelt und compiz lief irgendwie nur nach dem ersten neustart mal kurz. habe anschließend mal den freien treiber verwendet. ergebnis war, dass diesmal verwunderlicher weise der bootsplash richtig dargestellt wurde. jedoch konnte ich mich nicht mehr anmelden. der bildschirm war komplett weiß. mittlerweile ist es mir egal ob ich den proprietären oder den freien treiber einsetze. hauptsache es funktioniert wieder alles richtig... ich habe auch nochmal meine xorg.conf angehängt, evt. hab ich ja was falsch konfiguriert. |
Anmeldungsdatum: Beiträge: 12990 Wohnort: Oldenburg/Erlangen |
Biski schrieb:
Plymouth setzt nun einmal unbedingt KMS voraus und das wird ausschließlich durch die freien Treiber unterstützt, wenn es nicht vorhanden ist fällt er in den Textmodus zurück. Und nicht vergessen: Nach der Deinstallation des fglrx Treibers immer die Mesa Pakete neu installieren, sonst funktioniert der freie Treiber auch nur sehr eingeschränkt. Und solange der fglrx immer noch in der xorg.conf eingetragen ist könnte der X Server das einem auch sehr übel nehmen... |
Anmeldungsdatum: Beiträge: 16 |
Okay danke, das war mir neu
Ich habe den fglrx ordnungsgemäß deinstalliert und anschließend die pakete libgl1-mesa-glx, libgl1-mesa-dri, xserver-xorg-video-radeon, xserver-xorg-core neuinstalliert. anschließend noch den radion-treiber xserver-xorg-video-ati.
habe die xorg.conf natürlich angepasst. minimalistisch: Section "Device" Identifier "Configured Video Device" Driver "radeon" EndSection kubuntu fährt jetzt hoch ohne probleme, es wird die anmeldung angezeigt und nach eingabe des passworts meldet er sich wieder sofort ab. wenn man das mehrere male versucht kommt ein kompl. weißer bildschirm. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 22 |
Was mir auffällt: Es gibt einmal var/lib/dpkg/diversions und eine var/lib/dpkg/diversions.old beide Dateien unterscheiden sich offenbar genau in dem problematischen Bereich. Ich hänge beide mal an. Bevor ich es ausprobiere: Sollte ich vielleicht die "neue" davon löschen und stattdessen die ".old" einsetzen? Die diversions.old wurde offenbar allerdings auch erst Donnerstag verändert, die neue am Freitag (sprich: zum Zeitpunkt des Upgrades.) P.S.: Da hatte ich doch glatt die zweite Seite des Threads übersehen. Beim Bugreport habe ich mich dann eben eingetragen. Mittlerweile habe ich mir auch Compiz 3D mit dem proprietären Treiber kaputtgefummelt (glxgears sagt "Segmentation fault), denke aber, dass ich das wieder hinkriege und hoffe, dass ich bei weiteren Versuchen nicht Biskis Erfahrungen machen werde. P.P.S.: Danke an die vielen Helfer! |
Anmeldungsdatum: Beiträge: 16 |
@Hilfose Person wenn ich das richtig verstanden habe läuft bei dir aber mittlerweile der freie Treiber?! Unterscheidet sich dein Vorgehen evt. von meinem? Nachdem ich alle fglrx Pakete deinstalliert hatte, habe ich die Pakete libgl1-mesa-glx, libgl1-mesa-dri, xserver-xorg-video-radeon, xserver-xorg-core und xserver-xorg-video-ati installiert. Vielleicht kannst du mir mal deine xorg.conf posten?! Das wäre super... EDIT: Ups, habe in deinem Post proprietär überlesen... Viel Erfolg und lass hören wenns klappt 😉 |
(Themenstarter)
Anmeldungsdatum: Beiträge: 22 |
Genau, der proprietäre Treiber läuft hier nach wie vor (wie gesagt, mittlerweile ohne Compiz, aber das kriege ich wohl wieder hin). Da ich ja zuvor bei den Versuchen ebenfalls anschließend komplett lila Bildschirm bekommen habe, kann ich dir empfehlen, beim Booten die Shift-Taste gedrückt zu halten. Anschließend kannst du dann entweder gleich die Root-Shell starten oder aber einfach im Vesa-Modus hochfahren und da deine Änderungen rückgängig machen. Ich bin immer noch am Überlegen, ob ein Austauschen der diversions-Datei durch diversions.old etwas bringt. Kennt sich damit jemand aus? |
Anmeldungsdatum: Beiträge: 16 |
@Hilflose Person schau mal bei dir in der systemverwaltung unter den softwareaktualisierungen nach. dort waren einige fehlerkorrekturen in den updates. jedenfalls läuft jetzt nach dem update und einem neustart mein compiz wieder und der bootsplash sieht nicht mehr ganz so grausam aus. @All also von meiner seite ist in diesem thread alles geklärt. das problem mit der deinstallation des fglrx-treiber ist ja dank morryis behoben (bei mir zumindest) !!! trotzdem würde ich gerne mittlerweile den freien treiber einsetzen. was aber bisher nicht wirklich funktionierte (weißer bildschirm nach der anmeldung). das werde ich aber nochmal in einem neuen thread ansprechen. hat hiermit ja nichts mehr zu tun! ansonsten vielen dank an alle helfer, cheers biski |
(Themenstarter)
Anmeldungsdatum: Beiträge: 22 |
@ Biski: Ich habe die Updates eben installiert und werde gleich mal neustarten. Wenn sich dadurch etwas verändert, wäre ich allerdings überrascht, da beim Bug auf Launchpad derweilen nichts passiert ist und auch keines der Updates danach aussah, als wenn es zur Lösung etwas beitragen würde. Aber ich probiere es gleich mal. Des Weiteren wäre ich mir nicht so ganz sicher, ob deine Probleme mit dem freien Treiber nicht doch etwas mit der Deinstallation des fglrx zu tun haben, denn, wie unter einem Link (von der ubuntu.com-Seite) treffend beschrieben wurde, kann es halt zu zahlreichen Problemen mit dem freien Treiber führen, wenn bei der Deinstallation vom fglrx etwas nicht stimmt. So kann ich nach unvollständiger Deinstallation trotzdem den freien Treiber benutzen, allerdings funktioniert dann weder Compiz noch KMS. Ich spiele aber gleich nochmal ein bisschen am System rum. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 22 |
Juhu, jetzt scheint auch bei mir alles zu funktionieren. Im Gegensatz zu Biski habe ich allerdings nicht gleich die ganze var/lib/dpkg/diversions-Datei gelöscht, sondern lediglich die entsprechenden Einträge gelöscht. Anschließend wurde natürlich fglrx deinstalliert und die freien Treiber und die dazugehörigen Komponenten neu installiert (sudo apt-get install --reinstall libgl1-mesa-glx libgl1-mesa-dri xserver-xorg-video-radeon xserver-xorg-core). Der freie Treiber funktioniert jetzt inkl. Compiz und KMS. Vielen, vielen Dank an die Leute, die beim Lösen des Problems geholfen haben! P.S.: Die neue diversions-Datei (die bei mir Abhilfe schaffte,) befindet sich im Anhang |
Anmeldungsdatum: Beiträge: 16 |
Habe auch nur die entsprechenden Zeilen gelöscht: /usr/lib/libGL.so.1.2 /usr/lib/fglrx/libGL.so.1.2.xlibmesa xorg-driver-fglrx Fglrx deinstalliert habe ich wie folgt: sudo apt-get --purge remove fglrx-kernel-source fglrx-modaliases xorg-driver-fglrx fglrx-amdcccle libamdxvba1 Hab ich was vergessen? Anschließend hab ich auch die freien Treiber und die dazugehörigen Komponenten installiert: libgl1-mesa-glx, libgl1-mesa-dri, xserver-xorg-video-radeon, xserver-xorg-core + xserver-xorg-video-ati Ach verdammt! kannst du evt. ma deine xorg.conf posten und würde es überhaupt was bringen wenn ich deine diversions-Datei verwende?! |
(Themenstarter)
Anmeldungsdatum: Beiträge: 22 |
Achso, ich hatte es bisher so verstanden, dass du die gesamte diversions-Datei gelöscht hattest. Ob es etwas bringt meine zu benutzen, kann ich schwer beurteilen. Ich vermute fast, dass es auch gar keine so clevere Idee war, die zu posten, da die Einträge darin vermutlich je nach installierten Programmen zusammengestellt werden. Und ich werde da vielleicht andere haben als du. Was mir auffällt ist, dass bei mir die entsprechenden Fehler allesamt in der lib32 lagen, also die problematischen Dateien. Zu meiner xorg.conf kann ich dir verraten: Es gibt bei mir gar keine mehr. Bei der neuen Ubuntu-Version ist die wohl nicht mehr nötig. (Ich habe sie sogar gelöscht und er hat sie offenbar auch noch nicht neu erstellt.) So müsste er dann immer einstellen, was er für am Besten hält. Ansonsten habe ich via synaptic davor einfach nur xorg-driver-fglrx sowie fglrx entfernt, dann eben sudo apt-get install --reinstall libgl1-mesa-glx libgl1-mesa-dri xserver-xorg-video-radeon xserver-xorg-core ausgeführt und neugestartet. |
Anmeldungsdatum: Beiträge: Zähle... |
Hallo allerseits, ich hatte dasselbe Problem wie Ihr. Ich wollte Marble installieren und dabei konnte die fglrx nicht gelöscht werden. Aufgrund der hier von Euch angegeben Links habe ich folgende Lösung gefunden. Siehe auch http://caulfield.info/emmet/2008/07/manually-removing-diversions-w.html dpkg-divert --list | grep fglrx | cut -d' ' -f3 sudo dpkg-divert --remove /usr/lib/libGL.so.1.2 Nun ist der Treiber deinstalliert. ACHTUNG: Beim nächsten hochfahren hatte ich kein Bild mehr. Nun habe ich folgendes getan: Konsole aufgerufen (ALT +STRG + F1) Einlogen cd /etc/X11 sudo cp xorg.conf.failsafe xorg.conf Beim Neustart stellt GDM fest, dass er mit schlechter Auflösung startet und gibt mehrere Möglichkeiten aus. Ich wählte sinngemäß (Wortlaut weiß ich nicht mehr genau) "Standarteinstellung wieder herstellen". Dann noch 2 mal herunterfahren und neu Booten und alles war OK. Nun war sudo apt-get install marble problemlos möglich. |
Anmeldungsdatum: Beiträge: Zähle... |
Der Tipp von hwolpert hat mir geholfen. Nach dpkg-divert --list | grep fglrx | cut -d' ' -f3 sudo dpkg-divert --remove /usr/lib/libGL.so.1.2 konnte ich fglrx nach einem Reboot entfernen. Gruss, ueffchen |