Am Freitag, den 29.04.2011, 12:08 +0200 schrieb Peter Mc Donough:
Ich habe einmal genau hingehört. Der Rechner läuft weiter, er reagiert nur nicht mehr auf Tastatureingaben.
Hmm... Du könntest mal versuchen den Bootparameter "nomodeset" (ohne ") dem Bootmanager beim Systemstart mitzugeben. Vermutlich eine Unverträglichkeit zwischen KMS und dem Closed Source Treiber (s. u.).
Apr 28 10:22:55 lux kernel: [ 21.548030] [drm:radeon_fence_wait] *ERROR* fence(ffff88012f04b840:0x00000004) 509ms timeout going to reset GPU Apr 28 10:22:55 lux kernel: [ 21.743168] radeon 0000:01:00.0: Wait for MC idle timedout ! Apr 28 10:22:55 lux kernel: [ 21.794368] [drm:radeon_fence_wait] *ERROR* fence(ffff88012f04b840:0x00000004) 766ms timeout Apr 28 10:22:55 lux kernel: [ 21.794371] [drm:radeon_fence_wait] *ERROR* last signaled fence(0x00000004) Apr 28 10:22:57 lux kernel: [ 24.314179] [drm:radeon_fence_wait] *ERROR* fence(ffff88012e4ce180:0x00000005) 510ms timeout going to reset GPU Apr 28 10:22:58 lux kernel: [ 24.494008] radeon 0000:01:00.0: Wait for MC idle timedout ! Apr 28 10:22:58 lux kernel: [ 24.545294] [drm:radeon_fence_wait] *ERROR* fence(ffff88012e4ce180:0x00000005) 751ms timeout Apr 28 10:22:58 lux kernel: [ 24.545297] [drm:radeon_fence_wait] *ERROR* last signaled fence(0x00000005) Apr 28 10:23:00 lux kernel: [ 27.065409] [drm:radeon_fence_wait] *ERROR* fence(ffff88012f11f1c0:0x00000006) 510ms timeout going to reset
Irgendwas gefällt mir an den Timeouts nicht. Könnte aber auch mit einem Konflikt zusammenhängen.
SAMSUNG_HD250HJ_S0URJ9CPC32010-part5 apm=off noresume edd=off powersaved=off nohz=off highres=off processor.max_cstate=1 nomodeset x11failsafe vga=0x345
OK. Das ist der Log vom Start mit dem Failsafe Kernel. Und wo ist die X.org Log beim Start wenn er hängen bleibt - bzw. auf Tastatureingaben nicht mehr reagiert?
[ 19.066] Build Date: 19 August 2010 03:34:22PM [ 19.066] [ 19.066] Current version of pixman: 0.18.0 [ 19.066] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 19.066] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 19.066] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Apr 28 23:50:32 2011 [ 19.067] (==) Using config file: "/etc/X11/xorg.conf.install" [ 19.067] (==) Using config directory: "/etc/X11/xorg.conf.d" [ 19.067] (==) ServerLayout "Layout" [ 19.067] (**) |-->Screen "vboxvideo" (0) [ 19.067] (**) | |-->Monitor "<default monitor>" [ 19.067] (**) | |-->Device "vboxvideo" [ 19.067] (==) No monitor specified for screen "vboxvideo". Using a default monitor configuration. [ 19.067] (**) |-->Screen "vmware" (1) [ 19.067] (**) | |-->Monitor "<default monitor>" [ 19.067] (**) | |-->Device "vmware"
Wozu vboxvideo und vmware? Betreibst Du Dein System virtualisiert? Diese Module bringen Dir nur was, falls Du das System in VirtualBox oder VMware betreibst.
[ 19.074] (--) PCI:*(0:1:0:0) 1002:9490:174b:e100 ATI Technologies Inc RV730XT [Radeon HD 4670] rev 0, Mem @ 0xd0000000/268435456, 0xfe9f0000/65536, I/O @ 0x0000d000/256, BIOS @ 0x????????/131072
Die Grafikkarte erkennt er zumindest korrekt.
[ 19.098] (II) LoadModule: "vesa" [ 19.099] (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so [ 19.099] (II) Module vesa: vendor="X.Org Foundation" [ 19.099] compiled for 1.8.0, module version = 2.2.1 [ 19.099] Module class: X.Org Video Driver [ 19.099] ABI class: X.Org Video Driver, version 7.0 [ 19.099] (II) VMWARE: driver for VMware SVGA: vmware0405, vmware0710 [ 19.099] (II) CIRRUS: driver for Cirrus chipsets: CLGD5430, CLGD5434-4, CLGD5434-8, CLGD5436, CLGD5446, CLGD5480, CL-GD5462, CL-GD5464, CL-GD5464BD, CL-GD5465, CL-GD7548 [ 19.099] (II) FBDEV: driver for framebuffer: fbdev [ 19.099] (II) VESA: driver for VESA chipsets: vesa [ 19.119] (II) Loading sub module "fbdevhw" [ 19.119] (II) LoadModule: "fbdevhw"
Hier lädt er den VESA Framebuffer Treiber auf Grund des Starts im Failsafe.
-------------------------- kdm.log
X.Org X Server 1.8.0 Release Date: 2010-04-02 X Protocol Version 11, Revision 0 Build Operating System: openSUSE SUSE LINUX Current Operating System: Linux lux 2.6.34.8-0.2-desktop #1 SMP PREEMPT 2011-04-06 18:11:26 +0200 x86_64 Kernel command line: root=/dev/disk/by-id/ata- SAMSUNG_HD250HJ_S0URJ9CPC32010-part5 resume=/dev/disk/by-id/ata- SAMSUNG_HD250HJ_S0URJ9CPC32010-part2 splash=verbose quiet vga=0x345 Build Date: 19 August 2010 03:34:22PM
Current version of pixman: 0.18.0 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) 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: Thu Apr 28 19:03:08 2011 (==) Using config directory: "/etc/X11/xorg.conf.d" (EE) Failed to load module "fglrx" (module does not exist, 0) (EE) FATAL: RadeonHD presently does not work with kernel modesetting (KMS). Please disable KMS in your kernel. (II) [KMS] Kernel modesetting enabled. (EE) No input driver/identifier specified (ignoring) (EE) No input driver/identifier specified (ignoring)
Für mich sieht das hier so aus, als ob er doch versucht den Closed Source Treiber zu laden. fglrx ist der Name des Modules des Closed Source Treibers. Die beiden quelloffenen Treiber heißen radeon und radeonhd. Sicher, dass Du nicht doch den Treiber von AMD installiert bzw. installiert hattest? Prüf bitte mal nach, ob ein Paket mit der Bezeichnung "fglrx" im Namen installiert wurde. Auch ist es hilfreich, wenn Du noch Deine xorg.conf sendest, damit gesehen werden kann, wie der X-Server konfiguriert ist. -- MfG Richi -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org