Neuinstallation Buster startet nur mit nomodeset

[halo44]

Vom Vorgängerthema viewtopic.php?f=12&t=171266 hier neu begonnen.

Ich habe inzwischen Buster auf meinem Desktoprechner sowohl als Neuinstallation als auch als Upgrade von Stretch eingerichtet.

Die Grafik meines Rechners aus Sicht von Stretch:

Code: Alles auswählen

Graphics:  Card: Advanced Micro Devices [AMD/ATI] Richland [Radeon HD 8570D]
           Display Server: X.Org 1.19.2 drivers: ati,radeon (unloaded: modesetting,fbdev,vesa)
           Resolution: 1680x1050@59.95hz
           GLX Renderer: Gallium 0.4 on AMD ARUBA (DRM 2.49.0 / 4.9.0-8-amd64, LLVM 3.9.1)
           GLX Version: 3.0 Mesa 13.0.6

Die upgegradete Version von Buster startet problemlos mit

Code: Alles auswählen

	linux	/boot/vmlinuz-4.18.0-2-amd64 root=UUID=070a2a65-11a0-4471-9c35-d9bf56572479 ro
	echo	'Initiale Ramdisk wird geladen …'
	initrd	/boot/initrd.img-4.18.0-2-amd64

Die Neuinstallation bringt mit dieser Startoption einige schnelle Informationen auf den Monitor und kreist dann im grub2-Auswahlmenue. Kommt also nicht hoch. Füge ich aber die Bootoption nomodeset hinzu, startet der Rechner problemlos. Er zeigt jetzt (weil mit nomodeset)

Code: Alles auswählen

Graphics:  Device-1: Advanced Micro Devices [AMD/ATI] Richland [Radeon HD 8570D] driver: N/A 
           Display: x11 server: X.Org 1.20.3 driver: ati,vesa unloaded: fbdev,modesetting,radeon 
           resolution: 1680x1050~N/A 
           OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa 18.2.5

Beim vergeblichen Startversuch der Neuinstallation erfolgen keine Einträge im Journal, sowie /var/log/messages. Es entsteht auch keine /var/log/Xorg.0.log.

Was ich letztendlich ganz und garnicht verstehe, ist daß ich die Neuinstallation einmal am Tag (jeweils beim ersten Start) problemlos ohne nomodeset starten kann. Alle weiteren (und seien es ein Dutzend) Starts kreisen im grub2-Auswahlmenue. Am nächsten Morgen funktioniert der Start wieder genau einmal.

Radeon steht also offensichtlich zur Verfügung, wird aber nicht genutzt. Mit nomodeset wird Radeon disabled. Was passiert, wenn der Start ohne nomodeset scheitert, kann ich nicht ermitteln, weil ich keine logs erhalte.

Das zu Stand der Dinge.

Gruss H.

[willy4711]

Wenn ich das richtig sehe, wird deine GPU (IGP) von firmware-amd-graphics nicht unterstützt, bzw ist nicht aufgeführt.
siehe: [deb]https://packages.debian.org/buster/firm ... d-graphics[/deb]
Hast ja noch nicht gesagt, was du installiert hast und deine Hardware kennen wir auch nicht (AMD A XX?).
Nähere Ausführungen dazu:
https://wiki.ubuntuusers.de/Grafikkarten/AMD/radeon/
Demnach könntest du auch mal probieren (falls nicht eh installiert) xserver-xorg-video-amdgpu
falls du nicht weiterkommst, gibt es bei AMD auch noch proprietäre Treiber. Mangel Wissenüber deine Hardware, nur die Einstiegsseite:
https://www.amd.com/en/support

[halo44]

Wenn ich das richtig sehe, wird deine GPU (IGP) von firmware-amd-graphics nicht unterstützt, bzw ist nicht aufgeführt.
siehe: https://packages.debian.org/buster/firm ... d-graphics

Die firmware-amd-graphics ist sowohl unter Stretch als auch den beiden Buster-Installationen installiert. Ungeachtet von https://packages.debian.org/buster/firm ... d-graphics
bootet mein Rechner aber unter Stretch und der Upgrade-Version von Buster. Sogar einmal täglich (s.o.) von der Buster-Neuinstallation.

Hast ja noch nicht gesagt, was du installiert hast und deine Hardware kennen wir auch nicht (AMD A XX?).

Zur Hardware

Code: Alles auswählen

CPU:       Quad core AMD A8-6600K APU with Radeon HD Graphics (-MCP-) cache: 8192 KB 
           clock speeds: max: 3900 MHz 1: 1900 MHz 2: 1900 MHz 3: 1900 MHz 4: 2500 MHz

Deine Frage was ich installiert habe, verstehe ich nicht. Du müsstest mir schon sagen, was ich liefern soll.

Demnach könntest du auch mal probieren (falls nicht eh installiert) xserver-xorg-video-amdgpu
falls du nicht weiterkommst, gibt es bei AMD auch noch proprietäre Treiber. Mangel Wissenüber deine Hardware, nur die Einstiegsseite:
https://www.amd.com/en/support

Hier finde ich radeon-crimson-15.12-15.302-151217a-297685e.zip, was mir garnichts sagt. Ich weiß nicht, ob das zu meiner Hardware passt und wenn, was ich damit anstellen soll.

xserver-xorg-video-amdgpu ist installiert.

Gruss H.

[Blackbox]

falls du nicht weiterkommst, gibt es bei AMD auch noch proprietäre Treiber.

Die proprietären Treiber sind bereits seit der 2. Radeon Generation nicht mehr nötig, denn bereits damals™ waren offene Treiber verfügbar und seit der 4. Radeon Generation betreibe ich meine Desktopsysteme ausschließlich mit Radeon Grafikkarten.

[willy4711]

Die proprietären Treiber sind bereits seit der 2. Radeon Generation nicht mehr nötig, denn bereits damals™ waren offene Treiber verfügbar und seit der 4. Radeon Generation betreibe ich meine Desktopsysteme ausschließlich mit Radeon Grafikkarten.

Aber du hast gelesen, dass seine IGP nicht aufgeführt ist ?

Hier finde ich radeon-crimson-15.12-15.302-151217a-297685e.zip, was mir garnichts sagt. Ich weiß nicht, ob das zu meiner Hardware passt und wenn, was ich damit anstellen soll.

Deine angaben ergeben das:
AMD Catalyst™ 15.9 Proprietary Linux x86 Display Driver

[Blackbox]

Aber du hast gelesen, dass seine IGP nicht aufgeführt ist ?

Ist denn die interne Grafikkarte denn überhaupt im uefi aktiviert?

[halo44]

... Deine angaben ergeben das:
AMD Catalyst™ 15.9 Proprietary Linux x86 Display Driver

Ja, und da finde ich eben dies:

Hier finde ich radeon-crimson-15.12-15.302-151217a-297685e.zip, was mir garnichts sagt. Ich weiß nicht, ob das zu meiner Hardware passt und wenn, was ich damit anstellen soll.

Und nochmal die Frage: was mache ich damit?

Gruss H.

[towo]

Und nochmal die Frage: was mache ich damit?

Nichts!
Das Ding ist toter asls tod und würde unter Buster auch nicht funktionieren.

[halo44]

Und nochmal die Frage: was mache ich damit?

Nichts!
Das Ding ist toter asls tod und würde unter Buster auch nicht funktionieren.

Danke für den Hinweis, womit sich die Frage gelohnt hat.

Gruss H.

[willy4711]

falls du nicht weiterkommst, gibt es bei AMD auch noch proprietäre Treiber.

Das war ein Vorschlag als letzter Ausweg. Nichtsdestotrotz gibt es bei der von mir verlinkten Seite kein "radeon-crimson".
Aber wenn towo sagt, das funktioniert nicht, wird es wohl so sein - ich habe keine AMD-Grafik-.

Was mir noch einfiele: Da die funktionierende Installation durch ein Upgrade entstanden ist, sind vielleicht Pakete dort vorhanden, die bei Buster nicht unbedingt gleich installiert werden.

Blindschuss:

firmware-amd-graphics
xserver-xorg-video-radeon
xserver-xorg-video-ati
amd64-microcode
mesa-va-drivers
mesa-vdpau-drivers

Ich kann mir auch gar nicht vorstellen dass systemd kein Journal schreibt. Grub entscheidet das ja nicht, sondern das System (systemd)) Wahrscheinlich gibt es bei dir noch nicht das Verzeichnis /var/log/journal, das den Log persistent macht (wenn vorhanden ---> automatisch)
Wenn nicht vorhanden, mal anlegen.
Ruhig 2 x starten (ohne nomodeset) dann mit nomodeset

Code: Alles auswählen

# journalctl -b -1

zeigt dann (hoffentlich) das vorletzte an.
journalctl -b zeigt das der laufenden Sitzung an

[MSfree]

Ich kann mir auch gar nicht vorstellen dass systemd kein Journal schreibt.

Ich schon

In der Grundinstallation steht in /etc/systemd/journald.conf

Code: Alles auswählen

Storage=auto

Solange das Verzeichnis /var/log/journal nicht existiert, wird das journal nur auf /run/log/journal geschrieben, und das ist eine RAM-Disk, die beim Reboot verloren geht.

[willy4711]

Wahrscheinlich gibt es bei dir noch nicht das Verzeichnis /var/log/journal, das den Log persistent macht (wenn vorhanden ---> automatisch)
Wenn nicht vorhanden, mal anlegen.

[halo44]

... Was mir noch einfiele: Da die funktionierende Installation durch ein Upgrade entstanden ist, sind vielleicht Pakete dort vorhanden, die bei Buster nicht unbedingt gleich installiert werden.

Blindschuss:

firmware-amd-graphics
xserver-xorg-video-radeon
xserver-xorg-video-ati
amd64-microcode
mesa-va-drivers
mesa-vdpau-drivers ...

Bis auf amd64-microcode sind alle Pakete in allen 3 Installationen (Stretch, Buster-upgrade und Buster-neu) installiert. amd64-microcode ist bei keiner Installation installiert.

... Ich kann mir auch gar nicht vorstellen dass systemd kein Journal schreibt. Grub entscheidet das ja nicht, sondern das System (systemd)) Wahrscheinlich gibt es bei dir noch nicht das Verzeichnis /var/log/journal, das den Log persistent macht (wenn vorhanden ---> automatisch)
Wenn nicht vorhanden, mal anlegen.
Ruhig 2 x starten (ohne nomodeset) dann mit nomodeset

Code: Alles auswählen

# journalctl -b -1

zeigt dann (hoffentlich) das vorletzte an.
journalctl -b zeigt das der laufenden Sitzung an

Ich bin bis jetzt davon ausgegangen, daß ich die Journalschreibung aktiviert habe. Das ist auch bei Stretch und Buster-upgrade der Fall. Mir fällt erst jetzt auf, daß ich dies bei der Neuinstallation von Buster noch nicht vorgenommen habe. Ich habe, nachdem diese - wenn auch mit nomodeset - grundsätzlich lief, mit der weiteren Einrichtung nicht weitergemacht.

Insofern könnte das Journal vielleicht doch Hinweise geben (hoffentlich). Ich werde jetzt das Journal einrichten und mich dann wieder melden. - Dauert etwas.

Gruss H.

[halo44]

Da bin ich wieder. Trotz Einrichtung des Journals wird dieses beim abgebrochenen Start nicht geschrieben.

Hier ein Auszug des Journals vom Start mit nomodeset um 14:19:06, dann ein Versuch ohne nomodeset um 14:20 (der nicht protokolliert wird) und ein dritter Start wieder mit nomodeset 14:20:39:

Code: Alles auswählen

Dez 03 14:19:06 dt-debian kernel: Linux version 4.18.0-2-amd64 (debian-kernel@lists.debian.org) (gcc version 7.3.0 (Debian 7.3.0-30)) #1 SMP Debian 4.18.10-2 (2018-11-02)
Dez 03 14:19:06 dt-debian kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-4.18.0-2-amd64 root=UUID=db943883-a0ed-42bc-aa92-01b578c204fa ro nomodeset
Dez 03 14:19:06 dt-debian kernel: random: get_random_u32 called from bsp_init_amd+0x20d/0x2d0 with crng_init=0
...
Dez 03 14:19:46 dt-debian systemd[1]: Starting Reboot...
Dez 03 14:19:46 dt-debian systemd[1]: Shutting down.
Dez 03 14:19:46 dt-debian systemd[1]: Hardware watchdog 'SP5100 TCO timer', version 0
Dez 03 14:19:46 dt-debian kernel: watchdog: watchdog0: watchdog did not stop!
Dez 03 14:19:46 dt-debian systemd[1]: Set hardware watchdog to 10min.
Dez 03 14:19:46 dt-debian kernel: systemd-shutdow: 43 output lines suppressed due to ratelimiting
Dez 03 14:19:46 dt-debian systemd-shutdown[1]: Syncing filesystems and block devices.
Dez 03 14:19:46 dt-debian systemd-shutdown[1]: Sending SIGTERM to remaining processes...
Dez 03 14:19:46 dt-debian haveged[423]: haveged: Stopping due to signal 15
Dez 03 14:19:46 dt-debian haveged[423]: haveged starting up
Dez 03 14:19:46 dt-debian systemd-journald[278]: Journal stopped
-- Reboot --
Dez 03 14:20:39 dt-debian kernel: Linux version 4.18.0-2-amd64 (debian-kernel@lists.debian.org) (gcc version 7.3.0 (Debian 7.3.0-30)) #1 SMP Debian 4.18.10-2 (2018-11-02)
Dez 03 14:20:39 dt-debian kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-4.18.0-2-amd64 root=UUID=db943883-a0ed-42bc-aa92-01b578c204fa ro nomodeset
Dez 03 14:20:39 dt-debian kernel: random: get_random_u32 called from bsp_init_amd+0x20d/0x2d0 with crng_init=0

Interessant ist hier, daß ich obigen ersten Start exakt um 14:19:00 vornahm. In den 6 Sekunden vor dem Einsetzen des Journals waren aber etliche Meldungen über den Monitor "gerauscht", die auch bei diesem erfolgreichen Start nicht im Journal zu finden sind. Der "Ausstieg" erfolgt wohl bevor systemd das Journal bedient.

Ich erwähnte ja in in meinem ersten Post gestern um 14:51, daß ich die Buster-Neuinstallation an jedem neuen Tag bei ersten Start erfolgreich ohne nomodeset starten kann, was sehr merkwürdig aber vielleicht auch ein Ansatzpunkt ist. Ich habe heute morgen nach diesem erfolgreichen ersten Start das Journal gespeichert. Falls dieses von Interesse sein sollte, kann ich es zur Verfügung stellen.

Gruss H.

[willy4711]

Hmmm
welchen praktischen Nährwert hat denn "ro" = read only in den Boot Parametern ?

[MSfree]

welchen praktischen Nährwert hat denn "ro" = read only in den Boot Parametern ?

Das Root-Dateisystem wird während des Bootprozesses vorläufig read-only gemountet. Das hat den Vorteil, daß das Dateisystem nicht verändert werden kann.

Wenn z.B. das Dateisystem nach einem Absturz nicht ordentlich ausgehängt wurde, könnte die Integrität gefährdet sein, wenn man durch ein rw-Mount das Dateisystem beschreibt. Mit einem ro-Dateisystem hat man die Möglichkeit, einen fsck durchzuführen, ein Journal zurückzuspielen oder andere Reperaturmaßnahmen durch externe Programme durchführen zu lassen.

[willy4711]

@ Danke

[Blackbox]

Bis auf amd64-microcode sind alle Pakete in allen 3 Installationen (Stretch, Buster-upgrade und Buster-neu) installiert. amd64-microcode ist bei keiner Installation installiert.

Hast du denn überhaupt AMD CPUs in deinen Systemen verbaut?

[willy4711]

Hast du denn überhaupt AMD CPUs in deinen Systemen verbaut?

Ja .

Code: Alles auswählen

CPU:       Quad core AMD A8-6600K APU with Radeon HD Graphics (-MCP-) cache: 8192 KB 
           clock speeds: max: 3900 MHz 1: 1900 MHz 2: 1900 MHz 3: 1900 MHz 4: 2500 MHz

Aber ich will noch mal was zu dem sogenannten "Auswerfen" sagen, weil das schon wieder bei Nemo und Thunar unterschiedlich bezeichnet wird.

upps ...wohl in den falschen Thread gerutscht folgendes mal gelöscht