nvidia-gfxG02-kmp-default неможливо встановити через залежності, які незадоволено Нема надавачів kernel(default:vmlinux) == 7478eee6b17e0a6e, які можна встановити для nvidia-gfxG02-kmp-default-185.18.36_2.6.22.19_0.4.1-6.1.i586[Locale-Repository-i586] === nvidia-gfxG02-kmp-default-185.18.36_2.6.22.19_0.4.1-6.1.i586[Locale-Repository-i586] === nvidia-gfxG02-kmp-default-185.18.36_2.6.22.19_0.4.1-6.1.i586[Locale-Repository-i586] буде встановлено користувачем. binutils-2.17.50.20070726-14.i586 потрібний для nvidia-gfxG02-kmp-default-185.18.36_2.6.22.19_0.4.1-6.1.i586[Locale-Repository-i586] (binutils == 2.17.50.20070726-14) bash-3.2-61.i586 потрібний для nvidia-gfxG02-kmp-default-185.18.36_2.6.22.19_0.4.1-6.1.i586[Locale-Repository-i586] (/bin/sh) 4 більше... kernel-default-2.6.22.5-31.i586 потрібний для nvidia-gfxG02-kmp-default-185.18.36_2.6.22.19_0.4.1-6.1.i586[Locale-Repository-i586] (kernel-default == 2.6.22.5-31) x11-video-nvidiaG02-185.18.36-7.1.i586[Locale-Repository-i586] потрібний для nvidia-gfxG02-kmp-default-185.18.36_2.6.22.19_0.4.1-6.1.i586[Locale-Repository-i586] (x11-video-nvidiaG02 == 185.18.36) nvidia-gfxG02-kmp-default-185.18.36_2.6.22.19_0.4.1-6.1.i586[Locale-Repository-i586] потрібний для x11-video-nvidiaG02-185.18.36-7.1.i586[Locale-Repository-i586] (nvidia-gfxG02-kmp == 185.18.36_2.6.22.19_0.4.1)
# nvidia-xconfig: X configuration file generated by nvidia-xconfig# nvidia-xconfig: version 1.0 (buildmeister@builder75) Fri Mar 12 01:42:27 PST 2010Section "ServerLayout" Identifier "Layout0" Screen 0 "Screen0" InputDevice "Keyboard0" "CoreKeyboard" InputDevice "Mouse0" "CorePointer"EndSectionSection "Files"EndSectionSection "InputDevice" # generated from data in "/etc/conf.d/gpm" Identifier "Mouse0" Driver "mouse" Option "Protocol" Option "Device" "/dev/input/mice" Option "Emulate3Buttons" "no" Option "ZAxisMapping" "4 5"EndSectionSection "InputDevice" # generated from default Identifier "Keyboard0" Driver "kbd" Option "XkbRules" "xorg" Option "XkbModel" "pc101" Option "XkbLayout" "us,ua(winkeys)" Option "XkbOptions" "grp:ctrl_shift_toggle"EndSectionSection "Monitor" Identifier "Monitor0" VendorName "Unknown" ModelName "Unknown" HorizSync 28.0 - 33.0 VertRefresh 43.0 - 72.0 Option "DPMS"EndSectionSection "Device" Identifier "Device0" Driver "nvidia" VendorName "NVIDIA Corporation"EndSectionSection "Screen" Identifier "Screen0" Device "Device0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Depth 24 EndSubSectionEndSection
в безпечному режимі
А що в /var/log/Xorg.0.log після запуску із заводським драйвером?
Backtrace:0: /usr/bin/Xorg(xf86SigHandler+0x81) [0x80d5491]1: [0xffffe420]Fatal server error:Caught signal 4. Server aborting
X Window System Version 7.2.0Release Date: Sat Sep 22 22:10:58 UTC 2007X Protocol Version 11, Revision 0, Release 7.2Build Operating System: openSUSE SUSE LINUXCurrent Operating System: Linux os-nova 2.6.22.5-31-default #1 SMP 2007/09/21 22:29:00 UTC i686Build Date: 22 September 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version.Module Loader presentMarkers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown.(==) Log file: "/var/log/Xorg.0.log", Time: Fri Mar 26 20:21:59 2010(==) Using config file: "/etc/X11/xorg.conf"(II) Module already built-inNVIDIA: failed to set MTRR @ 0xd0000000, 256M (WC)Backtrace:0: /usr/bin/Xorg(xf86SigHandler+0x81) [0x80d5491]1: [0xffffe420]Fatal server error:Caught signal 4. Server aborting
Mar 26 20:11:48 os-nova kernel: nvidia: module license 'NVIDIA' taints kernel.Mar 26 20:11:48 os-nova kernel: NVRM: loading NVIDIA UNIX x86 Kernel Module 195.36.15 Thu Mar 11 21:41:46 PST 2010Mar 26 20:11:48 os-nova kernel: NVRM: CPU does not support the PAT, falling back to MTRRs.
А навіщо стільки танців з бубном? Комп’ютер не має достатнього/будь-якого доступу до інтернету? Адже встановлення драйверів завжди краще доручати YaST-у. Просто треба спершу оновити репозиторій nvidia, а тоді запускати керування пакунками.В першому логу ми бачимо жалі на версії ядра (хоча, судячи з подальших виводів, воно правильне), binutils і bash. YaST би автоматом все це оновив (а може і ще що-буть потрібне), і не треба було б мучитися.