cabriofahrer
Well-Known Member
Sicherlich könnt Ihr Euch noch daran erinnern, dass ich vor einiger Zeit hier einen Thread eröffnete, weil ich nach einem pkg upgrade auf dem Rechner meiner Freundin plötzlich nach dem Start von xfce einen schwarzen Bildschirm bekam. Den Thread wollte ich nicht weiterführen und eröffne lieber einen neuen, weil der alte Thread viele andere Aspekte enthielt die nicht zur Sache tun (z.B. Remotezugriff) und ich jetzt neuere Erkenntnisse habe, die das Problem eingrenzen. OK, erstmal die seit dem gesammelten neuen Schritte/Erkenntnisse:
Zur Erinnerung: Das Problem trat nicht nur auf dem Rechner meiner Freundin auf, sondern auch auf meinem Laptop.
Es fiel auf, dass nach einem Löschen der Verzeichnisse "Thunar" und "xfce4" in .config xfce normal startete, nach einem Logout und dem Wiedervorhandensein der beiden Dateien dann aber nicht mehr, also wieder schwarzer Bildschirm.
Den Laptop stellte ich auf Latest-Packages, um möglichst schnell immer die neuesten Versionen zu bekommen. Zwei upgrades (letztes gestern) seit dem haben nichts gebracht.
Ich kam auf die Idee, FreeBSD in einer VirtualBox auf meinem Hauptrechner zu installieren und stellte fest, dass das Problem in der virtuellen Maschine nicht auftritt.
Jetzt also die große Idee: Durch Umbenennen der xorg.conf in xorg.conf.bak, den nvidia-driver beim Start von X verhindern und gucken, was passiert. Und siehe da, xfce startet. Die Auflösung ist natürlich mit dem VESA-Treiber geringer, aber xfce funktioniert. Und ich kann mich ausloggen und wieder xfce wieder neu starten (xinit startxfce4) und es funktioniert wunderbar und immer wieder.
Doch sobald ich xorg.conf.bak wieder in xorg.conf umbenenne (also den nvidia-driver wieder benutze), wieder schwarzer Bildschirm.
Was sagt uns das? Wer ist jetzt Schuld, wenn andere Desktops wie MATE, openbox oder fluxbox mit dem nvidia-driver funktionieren, nur xfce nicht mehr? Xfce oder nvidia (und es sind anscheinend alle Versionen betroffen)?
Ich habe noch das hier gefunden, es scheint das gleiche Problem zu sein, kann damit aber nicht viel anfangen:
https://devtalk.nvidia.com/default/...k-screen-at-desktop-login-gtx-750-ti-390-25-/
Zur Erinnerung: Das Problem trat nicht nur auf dem Rechner meiner Freundin auf, sondern auch auf meinem Laptop.
Es fiel auf, dass nach einem Löschen der Verzeichnisse "Thunar" und "xfce4" in .config xfce normal startete, nach einem Logout und dem Wiedervorhandensein der beiden Dateien dann aber nicht mehr, also wieder schwarzer Bildschirm.
Den Laptop stellte ich auf Latest-Packages, um möglichst schnell immer die neuesten Versionen zu bekommen. Zwei upgrades (letztes gestern) seit dem haben nichts gebracht.
Ich kam auf die Idee, FreeBSD in einer VirtualBox auf meinem Hauptrechner zu installieren und stellte fest, dass das Problem in der virtuellen Maschine nicht auftritt.
Jetzt also die große Idee: Durch Umbenennen der xorg.conf in xorg.conf.bak, den nvidia-driver beim Start von X verhindern und gucken, was passiert. Und siehe da, xfce startet. Die Auflösung ist natürlich mit dem VESA-Treiber geringer, aber xfce funktioniert. Und ich kann mich ausloggen und wieder xfce wieder neu starten (xinit startxfce4) und es funktioniert wunderbar und immer wieder.
Doch sobald ich xorg.conf.bak wieder in xorg.conf umbenenne (also den nvidia-driver wieder benutze), wieder schwarzer Bildschirm.
Was sagt uns das? Wer ist jetzt Schuld, wenn andere Desktops wie MATE, openbox oder fluxbox mit dem nvidia-driver funktionieren, nur xfce nicht mehr? Xfce oder nvidia (und es sind anscheinend alle Versionen betroffen)?
Ich habe noch das hier gefunden, es scheint das gleiche Problem zu sein, kann damit aber nicht viel anfangen:
https://devtalk.nvidia.com/default/...k-screen-at-desktop-login-gtx-750-ti-390-25-/