Nein das muss erstmal nichts heißen. Wenn du mit dem Leap 15.5 Stick das Upgrade gemacht hast, spricht das ja auch dafür, dass der neue 15.5 Kernel prinzipiell auf deinem System funktioniert.
Starte doch mal den Recovery Kernel - also in Grub unter Advanced müsstest du eine Option für den neuen Kernel mit "recovery mode" hinten dran haben. Dann hast du vielleicht mehr Ausgabe auf dem Monitor.
Weiter läuft er nicht
Es gibt in jedem Forum eine Suchfunktion. Glaube nicht, das du hier zu nomodeset nichts findest.
Weiter läuft er nicht
Da wird auf jedenfall die AMD Karte und der switcheroo was man zum wechseln zwischen den Grafikkarten verwenden kann (und sehr leidlich funktioniert) geladen. Ich würde echt mal probieren die Nvidia im BIOS zu deaktivieren. Wäre dann zumindest mal ein Anhaltspunkt im Ausschlussverfahren.
Die nomodeset Option ist natürlich auch ein Versuch wert, wenn beides nichts hilft liegts eventuell nicht an den Grafikkarten 
Danke!
Vermutlich beseitigt der gestern rausgekommene Kernel das Problem.
Ich hatte mit einem HP-AMD-Laptop auch Bootabstürze mit dem Kernel 5.14.21-150500.55.7. Direkt nach kurzer Anzeige des graphischen Loginbildschirms wurde der Bildschirm schwarz und nichts ging mehr. Der Vorgängerkernel lief. Kopieren des amdgpu-Kernelmoduls in den kaputten Kernel beseitigte das Problem. Es lag also wohl am amdgpu-Modul. Der gestern reingekommene neue Kernel 5.14.21-150500.55.12 mit neuem amdgpu-Modul geht einwandfrei. (vgl. https://bugzilla.opensuse.org/show_bug.cgi?id=1213569)
Nach 3 Tagen, Softwareaktualisieren war der 150400 verschwunden und es ging nichts mehr.
...
Nun habe ich Sorge, dass bei der nächsten Aktualisierung wieder nichts geht.
In solchen Fällen kannst Du eingreifen und beim Hochfahren einen funktionierenden Kernel behalten. Das automatische Löschen von Kernels wird durch Einträge in /etc/zypp/zypp.conf gesteuert. Da gibt es eine Zeile
multiversion.kernels=latest,latest-1,running
Es werden also gewöhnlich zwei Kernels zum Booten bereitgestellt: der neueste und der davor. Der "running" ist ja meist einer der beiden.
In dieser Zeile kannst Du weitere Kernels eintragen, die Du nicht verlieren willst. Z.B.
multiversion.kernels=latest,latest-1,running,oldest
(oder z.B. "latest-2")
Gewöhnlich ist in /boot genug Platz für ein paar weitere Kernels ... aber wenn /boot in einer eigenen Partition liegt sollte man lieber erstmal nachprüfen ...
Da wird auf jedenfall die AMD Karte und der switcheroo was man zum wechseln zwischen den Grafikkarten verwenden kann (und sehr leidlich funktioniert) geladen. Ich würde echt mal probieren die Nvidia im BIOS zu deaktivieren. Wäre dann zumindest mal ein Anhaltspunkt im Ausschlussverfahren.
Die nomodeset Option ist natürlich auch ein Versuch wert, wenn beides nichts hilft liegts eventuell nicht an den Grafikkarten
Das hat leider nichts gebracht. Im Gegenteil, der Rechner läuft wie mit angezogener Handbremse. Alles kommt total verzögert auf den Bildschirm.Der Monitor wird erst mit dem Anmeldebildschirm aktiviert. Ich sehe kein Grub Menü und komme auch nicht mehr ins Bios. d.h. anscheinend bin ich im Bios (Rechner piept), aber der Monitor bleibt schwarz. Das update auf den aktuelleren Kernel hat auch nichts verändert, hatte ich vorher probiert nach der Anleitung von Welm
Betriebssystem: openSUSE Leap 15.5
KDE-Plasma-Version: 5.27.4
KDE-Frameworks-Version: 5.103.0
Qt-Version: 5.15.8
Kernel-Version: 5.14.21-150400.24.69-default (64-bit)
Grafik-Plattform: X11
Prozessoren: 4 × AMD PRO A8-8650B R7, 10 Compute Cores 4C+6G
Speicher: 6,7 GiB Arbeitsspeicher
Grafikprozessor: KAVERI
Hersteller: HP
Produktname: HP EliteDesk 705 G2 SFF
