[gelöst] Gnome wird nach Installation nicht gestartet

[debianoli]

mit

Code: Alles auswählen

apt-mark hold linux-image-$(uname -r)

setzt du den gerade genutzten Kernel auf hold

Aber mach dir ein Backup, bevor du ein Upgrade fährst. Falls was schiefgeht.

[AA]

Nachdem ich den Kernel nun wieder auf unhold gesetzt habe, weil ich das aktuelle Kernel-Update zulassen wollte, ist der Bildschirm nach dem Neustart wieder schwarz. Dachte eigentlich, dass der Kernel zusätzlich installiert wird.

Der Recovery-Mode funktioniert auch nicht.

Der Refind Bootmanager nach ein paar Mal neustarten auch nicht mehr, aber das bekomme ich bestimmt durch eine Neuinstallation von Refind hin.

Wer hat Ideen?

[AA]

Klappt wieder. „nomodeset“ musste wieder hin. Probiere es später richtig aus.

[AA]

Ich möchte nochmal versuchen, ob ich doch nicht irgendwie was Neueres als Stretch (oldstable) auf meinen iMac bekommen und fasse kurz nochmal alles zusammen:

lspci

Code: Alles auswählen

01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV770/M98L [Mobility Radeon HD 4850]

Das Problem ist, dass der Bildschirm nach dem Booten schwarz bleibt.

Stretch funktioniert nur mit der Bootoption "nomodeset", Buster und testing hatte ich damals so nicht ans laufen bekommen. Das habe ich gerade auch nochmal mit der Buster Live-CD ausprobiert, die auch nicht mit "nomodeset" startet.

Ich dachte, das liegt am Kernel. Also habe ich unter Stretch den Kernel aus den Backport installiert, der ja der gleiche wie der von Buster ist. Stretch läuft auch so mit "nomodeset". Der Kernel kann es also doch nicht sein.

Dann dachte ich, dass es vielleicht an Wayland liegt. Nun habe ich mir nochmal das neue Ubuntu 20.10 runtergeladen und mit "nomodeset" gestartet und siehe da, alles ist schön bunt.

Nun bin ich durcheinander. Die verschiedenen Grafiktreiber habe ich ausprobiert. In jedem Fall möchte ich das Upgrade möglichst erst wagen, wenn ich den Fehler genau lokalisiert haben. Backups sind zwar alle vorhanden, aber ich habe größte Bedenken.

Muss ich jetzt doch Ubuntu installieren, um ein aktuelleres System zu erhalten? Bitte nicht!

[AA]

Hab was Interessantes gefunden.
https://www.kernel.org/doc/html/latest/ ... =nomodeset

Bin das noch am studieren, daher hab ich noch keine Lösung.

[AA]

Hier wird der Monitor von Hand konfiguriert - dann soll es funktionieren. Scheinbar wird nur ein externer Monitor beim iMac erkannt oder die Auflösung nicht richtig.
https://bbs.archlinux.org/viewtopic.php?id=188561

Jetzt kann ich das natürlich versuchen, aber eigentlich strebe ich ja ein Upgrade an. Ab Buster wird ja dann Wayland verwendet. Wie wird dort ein Monitor konfiguriert?

[towo]

Dir is schon klar, dass mit nomodeset nur Vesa benutzt wird?
Und mit nomodeset is auch Essig mit Wayland, das setzt nämlich funktionierende Hardware Beschleunigung voraus.

[MSfree]

Ab Buster wird ja dann Wayland verwendet.

Auch Buster bietet noch die Möglichkeit, wahlweise X11 für Gnome zu verwenden
Andere Desktops wie LXDE, XFCE... verwenden sowieso weiterhin X11.

[AA]

Dir is schon klar, dass mit nomodeset nur Vesa benutzt wird?
Und mit nomodeset is auch Essig mit Wayland, das setzt nämlich funktionierende Hardware Beschleunigung voraus.

Ja. Bisher habe ich nur ein Bild mit nomodeset bekommen. Ah, das erklärt, warum Wayland auch nicht funktioniert. Allerdings bekomme ich mit der Live-Version von Ubuntu 20.10 buntes Bild, bei Verwendung von nomodeset - ohne nicht.

[AA]

Ab Buster wird ja dann Wayland verwendet.

Auch Buster bietet noch die Möglichkeit, wahlweise X11 für Gnome zu verwenden
Andere Desktops wie LXDE, XFCE... verwenden sowieso weiterhin X11.

Kann ich das mit der Live-CD ausprobieren? Möchte mir den Schritt zurück sparen.
Das Bild ist übrigens ohne nomodeset vor dem Erscheinen von gdm schwarz. Also kann ich doch auch nichts auswählen. Ich müsste dann Wayland deaktivieren. Das geht bei der Live-CD sicherlich nicht so einfach.

[AA]

Nun habe ich dieser Datei angelegt:

Code: Alles auswählen

#/etc/X11/xorg.conf.d/10-monitor.conf
Section "Monitor"
    Identifier "DisplayPort-0"
    Modeline "2560x1440_60.00"  312.25  2560 2752 3024 3488  1440 1443 1448 1493 -hsync +vsync
    Option "PreferredMode" "2560x1440_60.00"
EndSection

Section "Screen"
    Identifier "Screen0"
    Monitor "DisplayPort-0"
    DefaultDepth 24
    SubSection "Display"
        Modes "2560x1440_60.00"
    EndSubSection
EndSection

Section "Device"
    Identifier "Radeon"
    Driver "radeon"
    Option "TearFree" "ON"
EndSection

Ergebnis: iMac wird noch eher schwarz.

Wer hat eine Idee?

[towo]

Es braucht
a) keine xorg.conf und
b) mit amdgpu als Kernel Treiber annst DU kein radeon DDX benutzen.

[Tintom]

@AA: Nach 27 Beiträgen mit Prosa mal ein Vorschlag zur Güte: Du postet eine Logdatei von Xorg und fragst anschließend wo das Problem liegt. Es geht auch ohne den ersten Teil, ist aber wie angemerkt nicht besonders effizient.

[AA]

Aus /var/log/installer/:
pastebin/?mode=view&s=41203

Aus /var/log/:
pastebin/?mode=view&s=41202
pastebin/?mode=view&s=41204
pastebin/?mode=view&s=41205

Kann sich bitte jemand von euch die log-Dateien anschauen, damit ich weg von oldstable komme?

[Tintom]

Du bootest mit der Option nomodeset.

[AA]

Dann kann ich aber den Inhalt erst posten, nachdem ich wieder mit nomodeset gebootet habe. Wäre das in Ordnung? Welche Datei der vielen ist die richtige?

Hatte übrigens gestern Abend noch ohne nomodeset gebootet. Das könnte vielleicht sogar drin stehen.

[Tintom]

Dann kann ich aber erst booten, nachdem ich wieder nomodeset eingetragen haben. Wäre das in Ordnung?

Ja, die existierenden Logdateien werden beim anschließenden Neustart umbenannt, d.h. Xorg.0.log (aktuelle Logdatei) wird dann zu Xorg.1.log.

Hatte übrigens gestern Abend noch ohne nomodeset gebootet. Das könnte vielleicht sogar drin stehen.

Die geposteten Logdateien haben alle die Option nomodeset.

[AA]

Die aktuelle Xorg.0.log mit nomodeset:
pastebin/?mode=view&s=41206

Die Xorg.1.log ohne nomodeset:
pastebin/?mode=view&s=41207

[AA]

Vielleicht deutet das auf was hin.

Code: Alles auswählen

[    64.242] (EE) open /dev/dri/card0: No such file or directory
[    64.242] (WW) Falling back to old probe method for modesetting

[Tintom]

Die aktuelle Xorg.0.log mit nomodeset:
pastebin/?mode=view&s=41206

Die Xorg.1.log ohne nomodeset:
pastebin/?mode=view&s=41207

Beide enthalten nomodeset.

[AA]

Das vorletzte Mal hatte ich mit Kernel 4.19 ohne nomodeset gebootet. Jetzt gerade bin ich mit Kernel 4.09 und nomodeset unterwegs.

Ich habe gepostet die Xorg.0.log und Xorg.1.log.

Code: Alles auswählen

-rw-r--r-- 1 root              root          26297 Nov 26 09:21 Xorg.0.log
-rw-r--r-- 1 root              root          27118 Nov 26 08:03 Xorg.0.log.old
-rw-r--r-- 1 root              root          25834 Nov 26 09:21 Xorg.1.log
-rw-r--r-- 1 root              root          29208 Nov 26 09:14 Xorg.1.log.old

[AA]

Dann wird oder wurde die log-Datei vielleicht gar nicht erzeugt.

[Tintom]

Die aktuelle Xorg.0.log mit nomodeset:
pastebin/?mode=view&s=41206

Code: Alles auswählen

[    30.498] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.9.0-14-amd64 root=UUID=eaf773ff-ed5f-46bf-a8ac-b2ffb8e6358e ro quiet nomodeset
 <...>
[    30.498] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Nov 26 09:21:21 2020

Die Xorg.1.log ohne nomodeset:
pastebin/?mode=view&s=41207

Code: Alles auswählen

[    64.201] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.9.0-14-amd64 root=UUID=eaf773ff-ed5f-46bf-a8ac-b2ffb8e6358e ro quiet nomodeset
 <...>
[    64.201] (==) Log file: "/var/log/Xorg.1.log", Time: Thu Nov 26 09:21:54 2020

Hier wurde zwei Mal Kernel 4.9 gestartet. Gibt es eine Logdatei mit Kernel 4.19? Alternativ: Startet Kernel 4.9 ohne nomodeset?

[AA]

Das hier ist die Xorg.1.log.old.
pastebin/?mode=view&s=41208

[Tintom]

Das hier ist die Xorg.1.log.old.
pastebin/?mode=view&s=41208

[ 118.546] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.19.0-0.bpo.12-amd64 root=UUID=eaf773ff-ed5f-46bf-a8ac-b2ffb8e6358e ro quiet nomodeset