Слетает разрешение экрана после установки драйвера NVIDIA

Добрый день!

Есть ноутбук с такими процессором и видеокартами:


**# lscpu | grep 'Model name'**
Model name:            Intel(R) Core(TM) i5-7300HQ CPU @ 2.50GHz

**# lspci | grep 'VGA'**
00:02.0 VGA compatible controller: Intel Corporation Device 591b (rev 04)
01:00.0 VGA compatible controller: NVIDIA Corporation Device 1c8d (rev a1)

**# hwinfo --gfxcard | grep 'Model'**
  Model: "Intel VGA compatible controller"
  Model: "nVidia GP107M [GeForce GTX 1050 Mobile]"

Установила openSUSE 42.3.

Мне нужен драйвер nvidia, который я и устанавливаю.
После перезагрузки X и KDE загружаются, но разрешение экрана становится 800x600 и не работают некоторые эффекты (напр., кубическая анимация при переключении между рабочими столами).

В Configure Desktop → Display and Monitor нет других вариантов разрешения,


**> xrandr **
xrandr: Failed to get size of gamma for output default
Screen 0: minimum 800 x 600, current 800 x 600, maximum 800 x 600
default connected primary 800x600+0+0 0mm x 0mm
   800x600       75.00*

Драйвер я ставила через YaST, выбрав там nvidia-computeG04 (поскольку видеокарта нужна главным образом для этого). Пользовалась этими инструкциями, SDB:NVIDIA_drivers.

Вот log установки:
*Downloading nvidia-gfxG04-kmp-default (download size 8.17 MiB)
Downloading nvidia-glG04 (download size 27.64 MiB)
Downloading nvidia-computeG04 (download size 14.62 MiB)
Downloading x11-video-nvidiaG04 (download size 27.55 MiB)
Deleting libOpenCL1
Installing nvidia-gfxG04-kmp-default-390.42_k4.4.76_1-8.1.x86_64.rpm (installed size 45.52 MiB)
Installing nvidia-glG04-390.42-8.1.x86_64.rpm (installed size 137.24 MiB)
Installing nvidia-computeG04-390.42-8.1.x86_64.rpm (installed size 70.74 MiB)
Installing x11-video-nvidiaG04-390.42-8.1.x86_64.rpm (installed size 111.38 MiB)

*Некоторая информация о графике после установки драйвера (CUDA доставлена отдельно):


**# lspci -nnk -s 01:00.0**
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation Device [10de:1c8d] (rev a1)
        Subsystem: Hewlett-Packard Company Device [103c:838f]
        Kernel driver in use: nvidia
        Kernel modules: nouveau, nvidia_drm, nvidia
**
> glxinfo -B**
name of display: :0
display: :0  screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
    Vendor: VMware, Inc. (0xffffffff)
    Device: llvmpipe (LLVM 3.8, 256 bits) (0xffffffff)
    Version: 17.0.5
    Accelerated: no
    Video memory: 7867MB
    Unified memory: no
    Preferred profile: core (0x1)
    Max core profile version: 3.3
    Max compat profile version: 3.0
    Max GLES1 profile version: 1.1
    Max GLES[23] profile version: 3.0
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.8, 256 bits)
OpenGL core profile version string: 3.3 (Core Profile) Mesa 17.0.5
OpenGL core profile shading language version string: 3.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile

OpenGL version string: 3.0 Mesa 17.0.5
OpenGL shading language version string: 1.30
OpenGL context flags: (none)

OpenGL ES profile version string: OpenGL ES 3.0 Mesa 17.0.5
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
**
> glxgears** 
8688 frames in 5.0 seconds = 1737.497 FPS
9590 frames in 5.0 seconds = 1917.839 FPS
8543 frames in 5.0 seconds = 1708.546 FPS
XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0"
      after 96790 requests (96790 known processed) with 0 events remaining.
      
**> clinfo | grep 'Name\|Version'**
  Platform Name                                   NVIDIA CUDA
  Platform Version                                OpenCL 1.2 CUDA 9.1.84
  Platform Name                                   NVIDIA CUDA
  Device Name                                     GeForce GTX 1050
  Device Version                                  OpenCL 1.2 CUDA
  Driver Version                                  390.42
  Device OpenCL C Version                         OpenCL C 1.2

Вызов nvidia-settings приводит к окошку с сообщением “You do not appear to be using NVIDIA X driver. Please edit your X configuration file (just run nvidia-xconfig as root), and restart the X server.” и к сообщениям об ошибках в командной строке:


**# nvidia-settings** 

ERROR: Error querying enabled displays on GPU 0 (Missing Extension).


ERROR: Error querying connected displays on GPU 0 (Missing Extension).


ERROR: nvidia-settings could not find the registry key file. This file should have been
       installed along with this driver at
       /usr/share/nvidia/nvidia-application-profiles-key-documentation. The application
       profiles will continue to work, but values cannot be prepopulated or validated,
       and will not be listed in the help text. Please see the README for possible
       values and descriptions.

Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.

Запускаю nvidia-xconfig:


**# nvidia-xconfig** 

WARNING: Unable to locate/open X configuration file.

Package xorg-server was not found in the pkg-config search path.
Perhaps you should add the directory containing `xorg-server.pc'
to the PKG_CONFIG_PATH environment variable
No package 'xorg-server' found
New X configuration file written to '/etc/X11/xorg.conf'

Файла xorg-server.pc у меня на машине нет, переменной PKG_CONFIG_PATH тоже.

После этого перезапускаю графику, но X не грузятся, я попадаю в командную строку, которая при этом ещё и мерцает. Из-под рута делаю init 3, мерцания прекращаются. Переименовываю xorg.conf файл и опять гружу графику (init 5). При этом всё запускается с низким разрешением, как и было до выполнения nvidia-xconfig. Файл xorg.conf, сгенерированный этой командой, лежит здесь](https://pastebin.com/GgCKp1dk).

Помогите, пожалуйста, настроить нормально вывод графики с драйвером nvidia.

Заранее спасибо,
Наталья

Ещё, вдруг будет полезным. Этот ноутбук шёл с предустановленным 32-разрядным Linux Mint, на который драйвер стал без особых проблем (ставила через GUI настроек в Cinnamon), разрешение было нормальным, а в строке “client glx vendor string” вывода glxinfo стояло что-то типа “NVIDIA”, а не “Mesa Project and SGI”, как сейчас.

Да, и вот Xorg.0.log, соответсвующий отказу грузить графику по xorg.conf, созданному командой nvidia-xconfig.

Думаю, будет полезным видеть Xorg.0.log в штатном режиме.

Добрый…

Вероятно у вас ноутбук с технологией **NVIDIA Optimus.
**Тогда, вам необходимо изучить вот это](https://en.opensuse.org/SDB:NVIDIA_Bumblebee).

Здравствуйте ещё раз!

Спасибо, что отозвались.

Вероятно у вас ноутбук с технологией NVIDIA Optimus.
Тогда, вам необходимо изучить вот это.

Пока дожидалась ответа, как раз решила поставить Bumblebee :). Поставила, пользуясь https://ru.opensuse.org/SDB:Bumblebee, учитывая замечания процитированного вами англоязычного мануала относительно Skylake – у меня именно эта микроархитектура; чтобы загрузиться, мне надо добавить в параметры загрузки 'acpi_osi=! acpi_osi=“Windows 2009” ’ (без одинарных кавычек).

Через Bumblebee видеокарта работает. Только, по ходу, даёт просадку в производительности порядка 20% по сравнению с запуском без Bumblebee:


> optirun glxgears 
7428 frames in 5.0 seconds = 1485.383 FPS
7209 frames in 5.0 seconds = 1441.776 FPS
7182 frames in 5.0 seconds = 1436.252 FPS
7136 frames in 5.0 seconds = 1427.076 FPS
7198 frames in 5.0 seconds = 1439.490 FPS
^C 8727.600656] [WARN]Received Interrupt signal

Консольная программа, написанная на OpenCL, выполняется тоже процентов на 20 дольше по сравнению с запусками на предустановленном Mint (до установки openSUSE).

Но, судя по тому, что на Mint всё работало и без Bumblebee, здесь это тоже должно как-то делаться… Не хочется терять в производительности… В идеале бы иметь возможность переключаться между режимами с Bumblebee (когда производительность не важна) и полноценным режимом без него.

Думаю, будет полезным видеть Xorg.0.log в штатном режиме.

А можно это как-то проверить, не удаляя Bumblebee?

А можно это как-то проверить, не удаляя Bumblebee?

Теперь, это не имеет никакого смысла.
Для полноценной поддержи воспользуйтесь этой](https://wiki.archlinux.org/index.php/NVIDIA_Optimus_(Русский)) инструкцией

Здравствуйте!

Попробовала, не удаляя Bunblebee, запустить графику на карте nVidia.
Для этого я грузилась в init 3 (без параметров acpi_osi), делала из-под рута


# systemctl start bumblebeed
# echo "ON" >/proc/acpi/bbswitch

после чего стартовала X-ы (init 5), с /etc/X11/xorg.conf, созданным с учётом того, что сказано в ссылке, данной вами, а также с изменениями в файле /etc/X11/xinit/xinitrc.common вместо ~/.xinitrc, указанного в ссылке. Везде получала либо чёрный экран, либо мигающий текстовый терминал (tty).

Думаю, стоит попробовать удалить Bumblebee и повторить это.

Ещё такая вещь.

Выполнив в init 3


# systemctl start bumblebeed
# echo "ON" >/proc/acpi/bbswitch

я запустила в текстовом терминале clinfo (без optirun), и получила информацию о видеокарте. После этого запустила свою OpenCL программу, и она выполнилась за тоже время, что и при запуске через optirun.
То есть, выходит, optirun к замедлению расчёта на видеокарте не имеет отношения.
Я грешу на nvidia-bumblebee (на сколько я понимаю, это ж и есть устанавливаемый с Bumblebee драйвер видеокарты?).

Наверное, попробую подсунуть Bumblebee другой драйвер (я видела в мануале замечание по поводу репозитория и run-файлов, но всё же думаю попробовать), а также удалить Bumblebee, и посмотреть, что будет с производительностью без него.

Вы, видимо, меня неправильно поняли.
Да, я и сам недостаточно доходчиво объяснил.
Я имел в виду, что вы отставите Bumblebee как альтернативу, а сам драйвер настроите по вышеизложенной ссылке.
У вас при установке Bumblebee должен быть создан файл конфигурации по адресу: /etc/X11/xorg.conf или /etc/X11/xorg.conf.d
/xorg.conf. Вы можете изменить его, но кроме [FONT=arial]секции “Files” (см. строки до библиотек “ModulePath”).
Далее: вы можете сессию запускать как указано в вышеприведенной ссылке или воспользоваться возможностями [/FONT]Bumblebee.

Здравствуйте!

Я удалила nvidia-bumblebee, а затем и Bumblebee и bbswitch. Но драйвер nvidia полностью не удалился:


# lspci -nnk -s 01:00.0
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation Device [10de:1c8d] (rev a1)
        Subsystem: Hewlett-Packard Company Device [103c:838f]
        Kernel driver in use: nvidia
        Kernel modules: nouveau, nvidia_drm, nvidia


# zypper se nvidia
Loading repository data...
Reading installed packages...

S | Name                          | Summary                                                                       | Type      
--+-------------------------------+-------------------------------------------------------------------------------+-----------
  | glxosd-nvidia-plugin          | GLXOSD plugin for Nvidia drivers compatibility                                | package   
  | nvidia-bumblebee              | Installer for the proprietary graphics driver for GeForce 6xxx and newer GPUs | srcpackage
  | nvidia-bumblebee              | Installer for the proprietary graphics driver for GeForce 6xxx and newer GPUs | package   
  | nvidia-bumblebee-32bit        | Installer for the proprietary graphics driver for GeForce 6xxx and newer GPUs | package   
  | nvidia-computeG02             | NVIDIA driver for computing with GPGPU                                        | package   
  | nvidia-computeG03             | NVIDIA driver for computing with GPGPU                                        | package   
  | nvidia-computeG04             | NVIDIA driver for computing with GPGPU                                        | package   
  | nvidia-gfxG02-kmp-default     | NVIDIA graphics driver kernel module for GeForce 6xxx and newer GPUs          | package   
  | nvidia-gfxG03-kmp-default     | NVIDIA graphics driver kernel module for GeForce 8xxx and newer GPUs          | package   
  | nvidia-gfxG04-kmp-default     | NVIDIA graphics driver kernel module for GeForce 400 series and newer         | package   
  | nvidia-glG03                  | NVIDIA GL libraries for OpenGL acceleration                                   | package   
  | nvidia-glG04                  | NVIDIA OpenGL libraries for OpenGL acceleration                               | package   
  | nvidia-texture-tools          | NVIDIA Texture Tools                                                          | package   
  | nvidia-uvm-gfxG03-kmp-default | NVIDIA Unified Memory kernel module                                           | package   
  | pcp-pmda-nvidia-gpu           | Performance Co-Pilot (PCP) metrics for the Nvidia GPU                         | package   
  | x11-video-nvidiaG02           | NVIDIA graphics driver for GeForce 6xxx and newer GPUs                        | package   
  | x11-video-nvidiaG03           | NVIDIA graphics driver for GeForce 8xxx and newer GPUs                        | package   
  | x11-video-nvidiaG04           | NVIDIA graphics driver for GeForce 400 series and newer                       | package

Если ставить поверх него дравер x11-video-nvidiaG04, получается конфликт версий, поскольку x11-video-nvidiaG04 соответствует версии 340.42, а недоудалённый драйвер – версии 340.25.

Не подскажете, как удалить драйвер nvidia, который был установлен вместе с Bumblebee?

Не подскажете, как удалить драйвер nvidia, который был установлен вместе с Bumblebee?

Понятие не имею, но если смотреть на содержимое спек](https://build.opensuse.org/package/view_file/X11:Bumblebee/nvidia-bumblebee/nvidia-bumblebee.spec?expand=1) файла, то можно сразу же обратить внимание, что все завязано на при/пост скриптах.
Что это значит?
Это означает, что в базе rpm нет никакой информации о содержимом пакете, за исключением файлов перечисленных в секции %files.
Следовательно, если что-то и осталось, то удалять придется вручную.

Добрый день!

Драйвер nvidia удалился только после обновления ядра. Это обновление пришло вчера в пачке с другими обновлениями.

После этого я установила драйвер через zypper, как и прежде, и получила то, что описано в #1. С низким разрешением графика запускается, если нет файла xorg.conf. Если же его создать, то получается либо мигающий tty, либо чёрный экран, если добавить опцию AllowEmptyInitialConfiguration. Безуспешно попробовала позапустить Х-ы на xorg.conf-ах, сделанных по рецептам ссылки, данной в #6, с правками в /etc/X11/xinit/xinitrc.common.

Везде я получала ошибку


   732.318] (EE) NVIDIA(0): Failed to initialize the GLX module; please check in your X
   732.318] (EE) NVIDIA(0):     log file that the GLX module has been loaded in your X
   732.318] (EE) NVIDIA(0):     server, and that the module is the NVIDIA GLX module.  If
   732.318] (EE) NVIDIA(0):     you continue to encounter problems, Please try
   732.318] (EE) NVIDIA(0):     reinstalling the NVIDIA driver.

Соответствующий Xorg.0.log – здесь](https://pastebin.com/uRfKfW94).
Видя это, я переопределила ссылку /usr/lib64/xorg/modules/extensions/libglx.so с
libglx.so → /etc/alternatives/libglx.so*
на
libglx.so-1 → /usr/lib64/xorg/modules/extensions/nvidia/nvidia-libglx.so*
но всё равно получается чёрный экран с таким Xorg.0.log.

Кстати, хоть glxgears выдаёт производительность такую, как в #1, и чуть выше, выполнение расчётной OpenCL-программы потребовало то же самое время, что и через Bumblebee с более старым драйвером.

Похоже у вас проблемы с библиотеками.
Видимо, это последствия установки драйвера из официального источника.
Даже не знаю, чем вам помочь.
Могу лишь процитировать себя: #145](https://forums.opensuse.org/showthread.php/473979-NVidia-Optimus-amp-openSUSE?p=2675966#post2675966) #141](https://forums.opensuse.org/showthread.php/473979-NVidia-Optimus-amp-openSUSE/page15)#150](https://forums.opensuse.org/showthread.php/473979-NVidia-Optimus-amp-openSUSE?p=2676009#post2676009)
Это, поможет вам навести порядок с библиотеками.
Поскольку информация немного устарела, то приведу список команд здесь:

mv /etc/X11/xorg.conf /etc/x11/xorg.conf.backup
zypper mr -dR http://http.download.nvidia.com/opensuse/leap/42.3
zypper rm -U nvidia*
zypper rr http://download.opensuse.org/repositories/X11:/Bumblebee/openSUSE_Leap_42.3
zypper ar -f http://download.opensuse.org/repositories/home:/Bumblebee-Project:/nVidia:/latest/openSUSE_Leap_42.3/ NVIDIA_Latest
zypper mr -p 89 NVIDIA_Latest
zypper in -f xorg-x11-server Mesa Mesa-libGL1
zypper in -f $(rpm -qa kernel-`uname -r|cut -f3 -d"-"`|sed 's/\([0-9].*\)/devel-\1/')
zypper in dkms dkms-nvidia nvidia-compute x11-video-nvidia
mv /etc/X11/xorg.conf /etc/x11/xorg.conf.backup 

Просто взяли и командой ln -sf <…> переопределили?:slight_smile:
Ссылка была сделана подсистемой update-alternatives после установки пакета nvidia-glG04
rpm -q --scripts nvidia-glG04


postinstall scriptlet (using /bin/sh):
/usr/sbin/update-alternatives \
    --force --install /usr/lib64/xorg/modules/extensions/libglx.so libglx.so /usr/lib64/xorg/modules/extensions/nvidia/nvidia-libglx.so 100
# make sure nvidia becomes the default (in case the link group is/was still in manual mode)
/usr/sbin/update-alternatives \
      --set libglx.so /usr/lib64/xorg/modules/extensions/nvidia/nvidia-libglx.so
# On Optimus systems disable NVIDIA driver/libs completely by default (bnc#902667)
if lspci -n | grep -e '^..:..\.. 0300: ' | cut -d " "  -f3 | cut -d ":" -f1 | grep -q 8086; then
  /usr/sbin/update-alternatives \
      --set libglx.so /usr/lib64/xorg/modules/extensions/xorg/xorg-libglx.so
  sed -i 's/\(^\/.*\)/#\1/g' /etc/ld.so.conf.d/nvidia-gfxG04.conf
fi
/sbin/ldconfig

К примеру, что собой представляла эта ссылка:
update-alternatives --display libglx.so


libglx.so - manual mode
  link best version is /usr/lib64/xorg/modules/extensions/nvidia/nvidia-libglx.so
  link currently points to /usr/lib64/xorg/modules/extensions/nvidia/nvidia-libglx.so
  link libglx.so is /usr/lib64/xorg/modules/extensions/libglx.so
/usr/lib64/xorg/modules/extensions/nvidia/nvidia-libglx.so - priority 100
/usr/lib64/xorg/modules/extensions/xorg/xorg-libglx.so - priority 50

В логах есть такие строки:

801.594] (II) LoadModule: “modesetting”
801.594] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so
801.595] (II) Module modesetting: vendor=“X.Org Foundation”

и дальше:

801.606] (II) UnloadModule: “modesetting”

Может быть стоит выполнить отключение modesetting](https://wiki.archlinux.org/index.php/Kernel_mode_setting_(Русский)#.D0.9E.D1.82.D0.BA.D0.BB.D1.8E.D1.87.D0.B5.D0.BD.D0.B8.D0.B5_modesetting).
Для проверки, перезагрузить и добавить к параметрам ядра:


linux <..?> splash=silent quiet showopts nomodeset i915.modeset=0 nouveau.modeset=0

PS
После добавления nouveau (и может быть i915) в чёрный список или редактирования /etc/default/grub (GRUB_CMDLINE_LINUX_DEFAULT="…? splash=silent quiet showopts …?") и дальше grub2-mkconfig -o /boot/grub2/grub.cfg, запускали команду mkinitrd?

Добрый день!

Поскольку информация немного устарела, то приведу список команд здесь:

Не помогло.

Просто взяли и командой ln -sf <…> переопределили?

Да…
Теперь сделала через


# update-alternatives --set libglx.so /usr/lib64/xorg/modules/extensions/nvidia/nvidia-libglx.so

и вывод команды update-alternatives --display libglx.so выглядит так же, как вы написали.

Для проверки, перезагрузить и добавить к параметрам ядра:

Не помогает.


Переустановила openSUSE и поставила второй системой Linux Mint 18.1. Под Mint-ом видеодрайвер поставился без проблем, правда версия у него 384.111. Расчётная программа на нём выполняется за ~3 мин 40 сек, вместо ~4 мин 20 сек на openSUSE с драйверами версий 390.42 и 390.25. glxgears также выдаёт производительность на порядок больше, чем я получала на openSUSE #1]:


$ glxgears #Mint
Running synchronized to the vertical refresh.  The framerate should be
approximately the same as the monitor refresh rate.
57272 frames in 5.0 seconds = 11454.354 FPS
58242 frames in 5.0 seconds = 11648.330 FPS
58142 frames in 5.0 seconds = 11628.254 FPS
58113 frames in 5.0 seconds = 11622.456 FPS
57410 frames in 5.0 seconds = 11481.868 FPS

(конечно, это никак не approximately the same as the monitor refresh rate, который ~60 Гц…)

Но, на сколько я понимаю, чтоб по-честному это (как минимум, результат glxgears) сравнивать, нужно нормально запустить графику на нВидии и под openSUSE.

Вот xorg.conf,


Section "ServerLayout"
    Identifier "layout"
    Screen 0 "nvidia"
    Inactive "intel"
EndSection

Section "Device"
    Identifier "intel"
    Driver "modesetting"
    BusID "PCI:0@0:2:0"
    Option "AccelMethod" "None"
EndSection

Section "Screen"
    Identifier "intel"
    Device "intel"
EndSection

Section "Device"
    Identifier "nvidia"
    Driver "nvidia"
    BusID "PCI:1@0:0:0"
    Option "ConstrainCursor" "off"
EndSection

Section "Screen"
    Identifier "nvidia"
    Device "nvidia"
    Option "AllowEmptyInitialConfiguration" "on"
    Option "IgnoreDisplayDevices" "CRT"
EndSection



и Xorg.0.log при запуске графики на Mint-е.
А вот Xorg.0.log при запуске на openSUSE с тем же xorg.conf; ссылка libglx.so сделана, как указано выше, с учётом замечания. При этом получаю чёрный экран (графика с низким разрешением получается, если удалить xorg.conf).

Из Mint-ового лога видно, что modesetting реально нужен.
Та часть лога, что соответствует запуску драйвера nvidia и иже с ним до запуска modesetting на Mint, одинакова на обеих системах. А вот запуска с modesetting на openSUSE нет.

Мне кажется, это связано с различием в логах перед адресами видеокарт:


**$ grep 'xfree86' -A 2 /var/log/Xorg.0.log #Mint**
    31.307] (II) xfree86: Adding drm device (/dev/dri/card1)
    31.307] (II) xfree86: Adding drm device (/dev/dri/card0)
    31.413] (--) PCI:*(0:0:2:0) 8086:591b:103c:838f rev 4, Mem @ 0xdd000000/16777216, 0xb0000000/268435456, I/O @ 0x0000f000/64
    31.413] (--) PCI: (0:1:0:0) 10de:1c8d:103c:838f rev 161, Mem @ 0xde000000/16777216, 0xc0000000/268435456, 0xd0000000/33554432, I/O @ 0x0000e000/128, BIOS @ 0x????????/524288

**$ grep 'xfree86' -A 2 Xorg.0.log-xorg.conf.Mint #openSUSE**
   106.795] (II) xfree86: Adding drm device (/dev/dri/card0)
   107.022] (--) PCI:*(0:0:2:0) 8086:591b:103c:838f rev 4, Mem @ 0xdd000000/16777216, 0xb0000000/268435456, I/O @ 0x0000f000/64
   107.022] (--) PCI: (0:1:0:0) 10de:1c8d:103c:838f rev 161, Mem @ 0xde000000/16777216, 0xc0000000/268435456, 0xd0000000/33554432, I/O @ 0x0000e000/128, BIOS @ 0x????????/524288

Не знаете, можно ли как-то настроить это и на openSUSE?

Каким избирательным стал современный Xorg.
Раньше он пробовал загружать подходящие модули, а затем выгружал ненужные.
О чем свидетельствовали соответствующие строки, например:

    24.723] (II) UnloadModule: "nv" 
    24.723] (II) Unloading nv 
    24.723] (II) UnloadModule: "modesetting" 
    24.723] (II) Unloading modesetting 
    24.723] (II) UnloadModule: "fbdev" 
    24.723] (II) Unloading fbdev 
    24.723] (II) UnloadSubModule: "fbdevhw" 
    24.723] (II) Unloading fbdevhw 

Это помогало, сделать вывод об используемом драйвере.
Сейчас он загружает только самые необходимые. И плевать, что они не полностью рабочие, и плевать, что может, есть что-то и еще.
Съел и не подавился.
Ладно, это я так о прошлом.
Теперь по существу.
Из логов видно явное отличие:

  • В первом случае, отрабатывает modeset (Mint), это помогает сделать вывод, что графика стартует на интеле, а затем, видимо, что-то переключает вывод на нвидиа. Видимо, в минте этот процесс автоматизирован с помощью каких-то инструментов.
  • Во втором случае, графика стартует на нвидиа, что в дальнейшем вызывает проблемы. Не может графика стартовать дискретной карте нвидиа, когда работает интегрированная.
    Поэтому, как я уже заметил раньше, в первом своем посте, что было бы полезно видеть лог в штатном режиме.
    Как графика стартует до установки драйвера нвидиа?
    Каково содержимое лога с удаленным xorg.conf?
    В действительности ли glxgears отрабатывает на нвидиа?

Да, кстати, а в биосе отключить интел нельзя?
P.S. Какой же здесь тормознутый движок форума. Заходить не хочется.

Пользователь (natasha) добавлен в группу video (/usr/bin/groups)?
usermod -a -G video natasha

Без xorg.conf, с низким разрешением, что показывает команда
**xdpyinfo | egrep ‘dimens|resol’ **?
**xrandr --verbose **?

Пытались изменить размер экрана? К примеру:
**xrandr -s 1920x1080

**==================================================

106.592] Build Operating System: openSUSE SUSE LINUX

108.213] (II) NVIDIA(0): ACPI: failed to connect to the ACPI event daemon; the daemon
108.213] (II) NVIDIA(0): may not be running or the “AcpidSocketPath” X
108.213] (II) NVIDIA(0): configuration option may not be set correctly. When the
108.213] (II) NVIDIA(0): ACPI event daemon is available, the NVIDIA X driver will
108.213] (II) NVIDIA(0): try to use it to receive ACPI event notifications. For
108.213] (II) NVIDIA(0): details, please see the “ConnectToAcpid” and
108.213] (II) NVIDIA(0): “AcpidSocketPath” X configuration options in Appendix B: X
108.213] (II) NVIDIA(0): Config Options in the README.

file:///usr/share/doc/packages/x11-video-nvidiaG04/html/xconfigoptions.html

Appendix B. X Config Options
The following driver options are supported by the NVIDIA X driver. They may be specified either in the Screen or Device sections of the X config file.

X Config Options

Option “ConnectToAcpid” “boolean”
The ACPI daemon (acpid) receives information about ACPI events like AC/Battery power, docking, etc. acpid will deliver these events to the NVIDIA X driver via a UNIX domain socket connection. By default, the NVIDIA X driver will attempt to connect to acpid to receive these events. Set this option to “off” to prevent the NVIDIA X driver from connecting to acpid. Default: on (the NVIDIA X driver will attempt to connect to acpid).

Option “AcpidSocketPath” “string”
The NVIDIA X driver attempts to connect to the ACPI daemon (acpid) via a UNIX domain socket. The default path to this socket is “/var/run/acpid.socket”. Set this option to specify an alternate path to acpid’s socket. Default: “/var/run/acpid.socket”.

Пакет acpid установлен?
cnf acpid


Try installing with:
    sudo zypper install acpid

Проверьте путь к сокету
find /var/ -name ‘acpid.socket’ 2>/dev/null

Или отключите, чтобы драйвер NVIDIA X не связывался с acpid


Section "Screen"
    ...
    Option "ConnectToAcpid" "off"
    ...

Информация для размышления:

(WW) Falling back to old probe method for modesetting

Ваш залог успеха, это не испоганить свободный драйвер для интела.