Hi
I have installed Leap 15 with an geforce GT730 video card. When the computer boots and gets to the login screen I get a lot of flickering. Once I login it seems to improve but does not completely stop, for example, I close a an office document.
To that end I have checked the boot.log and the messsages files for errors, no errors show, I did not notice any.
I am up-to-date with the nvidia files from the repo.
Can someone sugget some other thing that I could do.
Thank you
Please post graphics details output from
inxi -Gxx
*You may need to install the inxi package first.
Hi
inxi -Gxx did not work for me. So I tried inxi --recommends I got this
Test Three: Script Recommends for Graphics Features.
NOTE: If you do not use X these do not matter (like a headless server). Otherwise, if one of these applications
is missing, inxi will have incomplete output:
glxinfo (info: -G glx info)................................................. Missing
xdpyinfo (info: -G multi screen resolution)................................. /usr/bin/xdpyinfo
xprop (info: -S desktop data)............................................... /usr/bin/xprop
xrandr (info: -G single screen resolution).................................. /usr/bin/xrandr
Just to be sure, what info was requied there the xx?
Thank you
Make sure Mesa-demo-x is installed first…
zypper in Mesa-demo-x
inxi -G omits the PCI device ID that inxi -Gxx includes. Without glxinfo installed, inxi cannot provide all the info that it otherwise would that might help us help you to solve video trouble.
If in your inxi output you see that the nouveau driver is active rather than the modesetting driver, you might wish to go ahead and try making the switch. That process is included on one of the wiki’s SDB troubleshooting pages.
Got similar issues here on Leap 42.3:
# inxi -Gxx
Graphics: Card-1: NVIDIA GK107 [GeForce GT 640] bus-ID: 01:00.0 chip-ID: 10de:0fc1
Card-2: ASPEED ASPEED Graphics Family bus-ID: 04:02.0 chip-ID: 1a03:2000
Display Server: X.org 1.18.3 drivers: modesetting,nouveau (unloaded: fbdev,vesa)
tty size: 178x43 Advanced Data: N/A for root
Looks like the Noveau driver is troublesome again. Its such a pain this, I don’t want to install the Nvidia drivers as its such a PIA with updates etc. Can we let the Noveau people know its gone bad? Please …
Craig
This should have gone into a new thread. Your inxi output shows you’re not using nouveau for X. You’re using ASPEED AST2000 with the default modesetting driver. The xf86-video-ast DDX you probably could be using doesn’t seem to be installed (it’s not in the “unloaded” list). inxi -Gxx is best run from within X (“N/A for root”). What type cables are connected, and to which video ports? Please share /etc/X11/xorg.conf if it exists. Does anything in /etc/X11/xorg.conf.d/ look like it’s been changed from defaults? Please do:
susepaste -n benbowc -e 10080 /var/log/Xorg.0.log
The ASPEED is on the board but as far as I can tell the Nvidia card is active. Maybe that is wrong. That’s why I am here, I can’t see what changed or why.
No /etc/X11/xorg.conf
/etc/X11/xorg.conf.d/ all looks like the original installation files apart from the keyboard that was updated last year at some point.
Comment 7 was wrong, inxi output shows, but should have been inxi output suggests. Sorry about that.
Xorg.0.log shows both NOUVEAU(0) and modeset(0) loading, but nouveau actually connected to a display. If your inxi remains at the 15.0 release version 2.X, maybe it has a flaw to cause it to report both DDX used in spite of only one actually being in use.
After creating an override to the package manager’s upgrade disabling by creating /etc/inxi.conf containing:
B_ALLOW_UPDATE=true
you can update to the latest version (3.0.32 currently) directly thus:
inxi -U
Substitute -V for -U to see the installed version. Direct installation/updates is what inxi’s author recommends. You also can update by installing Tumbleweed’s 3.0.32 rpm.
Back to the OP, I suggest next to stop the nouveau DDX from loading, so that the GT730 runs on the modesetting DDX instead. I have an SDB page that includes a description how to remove or disable nouveau. There’s a bit there about why to do so as well.
I did that update and checked versions etc. Interestingly it actually improved things a little and I now just have a scrolling that is too slow and occasionally the screen will not refresh with the current window being presented. The nomodesetting switch is not set in the bootloader. I’ve just been looking at the Grub script and this line has me a bit puzzled. Is this a fallback setting? I’m sure I have way more than 16 colours…
GRUB_CMDLINE_XEN_DEFAULT="vga=gfx-1024x768x16"
Sounds like VESA driver behavior, not modesetting. Please upload a new Xorg.0.log and/or paste in ‘inxi -Gxx’ output run from within X and using code tags #].
I’ve just been looking at the Grub script and this line has me a bit puzzled. Is this a fallback setting? I’m sure I have way more than 16 colours…
GRUB_CMDLINE_XEN_DEFAULT="vga=gfx-1024x768x16"
AFAIK, that’s completely inert unless you are using Xen.
log file:
http://paste.opensuse.org/64528813
Something looks suspect there…
inxi output:
Graphics: Device-1: NVIDIA GK107 [GeForce GT 640] vendor: eVga.com. driver: nouveau v: kernel bus ID: 01:00.0
chip ID: 10de:0fc1
Device-2: ASPEED Graphics Family driver: ast v: kernel bus ID: 04:02.0 chip ID: 1a03:2000
Display: x11 server: X.Org 1.18.3 driver: modesetting,nouveau unloaded: fbdev,vesa alternate: nv,nvidia
compositor: kwin_x11 resolution: 1920x1080~60Hz
OpenGL: renderer: Gallium 0.4 on NVE7 v: 4.3 Mesa 17.0.5 compat-v: 3.0 direct render: Yes
Thanks
I agree, but can’t tell what’s at the root. Backtraces in the log are never good, but loading of both nouveau for a real display and modesetting for a phantom VGA display bothers me as much or more.
Things to try:
1-remove xf86-video-nouveau. If this doesn’t get the nouveau DDX out of Xorg, maybe the default initrd needs rebuilding.
2-switch compositing methods (Plasma desktop settings > display)
3-disable compositing (same as #2)
4-ensure in BIOS setup that the PCIe slot has priority over the onboard Aspeed. Disable the Aspeed outright if possible.
5-confirm the GeForce doesn’t have any swollen or leaky caps. I have an 8600GT that quit due to multiple leakers. I resurrected it by replacing them.
#1 should eliminate the nouveau DDX as a possible cause, maybe solve the problem entirely.
Tried those, turned off compositing and that helped a bit but still rough refresh
4-ensure in BIOS setup that the PCIe slot has priority over the onboard Aspeed. Disable the Aspeed outright if possible.
Its on the board and I can’t disable in the Bios. Order of loaded appears the only way to get it to use the NVidia
5-confirm the GeForce doesn’t have any swollen or leaky caps. I have an 8600GT that quit due to multiple leakers. I resurrected it by replacing them.
I’ll inspect, could be the problem. Had a lot of very hot weather this summer.
#1 should eliminate the nouveau DDX as a possible cause, maybe solve the problem entirely.
Thank you so much, hope I can sort it but maybe i better start shopping for a replacement 
Cheers