[gelöst] Problem bei Buster dist-upgrade

[Rayjoe]

Das ist der Kernel, der aktuell (jetzt im Moment) läuft:

$ uname -a
Linux shuttle 4.18.0-3-686-pae #1 SMP Debian 4.18.20-2 (2018-11-23) i686 GNU/Linux

Ich will das System komplett auf Debian-Testing belassen. Ansonsten bin ich weiterhin ratlos. Momentan werden wieder einige Pakete per dist-upgrade erneuert. Ich kann nur weiterhin hoffen, dass es irgendwann wieder geht.

Allerdings ist das ziemlich frustrierend, da ich einfach gerne die Ursache rausfinden möchte, warum plötzlich kein Display-Manager mehr startet (bzw. X sich nicht starten lässt). So ratlos war ich glaub ich noch nie in meiner nun doch sehr langen Linux Zeit (Kernel 2.0 war das erste System in den 90ern das ich installiert hatte).

[jue]

Linux shuttle 4.18.0-3-686-pae #1 SMP Debian 4.18.20-2 (2018-11-23) i686 GNU/Linux

Kannst du nicht mal den 4.18.0-2 installieren und mit dem booten? Oder ist 4.18.20-2 ein Schreibfehler? Wenn der 4.18.0-2 verfügbar ist, dann boote doch mal damit.

[Rayjoe]

Sorry, mehr als uname -a kann ich nicht posten um zu zeigen, mit welchem Kernel ich hier boote. Und mit paste&copy kommt da auch kein Schreibfehler rein.

Folgende Kernel-Image sind derzeit bei Testing verfügbar und der mit "i" gekennzeichnete, ist der hier verwendete:

shuttle:~# aptitude search linux-image
c linux-image-3.16.0-4-686-pae -
c linux-image-4.11.0-1-686-pae -
c linux-image-4.12.0-1-686-pae -
c linux-image-4.12.0-2-686-pae -
c linux-image-4.13.0-1-686-pae -
c linux-image-4.14.0-2-686-pae -
c linux-image-4.14.0-3-686-pae -
i linux-image-4.16.0-2-686-pae - Linux 4.16 for modern PCs
p linux-image-4.18.0-3-686 - Linux 4.18 for older PCs
p linux-image-4.18.0-3-686-dbg - Debug symbols for linux-image-4.18.0-3-686
i linux-image-4.18.0-3-686-pae - Linux 4.18 for modern PCs
p linux-image-4.18.0-3-686-pae-dbg - Debug symbols for linux-image-4.18.0-3-686-pae
p linux-image-4.18.0-3-rt-686-pae - Linux 4.18 for modern PCs, PREEMPT_RT
p linux-image-4.18.0-3-rt-686-pae-dbg - Debug symbols for linux-image-4.18.0-3-rt-686-pae
c linux-image-4.8.0-1-686-pae -
c linux-image-4.8.0-2-686-pae -
c linux-image-4.9.0-1-686-pae -
c linux-image-4.9.0-2-686-pae -
c linux-image-4.9.0-3-686-pae -
p linux-image-686 - Linux for older PCs (meta-package)
p linux-image-686-dbg - Debugging symbols for Linux 686 configuration (meta-package)
p linux-image-686-pae - Linux für moderne PCs (Metapaket)
p linux-image-686-pae-dbg - Debugging symbols for Linux 686-pae configuration (meta-package)
p linux-image-rt-686-pae - Linux für moderne PCs (Metapaket), PREEMPT_RT
p linux-image-rt-686-pae-dbg - Debugging symbols for Linux rt-686-pae configuration (meta-package)

shuttle:~# uname -r
4.18.0-3-686-pae

uname -v
#1 SMP Debian 4.18.20-2 (2018-11-23)

Das eine ist das Release und das andere die Version.

Wie gesagt, das Problem scheint mir völlig unabhängig vom Kernel zu sein.

[jue]

i linux-image-4.16.0-2-686-pae - Linux 4.16 for modern PCs
i linux-image-4.18.0-3-686-pae - Linux 4.18 for modern PCs

Vielleicht bin ich auf dem völlig falschen Weg, aber beim Booten kommt doch die Auswahl
Erweiterte Option für Debian GNU/Linux.
Hast du die mal ausgewählt und dann den Kernel linux-image-4.16.0-2-686-pae ? Also den älteren, der nicht automatisch gebootet wird, wenn du ihn nicht auswählst?

[Rayjoe]

Problem gelöst!

Das Problem des "black screen" (an der Stelle als eigentlich lightdm starten sollte) trat unabhängig davon auf, welcher Kernel gebootet wurde.

Die Lösung war jetzt eigentlich ganz simpel: In den Bootoptionen habe ich "quiet splash" durch "nomodeset" ersetzt und tatsächlich wird dann am Schluss wieder in das grafische Login gebootet.

[Glur]

Ich habe das Problem auf meinem Lenovo T61 auch. Durch setzen von nomodeset fährt das System nun sogar auch wirklich hoch (juhu), aber sobald der ich den Rechner in Schlaf versetze bekomme ich den Bildschirm (und alles andere) nicht mehr wach....
Ist das bei euch auch so?

[jue]

...
Ist das bei euch auch so?

Nein, das ist bei mir alles in Ordnung. Willst du mal den Trunk-Kernel aus experimental ausprobieren?
Nachtrag: gerade kam der neue Kernel in Testing: 4.19.0-1-amd64. Mit dem gibt es bei mir auch keine Probleme.

[Glur]

Danke für den Hinweis. Nach dem Update auf den neuen Kernel läuft alles wieder wie gehabt

[Rayjoe]

Ja, kann ich bestätigen. Mit Kernel 4.19 geht bei mir auch wieder "quiet splash" in den Bootoptionen der Grub-Konfiguration.