Re: Xserver Problem nach upgrade in unstable
- To: debian-user-german@lists.debian.org
- Subject: Re: Xserver Problem nach upgrade in unstable
- From: Klaus Becker <colonius47@gmail.com>
- Date: Sun, 5 Jul 2020 09:53:47 +0200
- Message-id: <[🔎] 85f8e745-066f-c182-de69-6670860696b8@gmail.com>
- In-reply-to: <6dc2d0bf-5aa6-bb44-0ac2-99c9becefae0@gmail.com>
- References: <a404feaa-70b7-4c55-bd72-0e6c78d307a0@gmail.com> <20200610220111.nf5zd6ohoammoqan@toy.home.lxtec.de> <c0965a2f-f31f-d06a-1f8e-2fee42a15e65@gmail.com> <7476fad7-afff-125f-e363-0c6a07e2fab1@ewetel.net> <4877a9be-7de8-9ed7-a4b8-aa4c1924de3c@gmail.com> <a1f07c84-a990-5b8e-f4d6-a35761608fcf@ewetel.net> <6dc2d0bf-5aa6-bb44-0ac2-99c9becefae0@gmail.com>
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: