[gelöst] Problem bei Buster dist-upgrade
Re: Problem bei Buster dist-upgrade
Hallo Rayjoe,
ich muss leider sagen, ich blick's auch nicht. Geht's hier noch um testing und das letzte Kernelupdate von 4.18.0-2 auf 4.18.0-3 (amd)?
Das sieht schwer nach i386 bei dir aus ...
Was passiert beim Rollback/Start eines alten Kernels?
ich muss leider sagen, ich blick's auch nicht. Geht's hier noch um testing und das letzte Kernelupdate von 4.18.0-2 auf 4.18.0-3 (amd)?
Das sieht schwer nach i386 bei dir aus ...
Was passiert beim Rollback/Start eines alten Kernels?
Re: Problem bei Buster dist-upgrade
Aktuell ist es sogar so, dass eine frische netinstall scheitert und kein x zu starten scheint. Diverse Firmware Fehlermeldungen, meist intel bezogen und dann bleibt ein blinkender Cursor.
Mein neuer Rechner (HP 255 G6, AMD Hardware) würde unter 9.6 vermutlich nicht laufen, Testing läßt sich nicht installieren. Muss wohl warten.
Mein neuer Rechner (HP 255 G6, AMD Hardware) würde unter 9.6 vermutlich nicht laufen, Testing läßt sich nicht installieren. Muss wohl warten.
Re: Problem bei Buster dist-upgrade
Vor 5 Tagen, am letzten Sonntag, habe ich eine aktuelle netinst geholt, auf USB kopiert (dd if=/dev/ ... ) und damit eine Installation im nichtgrafischen Expertenmodus auf einem anderen Thinkpad gemacht. Das hat zuerst den 4.18.0-2 installiert und alles war völlig o.k. Beim dist-upgrade kam dann 4.18.0-3. Dieser Kernel hat dann die bekannten Probleme gemacht. Aber die Erstinstallation ging zumindest im nichtgrafischen Expertenmodus problemlos.
Ich gestehe es: ich liebe Smalltalk
问候
Jin Jue - 酒中有真
-----------------------------
问候
Jin Jue - 酒中有真
-----------------------------
Re: Problem bei Buster dist-upgrade
So, Stretch installiert und von dort auf Testing hochgezogen.
Lief durch, aber wie bereits gesagt, ich habe AMD Hardware, die Intel Error tangieren mich deswegen scheinbar nicht.
Code: Alles auswählen
ellison@debian:~$ uname -a
Linux debian 4.18.0-3-amd64 #1 SMP Debian 4.18.20-2 (2018-11-23) x86_64 GNU/Linux
Re: Problem bei Buster dist-upgrade
Ihr könntet ja auch mal den 4.19.0-trunk aus dem Repo benutzen, evtl. geht es damit besser:
https://packages.debian.org/search?suit ... 19.0-trunk
Mittlerweile ist ja bereits der 4.19.9 stable, da kann man das ruhig machen.
Diesmal hinken die Maintainer aber deutlich hinterher, der 4.18.20 ist bereits seit November EOL
https://www.kernel.org/
https://packages.debian.org/search?suit ... 19.0-trunk
Mittlerweile ist ja bereits der 4.19.9 stable, da kann man das ruhig machen.
Diesmal hinken die Maintainer aber deutlich hinterher, der 4.18.20 ist bereits seit November EOL
https://www.kernel.org/
Re: Problem bei Buster dist-upgrade
Der ist ja in experimental, zieht das nicht massenhaft Abhängigkeiten mit sich?KP97 hat geschrieben:14.12.2018 16:09:04Ihr könntet ja auch mal den 4.19.0-trunk aus dem Repo benutzen, ...
Ich gestehe es: ich liebe Smalltalk
问候
Jin Jue - 酒中有真
-----------------------------
问候
Jin Jue - 酒中有真
-----------------------------
Re: Problem bei Buster dist-upgrade
Tatsächlich! Das funktioniert. Danke für den Tipp!
Ich gestehe es: ich liebe Smalltalk
问候
Jin Jue - 酒中有真
-----------------------------
问候
Jin Jue - 酒中有真
-----------------------------
Re: Problem bei Buster dist-upgrade
Egal ob 4.13, 4.16 oder 4.18, der Bootvorgang bleibt vermeintlich stehen, bevor X bzw. ein Displaymanager startet.nudeldieb hat geschrieben:14.12.2018 11:16:00Hallo Rayjoe,
ich muss leider sagen, ich blick's auch nicht. Geht's hier noch um testing und das letzte Kernelupdate von 4.18.0-2 auf 4.18.0-3 (amd)?
Das sieht schwer nach i386 bei dir aus ...
Was passiert beim Rollback/Start eines alten Kernels?
Mein Rechner ist ein kleiner Shuttle NC01U mit einem Intel Celeron Prozessor. Lief bislang alles tadellos unter Debian Testing. Alle zwei Wochen oder so hatte ich das System mittels "apt-get dist-upgrade" auf dem Laufenden gehalten. Die letzten Kernel-Versionen die liefen waren 4.13 und 4.16, aktuell läuft
Linux shuttle 4.18.0-3-686-pae #1 SMP Debian 4.18.20-2 (2018-11-23) i686 GNU/Linux
Grafik Chip ist "Intel HD Graphics".
Vollkommen ohne dass ein Kernelupdate eine Rolle gespielt hätte, war dann vorgestern nach meinem letzten weiter oben beschriebenen "dist-upgrade" plötzlich nach einem reboot kein grafischer Login mehr möglich. Das System steht vermeintlich und nichts geht. In Wirklichkeit läuft das System sehr wohl, ich kann mich ja mittels ssh einloggen. Was eben ums Verrecken nicht starten will ist X bzw. halt lightdm oder sddm oder gdm.
Unter nicht reproduzierbaren Umständen ist es mir ein paar mal noch gelungen direkt am Rechner mittels Strg+Alt+F1 die Konsole zu wechseln und mich einzuloggen. Ein "startx" Versuch scheitert dann mit "i965: Failed to submit batchbuffer", aus /var/log/Xorg.0.log kann ich nichts weiter erkennen, das endet mit:
[ 12.819] (II) modeset(0): 408035005550210000
[ 12.819] (II) modeset(0): 38323136314455364a
[ 12.819] (II) modeset(0): 004c45442043696e65
[ 12.819] (II) modeset(0): 02030cc12309070783
[ 12.819] (II) modeset(0): a0a029503020350055
[ 12.819] (II) modeset(0): 008051d01c20408035
[ 12.819] (II) modeset(0): 000000000000000000
[ 12.819] (II) modeset(0): 000000000000000000
[ 12.819] (II) modeset(0): 000000000000000000
[ 12.819] (II) modeset(0): 000000000000000000
[ 12.819] (II) modeset(0): 000000000000000000
[ 12.820] (II) modeset(0): Printing probed mode
[ 12.820] (II) modeset(0): Modeline "2560x1440"
[ 12.820] (II) modeset(0): Modeline "1280x720"x
[ 12.821] (II) modeset(0): EDID for output HDMI
[ 12.823] (II) modeset(0): EDID for output HDMI
[ 12.823] (II) modeset(0): Output DP-1 connecte
[ 12.823] (II) modeset(0): Output HDMI-1 discon
[ 12.823] (II) modeset(0): Output HDMI-2 discon
[ 12.823] (II) modeset(0): Using exact sizes fo
[ 12.823] (II) modeset(0): Output DP-1 using in
[ 12.823] (==) modeset(0): Using gamma correcti
[ 12.823] (==) modeset(0): DPI set to (96, 96)
[ 12.823] (II) Loading sub module "fb"
[ 12.823] (II) LoadModule: "fb"
[ 12.823] (II) Loading /usr/lib/xorg/modules/li
[ 12.823] (II) Module fb: vendor="X.Org Foundat
[ 12.823] compiled for 1.20.3, module versio
[ 12.823] ABI class: X.Org ANSI C Emulation,
[ 12.823] (II) UnloadModule: "fbdev"
[ 12.823] (II) Unloading fbdev
[ 12.823] (II) UnloadSubModule: "fbdevhw"
[ 12.823] (II) Unloading fbdevhw
[ 12.823] (II) UnloadModule: "vesa"
[ 12.823] (II) Unloading vesa
Re: Problem bei Buster dist-upgrade
Hast du beim Booten tatsächlich mal den 4.18.20-2 ausgewählt? Und hast du das einmal auch mit dem 4.19.0-trunk - wie von KP97 empfohlen - getestet?Rayjoe hat geschrieben:14.12.2018 20:25:48Linux shuttle 4.18.0-3-686-pae #1 SMP Debian 4.18.20-2 (2018-11-23) i686 GNU/Linux
Ich gestehe es: ich liebe Smalltalk
问候
Jin Jue - 酒中有真
-----------------------------
问候
Jin Jue - 酒中有真
-----------------------------
Re: Problem bei Buster dist-upgrade
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).
$ 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).
Re: Problem bei Buster dist-upgrade
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 hat geschrieben:16.12.2018 15:00:30Linux shuttle 4.18.0-3-686-pae #1 SMP Debian 4.18.20-2 (2018-11-23) i686 GNU/Linux
Ich gestehe es: ich liebe Smalltalk
问候
Jin Jue - 酒中有真
-----------------------------
问候
Jin Jue - 酒中有真
-----------------------------
Re: Problem bei Buster dist-upgrade
Sorry, mehr als uname -a kann ich nicht posten um zu zeigen, mit welchem Kernel ich hier boote. Und mit paste© 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:~# 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.
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.
Re: Problem bei Buster dist-upgrade
Vielleicht bin ich auf dem völlig falschen Weg, aber beim Booten kommt doch die AuswahlRayjoe hat geschrieben:16.12.2018 16:18:22
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
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?
Ich gestehe es: ich liebe Smalltalk
问候
Jin Jue - 酒中有真
-----------------------------
问候
Jin Jue - 酒中有真
-----------------------------
Re: [gelöst] Problem bei Buster dist-upgrade
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.
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.
Re: [gelöst] Problem bei Buster dist-upgrade
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?
Ist das bei euch auch so?
Re: [gelöst] Problem bei Buster dist-upgrade
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.
Ich gestehe es: ich liebe Smalltalk
问候
Jin Jue - 酒中有真
-----------------------------
问候
Jin Jue - 酒中有真
-----------------------------
Re: [gelöst] Problem bei Buster dist-upgrade
Danke für den Hinweis. Nach dem Update auf den neuen Kernel läuft alles wieder wie gehabt
Re: [gelöst] Problem bei Buster dist-upgrade
Ja, kann ich bestätigen. Mit Kernel 4.19 geht bei mir auch wieder "quiet splash" in den Bootoptionen der Grub-Konfiguration.