[gelöst]Testing-Installation - Grafik-Problem?

[halo44]

Ich versuche Debian Testing auf meinem Desktoprechner MSI A520M-A PRO AMD Ryzen 5 5600G Radeon Graphics zu installieren. Hierzu habe ich die debian-testing-amd64-netinst.iso herunter geladen und auf USB-Stick kopiert, sowohl mit dd als auch cp.

Ich kann vom Stick booten und auch verschiedene Installationsmethoden auswählen. Bei allen Versuchen erhalte ich nach wenigen Sekunden dieses Bild, wobei ich natürlich keine weiteren Auswahlen treffen kann:

Klick

Ich habe auch die debian-testing-amd64-DVD-1.iso herunter geladen und auf DVD gebrannt. Auch hiermit lande ich im gezeigten Bild.

Da beide isos aber auf meinem Notebook Acer Aspire 3750 problemlos in die Installation starten vermute ich, dass auf meinem Desktoprechner etwas mit der Grafik nicht stimmt. Wobei aber der Rechner ansonsten keine Auffälligkeiten hierzu zeigt.

Gibts irgendeine sinnvolle Prüfung der Grafik? Oder habt ihr andere Ideen was die Ursache dieses Verhaltens sein könnte?

Bin für jede Anregung dankbar.

Gruss H.

[MSfree]

Ich würde es mit dem Netinstaller von Bookworm (also stable) probieren.

Das dist-upgrade von bookworm auf trixie (testing) kann man auch hinterher noch machen.

[halo44]

Ich würde es mit dem Netinstaller von Bookworm (also stable) probieren ...

Werde ich heute noch versuchen. Schon alleine, weil mich interessiert, ob mein Rechner das hiermit besser macht oder den gleichen Fehler zeigt.

Gruss H.

[halo44]

Das ging ja schnell, weil mit der debian-12.1.0-amd64-netinst.iso der gleiche Fehler bei der Installationsauswahl passiert. Damit scheint mir festzustehen, dass mein Rechner der Auslöser ist.

Ich kann natürlich mein laufendes Bookworm in die vorgesehene Root-Partition für Trixie kopieren und dann upgraden. Das ist aber nicht die geplante Neuinstallation von Trixie.

Gruss H.

[rjh]

Da hat der Installer „nur“ irgendwelche Probleme mit Deiner verbauten Grafik. Abhilfe schafft normalerweise, wenn man für den Installer erst mal die Bootoption „nomodeset“ setzt.

Wie diese Bootoptionen gesetzt werden können, wurde kürzlich hier diskutiert:
viewtopic.php?p=1333389#p1333389

[MSfree]

Das ging ja schnell, weil mit der debian-12.1.0-amd64-netinst.iso der gleiche Fehler bei der Installationsauswahl passiert. Damit scheint mir festzustehen, dass mein Rechner der Auslöser ist.

Wie paßt das zu:

Ich kann natürlich mein laufendes Bookworm...

Du hast auf derselben Hardware ein laufendes Bookworm?
Der Installationsversuch endet in dem zerwürfelten Bildschirm?

Kannst du mal einen anderen Bildschirm (z.B. TV-Gerät via HDMI) anhägen und verifizieren?

Möglicherweise schickt dein PC einfach nur ein Videosignal, mit dem dein Monitor überfordert ist. Z.B. eine leicht zu hohe Bildwechselfrequenz.

[halo44]

Da hat der Installer „nur“ irgendwelche Probleme mit Deiner verbauten Grafik. Abhilfe schafft normalerweise, wenn man für den Installer erst mal die Bootoption „nomodeset“ setzt ...

Du meinst die Auswahlzeile antippen und dann e zum Editieren tippen? Das geht beim booten des Installers nicht.

Gruss H.

[halo44]

... Du hast auf derselben Hardware ein laufendes Bookworm?...

Ja und auch noch ein laufendes Bullseye, was ich aber nur nutze um mein Bookworm zu sichern.

... Der Installationsversuch endet in dem zerwürfelten Bildschirm?...

Ja.

Kannst du mal einen anderen Bildschirm (z.B. TV-Gerät via HDMI) anhägen und verifizieren?...

Nur mit grösserem Aufwand. Unter Umständen später einmal.

Gruss H.

[thunder11]

Hast mal ne Live- DVD versucht ?
https://cdimage.debian.org/debian-cd/cu ... so-hybrid/

[rjh]

Da hat der Installer „nur“ irgendwelche Probleme mit Deiner verbauten Grafik. Abhilfe schafft normalerweise, wenn man für den Installer erst mal die Bootoption „nomodeset“ setzt ...

Du meinst die Auswahlzeile antippen und dann e zum Editieren tippen? Das geht beim booten des Installers nicht.

Wozu meinst Du habe ich Dir den Link rausgesucht?

[halo44]

... Wozu meinst Du habe ich Dir den Link rausgesucht?

Dein Link führt zu Grubenlichts-Beitrag vom 25.07.2023 11:02:20 wo das UEFI Installer Menu gezeigt wird. Ich habe das Installer-Menu im BIOS Mode.

Wenn ich dort ESC betätige bekomme ich in allen Auswahlen nur den Boot-Prompt gezeigt. Wenn ich dort z.B. eingebe "install nomodeset" bekomme ich auch das zerstückelte Ergebnis.

Danke für den gutgemeinten Hinweis, aber er hilft mir nicht.

Gruss H.

[rjh]

... Wozu meinst Du habe ich Dir den Link rausgesucht?

Dein Link führt zu Grubenlichts-Beitrag vom 25.07.2023 11:02:20 wo das UEFI Installer Menu gezeigt wird. Ich habe das Installer-Menu im BIOS Mode.

Wenn ich dort ESC betätige bekomme ich in allen Auswahlen nur den Boot-Prompt gezeigt. Wenn ich dort z.B. eingebe "install nomodeset" bekomme ich auch das zerstückelte Ergebnis.

Danke für den gutgemeinten Hinweis, aber er hilft mir nicht.

Gruss H.

In dem Thread wird Beides diskutiert. Einfach mal etwas weiter vorne schauen. Wenn du das Installer-Menu im BIOS Mode hast, ist es doch sogar noch einfacher die Boot-Optionen auszuwählen.

Habe mir das eben mit einem Install-Stick auf einem älteren Notebook im Bios-Mode noch mal angeschaut. Du wählst im Menü "Help" aus und dann z.B.

install nomodeset

oder

install vga=771

usw. Beispiele sind unter "Help" angegeben.

[halo44]

Ja, über boot: help und Funktionstasten kann ich mir die Bootoptionen anzeigen lassen. Welche ich auch immer auswähle bekomme ich beim Bootversuch das eingangs gezeigte Bild. Zwar je nach Bootoption unterschiedlich gefärbt und strukturiert, aber da ich nicht sehen kann welche Aktion der Installer von mir erwartet, geht es nicht weiter.

Es hat was mit meiner Grafik zu tun. Wobei ich jedoch im normalen Betrieb keine Auffälligkeiten habe.

Ich habe jetzt erstmal genug für heute.

Gruss H.

[halo44]

Hast mal ne Live- DVD versucht ? ...

Ja, ich habe diese versucht: debian-live-12.1.0-amd64-kde.iso. Sowohl beim Live- als auch beim Live-failsafe-Start bleibt das Display blau gefärbt und oben links das Debian Logo und der Schriftzug "Debian 12". Dies bleibt so stehen - kein Live-Start.

Versuche ich die Installationsoptionen mit und ohne zusätzliche Bootoptionen bekomme ich wieder in allen Fällen das eingangs gezeigte zerstückelte Bild.

Keine Chance.

Gruss H.

[halo44]

Update: ich habe mir einen neuen Monitor zugelegt, der anders als der Vorgänger per HDMI angeschlossen ist. Auch bei diesem Monitor zeigt sich bei allen Versuchen mit USB-Stick, CD-ROM, Debian 12 und 13 der gleiche Fehler: zerstückelter Bildschirm (siehe Eingangspost).

Bliebe also die Grafik im Rechner. Das ist eine AMD Ryzen 5 5600G Radeon Graphics. Macht es Sinn diese zu tauschen? Geht das überhaupt? Oder muss das ganze Mainboard gewechselt werden? Mangels Hintergrund brauche ich daher Euren Rat.

Gruss H.

[FS3000]

Hast du schonmal eine andere Live-Distro zu Testzwecken gebootet? Da gibts doch von Fedora bis Suse mittlerweile eine riesige Auswahl.

[halo44]

Hast du schonmal eine andere Live-Distro zu Testzwecken gebootet? Da gibts doch von Fedora bis Suse mittlerweile eine riesige Auswahl.

Werde ich gelegentlich mal versuchen. Diese späte Antwort, weil ich länger mit der Umgehung des Problems beschäftigt war. Jetzt habe ich eine funktionierende Testing-Installation realisiert.

Wie im Eingangspost schon geschrieben startet die Installation sowohl vom USB-Stick als auch von einer DVD auf meinem Notebook einwandfrei.

Ich habe daher jetzt in zwei freien Partitionen (für / und /home) Testing auf meinem Notebook installiert. In die Home-Partition habe ich die der Bookworm-Installation des Desktoprechners geladen.

Die Installation lief fast bis zum Ende durch. Allerdings scheiterte die Einrichtung des Bootloaders mit dieser Meldung

Einbinden von /target/proc fehlgeschlagen - schauen Sie in die /var/log/syslog bezüglich
detaillierterer Informationen - Ihr Computer wird möglicherweise nicht starten können

Ein Teil der Installation ist fehlgeschlagen. Sie können versuchen diesen Schritt aus dem Menü
erneut aufzurufen oder ihn überspringen und einen anderen wählen. Fehlgeschlagen ist: Den
GRUB-Boootloader installieren.

Sie müssen den Bootvorgang manuell anstossen, indem Sie den Kernel /vmlinuz auf der
Partition /dev/sda12 sowie das Wurzelverzeichnis root=/dev/sda12 als Bootparameter übergeben.

Da ich ohnehin nicht den Bootloader des Notebooks ändern wollte, habe ich dies ignoriert und die Installation abgeschlossen.

Ich habe dann die beiden Partitionen mit rsync auf externe Festplatte kopiert und auf dem Desktoprechner in vorbereitete Partitionen geladen.

Dort habe ich dann mit Einsatz von Os-Prober die grub.cfg neu erstellt. Den Eintrag für Trixie habe ich nach Vergleich mit den Bullseye- und Bookworm-Installationen angepasst. In der /etc/fstab musste ich die korrekten UUIDs einsetzen.

Weiter musste ich in die sources.list die Paketquellen eintragen. Den auf dem Notebook festgelegten Hostnamen auf den des Desktoprechners geändert.

Zunächst musste ich Trixie mit nomodeset starten. Nach Installation der firmware-realtek und der firmware-amd-graphics konnte ich diese Bootoption weglassen. Weitere nicht wichtige Anpasssungen lasse ich jetzt mal weg.

Ich habe einiges installiert und getestet und lasse aber jetzt mal Zeit ins Land gehen bis neue Updates für das System bereitgestellt werden. So findet sich derzeit noch kein geeigneter Installationskandidat für gparted.

Gruss H.

[halo44]

Es gibt Neuigkeiten. Ich habe eine neue debian-testing-amd64-netinst.iso herunter geladen und nochmals eine Installation versucht. Leider das gleiche fehlerhafte Verhalten wie im Eingangsbeitrag geschildert. Und das bei allen angebotenen Installationsoptionen, die mir sinnvoll erschienen.

Ich habe dann versuchsweise den Installations-Stick mit der UEFI-Variante gebootet und konnte jetzt die Installation - wie gewohnt - fehlerfrei durchführen. Das System habe ich anschließend mit allen von mir genutzten Anwendungen und Programmen angepasst. Alles läuft zur Zufriedenheit.

Auf dem betreffenden Rechner ist kein UEFI eingerichtet. Allerdings ist die Festplatte GPT-organisiert. Das dort bisher alleine laufende Bookworm-System habe ich vor Monaten nach der GPT-Einrichtung von einer MSDOS-Festplatte mit rsync gesichert und auf die GPT-Platte zurück gesichert.

Mit UEFI kenne ich mich nicht aus und bin dem immer aus dem Weg gegangen. Ich vermute jetzt, dass das Installationsmedium die Bios Boot Partition auf der GPT-Platte entdeckt und deshalb nur die UEFI-Option des Installers akzeptiert hat.

Wie gesagt - UEFI ist mir fremd, aber vielleicht habt ihr eine Idee was den jetzigen Status meines Rechners angeht.

Gruss H.

P.S. Vielleicht mag ein Moderator das Thema von "Grafische Oberflächen" nach "Probleme bei der Installation von Debian" verschieben, da es sich ja jetzt herausgestellt hat, dass es kein grafisches Problem ist.