If you boot using advanced options from the Grub menu to select using a prior kernel, does it avoid the problem?
We need more information to be much help. Use inxi to gather some of it:
If it gives you an error message about a or y option failure, please try:
Code:
sudo inxi -U
inxi -SGIay
If you still get an error, please upgrade as described
here. Next we need to see Xorg.0.log from a normal boot attempt. This file should be in /var/log/, but if you do not find it there, you should find it in ~/.local/share/xorg/. Please do:
Code:
susepaste /var/log/Xorg.0.log
or
Code:
susepaste .local/share/xorg/Xorg.0.log
as appropriate. Please visit
https://paste.opensuse.org/lists if you get a failure message to verify whether it succeeded. If indeed it failed, you can upload it via web browser to
https://paste.opensuse.org/ or
https://pastebin.com/ instead and provide the link to the result here.
For troubleshooting purposes only, you may try at the Grub menu the e key and append "
nomodeset" to the line that begins with linu. This may eliminate the black screen and facilitate troubleshooting and repair. Another Grub menu option using the e key might also be of help: plymouth=0.
If you are using KDE Plasma, the first thing to try is to delete the content of ~/.local/share/kscreen/ and ~/.cache/. This must be done while not logged into KDE by your normal user. Ctrl-Alt-F2 from the normal login screen, or from the login screen resulting from using an older kernel or a failsafe option, should enable you to reach a vtty to login to make this deletion:
Code:
rm -R .local/share/kscreen/* .cache/*
Alternatively you may be able to do the removal by logging into an IceWM session instead of KDE Plasma.