Bit of a weird problem here. I’m running 12.3, and I’m having some trouble with the display. After install, the display was working normally. Then, after a reboot, I got a blank screen immediately after the grub screen selection (while opensuse booted). I could SSH into the machine, and everything seemed to be running normally; just nothing displayed on the screen. If I started X (via ssh), I didn’t get any error messages, just nothing would show up on the screen.
This was a few weeks ago, and I was able to - somehow - get it working. I do remember that I was getting an error about openbox, which made no sense, since I don’t use openbox. Anyway, uninstalling openbox seemed to do the trick, and after that everything worked OK. However, I had to reboot today, and the same problem has returned. I’ve rebooted a few times to no avail. Openbox remains uninstalled, and I haven’t done any updates or installed anything else major that I can think of.
A google search led me to try booting with nomodeset, but unfortunately that didn’t help at all (though I do get an error when I try to start X then, of course). Does anyone have any suggestions at all as to what I might try next, or even any log files I might check?
Because yours is only the latest of many, many of the same thing and certainly will by far not be the last,
I am building a wiki page describing the/a correct troubleshooting procedure.
It won’t be ready until tomorrow, but if you would like a head start on the main troubleshooting fixes, try the following in order
Disable KMS (Recovery Mode or console > YAST > /etc/sysconfig editor> search kms > enable “no kms”
See Release Notes for background info of this setting
Change drivers. Beware that some changes don’t blacklist or uninstall the previous driver, primary example is nVidia > proprietary. To be safe, just removexorg.conf if it exists
If you search all my most recent postings with keywords like nvidia, gpu you’ll see posts with some detailed steps to follow, but the wiki I’m preparing will consolidate all in a page or two. Although many of my posts are nVidia GPU specific, many like the KMS setting apply to any GPU.
Thanks for the reply, I really appreciate it. I tried disabling KMS and setting “nomodeset”, which unfortunately hasn’t helped. I could try changing my driver (currently using Intel i915), but I’m unsure whether that would do anything: My problem isn’t that the GUI isn’t showing up, it’s that nothing is showing up on the monitor - I’m not dropped into the command line, I can’t even see the boot process - just nothing shows up on the screen, after GRUB anyway. When I try to start X by SSHing in to the system (which normally works), I don’t get any error messages or anything - it’s as if the OS is outputting the display to a non-existent monitor.
I’m running off an HDMI port, if that makes any difference. I know that the conncetion is working because as I said above, BIOS and GRUB are both showing up OK on the monitor.
If the GRUB Menu displays, and you select a kernel (and mode), what happens if you hit ESC approx 1 full second after making your selection (or timeout so boot resumes)?
If the GRUB menu does not display at all, then if your video driver is completely wrong then maybe editing grub.cfg to set to force VGA resolution (640x480) will work(or there is a BIOS output issue). If you do see the GRUB menu, the ESC click should enable you to see the continueing boot process and see where the system freezes. From what I’ve seen the display driver does not switch from GRUB to your Desktop driver until Plymouth which is the next graphical display which has your User login (unless of course you have auto-login enabled).
Formatting the text and page layout is still in early stages, hope to improve readability with changes
Re-sizing and ading screenshots still need to be done.
This page is intended to focus on 12.3 issues (and possibly later, depending on future changes).
Have omitted everything I could think of that is irrelevant to 12.3 and later that’s contained in the SDB (Yes, I still put the SDB link at the bottom of my page).
This page is <open> for anyone to edit however they would like (just login and you can make changes). Don’t worry about making mistakes or saying crazy things, I’m keeping copies of the page code elsewhere and openSUSE wiki allows approx 4 rollbacks “undoing” recent changes. When making changes, pls include a comment describing changes (above the “save” button).
6373.953733] BIOS EDD facility v0.16 2004-Jun-25, 0 devices found
6373.953741] EDD information not available.
6382.304062] BIOS EDD facility v0.16 2004-Jun-25, 0 devices found
6382.304070] EDD information not available.
6400.932548] BIOS EDD facility v0.16 2004-Jun-25, 0 devices found
6400.932557] EDD information not available.
6403.346135] BIOS EDD facility v0.16 2004-Jun-25, 0 devices found
6403.346143] EDD information not available.
Did you have any success with ‘x11failsafe’ or removing the ‘vga=xxxx’ and/or pressing “escape” immediately after the grub menu disappears. Does the ‘failsafe’ boot work ?
Another possibility would to try the boot code (?) “edd=off” … (speculation on my part based on that error message - I note “edd=off” is one of many additional boot codes in a “failsafe” boot).
EDD does not work with default GRUB2 loader. EDD requires real mode (16 bit) and GRUB2 by default is using protected mode (32 bit) when starting Linux. In protected mode Linux expects bootloader to supply EDD information.
Hmm … ok if one ignores the EDD messages, and ignores the firewall messages, what strikes me next is this:
9149.571879] python: segfault at c ip b6995d1e sp bfab88d0 error 4 in libgdk-x11-2.0.so.0.2400.14[b6924000+ae000]
9154.264968] python: segfault at c ip b694fd1e sp bf8bb4b0 error 4 in libgdk-x11-2.0.so.0.2400.14[b68de000+ae000]
9154.555754] python: segfault at c ip b68dbd1e sp bff36b70 error 4 in libgdk-x11-2.0.so.0.2400.14[b686a000+ae000]
9154.849846] python: segfault at c ip b68d6d1e sp bfe01a80 error 4 in libgdk-x11-2.0.so.0.2400.14[b6865000+ae000]
with lots of segfaults in libgdk-x11-2.0.so.0.2400.14. (ie if it were me I would assume libgdk-x11 crashed).
Referring back to the original post,
I assume that immediately after initial install, your video resolution was high (at least not VGA).
This leads me to believe this is <not> an unfixable problem, not likely a BIOS/EFI problem and is more than likely an OS-installed video driver problem.
Part of the troubleshooting issue might be relying so heavily on logging in remotely to the machine. That utilizes graphics in a way that is very different than logging in locally to the machine.
In fact, although I can’t say it’s exactly the same, the “display fails with first boot after finished install” is exactly what the “old” nouveau driver problem looked like (before it seems to have been fixed with 12.3). If you didn’t fix by replacing the nouveau driver (installed by default) with the nVidia proprietary driver, you’d be stuck troubleshooting in Recovery or curses mode.
Also, I’m not sure that the BIOS attempting to load 16-bit drivers should be that surprising… AFAIK that’d be typical of “older” BIOS until the introduction of EFI. If no subsequent working display ever happened, I’d be more concerned about that, but since it sounds like <something> was successfully installed eventually (before reboot), I don’t know that it’s a major obstacle to getting something to work.
It’s a Zotac Zbox “Mini-PC”. The spec sheet says it has Intel GMA graphics. Not sure if that includes the “frankenvideo” setup, but I don’t see any reference to nvidia hardware on the spec sheet.
Thanks for your comments, tsu2 - I agree that my reliance on logging in remotely probably hasn’t helped things. I’m out of town for a few days and my wife wants to watch some movies on the computer, so I was hoping to be able to fix it from afar. I’ll just have to tell her she might have to wait until I get back!