[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Xserver Problem nach upgrade in unstable



"radeon" durch "nouveau" ersetzen


On 7/5/20 9:53 AM, Klaus Becker wrote:
Le 11/06/2020 à 11:05, Dirk Paul Finkeldey a écrit :
Am 11.06.20 um 10:45 schrieb Klaus Becker:

Hallo,

ich nehme das Thema von vor ein paar Wochen wieder auf, da ich wieder das gleiche Problem habe: es wird kein Bildschirm gefunden.

Ich hatte das Problem gelöst, indem ich udev auf "hold" gestellt hatte. Daran habe ich bis jetzt nichts geändert. Zwar ist eine neue Version von udev rausgekommen, die löst das Problem aber nicht:

apt-cache policy udev
udev:
  Installed: 245.5-3
  Candidate: 245.6-1

Nach einem dist-upgrade vorgestern und Neustart des Rechners gestern wurde wieder kein Bildschirm gefunden. Abhilfe brachte nur das Ersetzen meines Systems durch eine Sicherheitskopie mit fsarchiver, die ich kurz vorher gemacht hatte.

Ich hab' mir mal angeschaut, welche Pakete aktualisiert werden sollen, abgesehen von denen, die bestimmt nichts mit dem Auffinden des Bildschirms zu tun haben wie Libreoffice, Firefox usw:

apt dist-upgrade
The following NEW packages will be installed:
  libx264-161
The following packages have been kept back:
  libudev1 udev
The following packages will be upgraded:
  dbus dbus-user-session dbus-x11 fonts-opensymbol freetype2-demos glx-alternative-mesa glx-alternative-nvidia glx-diversions libavcodec58   libavdevice58 libavfilter7 libavformat58 libavresample4 libavutil56 libdatetime-locale-perl libdbus-1-3 libfluidsynth2 libfreetype6 libglib2.0-0   libglib2.0-bin libglib2.0-data libhttp-message-perl libinstpatch-1.0-2 libjuh-java libjurt-java libldb2 liblucene++0v5 libpostproc55 libridl-java   libsmbclient libsnmp-base libsnmp35 libswresample3 libswscale5 libuno-cppu3 libuno-cppuhelpergcc3-3 libuno-purpenvhelpergcc3-3 libuno-sal3   libuno-salhelpergcc3-3 libunoil-java libunoloader-java libwbclient0 papirus-icon-theme python3-ldb re2c samba-libs uno-libs-private update-glx
  ure
49 upgraded, 1 newly installed, 0 to remove and 2 not upgraded.

Da müsste logischerweise der Schuldige dabeisein. Vielleicht "dbus-x11" oder die glx-Pakete? Wie kann man das rausfinden?

Das hilft weiter die Ursache zu klären, es könnte schon helfen händisch eine Konfiguration gemäß der Xorg.0.log an zu legen und nochmals libudev1 zu aktualisieren.

Wenn das Problem nur bei automatischer Erkennung besteht, könnte es mit einer Händischen Konfiguration funktionieren.

Würde ich gerne mal versuchen, aber wie?

In /usr/share/X11/xorg.conf.d/10-radeon.conf finde ich z. B.

Section "OutputClass"
        Identifier "Radeon"
        MatchDriver "radeon"
        Driver "radeon"

Ich habe eine Nvidia-Karte und benutze "nouveau". Genügt es da, "radeon" durch "nouveau" zu ersetzen? Da gehören doch bestimmt noch mehr Infos aus Xorg.0.log rein, aber welche?

Gruß

Klaus




Reply to: