• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[Gelöst] SuSE 10.2 - Einfrieren des Systems

Hallo zusammen,
vorab bitte ich schon mal um Nachsicht falls ich hier die falsche Forum-Schublade erwischt haben sollte.

Mich beschäftigt folgendes Problem: ich habe seit einiger Zeit auf openSuSE 10.2 aktualisiert. Das übrigens auf zwei verschiedenen Rechnern, von denen einer -ein Toshiba Notebook- tadellos läuft. Auf dem anderen allerdings friert das System immer wieder ein. Hier die Konstellation:

-Standard Desktop-System mit AMD Prozessor
-openSuSE 10.2
-KDE 3.5 (kein 3D oder so was)
-Grafikkarte VIA KM400 (Chip auf Motherboard)
-ext3 Filesystem

Wie gesagt, das System friert immer wieder aus für mich nicht ersichtlichem Grund ein. Es hängt also nicht mit einer bestimmten Aktion oder einem bestimmten Programm zusammen.

Meine Frage nun: wie komme ich an sachdienliche Informationen um dem Problem auf den Grund zu gehen? Ich habe den Grafik-Treiber -ja es ist der OpenChrome- im Verdacht, würde das aber gern "beweisen" um dann Abhilfe zu schaffen. Vor dem Update war ein SuSE 10.0 drauf, das dieses Problem nie hatte.

Bitte sagt mir also welche Informationen hier nötig wären um die Sache zu erhellen, und bitte auch wie ich ggfs. da dran komme.

Vielen Dank schon mal, Jörg.
 
Komplettes Einfrieren?
Oder kannst du noch mittels <STRG> + <ALT> + <F1> auf eine Konsole wechseln?

Mal einen Memtest gemacht?
(Aus dem Bootmenü der Installations-CD/DVD)

Auffälligkeiten in den Logs?
/var/log/messages
/var/log/syslog
 
OP
F

FordPrefect

Member
b3ll3roph0n schrieb:
Komplettes Einfrieren?
Oder kannst du noch mittels <STRG> + <ALT> + <F1> auf eine Konsole wechseln?

Mal einen Memtest gemacht?
(Aus dem Bootmenü der Installations-CD/DVD)

Auffälligkeiten in den Logs?
/var/log/messages
/var/log/syslog

Mit Einfrieren meinte ich, dass ich zwar das Bild (den Desktop) noch sehen kann, aber keinerlei Aktivitäten mehr zu verzeichnen sind:

-keine Tastatureingabe mehr möglich (auch nicht <STRG>+<ALT>+....)
-Sanduhr bleibt stehen falls sie in dem Moment aktiv war
-keine Festplattenzugriffe mehr

Wegen der Logs werde ich heute abend mal nachsehen. Das war unter anderem Sinn meiner Frage, von euch mal zu erfahren WO ich überhaupt weitere Informationen finden könnte. Ebenso werde ich versuchen den "memtest" mal auszuführen. Sollte ich den von der root Konsole / runlevel 3 aus machen, d.h. ohne gestarteten X-Server?
 

revealed

Guru
also memtest bekommst du aus dem Installations Repo.

Und du kannst dir in GRUB beispielsweise einen Punkt für memtest im Bootloader anlegen.

Name des Abschnitts "memtest86"

Kernel Image "/boot/memtest.bin"

Die anderen Felder sind bei mir leer.

--- Fertig.

Beim boot wird es dir dann angeboten ;) Ich finde das sollte standardmässig anstelle failsafe dabei sein. --Irgendwie. (nicht ernstnehmen).

Gruss

R
 
Hallo zusammen!

Hab das gleiche Problem! Ich hab ein Einfrieren meines System nach n paar Minuten! Jetzt weiß ich nicht obs vielleicht am Update auf KDE 3.5.6 liegt!
Es lief schon mal wunderbar auf meinem Dell-Notebook!
Nachdem ich aber SUSE 10.2 ein zweitesmal neu installiert hatte fing das plötzlich mit den Einfrieren an!

Konnte aber es zumindest ein bisschen eingrenzen!
Also wenn der Bildschirmschoner aktiv ist dann friert es ein!
Bin aber fast der Meinung das es was mit powersaved zu tun hat!
Seitdem ich es im Runlevel deaktiviert habe ist ruhe! Naja, nicht ganz :)
Wenn ich aber den Bildschirmschoner aktiviere dann friert das System nach etwa 20 Minuten ein!

Weiß jemand woran das liegen könnte?
Memtest hab ich 6 Stunden laufen lassen ohne das mir irgend n Speicherfehler angezeigt wurde! Also Ram i.O.


MfG
Johnny
 

revealed

Guru
Wenn ich aber den Bildschirmschoner aktiviere dann friert das System nach etwa 20 Minuten ein!
schau mal im powersaved, welches deiner Geräte nach 20 minuten in Standby geht. Dann kannst du ja die Events abchecken und weiss, ob es eventuell an einer Suspendberechtigung liegt. Und wenn ja an welcher genau und dann kannst du es posten?

Gruss

R
 
Also ich denke mal das es was mit den "aktiviere spezielle DPMS Einstellungen" zu tun hat! Das ist doch der Energiesparmodus für den Monitor oder?
Mich wundert es hald stark das es schon mal ohne Probleme auf meinem System lief! Erst nachdem ich mal ne neuinstallation gemacht habe zickt es rum!
 
OP
F

FordPrefect

Member
revealed schrieb:
also memtest bekommst du aus dem Installations Repo.

Und du kannst dir in GRUB beispielsweise einen Punkt für memtest im Bootloader anlegen.

Name des Abschnitts "memtest86"
Kernel Image "/boot/memtest.bin"

Die anderen Felder sind bei mir leer.

--- Fertig.

Erst mal danke für den Hinweis. Memtest ausgeführt -allerdings habe ich nach 3 Loops abgebrochen- ohne dass ein Problem gemeldet wurde. Bei der nächsten "Eiszeit" werde ich dann mal die Log-Dateien checken.

Übrigens, werden die bei einem Neustart nicht irgendwie gelöscht? Muss ich beim Start nach so einem Einfrieren etwas beachten damit die evtl. vorhandene Information nicht verloren geht?

Viele Grüße, Jörg.
 
OP
F

FordPrefect

Member
b3ll3roph0n schrieb:
Auffälligkeiten in den Logs?
/var/log/messages
/var/log/syslog

Also, das geht ja wie auf Bestellung :)

Kurz nach Beenden meines vorigen Beitrags trat das Problem wieder auf. Hier der Schluss von /var/log/messages:

Code:
Feb 26 23:02:08 beteigeuze syslog-ng[2520]: syslog-ng version 1.6.11 starting
Feb 26 23:02:09 beteigeuze rchal: CPU frequency scaling is not supported by your processor.
Feb 26 23:02:09 beteigeuze rchal: boot with 'CPUFREQ=no' in to avoid this warning.
Feb 26 23:02:09 beteigeuze rchal: Cannot load cpufreq governors - No cpufreq driver available
Feb 26 23:02:10 beteigeuze ifstatus:     lo        
Feb 26 23:02:10 beteigeuze ifstatus: lo is up
Feb 26 23:02:10 beteigeuze ifstatus: 1: lo: <LOOPBACK,UP,10000> mtu 16436 qdisc noqueue 
Feb 26 23:02:10 beteigeuze ifstatus:     link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
Feb 26 23:02:10 beteigeuze ifstatus:     inet 127.0.0.1/8 scope host lo
Feb 26 23:02:10 beteigeuze ifstatus:     inet6 ::1/128 scope host 
Feb 26 23:02:10 beteigeuze ifstatus:        valid_lft forever preferred_lft forever
Feb 26 23:02:10 beteigeuze ifstatus:               IP address: 127.0.0.1/8
Feb 26 23:02:10 beteigeuze ifstatus-route: Configured routes for interface lo:
Feb 26 23:02:10 beteigeuze ifstatus-route:   127/8 - - lo  
Feb 26 23:02:10 beteigeuze ifstatus-route: Active routes for interface lo:
Feb 26 23:02:10 beteigeuze ifstatus-route:   127.0.0.0/8  scope link
Feb 26 23:02:10 beteigeuze ifstatus-route: 1 of 1 configured routes for interface lo up
Feb 26 23:02:11 beteigeuze ifup:     lo        
Feb 26 23:02:11 beteigeuze ifup:     lo        
Feb 26 23:02:11 beteigeuze ifup: IP address: 127.0.0.1/8  
Feb 26 23:02:11 beteigeuze ifup:  
Feb 26 23:02:11 beteigeuze ifup:     eth0      device: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74)
Feb 26 23:02:11 beteigeuze ifup:     eth0      configuration: eth-id-<MAC address>
Feb 26 23:02:12 beteigeuze ifup-dhcp:     eth0      (DHCP) 
Feb 26 23:02:12 beteigeuze ifup-dhcp: . 
Feb 26 23:02:13 beteigeuze modify_resolvconf: Service dhcpcd modified /etc/resolv.conf. See info block in this file
Feb 26 23:02:13 beteigeuze ifup-dhcp: . 
Feb 26 23:02:13 beteigeuze kernel: klogd 1.4.1, log source = /proc/kmsg started.
Feb 26 23:02:13 beteigeuze kernel: NET: Registered protocol family 10
Feb 26 23:02:13 beteigeuze kernel: lo: Disabled Privacy Extensions
Feb 26 23:02:13 beteigeuze kernel: IPv6 over IPv4 tunneling driver
Feb 26 23:02:13 beteigeuze syslog-ng[2520]: Changing permissions on special file /dev/xconsole
Feb 26 23:02:13 beteigeuze syslog-ng[2520]: Changing permissions on special file /dev/tty10
Feb 26 23:02:13 beteigeuze kernel: ip6_tables: (C) 2000-2006 Netfilter Core Team
Feb 26 23:02:13 beteigeuze kernel: ip_tables: (C) 2000-2006 Netfilter Core Team
Feb 26 23:02:13 beteigeuze kernel: Netfilter messages via NETLINK v0.30.
Feb 26 23:02:13 beteigeuze kernel: ip_conntrack version 2.4 (3839 buckets, 30712 max) - 228 bytes per conntrack
Feb 26 23:02:13 beteigeuze kernel: ACPI: Power Button (FF) [PWRF]
Feb 26 23:02:13 beteigeuze kernel: ACPI: Power Button (CM) [PWRB]
Feb 26 23:02:13 beteigeuze kernel: ACPI: Sleep Button (CM) [SLPB]
Feb 26 23:02:13 beteigeuze kernel: powernow-k8: Processor cpuid 681 not supported
Feb 26 23:02:13 beteigeuze kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
Feb 26 23:02:13 beteigeuze kernel: NET: Registered protocol family 17
Feb 26 23:02:13 beteigeuze ifup:     eth0      device: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74)
Feb 26 23:02:13 beteigeuze ifup:     eth0      configuration: eth-id-<MAC address>
Feb 26 23:02:13 beteigeuze SuSEfirewall2: Warning: ip6tables does not support state matching. Extended IPv6 support disabled.
Feb 26 23:02:13 beteigeuze SuSEfirewall2: /var/lock/SuSEfirewall2.booting exists which means system boot in progress, exit.
Feb 26 23:02:14 beteigeuze ifup-dhcp: IP/Netmask: <IP address>
Feb 26 23:02:14 beteigeuze ifup-dhcp:  / 255.255.255.0
Feb 26 23:02:14 beteigeuze ifup-dhcp:  ('beteigeuze')
Feb 26 23:02:14 beteigeuze ifup-dhcp:  
Feb 26 23:02:14 beteigeuze syslog-ng[2520]: SIGHUP received, restarting syslog-ng
Feb 26 23:02:15 beteigeuze kernel: audit(1172527335.196:2): audit_backlog_limit=256 old=64 by auid=4294967295
Feb 26 23:02:15 beteigeuze kernel: klogd 1.4.1, ---------- state change ---------- 
Feb 26 23:02:15 beteigeuze syslog-ng[2520]: new configuration initialized
Feb 26 23:02:15 beteigeuze auditd: Config file /etc/audit/auditd.conf doesn't exist, skipping
Feb 26 23:02:15 beteigeuze /usr/sbin/cron[3453]: (CRON) STARTUP (V5.0)
Feb 26 23:02:15 beteigeuze kernel: audit(1172527335.840:3): audit_pid=3402 old=0 by auid=4294967295
Feb 26 23:02:15 beteigeuze auditd[3402]: Init complete, auditd 1.2.6 listening for events
Feb 26 23:02:17 beteigeuze rcpowersaved: s2ram does not know your machine. See 's2ram -i' for details. (127)
Feb 26 23:02:17 beteigeuze rcpowersaved: Use SUSPEND2RAM_FORCE=yes to override this detection.
Feb 26 23:02:18 beteigeuze powersaved[3585]: WARNING (CpufreqManagement:51) No capability cpufreq_control
Feb 26 23:02:18 beteigeuze powersaved[3585]: WARNING (CpufreqManagement:51) No capability cpufreq_control
Feb 26 23:02:18 beteigeuze sshd[3646]: Server listening on :: port 22.
Feb 26 23:02:18 beteigeuze logger: /etc/init.d/xdm: No changes for /etc/X11/xdm/Xservers
Feb 26 23:02:18 beteigeuze logger: /etc/init.d/xdm: No changes for /etc/X11/xdm/xdm-config
Feb 26 23:02:19 beteigeuze logger: /etc/init.d/xdm: No changes for /etc/X11/xdm/Xservers
Feb 26 23:02:19 beteigeuze logger: /etc/init.d/xdm: No changes for /etc/X11/xdm/xdm-config
Feb 26 23:02:19 beteigeuze SuSEfirewall2: Warning: ip6tables does not support state matching. Extended IPv6 support disabled.
Feb 26 23:02:20 beteigeuze SuSEfirewall2: Setting up rules from /etc/sysconfig/SuSEfirewall2 ...
Feb 26 23:02:20 beteigeuze syslog-ng[2520]: Changing permissions on special file /dev/xconsole
Feb 26 23:02:20 beteigeuze syslog-ng[2520]: Changing permissions on special file /dev/tty10
Feb 26 23:02:20 beteigeuze smbd[3741]: [2007/02/26 23:02:20, 0] printing/print_cups.c:cups_cache_reload(85)
Feb 26 23:02:20 beteigeuze smbd[3741]:   Unable to connect to CUPS server /var/run/cups/cups.sock - Verbindungsaufbau abgelehnt
Feb 26 23:02:20 beteigeuze smbd[3741]: [2007/02/26 23:02:20, 0] printing/print_cups.c:cups_cache_reload(85)
Feb 26 23:02:20 beteigeuze smbd[3741]:   Unable to connect to CUPS server /var/run/cups/cups.sock - Verbindungsaufbau abgelehnt
Feb 26 23:02:20 beteigeuze SuSEfirewall2: batch committing...
Feb 26 23:02:21 beteigeuze SuSEfirewall2: Firewall rules successfully set
Feb 26 23:02:22 beteigeuze kernel: eth0: no IPv6 routers present
Feb 26 23:02:23 beteigeuze kernel: [drm] Initialized drm 1.0.1 20051102
Feb 26 23:02:23 beteigeuze kernel: ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 169
Feb 26 23:02:23 beteigeuze kernel: [drm] Initialized via 2.7.4 20051116 on minor 0
Feb 26 23:02:23 beteigeuze kernel: agpgart: Found an AGP 3.5 compliant device at 0000:00:00.0.
Feb 26 23:02:23 beteigeuze kernel: agpgart: Device is in legacy mode, falling back to 2.x
Feb 26 23:02:23 beteigeuze kernel: agpgart: Putting AGP V2 device at 0000:00:00.0 into 4x mode
Feb 26 23:02:23 beteigeuze kernel: agpgart: Putting AGP V2 device at 0000:01:00.0 into 4x mode

Ich kann da keine Unregelmässigkeit erkennen, ausser vielleicht dem nicht vorhandenen "CPU frequency scaling". Was tun ... ? Welche Informationen müsste ich noch ran schaffen um dem Übeltäter näher zu kommen?
 
OP
F

FordPrefect

Member
... und hier noch der 'via' Abschnitt aus /var/log/Xorg.0.log

Code:
(II) LoadModule: "via"
(II) Loading /usr/lib/xorg/modules/drivers//via_drv.so
(II) Module via: vendor="X.Org Foundation"
	compiled for 7.1.99.902, module version = 0.2.1
	Module class: X.Org Video Driver
	ABI class: X.Org Video Driver, version 1.0
(II) LoadModule: "kbd"
(II) Loading /usr/lib/xorg/modules/input//kbd_drv.so
(II) Module kbd: vendor="X.Org Foundation"
	compiled for 7.1.99.902, module version = 1.1.0
	Module class: X.Org XInput Driver
	ABI class: X.Org XInput driver, version 0.6
(II) LoadModule: "mouse"
(II) Loading /usr/lib/xorg/modules/input//mouse_drv.so
(II) Module mouse: vendor="X.Org Foundation"
	compiled for 7.1.99.902, module version = 1.1.1
	Module class: X.Org XInput Driver
	ABI class: X.Org XInput driver, version 0.6
(II) v4l driver for Video4Linux
(II) VIA: driver for VIA chipsets: CLE266, KM400/KN400, K8M800,
	PM800/PM880/CN400
(II) Primary Device is: PCI 01:00:0
(--) Chipset KM400/KN400 found
(!!) VIA Technologies does not support or endorse this driver in any way.
(!!) For support please contact the driver maintainer or your X vendor.
(II) resource ranges after xf86ClaimFixedResources() call:
	[0] -1	0	0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
	[1] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[2] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[3] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[4] -1	0	0xdfffee00 - 0xdfffeeff (0x100) MX[B]
	[5] -1	0	0xdfffef00 - 0xdfffefff (0x100) MX[B]
	[6] -1	0	0xdfe00000 - 0xdfefffff (0x100000) MX[B]
	[7] -1	0	0xdffff000 - 0xdfffffff (0x1000) MX[B]
	[8] -1	0	0xe0000000 - 0xdfffffff (0x0) MX[B]O
	[9] -1	0	0xdfcf0000 - 0xdfcfffff (0x10000) MX[B](B)
	[10] -1	0	0xde000000 - 0xdeffffff (0x1000000) MX[B](B)
	[11] -1	0	0xd8000000 - 0xdbffffff (0x4000000) MX[B](B)
	[12] -1	0	0xddbfe000 - 0xddbfefff (0x1000) MX[B](B)
	[13] -1	0	0xddbff000 - 0xddbfffff (0x1000) MX[B]
	[14] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[15] -1	0	0x00000000 - 0x000000ff (0x100) IX[B]
	[16] -1	0	0x0000dc00 - 0x0000dcff (0x100) IX[B]
	[17] -1	0	0x0000e000 - 0x0000e0ff (0x100) IX[B]
	[18] -1	0	0x0000fc00 - 0x0000fc0f (0x10) IX[B]
	[19] -1	0	0x0000ec00 - 0x0000ec1f (0x20) IX[B]
	[20] -1	0	0x0000e800 - 0x0000e81f (0x20) IX[B]
	[21] -1	0	0x0000e400 - 0x0000e41f (0x20) IX[B]
(II) resource ranges after probing:
	[0] -1	0	0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B)
	[1] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
	[2] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
	[3] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
	[4] -1	0	0xdfffee00 - 0xdfffeeff (0x100) MX[B]
	[5] -1	0	0xdfffef00 - 0xdfffefff (0x100) MX[B]
	[6] -1	0	0xdfe00000 - 0xdfefffff (0x100000) MX[B]
	[7] -1	0	0xdffff000 - 0xdfffffff (0x1000) MX[B]
	[8] -1	0	0xe0000000 - 0xdfffffff (0x0) MX[B]O
	[9] -1	0	0xdfcf0000 - 0xdfcfffff (0x10000) MX[B](B)
	[10] -1	0	0xde000000 - 0xdeffffff (0x1000000) MX[B](B)
	[11] -1	0	0xd8000000 - 0xdbffffff (0x4000000) MX[B](B)
	[12] -1	0	0xddbfe000 - 0xddbfefff (0x1000) MX[B](B)
	[13] -1	0	0xddbff000 - 0xddbfffff (0x1000) MX[B]
	[14] 0	0	0x000a0000 - 0x000affff (0x10000) MS[B]
	[15] 0	0	0x000b0000 - 0x000b7fff (0x8000) MS[B]
	[16] 0	0	0x000b8000 - 0x000bffff (0x8000) MS[B]
	[17] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
	[18] -1	0	0x00000000 - 0x000000ff (0x100) IX[B]
	[19] -1	0	0x0000dc00 - 0x0000dcff (0x100) IX[B]
	[20] -1	0	0x0000e000 - 0x0000e0ff (0x100) IX[B]
	[21] -1	0	0x0000fc00 - 0x0000fc0f (0x10) IX[B]
	[22] -1	0	0x0000ec00 - 0x0000ec1f (0x20) IX[B]
	[23] -1	0	0x0000e800 - 0x0000e81f (0x20) IX[B]
	[24] -1	0	0x0000e400 - 0x0000e41f (0x20) IX[B]
	[25] 0	0	0x000003b0 - 0x000003bb (0xc) IS[B]
	[26] 0	0	0x000003c0 - 0x000003df (0x20) IS[B]
(II) Setting vga for screen 0.
(II) Loading sub module "vgahw"
(II) LoadModule: "vgahw"
(II) Loading /usr/lib/xorg/modules//libvgahw.so
(II) Module vgahw: vendor="X.Org Foundation"
	compiled for 7.1.99.902, module version = 0.1.0
	ABI class: X.Org Video Driver, version 1.0
(**) VIA(0): Depth 24, (--) framebuffer bpp 32
(==) VIA(0): RGB weight 888
(==) VIA(0): Default visual is TrueColor
(**) VIA(0): Option "EnableAGPDMA" "On"
(==) VIA(0): Using XAA acceleration architecture
(==) VIA(0): Using HW cursor
(**) VIA(0): Option: EnableAGPDMA - Enabling AGP DMA
(--) VIA(0): Chipset: "KM400/KN400"
(--) VIA(0): mapping MMIO @ 0xde000000 with size 0x9000
(--) VIA(0): mapping BitBlt MMIO @ 0xde200000 with size 0x10000
(II) VIA(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000
(--) VIA(0): Chipset Rev.: 2
(--) VIA(0): Detected Soltek SL-75MIV2.
(==) VIA(0): Using gamma correction (1.0, 1.0, 1.0)
(--) VIA(0): videoram =  32768k

... und /var/log/kdm.log

Code:
X Window System Version 7.1.99.902 (7.2.0 RC 2)
Release Date: 13 November 2006
X Protocol Version 11, Revision 0, Release 7.1.99.902
Build Operating System: openSUSE SUSE LINUX
Current Operating System: Linux beteigeuze 2.6.18.2-34-default #1 SMP Mon Nov 27 11:46:27 UTC 2006 i686
Build Date: 28 November 2006
	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
Module Loader present
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: Mon Feb 26 23:02:20 2007
(==) Using config file: "/etc/X11/xorg.conf"
expected keysym, got XF86AudioEject: line 2232 of inet
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:          Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
>                   Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
Could not init font path element /usr/share/fonts/Speedo, removing from list!
Could not init font path element unix/:7100, removing from list!
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:          Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
>                   Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
AUDIT: Mon Feb 26 23:23:58 2007: 3740 Xorg: client 23 rejected from local host (uid 0)

Danke schon mal und viele Grüße, jörg.
 
OP
F

FordPrefect

Member
edgarkls schrieb:
scheint dasselbe Problem zu sein wie die, um die es in diesem thread geht:
http://www.linux-club.de/ftopic74043-0.html.

Bei mir gibt's keine Freezes mehr, seitdem ich alle Bildschirmschoner deaktiviert habe. Deine erste Vermutung scheint also in die richtige Richtung zu gehen....

Hallo und danke für den Tipp.

Allerdings hat es bei mir -glaube ich- nichts mit dem Bildschirmschoner zu tun. Jedenfalls ist mir der noch nie in diesem Zusammenhang unangenehm aufgefallen. Ist bei mir übrigens auch nur ein "Blank Screen", insofern also technisch gesehen ziemlich anspruchslos.

Den anderen Beitrag habe ich gelesen, aber auch der scheint ja noch nicht abschliessend gelöst zu sein.

Andere Frage: kann mir mal jemand nen Tipp geben wie ich alternativ den "VESA Generic ..." Treiber mal aktivieren kann? Ich weiss dass ich den in 'Xorg.conf' eintragen muss, aber bei mir wird der ja nirgends geladen. Ich habe bisher keine Stelle gefunden wo ich das ändern könnte. Wenn ich in runlevel 3 starte und den Sax2 aufrufe, dann kann ich alles mögliche ändern, nicht aber den Grafiktreiber / -karte. Ich würde gern mal versuchen ob das Problem mit der Benutzung eines anderen Treibers weg ist.
 
OP
F

FordPrefect

Member
b3ll3roph0n schrieb:
Code:
sax2 -r -m 0=vesa
im Runlevel 3.

Danke für den Tipp, aber auch damit kann ich die Grafik-Karte nicht wechseln(?) Was muss ich tun um den Vesa-Treiber mal grundsätzlich einzustellen? Weder in Sax2 noch im Yast komm ich an die Einstellzung dran. Wo ist das denn abgelegt in der Konfiguration?
 
OP
F

FordPrefect

Member
Also Freunde, so langsam bin ich am Verzweifeln. Die Eiszeiten häufen sich immer mehr und ich habe absolut keinen Plan woran es liegen könnte. Es scheint nicht mit bestimmten Anwendungen oder Aktionen zusammenzuhängen. Mal läufts 2 Stunden, mal bleibt es direkt nach dem Start von KDE stehen.

Und das schlimmste ist: Per Grub in Windows XP gebootet läuft der Rechner klaglos, so dass man meinen sollte, Memory-Fehler können nicht das Problem sein. Auch wenn ein Kollege von mir mal den legendären Spruch gemacht hat "Windows war sogar zu schlecht programmiert um die Grafikkarte als defekt zu erkennen .... ", solche Argumente lasse ich nicht gelten.

Was kann ich denn tun um überhaupt mal festzustellen wo der Fehler her kommt? Irgendwelche Logs? Etwas das ich in Logs zusätzlich aktivieren kann? Aktivieren oder Deaktivieren von Diensten? ... ich bin für alle Hinweise hochgradig dankbar.

Langsam aber immer wieder beschleicht mich die Meinung dass ich das 10.2 auf diesem PC besser nicht betreiben sollte :-( Und das nachdem er mit 10.0 über ein Jahr lang völlig problemlos lief!
 

Piloboy

Member
Wenn es nen richtiger Freeze ist das bekommst du auch keine Eintragungen in den Logs, da das System ja komplett hängt.

Testweise kannst du mal apic und/oder acpi deaktivieren.
Auch tausche mal testweise die Grafikkarte.

Ohne genaue Einträgen in den Logs ist es nur schwer herauszufinden, welche Hardware das Problem verursacht. Ich selbst war da auch am kämpfen mit meinen alten Sockel A System, mal lief das System 3 Tage ohne Probleme mal hing es nach wenigen Stunden. Die Ursache war wohl eine defekte Grafikkarte, denn das MoBo werkelt nun einwandfrei bei meiner Mutter mit Ubuntu
 
Hi zusammen!
Ich hab das Problem, glaub ich, gelöst! Seit dem ich Superkaramba nicht mehr am laufen habe friert auch das System nicht mehr ein!
Ich hab dann auch noch als Bootoption acpi=off hinzugefügt und im Runleveleditor den Runlevel acpid deaktiviert. Seitdem läufts einwandfrei!

Kann mir vielleicht jemand von euch das bestätigen?
Läuft bei jemanden dem das System auch einfriert nebenbei Superkaramba?
Also ich meine das aus dem Paket kdeutils3-extra?



Mfg
Johnny
 
Also mittlerweile bin ich soweit das ich fast behaupten würde das es entweder an den Runlevel "aaeventd" oder/und "irq_balancer" liegt!
Hab mittlerweile wieder acpi auf on und den Runlevel acpid auf an gestellt!
Bis jetzt läuft es stabiel! Auch hab ich jetzt über Nacht mal Superkaramba mal laufen! mal schaun was morgen früh der Rechner macht!
Ach ja, hab den Runlevel powersaved wieder gestartet, das Kpowersave wieder am laufen, Bildschirmschoner geht auch! Mal schaun ob sich das System wieder aufhängt!

Bis morgen
 

user42

Member
Leute, prüft bitte mal eure Chipsätze! Ich habe das Problem auch, allerdings erst seit ich ein neues Asrock-Board mit Intel-Chipsatz verwende. Würde mich mal brennend interessieren, ob sich da eine Parallele auftut.

-Tom
 

tom-muc

Newbie
Hi,

user42 schrieb:
Leute, prüft bitte mal eure Chipsätze! Ich habe das Problem auch, allerdings erst seit ich ein neues Asrock-Board mit Intel-Chipsatz verwende. ...

siehe den anderen genannten Thread (dessen Verursacher ich bin ... ;-) ), bei mir ist es auch ein ASRock-Board, allerdings gibt es auch andere Meldungen, bei denen das wohl nicht so ist.

cu,
Thomas
 
Oben