Hallo Liste, seit neustem stürzt mein Rechner ständig ab. Ich dachte es würde an der Platte liegen - dem war aber nicht so. Woran liegt es denn wohl CPU,RAM oder Board? Gruß Boris ----------------------------------------------------------- Jun 16 02:11:36 localhost kernel: c013fdfd Jun 16 02:11:36 localhost kernel: PREEMPT Jun 16 02:11:36 localhost kernel: Modules linked in: ipv6 floppy evdev pcspkr 8139cp pci_hotplug via_agp uhci_hcd usbcore 8139too mii parport_pc parport agpgart capability commoncap psmouse ide_cd cdrom rtc reiserfs isofs vfat fat ext2 ext3 jbd mbcache ide_generic ide_disk via82cxxx ide_core unix font vesafb cfbcopyarea cfbimgblt cfbfillrect Jun 16 02:11:36 localhost kernel: CPU: 0 Jun 16 02:11:36 localhost kernel: EIP: 0060:[release_pages+221/368] Not tainted Jun 16 02:11:36 localhost kernel: EFLAGS: 00010086 (2.6.8-3-k7) Jun 16 02:11:36 localhost kernel: EIP is at release_pages+0xdd/0x170 Jun 16 02:11:36 localhost kernel: eax: 00100100 ebx: c1569ae0 ecx: c1569af8 edx: 00200200 Jun 16 02:11:36 localhost kernel: esi: 00000002 edi: c02bd084 ebp: c02bd084 esp: dc679e34 Jun 16 02:11:36 localhost kernel: ds: 007b es: 007b ss: 0068 Jun 16 02:11:36 localhost kernel: Process clamscan (pid: 12327, threadinfo=dc678000 task=e712f8b0) Jun 16 02:11:36 localhost kernel: Stack: c1391a80 dc678000 00000002 00000000 c1569aa0 c1569ac0 00000000 00000000 Jun 16 02:11:36 localhost kernel: 00001000 dae82e80 c0156b81 c1391a80 00000000 dae82e80 dae82e80 c1391a80 Jun 16 02:11:36 localhost kernel: daa0e184 c1391a80 daa0e184 c0135664 daa0e188 0000018f dc679ed8 00000010 Jun 16 02:11:36 localhost kernel: Call Trace: Jun 16 02:11:36 localhost kernel: [try_to_release_page+81/112] try_to_release_page+0x51/0x70 Jun 16 02:11:36 localhost kernel: [__remove_from_page_cache+36/80] __remove_from_page_cache+0x24/0x50 Jun 16 02:11:36 localhost kernel: [__pagevec_release+40/64] __pagevec_release+0x28/0x40 Jun 16 02:11:36 localhost kernel: [truncate_inode_pages+210/688] truncate_inode_pages+0xd2/0x2b0 Jun 16 02:11:36 localhost kernel: [generic_delete_inode+350/368] generic_delete_inode+0x15e/0x170 Jun 16 02:11:36 localhost kernel: [iput+98/128] iput+0x62/0x80 Jun 16 02:11:36 localhost kernel: [sys_unlink+242/288] sys_unlink+0xf2/0x120 Jun 16 02:11:36 localhost kernel: [syscall_call+7/11] syscall_call+0x7/0xb Jun 16 02:11:36 localhost kernel: Code: 89 50 04 89 02 c7 41 04 00 02 20 00 8b 03 c7 43 18 00 01 10 Jun 16 02:11:36 localhost kernel: <6>note: clamscan[12327] exited with preempt_count 1 Jun 16 02:11:36 localhost kernel: [schedule+1148/1168] schedule+0x47c/0x490 Jun 16 02:11:36 localhost kernel: [unmap_page_range+75/128] unmap_page_range+0x4b/0x80 Jun 16 02:11:36 localhost kernel: [unmap_vmas+428/448] unmap_vmas+0x1ac/0x1c0 Jun 16 02:11:36 localhost kernel: [exit_mmap+139/368] exit_mmap+0x8b/0x170 Jun 16 02:11:36 localhost kernel: [mmput+100/144] mmput+0x64/0x90 Jun 16 02:11:36 localhost kernel: [do_exit+348/1056] do_exit+0x15c/0x420 Jun 16 02:11:36 localhost kernel: [do_page_fault+0/1353] do_page_fault+0x0/0x549 Jun 16 02:11:36 localhost kernel: [die+248/256] die+0xf8/0x100 Jun 16 02:11:36 localhost kernel: [do_page_fault+478/1353] do_page_fault+0x1de/0x549 Jun 16 02:11:36 localhost kernel: [update_wall_time+11/64] update_wall_time+0xb/0x40 Jun 16 02:11:36 localhost kernel: [do_page_fault+0/1353] do_page_fault+0x0/0x549 Jun 16 02:11:36 localhost kernel: [error_code+45/56] error_code+0x2d/0x38 Jun 16 02:11:36 localhost kernel: [release_pages+221/368] release_pages+0xdd/0x170 Jun 16 02:11:36 localhost kernel: [try_to_release_page+81/112] try_to_release_page+0x51/0x70 Jun 16 02:11:36 localhost kernel: [__remove_from_page_cache+36/80] __remove_from_page_cache+0x24/0x50 Jun 16 02:11:36 localhost kernel: [__pagevec_release+40/64] __pagevec_release+0x28/0x40 Jun 16 02:11:36 localhost kernel: [truncate_inode_pages+210/688] truncate_inode_pages+0xd2/0x2b0 Jun 16 02:11:36 localhost kernel: [generic_delete_inode+350/368] generic_delete_inode+0x15e/0x170 Jun 16 02:11:36 localhost kernel: [iput+98/128] iput+0x62/0x80 Jun 16 02:11:36 localhost kernel: [sys_unlink+242/288] sys_unlink+0xf2/0x120 Jun 16 02:11:36 localhost kernel: [syscall_call+7/11] syscall_call+0x7/0xb Jun 16 02:11:36 localhost kernel: [bad_page+107/160] bad_page+0x6b/0xa0 Jun 16 02:11:36 localhost kernel: [prep_new_page+50/96] prep_new_page+0x32/0x60 Jun 16 02:11:36 localhost kernel: [buffered_rmqueue+245/464] buffered_rmqueue+0xf5/0x1d0 Jun 16 02:11:36 localhost kernel: [__alloc_pages+158/848] __alloc_pages+0x9e/0x350 Jun 16 02:11:36 localhost kernel: [__get_free_pages+37/64] __get_free_pages+0x25/0x40 Jun 16 02:11:36 localhost kernel: [kmem_getpages+32/176] kmem_getpages+0x20/0xb0 Jun 16 02:11:36 localhost kernel: [cache_grow+182/368] cache_grow+0xb6/0x170 Jun 16 02:11:36 localhost kernel: [profile_hook+45/75] profile_hook+0x2d/0x4b Jun 16 02:11:36 localhost kernel: [cache_alloc_refill+342/544] cache_alloc_refill+0x156/0x220 Jun 16 02:11:36 localhost kernel: [kmem_cache_alloc+62/64] kmem_cache_alloc+0x3e/0x40 Jun 16 02:11:36 localhost kernel: [dup_task_struct+73/224] dup_task_struct+0x49/0xe0 Jun 16 02:11:36 localhost kernel: [copy_process+132/2864] copy_process+0x84/0xb30 Jun 16 02:11:36 localhost kernel: [__pollwait+0/208] __pollwait+0x0/0xd0 Jun 16 02:11:36 localhost kernel: [do_fork+80/402] do_fork+0x50/0x192 Jun 16 02:11:36 localhost kernel: [do_gettimeofday+26/176] do_gettimeofday+0x1a/0xb0 Jun 16 02:11:36 localhost kernel: [sys_clone+65/80] sys_clone+0x41/0x50 Jun 16 02:11:36 localhost kernel: [syscall_call+7/11] syscall_call+0x7/0xb Jun 16 02:11:36 localhost kernel: [bad_page+107/160] bad_page+0x6b/0xa0 Jun 16 02:11:36 localhost kernel: [prep_new_page+50/96] prep_new_page+0x32/0x60 Jun 16 02:11:36 localhost kernel: [buffered_rmqueue+245/464] buffered_rmqueue+0xf5/0x1d0 Jun 16 02:11:36 localhost kernel: [__alloc_pages+158/848] __alloc_pages+0x9e/0x350 Jun 16 02:11:36 localhost kernel: [__get_free_pages+37/64] __get_free_pages+0x25/0x40 Jun 16 02:11:36 localhost kernel: [kmem_getpages+32/176] kmem_getpages+0x20/0xb0 Jun 16 02:11:36 localhost kernel: [dput+34/528] dput+0x22/0x210 Jun 16 02:11:36 localhost kernel: [cache_grow+182/368] cache_grow+0xb6/0x170 Jun 16 02:11:36 localhost kernel: [cache_alloc_refill+342/544] cache_alloc_refill+0x156/0x220 Jun 16 02:11:36 localhost kernel: [kmem_cache_alloc+62/64] kmem_cache_alloc+0x3e/0x40 Jun 16 02:11:36 localhost kernel: [dup_task_struct+73/224] dup_task_struct+0x49/0xe0 Jun 16 02:11:36 localhost kernel: [copy_process+132/2864] copy_process+0x84/0xb30 Jun 16 02:11:36 localhost kernel: [dentry_open+268/560] dentry_open+0x10c/0x230 Jun 16 02:11:36 localhost kernel: [do_fork+80/402] do_fork+0x50/0x192 Jun 16 02:11:36 localhost kernel: [copy_to_user+62/80] copy_to_user+0x3e/0x50 Jun 16 02:11:36 localhost kernel: [sys_llseek+140/192] sys_llseek+0x8c/0xc0 Jun 16 02:11:36 localhost kernel: [sys_clone+65/80] sys_clone+0x41/0x50 Jun 16 02:11:36 localhost kernel: [syscall_call+7/11] syscall_call+0x7/0xb Jun 16 02:11:36 localhost kernel: [bad_page+107/160] bad_page+0x6b/0xa0 Jun 16 02:11:36 localhost kernel: [prep_new_page+50/96] prep_new_page+0x32/0x60 Jun 16 02:11:36 localhost kernel: [buffered_rmqueue+245/464] buffered_rmqueue+0xf5/0x1d0 Jun 16 02:11:36 localhost kernel: [__alloc_pages+158/848] __alloc_pages+0x9e/0x350 Jun 16 02:11:36 localhost kernel: [find_get_page+45/96] find_get_page+0x2d/0x60 Jun 16 02:11:36 localhost kernel: [do_anonymous_page+98/384] do_anonymous_page+0x62/0x180 Jun 16 02:11:36 localhost kernel: [do_no_page+99/816] do_no_page+0x63/0x330 Jun 16 02:11:36 localhost kernel: [handle_mm_fault+212/368] handle_mm_fault+0xd4/0x170 Jun 16 02:11:36 localhost kernel: [do_page_fault+844/1353] do_page_fault+0x34c/0x549 Jun 16 02:11:36 localhost kernel: [dput+34/528] dput+0x22/0x210 Jun 16 02:11:36 localhost kernel: [path_release+21/80] path_release+0x15/0x50 Jun 16 02:11:36 localhost kernel: [sys_chdir+117/144] sys_chdir+0x75/0x90 Jun 16 02:11:36 localhost kernel: [copy_from_user+66/128] copy_from_user+0x42/0x80 Jun 16 02:11:36 localhost kernel: [sys_setrlimit+156/224] sys_setrlimit+0x9c/0xe0 Jun 16 02:11:36 localhost kernel: [do_page_fault+0/1353] do_page_fault+0x0/0x549 Jun 16 02:11:36 localhost kernel: [error_code+45/56] error_code+0x2d/0x38 Jun 16 02:11:36 localhost kernel: [bad_page+107/160]lloc+0x75/0x170 Jun 16 02:11:36 localhost kernel: [autoremove_wake_function+0/96] autoremove_wake_function+0x0/0x60 Jun 16 02:11:36 localhost kernel: [autoremove_wake_function+0/96] autoremove_wake_function+0x0/0x60 Jun 16 02:11:36 localhost kernel: [update_wall_time+11/64] update_wall_time+0xb/0x40 Jun 16 02:11:36 localhost kernel: [do_timer+223/240] do_timer+0xdf/0xf0 Jun 16 02:11:36 localhost kernel: [__crc_proc_doulongvec_minmax+8452260/8579585] reiserfs_end_ordered_io+0x0/0x30 [reiserfs] Jun 16 02:11:36 localhost kernel: [bio_alloc+34/432] bio_alloc+0x22/0x1b0 Jun 16 02:11:36 localhost kernel: [__crc_proc_doulongvec_minmax+8452260/8579585] reiserfs_end_ordered_io+0x0/0x30 [reiserfs] Jun 16 02:11:36 localhost kernel: [submit_bh+94/320] submit_bh+0x5e/0x140 Jun 16 02:11:36 localhost kernel: [__crc_proc_doulongvec_minmax+8452439/8579585] submit_ordered_buffer+0x33/0x40 [reiserfs] Jun 16 02:11:36 localhost kernel: [__crc_proc_doulongvec_minmax+8452591/8579585] write_ordered_chunk+0x3b/0x50 [reiserfs] Jun 16 02:11:36 localhost kernel: [__crc_proc_doulongvec_minmax+8452710/8579585] add_to_chunk+0x62/0x90 [reiserfs] Jun 16 02:11:36 localhost kernel: [__crc_proc_doulongvec_minmax+8453870/8579585] write_ordered_buffers+0x23a/0x260 [reiserfs] Jun 16 02:11:36 localhost kernel: [__crc_proc_doulongvec_minmax+8452532/8579585] write_ordered_chunk+0x0/0x50 [reiserfs] Jun 16 02:11:36 localhost kernel: [__crc_proc_doulongvec_minmax+8454516/8579585] flush_commit_list+0x100/0x450 [reiserfs] Jun 16 02:11:36 localhost kernel: [__crc_proc_doulongvec_minmax+8474237/8579585] do_journal_end+0x799/0xb30 [reiserfs] Jun 16 02:11:36 localhost kernel: [__crc_proc_doulongvec_minmax+8469816/8579585] journal_end_sync+0x54/0xa0 [reiserfs] Jun 16 02:11:36 localhost kernel: [__crc_proc_doulongvec_minmax+8471803/8579585] __commit_trans_jl+0x147/0x160 [reiserfs] Jun 16 02:11:36 localhost kernel: [sys_flock+429/512] sys_flock+0x1ad/0x200 Jun 16 02:11:36 localhost kernel: [__crc_proc_doulongvec_minmax+8471880/8579585] reiserfs_commit_for_inode+0x34/0x60 [reiserfs] Jun 16 02:11:36 localhost kernel: [__crc_proc_doulongvec_minmax+8359384/8579585] reiserfs_sync_file+0x54/0xa0 [reiserfs] Jun 16 02:11:36 localhost kernel: [sys_fsync+158/208] sys_fsync+0x9e/0xd0 Jun 16 02:11:36 localhost kernel: [syscall_call+7/11] syscall_call+0x7/0xb Jun 16 02:11:37 localhost kernel: [bad_page+107/160] bad_page+0x6b/0xa0 Jun 16 02:11:37 localhost kernel: [prep_new_page+50/96] prep_new_page+0x32/0x60 Jun 16 02:11:37 localhost kernel: [buffered_rmqueue+245/464] buffered_rmqueue+0xf5/0x1d0 Jun 16 02:11:37 localhost kernel: [__alloc_pages+158/848] __alloc_pages+0x9e/0x350 Jun 16 02:11:37 localhost kernel: [__get_free_pages+37/64] __get_free_pages+0x25/0x40 Jun 16 02:11:37 localhost kernel: [kmem_getpages+32/176] kmem_getpages+0x20/0xb0 Jun 16 02:11:37 localhost kernel: [cache_grow+182/368] cache_grow+0xb6/0x170 Jun 16 02:11:37 localhost kernel: [cache_alloc_refill+342/544] cache_alloc_refill+0x156/0x220 Jun 16 02:11:37 localhost kernel: [kmem_cache_alloc+62/64] kmem_cache_alloc+0x3e/0x40 Jun 16 02:11:37 localhost kernel: [mempool_alloc+117/368] mempool_alloc+0x75/0x170 Jun 16 02:11:37 localhost kernel: [autoremove_wake_function+0/96] autoremove_wake_function+0x0/0x60 Jun 16 02:11:37 localhost kernel: [as_update_arq+46/128] as_update_arq+0x2e/0x80 Jun 16 02:11:37 localhost kernel: [autoremove_wake_function+0/96] autoremove_wake_function+0x0/0x60 Jun 16 02:11:37 localhost kernel: [get_request+243/656] get_request+0xf3/0x290 Jun 16 02:11:37 localhost kernel: [__make_request+266/1360] __make_request+0x10a/0x550 Jun 16 02:11:37 localhost kernel: [generic_make_request+351/480] generic_make_request+0x15f/0x1e0 Jun 16 02:11:37 localhost kernel: [autoremove_wake_function+0/96] autoremove_wake_function+0x0/0x60 Jun 16 02:11:37 localhost kernel: [autoremove_wake_function+0/96] autoremove_wake_function+0x0/0x60 Jun 16 02:11:37 localhost kernel: [update_wall_time+11/64] update_wall_time+0xb/0x40 Jun 16 02:11:37 localhost kernel: [do_timer+223/240] do_timer+0xdf/0xf0 Jun 16 02:11:37 localhost kernel: [submit_bio+93/256] submit_bio+0x5d/0x100 Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8452260/8579585] reiserfs_end_ordered_io+0x0/0x30 [reiserfs] Jun 16 02:11:37 localhost kernel: [submit_bh+94/320] submit_bh+0x5e/0x140 Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8452439/8579585] submit_ordered_buffer+0x33/0x40 [reiserfs] Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8452591/8579585] write_ordered_chunk+0x3b/0x50 [reiserfs] Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8452710/8579585] add_to_chunk+0x62/0x90 [reiserfs] Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8453870/8579585] write_ordered_buffers+0x23a/0x260 [reiserfs] Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8452532/8579585] write_ordered_chunk+0x0/0x50 [reiserfs] Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8454516/8579585] flush_commit_list+0x100/0x450 [reiserfs] Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8474237/8579585] do_journal_end+0x799/0xb30 [reiserfs] Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8469816/8579585] journal_end_sync+0x54/0xa0 [reiserfs] Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8471803/8579585] __commit_trans_jl+0x147/0x160 [reiserfs] Jun 16 02:11:37 localhost kernel: [sys_flock+429/512] sys_flock+0x1ad/0x200 Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8471880/8579585] reiserfs_commit_for_inode+0x34/0x60 [reiserfs] Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8359384/8579585] reiserfs_sync_file+0x54/0xa0 [reiserfs] Jun 16 02:11:37 localhost kernel: [sys_fsync+158/208] sys_fsync+0x9e/0xd0 Jun 16 02:11:37 localhost kernel: [syscall_call+7/11] syscall_call+0x7/0xb Jun 16 02:11:37 localhost kernel: [bad_page+107/160] bad_page+0x6b/0xa0 Jun 16 02:11:37 localhost kernel: [prep_new_page+50/96] prep_new_page+0x32/0x60 Jun 16 02:11:37 localhost kernel: [buffered_rmqueue+245/464] buffered_rmqueue+0xf5/0x1d0 Jun 16 02:11:37 localhost kernel: [mempool_alloc+117/368] mempool_alloc+0x75/0x170 Jun 16 02:11:37 localhost kernel: [__alloc_pages+158/848] __alloc_pages+0x9e/0x350 Jun 16 02:11:37 localhost kernel: [__get_free_pages+37/64] __get_free_pages+0x25/0x40 Jun 16 02:11:37 localhost kernel: [kmem_getpages+32/176] kmem_getpages+0x20/0xb0 Jun 16 02:11:37 localhost kernel: [cache_grow+182/368] cache_grow+0xb6/0x170 Jun 16 02:11:37 localhost kernel: [cache_alloc_refill+342/544] cache_alloc_refill+0x156/0x220 Jun 16 02:11:37 localhost kernel: [kmem_cache_alloc+62/64] kmem_cache_alloc+0x3e/0x40 Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8452260/8579585] reiserfs_end_ordered_io+0x0/0x30 [reiserfs] Jun 16 02:11:37 localhost kernel: [mempool_alloc+117/368] mempool_alloc+0x75/0x170 Jun 16 02:11:37 localhost kernel: [autoremove_wake_function+0/96] autoremove_wake_function+0x0/0x60 Jun 16 02:11:37 localhost kernel: [autoremove_wake_function+0/96] autoremove_wake_function+0x0/0x60 Jun 16 02:11:37 localhost kernel: [update_wall_time+11/64] update_wall_time+0xb/0x40 Jun 16 02:11:37 localhost kernel: [do_timer+223/240] do_timer+0xdf/0xf0 Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8452260/8579585] reiserfs_end_ordered_io+0x0/0x30 [reiserfs] Jun 16 02:11:37 localhost kernel: [bio_alloc+34/432] bio_alloc+0x22/0x1b0 Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8452260/8579585] reiserfs_end_ordered_io+0x0/0x30 [reiserfs] Jun 16 02:11:37 localhost kernel: [submit_bh+94/320] submit_bh+0x5e/0x140 Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8452439/8579585] submit_ordered_buffer+0x33/0x40 [reiserfs] Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8452591/8579585] write_ordered_chunk+0x3b/0x50 [reiserfs] Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8452710/8579585] add_to_chunk+0x62/0x90 [reiserfs] Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8453870/8579585] write_ordered_buffers+0x23a/0x260 [reiserfs] Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8452532/8579585] write_ordered_chunk+0x0/0x50 [reiserfs] Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8454516/8579585] flush_commit_list+0x100/0x450 [reiserfs] Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8474237/8579585] do_journal_end+0x799/0xb30 [reiserfs] Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8469816/8579585] journal_end_sync+0x54/0xa0 [reiserfs] Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8471803/8579585] __commit_trans_jl+0x147/0x160 [reiserfs] Jun 16 02:11:37 localhost kernel: [sys_flock+429/512] sys_flock+0x1ad/0x200 Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8471880/8579585] reiserfs_commit_for_inode+0x34/0x60 [reiserfs] Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8359384/8579585] reiserfs_sync_file+0x54/0xa0 [reiserfs] Jun 16 02:11:37 localhost kernel: [sys_fsync+158/208] sys_fsync+0x9e/0xd0 Jun 16 02:11:37 localhost kernel: [syscall_call+7/11] syscall_call+0x7/0xb Jun 16 02:11:37 localhost kernel: [bad_page+107/160] bad_page+0x6b/0xa0 Jun 16 02:11:37 localhost kernel: [prep_new_page+50/96] prep_new_page+0x32/0x60 Jun 16 02:11:37 localhost kernel: [buffered_rmqueue+245/464] buffered_rmqueue+0xf5/0x1d0 Jun 16 02:11:37 localhost kernel: [mempool_alloc+117/368] mempool_alloc+0x75/0x170 Jun 16 02:11:37 localhost kernel: [__alloc_pages+158/848] __alloc_pages+0x9e/0x350 Jun 16 02:11:37 localhost kernel: [__get_free_pages+37/64] __get_free_pages+0x25/0x40 Jun 16 02:11:37 localhost kernel: [kmem_getpages+32/176] kmem_getpages+0x20/0xb0 Jun 16 02:11:37 localhost kernel: [cache_grow+182/368] cache_grow+0xb6/0x170 Jun 16 02:11:37 localhost kernel: [cache_alloc_refill+342/544] cache_alloc_refill+0x156/0x220 Jun 16 02:11:37 localhost kernel: [kmem_cache_alloc+62/64] kmem_cache_alloc+0x3e/0x40 Jun 16 02:11:37 localhost kernel: [mempool_alloc+117/368] mempool_alloc+0x75/0x170 Jun 16 02:11:37 localhost kernel: [autoremove_wake_function+0/96] autoremove_wake_function+0x0/0x60 Jun 16 02:11:37 localhost kernel: [autoremove_wake_function+0/96] autoremove_wake_function+0x0/0x60 Jun 16 02:11:37 localhost kernel: [update_wall_time+11/64] update_wall_time+0xb/0x40 Jun 16 02:11:37 localhost kernel: [do_timer+223/240] do_timer+0xdf/0xf0 Jun 16 02:11:37 localhost kernel: [bio_alloc+217/432] bio_alloc+0xd9/0x1b0 Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8452260/8579585] reiserfs_end_ordered_io+0x0/0x30 [reiserfs] Jun 16 02:11:37 localhost kernel: [submit_bh+94/320] submit_bh+0x5e/0x140 Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8452439/8579585] submit_ordered_buffer+0x33/0x40 [reiserfs] Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8452591/8579585] write_ordered_chunk+0x3b/0x50 [reiserfs] Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8452710/8579585] add_to_chunk+0x62/0x90 [reiserfs] Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8453870/8579585] write_ordered_buffers+0x23a/0x260 [reiserfs] Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8452532/8579585] write_ordered_chunk+0x0/0x50 [reiserfs] Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8454516/8579585] flush_commit_list+0x100/0x450 [reiserfs] Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8474237/8579585] do_journal_end+0x799/0xb30 [reiserfs] Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8469816/8579585] journal_end_sync+0x54/0xa0 [reiserfs] Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8471803/8579585] __commit_trans_jl+0x147/0x160 [reiserfs] Jun 16 02:11:37 localhost kernel: [sys_flock+429/512] sys_flock+0x1ad/0x200 Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8471880/8579585] reiserfs_commit_for_inode+0x34/0x60 [reiserfs] Jun 16 02:11:37 localhost kernel: [__crc_proc_doulongvec_minmax+8359384/8579585] reiserfs_sync_file+0x54/0xa0 [reiserfs] -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Boris Höffgen schrieb:
Hallo Liste,
seit neustem stürzt mein Rechner ständig ab. Ich dachte es würde an der Platte liegen - dem war aber nicht so. Woran liegt es denn wohl CPU,RAM oder Board?
Bei den Wetter sind gerne mal thermische Probleme als Ursache im Spiel. Also Rechner aufmachen, entstauben und schaun ob alle Lüfter noch laufen. Ausserdem mal mit memtest86 den Speicher testen Gruß -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo Ralf, Ralf Prengel schrieb:
Boris Höffgen schrieb:
Hallo Liste,
seit neustem stürzt mein Rechner ständig ab. Ich dachte es würde an der Platte liegen - dem war aber nicht so. Woran liegt es denn wohl CPU,RAM oder Board?
Bei den Wetter sind gerne mal thermische Probleme als Ursache im Spiel. Also Rechner aufmachen, entstauben und schaun ob alle Lüfter noch laufen. Ausserdem mal mit memtest86 den Speicher testen
Gruß
ok, könnte sein, jedoch hat er auch ständig während des Betriebs ein korruptes Filesystem. Deswegen glaube ich noch nicht, dass es ein thermisches Problem ist. Den Memtest habe ich bereits durchgeführt, er war in Ordnung und die Lüfter laufen alle. Nach welchem Durchgang bzw. nach welcher Zeit von Memtest lässt sich denn eine Aussage über die Korrektheit eines Speichers machen? Gruß Boris -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Boris Höffgen wrote:
Hallo Ralf,
Ralf Prengel schrieb:
Boris Höffgen schrieb:
Hallo Liste,
seit neustem stürzt mein Rechner ständig ab. Ich dachte es würde an der Platte liegen - dem war aber nicht so. Woran liegt es denn wohl CPU,RAM oder Board?
Bei den Wetter sind gerne mal thermische Probleme als Ursache im Spiel. Also Rechner aufmachen, entstauben und schaun ob alle Lüfter noch laufen. Ausserdem mal mit memtest86 den Speicher testen
Gruß
ok, könnte sein, jedoch hat er auch ständig während des Betriebs ein korruptes Filesystem. Deswegen glaube ich noch nicht, dass es ein thermisches Problem ist. Den Memtest habe ich bereits durchgeführt, er war in Ordnung und die Lüfter laufen alle. Nach welchem Durchgang bzw. nach welcher Zeit von Memtest lässt sich denn eine Aussage über die Korrektheit eines Speichers machen?
Gar nicht. :-(( Der Test kann nur herausfinden, ob das Modul defekt ist, aber er belegt nicht die korrekte Funktion. Wenn der Test meldet, dass der RAM-Riegel defekt ist, dann kannst du davon ausgehen, dass dies stimmt. Leider kannst du nicht aus einem fehlerfreien Test schließen, dass der RAM-Riegel völlig in Ordnung ist. So gut ist der Test leider nicht, dafür sind sündhaft teure Messgeräte notwendig. Du kannst aber testweise mal den einen oder anderen RAM-Riegel herausnehmen (wenn mehr als einer drin ist). Einen Versuch wert ist auch, die Einstellungen im BIOS auf die Standardwerte zurückzusetzen, wenn du mal etwas daran gespielt hast. Auch das Untertakten kann manchmal Stabilität bringen. Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo, Sandy Drobic schrieb:
Boris Höffgen wrote:
Hallo Ralf,
Ralf Prengel schrieb:
Boris Höffgen schrieb:
Hallo Liste,
seit neustem stürzt mein Rechner ständig ab. Ich dachte es würde an der Platte liegen - dem war aber nicht so. Woran liegt es denn wohl CPU,RAM oder Board?
Bei den Wetter sind gerne mal thermische Probleme als Ursache im Spiel. Also Rechner aufmachen, entstauben und schaun ob alle Lüfter noch laufen. Ausserdem mal mit memtest86 den Speicher testen
Gruß
ok, könnte sein, jedoch hat er auch ständig während des Betriebs ein korruptes Filesystem. Deswegen glaube ich noch nicht, dass es ein thermisches Problem ist. Den Memtest habe ich bereits durchgeführt, er war in Ordnung und die Lüfter laufen alle. Nach welchem Durchgang bzw. nach welcher Zeit von Memtest lässt sich denn eine Aussage über die Korrektheit eines Speichers machen?
Gar nicht. :-(( Der Test kann nur herausfinden, ob das Modul defekt ist, aber er belegt nicht die korrekte Funktion. Wenn der Test meldet, dass der RAM-Riegel defekt ist, dann kannst du davon ausgehen, dass dies stimmt. Leider kannst du nicht aus einem fehlerfreien Test schließen, dass der RAM-Riegel völlig in Ordnung ist. So gut ist der Test leider nicht, dafür sind sündhaft teure Messgeräte notwendig.
Du kannst aber testweise mal den einen oder anderen RAM-Riegel herausnehmen (wenn mehr als einer drin ist). Einen Versuch wert ist auch, die Einstellungen im BIOS auf die Standardwerte zurückzusetzen, wenn du mal etwas daran gespielt hast. Auch das Untertakten kann manchmal Stabilität bringen.
ich habe eben gelesen, dass es auch am L2-Cache oder der Dekrompressionsroutine des Prozessors liegen kann. Denn folgendes Phänomen ist auch häufer aufgetreten. Nach dem Absturz konnte ich teilweise den Kernel nicht mehr booten - das könnte allerdings auch am korrupten Filesystem gelegen haben. Gruß Boris -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Boris Höffgen schrieb:
ok, könnte sein, jedoch hat er auch ständig während des Betriebs ein korruptes Filesystem. Deswegen glaube ich noch nicht, dass es ein thermisches Problem ist. Den Memtest habe ich bereits durchgeführt, er war in Ordnung und die Lüfter laufen alle. Nach welchem Durchgang bzw. nach welcher Zeit von Memtest lässt sich denn eine Aussage über die Korrektheit eines Speichers machen?
Nach meinen Erfahrungen kannst du nach Test 5 davon ausgehen das der Speicher normalerweise i.O. ist, ohne aber letztlich eine Garantie zu haben. Wurde das System übertaktet? Geht ggf. ein Plattenkabel kaputt. Ich hatte mal ein SCSI Kabel was brüchig wurde. -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Am Freitag, 16. Juni 2006 09:44 schrieb Boris Höffgen:
Hallo Ralf,
Ralf Prengel schrieb:
Boris Höffgen schrieb:
Hallo Liste,
seit neustem stürzt mein Rechner ständig ab. Ich dachte es würde an der Platte liegen - dem war aber nicht so. Woran liegt es denn wohl CPU,RAM oder Board?
Bei den Wetter sind gerne mal thermische Probleme als Ursache im Spiel. Also Rechner aufmachen, entstauben und schaun ob alle Lüfter noch laufen. Ausserdem mal mit memtest86 den Speicher testen
ok, könnte sein, jedoch hat er auch ständig während des Betriebs ein korruptes Filesystem. Deswegen glaube ich noch nicht, dass es ein thermisches Problem ist. Den Memtest habe ich bereits durchgeführt, er war in Ordnung und die Lüfter laufen alle.
Ich hatte einmal das gleiche Problem. Da hatte ich im BIOS gesehen, das eine bestimmte Spannung zu gering war. Offensichtlich hat da irgendetwas zu viel Strom gefressen. Und tatsächlich wurde ein ungekühlter Chip auf dem Board so heiß, dass man sich daran verbrennen konnte. Ich wusste mir nicht anders zu helfen, als das Board auszutauschen. Gruß Detlev -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
ich würde auch auf ram oder hdd tippen
--- Boris H�ffgen
Hallo Liste,
seit neustem st�rzt mein Rechner st�ndig ab. Ich dachte es w�rde an der Platte liegen - dem war aber nicht so. Woran liegt es denn wohl CPU,RAM oder Board?
Gru� Boris
-----------------------------------------------------------
Jun 16 02:11:36 localhost kernel: c013fdfd Jun 16 02:11:36 localhost kernel: PREEMPT Jun 16 02:11:36 localhost kernel: Modules linked in: ipv6 floppy evdev pcspkr 8139cp pci_hotplug via_agp uhci_hcd usbcore 8139too mii parport_pc parport agpgart capability commoncap psmouse ide_cd cdrom rtc reiserfs isofs vfat fat ext2 ext3 jbd mbcache ide_generic ide_disk via82cxxx ide_core unix font vesafb cfbcopyarea cfbimgblt cfbfillrect Jun 16 02:11:36 localhost kernel: CPU: 0 Jun 16 02:11:36 localhost kernel: EIP: 0060:[release_pages+221/368] Not tainted Jun 16 02:11:36 localhost kernel: EFLAGS: 00010086 (2.6.8-3-k7) Jun 16 02:11:36 localhost kernel: EIP is at release_pages+0xdd/0x170 Jun 16 02:11:36 localhost kernel: eax: 00100100 ebx: c1569ae0 ecx: c1569af8 edx: 00200200 Jun 16 02:11:36 localhost kernel: esi: 00000002 edi: c02bd084 ebp: c02bd084 esp: dc679e34 Jun 16 02:11:36 localhost kernel: ds: 007b es: 007b ss: 0068 Jun 16 02:11:36 localhost kernel: Process clamscan (pid: 12327, threadinfo=dc678000 task=e712f8b0) Jun 16 02:11:36 localhost kernel: Stack: c1391a80 dc678000 00000002 00000000 c1569aa0 c1569ac0 00000000 00000000 Jun 16 02:11:36 localhost kernel: 00001000 dae82e80 c0156b81 c1391a80 00000000 dae82e80 dae82e80 c1391a80 Jun 16 02:11:36 localhost kernel: daa0e184 c1391a80 daa0e184 c0135664 daa0e188 0000018f dc679ed8 00000010 Jun 16 02:11:36 localhost kernel: Call Trace: Jun 16 02:11:36 localhost kernel: [try_to_release_page+81/112] try_to_release_page+0x51/0x70 Jun 16 02:11:36 localhost kernel: [__remove_from_page_cache+36/80] __remove_from_page_cache+0x24/0x50 Jun 16 02:11:36 localhost kernel: [__pagevec_release+40/64] __pagevec_release+0x28/0x40 Jun 16 02:11:36 localhost kernel: [truncate_inode_pages+210/688] truncate_inode_pages+0xd2/0x2b0 Jun 16 02:11:36 localhost kernel: [generic_delete_inode+350/368] generic_delete_inode+0x15e/0x170 Jun 16 02:11:36 localhost kernel: [iput+98/128] iput+0x62/0x80 Jun 16 02:11:36 localhost kernel: [sys_unlink+242/288] sys_unlink+0xf2/0x120 Jun 16 02:11:36 localhost kernel: [syscall_call+7/11] syscall_call+0x7/0xb Jun 16 02:11:36 localhost kernel: Code: 89 50 04 89 02 c7 41 04 00 02 20 00 8b 03 c7 43 18 00 01 10 Jun 16 02:11:36 localhost kernel: <6>note: clamscan[12327] exited with preempt_count 1 Jun 16 02:11:36 localhost kernel: [schedule+1148/1168] schedule+0x47c/0x490 Jun 16 02:11:36 localhost kernel: [unmap_page_range+75/128] unmap_page_range+0x4b/0x80 Jun 16 02:11:36 localhost kernel: [unmap_vmas+428/448] unmap_vmas+0x1ac/0x1c0 Jun 16 02:11:36 localhost kernel: [exit_mmap+139/368] exit_mmap+0x8b/0x170 Jun 16 02:11:36 localhost kernel: [mmput+100/144] mmput+0x64/0x90 Jun 16 02:11:36 localhost kernel: [do_exit+348/1056] do_exit+0x15c/0x420 Jun 16 02:11:36 localhost kernel: [do_page_fault+0/1353] do_page_fault+0x0/0x549 Jun 16 02:11:36 localhost kernel: [die+248/256] die+0xf8/0x100 Jun 16 02:11:36 localhost kernel: [do_page_fault+478/1353] do_page_fault+0x1de/0x549 Jun 16 02:11:36 localhost kernel: [update_wall_time+11/64] update_wall_time+0xb/0x40 Jun 16 02:11:36 localhost kernel: [do_page_fault+0/1353] do_page_fault+0x0/0x549 Jun 16 02:11:36 localhost kernel: [error_code+45/56] error_code+0x2d/0x38 Jun 16 02:11:36 localhost kernel: [release_pages+221/368] release_pages+0xdd/0x170 Jun 16 02:11:36 localhost kernel: [try_to_release_page+81/112] try_to_release_page+0x51/0x70 Jun 16 02:11:36 localhost kernel: [__remove_from_page_cache+36/80] __remove_from_page_cache+0x24/0x50 Jun 16 02:11:36 localhost kernel: [__pagevec_release+40/64] __pagevec_release+0x28/0x40 Jun 16 02:11:36 localhost kernel: [truncate_inode_pages+210/688] truncate_inode_pages+0xd2/0x2b0 Jun 16 02:11:36 localhost kernel: [generic_delete_inode+350/368] generic_delete_inode+0x15e/0x170 Jun 16 02:11:36 localhost kernel: [iput+98/128] iput+0x62/0x80 Jun 16 02:11:36 localhost kernel: [sys_unlink+242/288] sys_unlink+0xf2/0x120 Jun 16 02:11:36 localhost kernel: [syscall_call+7/11] syscall_call+0x7/0xb Jun 16 02:11:36 localhost kernel: [bad_page+107/160] bad_page+0x6b/0xa0 Jun 16 02:11:36 localhost kernel: [prep_new_page+50/96] prep_new_page+0x32/0x60 Jun 16 02:11:36 localhost kernel: [buffered_rmqueue+245/464] buffered_rmqueue+0xf5/0x1d0 Jun 16 02:11:36 localhost kernel: [__alloc_pages+158/848] __alloc_pages+0x9e/0x350 Jun 16 02:11:36 localhost kernel: [__get_free_pages+37/64] __get_free_pages+0x25/0x40 Jun 16 02:11:36 localhost kernel: [kmem_getpages+32/176] kmem_getpages+0x20/0xb0 Jun 16 02:11:36 localhost kernel: [cache_grow+182/368] cache_grow+0xb6/0x170 Jun 16 02:11:36 localhost kernel: [profile_hook+45/75] profile_hook+0x2d/0x4b Jun 16 02:11:36 localhost kernel: [cache_alloc_refill+342/544] cache_alloc_refill+0x156/0x220 Jun 16 02:11:36 localhost kernel: [kmem_cache_alloc+62/64] kmem_cache_alloc+0x3e/0x40 Jun 16 02:11:36 localhost kernel: [dup_task_struct+73/224] dup_task_struct+0x49/0xe0 Jun 16 02:11:36 localhost kernel: [copy_process+132/2864] copy_process+0x84/0xb30 Jun 16 02:11:36 localhost kernel: [__pollwait+0/208] __pollwait+0x0/0xd0 Jun 16 02:11:36 localhost kernel: [do_fork+80/402] do_fork+0x50/0x192 Jun 16 02:11:36 localhost kernel: [do_gettimeofday+26/176] do_gettimeofday+0x1a/0xb0 Jun 16 02:11:36 localhost kernel: [sys_clone+65/80] sys_clone+0x41/0x50 Jun 16 02:11:36 localhost kernel: [syscall_call+7/11] syscall_call+0x7/0xb Jun 16 02:11:36 localhost kernel: [bad_page+107/160] bad_page+0x6b/0xa0 Jun 16 02:11:36 localhost kernel: [prep_new_page+50/96] prep_new_page+0x32/0x60 Jun 16 02:11:36 localhost kernel: [buffered_rmqueue+245/464] buffered_rmqueue+0xf5/0x1d0 Jun 16 02:11:36 localhost kernel: [__alloc_pages+158/848] __alloc_pages+0x9e/0x350 Jun 16 02:11:36 localhost kernel: [__get_free_pages+37/64] __get_free_pages+0x25/0x40 Jun 16 02:11:36 localhost kernel: [kmem_getpages+32/176] kmem_getpages+0x20/0xb0 Jun 16 02:11:36 localhost kernel: [dput+34/528] dput+0x22/0x210
=== message truncated === __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo Sascha, Sascha schrieb:
ich würde auch auf ram oder hdd tippen
die Festplatte habe ich bereits getauscht. Das Problem hat sich danach eher verstärkt, als verringert. Das RAM war lt. Memtest nach einem Zyklus ok. Gruß Boris -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo, On 16-Jun-2006 Boris Höffgen wrote:
die Festplatte habe ich bereits getauscht. Das Problem hat sich danach eher verstärkt, als verringert.
Neuere Festplatte, die evtl. schneller dreht und heisser wird? Oder auch mehr Strom schluckt? Schau doch mal im Bios nach, wie die Stromversorgung aussieht. Beste Gruesse, Heinz. -- Reisefuehrer Bulgarien u.a: http://www.erlebnis-bulgarien.de Reiseberichte Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo Boris, Am Freitag 16 Juni 2006 09:31 schrieb Boris Höffgen:
Hallo Liste,
seit neustem stürzt mein Rechner ständig ab. Ich dachte Wann? nach dem Starten, einfach so zwichendurch, wenn Programm gestartet werden ... ?
es würde an der Platte liegen - dem war aber nicht so. Woran liegt es denn wohl CPU,RAM oder Board?
Kann alles sein, aber: wie lange ist der Rechner gelaufen, bevor die Probleme auftraten? Wenige Stunden: war von Anfang an defekt; Wochen: Konfiguration (oder Wetter :-); Jahre: Defekt wegen Alterung (ja, auch Chips werden Alt und Grau und verlieren Bits und Bytes ...)
Gruß Boris
----------------------------------------------------------- Jun 16 02:11:36 localhost kernel: c013fdfd Jun 16 02:11:36 localhost kernel: PREEMPT Jun 16 02:11:36 localhost kernel: Modules linked in: ipv6 floppy evdev pcspkr 8139cp pci_hotplug via_agp uhci_hcd usbcore 8139too mii parport_pc parport agpgart capability commoncap psmouse ide_cd cdrom rtc reiserfs isofs vfat fat ext2 ext3 jbd mbcache ide_generic ide_disk via82cxxx ide_core unix font vesafb cfbcopyarea cfbimgblt cfbfillrect Jun 16 02:11:36 localhost kernel: CPU: 0 Jun 16 02:11:36 localhost kernel: EIP: 0060:[release_pages+221/368] Not tainted Jun 16 02:11:36 localhost kernel: EFLAGS: 00010086 (2.6.8-3-k7) Jun 16 02:11:36 localhost kernel: EIP is at release_pages+0xdd/0x170 Jun 16 02:11:36 localhost kernel: eax: 00100100 ebx: c1569ae0 ecx: c1569af8 edx: 00200200 Jun 16 02:11:36 localhost kernel: esi: 00000002 edi: c02bd084 ebp: c02bd084 esp: dc679e34 Jun 16 02:11:36 localhost kernel: ds: 007b es: 007b ss: 0068 Jun 16 02:11:36 localhost kernel: Process clamscan (pid: 12327, threadinfo=dc678000 task=e712f8b0)
Da steht "clamscan" (Virenscanner??). Kann da der Hase begraben liegen? Oder gibt es auch Abstürze mit anderen Prozessen? Viel Glück -- MfG Rolf Masfelder EMail: rolf.masfelder@nector.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Rolf Masfelder schrieb:
Hallo Boris,
Am Freitag 16 Juni 2006 09:31 schrieb Boris Höffgen:
Hallo Liste,
seit neustem stürzt mein Rechner ständig ab. Ich dachte Wann? nach dem Starten, einfach so zwichendurch, wenn Programm gestartet werden ... ?
Nach dem Starten nicht, er läuft auch eine ganze Zeit - ca. 18 Stunden.
es würde an der Platte liegen - dem war aber nicht so. Woran liegt es denn wohl CPU,RAM oder Board?
Kann alles sein, aber: wie lange ist der Rechner gelaufen, bevor die Probleme auftraten? Wenige Stunden: war von Anfang an defekt; Wochen: Konfiguration (oder Wetter :-); Jahre: Defekt wegen Alterung (ja, auch Chips werden Alt und Grau und verlieren Bits und Bytes ...)
Der Rechner ist nicht der Neuste, dass ist wohl war. Er läuft seit ca. einem Jahr im Dauerbetrieb, vorher gab es gar keine Probleme. Bis Anfang des Jahres gab es im Dauerbertieb auch nur wenige Probleme. Ich würde die defekten Teile auch austauschen, wenn ich sie kennen würde.
----------------------------------------------------------- Jun 16 02:11:36 localhost kernel: c013fdfd Jun 16 02:11:36 localhost kernel: PREEMPT Jun 16 02:11:36 localhost kernel: Modules linked in: ipv6 floppy evdev pcspkr 8139cp pci_hotplug via_agp uhci_hcd usbcore 8139too mii parport_pc parport agpgart capability commoncap psmouse ide_cd cdrom rtc reiserfs isofs vfat fat ext2 ext3 jbd mbcache ide_generic ide_disk via82cxxx ide_core unix font vesafb cfbcopyarea cfbimgblt cfbfillrect Jun 16 02:11:36 localhost kernel: CPU: 0 Jun 16 02:11:36 localhost kernel: EIP: 0060:[release_pages+221/368] Not tainted Jun 16 02:11:36 localhost kernel: EFLAGS: 00010086 (2.6.8-3-k7) Jun 16 02:11:36 localhost kernel: EIP is at release_pages+0xdd/0x170 Jun 16 02:11:36 localhost kernel: eax: 00100100 ebx: c1569ae0 ecx: c1569af8 edx: 00200200 Jun 16 02:11:36 localhost kernel: esi: 00000002 edi: c02bd084 ebp: c02bd084 esp: dc679e34 Jun 16 02:11:36 localhost kernel: ds: 007b es: 007b ss: 0068 Jun 16 02:11:36 localhost kernel: Process clamscan (pid: 12327, threadinfo=dc678000 task=e712f8b0)
Da steht "clamscan" (Virenscanner??). Kann da der Hase begraben liegen? Oder gibt es auch Abstürze mit anderen Prozessen?
Das Problem betrifft so ziemlich jeden Prozess. Gruß Boris -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo, On 16-Jun-2006 Boris Höffgen wrote:
Nach dem Starten nicht, er läuft auch eine ganze Zeit - ca. 18 Stunden.
Dann wuerde ich doch mal ein Waermeproblem in Betracht ziehen.
Der Rechner ist nicht der Neuste, dass ist wohl war. Er läuft seit ca. einem Jahr im Dauerbetrieb, vorher gab es gar keine Probleme. Bis Anfang des Jahres gab es im Dauerbertieb auch nur wenige Probleme. Ich würde die defekten Teile auch austauschen, wenn ich sie kennen würde.
Ich wuerde den Rechner doch mal gruendlich reinigen.Innerhalb eines Jahres sammelt sich doch eine Menge Staub an, der die Lueftungsloecher und Luefter zusetzen und auf Festplatten, Board, Speicher usw. ablegen kann. Beste Gruesse, Heinz. -- Reisefuehrer Bulgarien u.a: http://www.erlebnis-bulgarien.de Reiseberichte Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo, Am Freitag 16 Juni 2006 10:35 schrieb Boris Höffgen:
Rolf Masfelder schrieb:
Hallo Boris,
Am Freitag 16 Juni 2006 09:31 schrieb Boris Höffgen:
Hallo Liste,
seit neustem stürzt mein Rechner ständig ab. Ich dachte
Wann? nach dem Starten, einfach so zwichendurch, wenn Programm gestartet werden ... ?
Nach dem Starten nicht, er läuft auch eine ganze Zeit - ca. 18 Stunden.
passiert um die Zeit rum irgendwas? Machmal reicht es wenn nebenan eine alte Waschmaschine o.ä. startet. Ist es immer zur selben Zeit? (In einem anderen thread verabschiedet sich jede nacht um 12 ein RAID ... ) Wird irgendeine SW kurz vor dem Problem gestartet?
es würde an der Platte liegen - dem war aber nicht so. Woran liegt es denn wohl CPU,RAM oder Board?
Kann alles sein, aber: wie lange ist der Rechner gelaufen, bevor die Probleme auftraten? Wenige Stunden: war von Anfang an defekt; Wochen: Konfiguration (oder Wetter :-); Jahre: Defekt wegen Alterung (ja, auch Chips werden Alt und Grau und verlieren Bits und Bytes ...)
Der Rechner ist nicht der Neuste, dass ist wohl war. Er läuft seit ca. einem Jahr im Dauerbetrieb, vorher gab es gar keine Probleme. Bis
Ich hab hier Rechner, die auch schon deutlich länger im Dauerbetrieb laufen. Bei einem hat mal ein Speicherrigel schlapp gemacht (war im Sommer, wahrschein zu heis geworden). Aber nach nur einem Jahr sollten alle Teile noch einwandfrei arbeiten. Hast Du die ELKO's auf dem Motherboard kontrolliert (genau hinsehen reicht!) wenn die Dinger 'dicke Backen' machen hilft nurnoch ein Lötkolben oder ein neues Motherboard. (google mal nach Motherboard und ELKO, In der CT => heise.de war mal ein Artikel dazu). Entstauben ist ja schon genannt worden. Kabel ALLE auf festen Sitz geprüft nehme ich auch an. Sind neue Komponenten in den Rechner gekommen? Zusätzliche Festplatte etwa, oder andere Grafikkarte?
Anfang des Jahres gab es im Dauerbertieb auch nur wenige Probleme. Ich würde die defekten Teile auch austauschen, wenn ich sie kennen würde.
Ich glaube nicht das es an der Platte liegt, aber sonst können so ziemliche alle Teile betroffen sein: CPU, RAM, Chipsatz
----------------------------------------------------------- Jun 16 02:11:36 localhost kernel: c013fdfd Jun 16 02:11:36 localhost kernel: PREEMPT Jun 16 02:11:36 localhost kernel: Modules linked in: ipv6 floppy evdev pcspkr 8139cp pci_hotplug via_agp uhci_hcd usbcore 8139too mii parport_pc parport agpgart capability commoncap psmouse ide_cd cdrom rtc reiserfs isofs vfat fat ext2 ext3 jbd mbcache ide_generic ide_disk via82cxxx ide_core unix font vesafb cfbcopyarea cfbimgblt cfbfillrect Jun 16 02:11:36 localhost kernel: CPU: 0 Jun 16 02:11:36 localhost kernel: EIP: 0060:[release_pages+221/368] Not tainted Jun 16 02:11:36 localhost kernel: EFLAGS: 00010086 (2.6.8-3-k7) Jun 16 02:11:36 localhost kernel: EIP is at release_pages+0xdd/0x170 Jun 16 02:11:36 localhost kernel: eax: 00100100 ebx: c1569ae0 ecx: c1569af8 edx: 00200200 Jun 16 02:11:36 localhost kernel: esi: 00000002 edi: c02bd084 ebp: c02bd084 esp: dc679e34 Jun 16 02:11:36 localhost kernel: ds: 007b es: 007b ss: 0068 Jun 16 02:11:36 localhost kernel: Process clamscan (pid: 12327, threadinfo=dc678000 task=e712f8b0)
Da steht "clamscan" (Virenscanner??). Kann da der Hase begraben liegen? Oder gibt es auch Abstürze mit anderen Prozessen?
Das Problem betrifft so ziemlich jeden Prozess.
Gruß Boris
Viel Glück -- MfG Rolf Masfelder EMail: rolf.masfelder@nector.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
seit neustem stürzt mein Rechner ständig ab. Ich dachte
Wann? nach dem Starten, einfach so zwichendurch, wenn Programm gestartet werden ... ?
Nach dem Starten nicht, er läuft auch eine ganze Zeit - ca. 18 Stunden.
passiert um die Zeit rum irgendwas? Machmal reicht es wenn nebenan eine alte Waschmaschine o.ä. startet. Ist es immer zur selben Zeit? (In einem anderen thread verabschiedet sich jede nacht um 12 ein RAID ... ) Wird irgendeine SW kurz vor dem Problem gestartet?
es würde an der Platte liegen - dem war aber nicht so. Woran liegt es denn wohl CPU,RAM oder Board?
Kann alles sein, aber: wie lange ist der Rechner gelaufen, bevor die Probleme auftraten? Wenige Stunden: war von Anfang an defekt; Wochen: Konfiguration (oder Wetter :-); Jahre: Defekt wegen Alterung (ja, auch Chips werden Alt und Grau und verlieren Bits und Bytes ...)
Der Rechner ist nicht der Neuste, dass ist wohl war. Er läuft seit ca. einem Jahr im Dauerbetrieb, vorher gab es gar keine Probleme. Bis
Ich hab hier Rechner, die auch schon deutlich länger im Dauerbetrieb laufen. Bei einem hat mal ein Speicherrigel schlapp gemacht (war im Sommer, wahrschein zu heis geworden).
Aber nach nur einem Jahr sollten alle Teile noch einwandfrei arbeiten.
Hast Du die ELKO's auf dem Motherboard kontrolliert (genau hinsehen reicht!) wenn die Dinger 'dicke Backen' machen hilft nurnoch ein Lötkolben oder ein neues Motherboard. (google mal nach Motherboard und ELKO, In der CT => heise.de war mal ein Artikel dazu).
Nicht nur die Elko's auf dem Motherboard, auch die Elko's im Netzteil machen schon mal dicke Backen und dann reicht ein Spike auf der Netzleitung und eine der spannungen bricht zusammen, oder die CPU nimmt mal einen größeren Schluck aus der Stromleitung.
Entstauben ist ja schon genannt worden. Kabel ALLE auf festen Sitz geprüft nehme ich auch an.
Sind neue Komponenten in den Rechner gekommen? Zusätzliche Festplatte etwa, oder andere Grafikkarte?
Anfang des Jahres gab es im Dauerbertieb auch nur wenige Probleme. Ich würde die defekten Teile auch austauschen, wenn ich sie kennen würde.
Ich glaube nicht das es an der Platte liegt, aber sonst können so ziemliche alle Teile betroffen sein: CPU, RAM, Chipsatz
Johannes --
"Feel free" – 10 GB Mailbox, 100 FreeSMS/Monat ... Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Johannes Kapune schrieb:
seit neustem stürzt mein Rechner ständig ab. Ich dachte Wann? nach dem Starten, einfach so zwichendurch, wenn Programm gestartet werden ... ? Nach dem Starten nicht, er läuft auch eine ganze Zeit - ca. 18 Stunden. passiert um die Zeit rum irgendwas? Machmal reicht es wenn nebenan eine alte Waschmaschine o.ä. startet. Ist es immer zur selben Zeit? (In einem anderen thread verabschiedet sich jede nacht um 12 ein RAID ... ) Wird irgendeine SW kurz vor dem Problem gestartet?
es würde an der Platte liegen - dem war aber nicht so. Woran liegt es denn wohl CPU,RAM oder Board? Kann alles sein, aber: wie lange ist der Rechner gelaufen, bevor die Probleme auftraten? Wenige Stunden: war von Anfang an defekt; Wochen: Konfiguration (oder Wetter :-); Jahre: Defekt wegen Alterung (ja, auch Chips werden Alt und Grau und verlieren Bits und Bytes ...) Der Rechner ist nicht der Neuste, dass ist wohl war. Er läuft seit ca. einem Jahr im Dauerbetrieb, vorher gab es gar keine Probleme. Bis Ich hab hier Rechner, die auch schon deutlich länger im Dauerbetrieb laufen. Bei einem hat mal ein Speicherrigel schlapp gemacht (war im Sommer, wahrschein zu heis geworden).
Aber nach nur einem Jahr sollten alle Teile noch einwandfrei arbeiten.
Hast Du die ELKO's auf dem Motherboard kontrolliert (genau hinsehen reicht!) wenn die Dinger 'dicke Backen' machen hilft nurnoch ein Lötkolben oder ein neues Motherboard. (google mal nach Motherboard und ELKO, In der CT => heise.de war mal ein Artikel dazu).
Nicht nur die Elko's auf dem Motherboard, auch die Elko's im Netzteil machen schon mal dicke Backen und dann reicht ein Spike auf der Netzleitung und eine der spannungen bricht zusammen, oder die CPU nimmt mal einen größeren Schluck aus der Stromleitung.
Wie kann ich das testen bzw. messen? Gruß Boris -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Am Freitag 16 Juni 2006 12:06 schrieb Boris Höffgen:
Johannes Kapune schrieb:
seit neustem stürzt mein Rechner ständig ab. Ich dachte
Wann? nach dem Starten, einfach so zwichendurch, wenn Programm gestartet werden ... ?
Nach dem Starten nicht, er läuft auch eine ganze Zeit - ca. 18 Stunden.
passiert um die Zeit rum irgendwas? Machmal reicht es wenn nebenan ...> > Nicht nur die Elko's auf dem Motherboard, auch die Elko's im Netzteil machen schon mal dicke Backen und dann reicht ein Spike auf der Netzleitung und eine der spannungen bricht zusammen, oder die CPU nimmt mal einen größeren Schluck aus der Stromleitung.
Wie kann ich das testen bzw. messen?
Mit viel Know-How und den richtigen Messinstrumenten! Also für normale Anwender: garnicht! Zum Glück reicht aber 'hinsehen'! (Bitte das Netzteil nur öffnen wenn Du weist was du tust. Auch ohne Verbindung zum Stromnetz kann man sich da noch eine ganze Zeit lange heftige Stromschläge einfangen!). Ich hab im Netz mal Bilder gesehen, wie ELKO's mit 'dicken Backen' aussehen. Wenn Du die findest wird klar, das hinsehen reicht! Ich weis dummerweise nicht mehr wo das war (=> heise.de ?)
Gruß Boris
Grüße -- MfG Rolf Masfelder EMail: rolf.masfelder@nector.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo,
Wie kann ich das testen bzw. messen?
Mit viel Know-How und den richtigen Messinstrumenten! Also für normale Anwender: garnicht! Zum Glück reicht aber 'hinsehen'! (Bitte das Netzteil nur öffnen wenn Du weist was du tust. Auch ohne Verbindung zum Stromnetz kann man sich da noch eine ganze Zeit lange heftige Stromschläge einfangen!).
richtig: VORSICHT, Elokos sind mit gut 300 V geladen!
Ich hab im Netz mal Bilder gesehen, wie ELKO's mit 'dicken Backen' aussehen. Wenn Du die findest wird klar, das hinsehen reicht! Ich weis dummerweise nicht mehr wo das war (=> heise.de ?)
Im Normalfall sehen die Oberseiten der Elkos plan aus mt einem Kreuz eingekerbt, wenn diese Elkos dick werden wölbt sich al erstes die Oberseite und im weiteren Verlauf tritt irgendwann das Elektrolyt oben an dieser Einkerbung aus. Wenn sich also die sichtbare Oberseite aufwölbt ist der Elko so gut wie hin, will heißen er erfüllt seine funktion nicht mehr --> Sondermmüll. Netzteile im 24 h-Betrieb bei leicht erhöhter Temperatur erleiden gerne diesen Tod (Gehäuseinnentemperatur ist entscheidend bzw. die innerhalb des Netzteils) da hilft viel viel (120-er Lüfter für Zuluft ist kein Fehler) Johannes -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Johannes Kapune schrieb:
Hallo,
Wie kann ich das testen bzw. messen? Mit viel Know-How und den richtigen Messinstrumenten! Also für normale Anwender: garnicht! Zum Glück reicht aber 'hinsehen'! (Bitte das Netzteil nur öffnen wenn Du weist was du tust. Auch ohne Verbindung zum Stromnetz kann man sich da noch eine ganze Zeit lange heftige Stromschläge einfangen!).
richtig: VORSICHT, Elokos sind mit gut 300 V geladen!
Ich hab im Netz mal Bilder gesehen, wie ELKO's mit 'dicken Backen' aussehen. Wenn Du die findest wird klar, das hinsehen reicht! Ich weis dummerweise nicht mehr wo das war (=> heise.de ?)
Im Normalfall sehen die Oberseiten der Elkos plan aus mt einem Kreuz eingekerbt, wenn diese Elkos dick werden wölbt sich al erstes die Oberseite und im weiteren Verlauf tritt irgendwann das Elektrolyt oben an dieser Einkerbung aus. Wenn sich also die sichtbare Oberseite aufwölbt ist der Elko so gut wie hin, will heißen er erfüllt seine funktion nicht mehr --> Sondermmüll.
Netzteile im 24 h-Betrieb bei leicht erhöhter Temperatur erleiden gerne diesen Tod (Gehäuseinnentemperatur ist entscheidend bzw. die innerhalb des Netzteils) da hilft viel viel (120-er Lüfter für Zuluft ist kein Fehler)
Jepp, es war das Netzteil. Danke schön für die Hilfe! Ich habe es gestern Abend getauscht und bis jetzt ist alles im Lot. Daraufhin habe ich mir noch ein paar Rechner bzgl. Netzteil, Lüfter und Temperatur angeguckt und festgestellt, dass bei einem Rechner die Temperaturen relativ hoch sind (CPU 68°C), trotz funktionsfähiger Lüfter. Wie bekomme ich denn z.B. die CPU-Temperatur in Griff? Gruß Boris -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Boris Höffgen schrieb:
Jepp, es war das Netzteil. Danke schön für die Hilfe! Ich habe es gestern Abend getauscht und bis jetzt ist alles im Lot. Daraufhin habe ich mir noch ein paar Rechner bzgl. Netzteil, Lüfter und Temperatur angeguckt und festgestellt, dass bei einem Rechner die Temperaturen relativ hoch sind (CPU 68°C), trotz funktionsfähiger Lüfter. Wie bekomme ich denn z.B. die CPU-Temperatur in Griff?
1. Sieh zu das im "Strömungskanal" des Gehäuses möglichst wenig Hindernisse liegen. Rundkabel benutzen und die Kabel an den Gehäusestreben mit Kabelbindern festzurren. 2. Die Gehäuselüfter regelmäßig säubern und auf gleichmäßige Laufleistung kontrollieren. Eine eventuell vorhandene Lüftersteuerung nachregeln. 3. Am wichtigsten jedoch ist, den CPU-Kühlkörper abzumontieren und zu reinigen. Die alte Wärmeleitpaste von Kühlkörper und CPU entfernen und dann erneuern. Eventuell solltest Du einen leistungsfähigeren Kühlkörper besorgen. Im Netz gibt es einige detailierte HowTo's zum Teil mit Bildern zu diesen Wartungsarbeiten. -> Google: CPU Kühlkörper reinigen Falls der Kühlkörper mit Wärmeleitpads an der CPU befestigt ist -> Google: Wärmeleitpads entfernen. Musst Du mal sehen, was für deinen Rechner zutrifft. 68° können je nach CPU-Typ aber durchaus noch in Ordnung sein. Auch da kannst Du mal Google zu befragen. Grüße René -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
René Falk schrieb:
Boris Höffgen schrieb:
Jepp, es war das Netzteil. Danke schön für die Hilfe! Ich habe es gestern Abend getauscht und bis jetzt ist alles im Lot. Daraufhin habe ich mir noch ein paar Rechner bzgl. Netzteil, Lüfter und Temperatur angeguckt und festgestellt, dass bei einem Rechner die Temperaturen relativ hoch sind (CPU 68°C), trotz funktionsfähiger Lüfter. Wie bekomme ich denn z.B. die CPU-Temperatur in Griff?
1. Sieh zu das im "Strömungskanal" des Gehäuses möglichst wenig Hindernisse liegen. Rundkabel benutzen und die Kabel an den Gehäusestreben mit Kabelbindern festzurren.
2. Die Gehäuselüfter regelmäßig säubern und auf gleichmäßige Laufleistung kontrollieren. Eine eventuell vorhandene Lüftersteuerung nachregeln.
3. Am wichtigsten jedoch ist, den CPU-Kühlkörper abzumontieren und zu reinigen. Die alte Wärmeleitpaste von Kühlkörper und CPU entfernen und dann erneuern. Eventuell solltest Du einen leistungsfähigeren Kühlkörper besorgen. Im Netz gibt es einige detailierte HowTo's zum Teil mit Bildern zu diesen Wartungsarbeiten. -> Google: CPU Kühlkörper reinigen Falls der Kühlkörper mit Wärmeleitpads an der CPU befestigt ist -> Google: Wärmeleitpads entfernen. Musst Du mal sehen, was für deinen Rechner zutrifft.
68° können je nach CPU-Typ aber durchaus noch in Ordnung sein. Auch da kannst Du mal Google zu befragen.
Es ist ein AMD Athlon XP 1200 (FSB-133). Ich habe gelesen, dass diese CPU's normalerweise bei ca. 40°C laufen sollen. Meiner liegt da wohl "etwas" höher. Solange es keine Probleme gibt, ist es vielleicht ok. Würde ein zusätzlicher Gehäuselüfter einiges bringen? Gruß Boris -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Boris Höffgen schrieb:
Es ist ein AMD Athlon XP 1200 (FSB-133). Ich habe gelesen, dass diese CPU's normalerweise bei ca. 40°C laufen sollen. Meiner liegt da wohl "etwas" höher. Solange es keine Probleme gibt, ist es vielleicht ok. Würde ein zusätzlicher Gehäuselüfter einiges bringen?
Ich hatte auch mal so ein Teil. Wenn ich mich recht erinnere lag die kritische Grenze etwas über 70°, und ich habe ihn jahrelang dicht an der Temperaturgrenze betrieben. Ohne das ich einen Blick in deinen Rechner werfen kann, weiß ich nicht, ob ein zusätzlicher Gehäuselüfter was bringt. Wenn überhaupt dann nicht sehr viel. Die effektivste Lösung ist definitiv den CPU-Kühler auszubauen, zu reinigen und neue Wärmeleitpaste anzubringen, oder gleich einen efektiveren Kühlkörper einzubauen. Grüße René -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo, On 17-Jun-2006 Boris Höffgen wrote:
Würde ein zusätzlicher Gehäuselüfter einiges bringen?
Auf alle Faelle. Einiges ist ja schon zur Kuehlung geschrieben worden. Ergaenzend noch, dass es wichtig ist, dass die Luft wirklich durch das ganze Gehaeuse streichen kann. Leere Steckkartenplaetze muessen also abgedeckt werden, ebenfalls nicht benoetigte Gehaeuseluefteranschluesse oder andere Oeffnungen. Sonst kann es dir passieren, dass die Luft gar nicht von CPU, Festplatte, usw. abgezogen werden. Der Rechner eines Bekannten hatte auch immer wieder Waermeprobleme. Nachdem er den offenen Einschub fuer ein zweites CD-Lw abgedeckt hat, sind sie weg. Vorher wurde die Luft vorne oben angesogen und hinten oben abgegeben, jetzt kommt sie nur noch vorne unten rein und muss durch das gesamte Gehaeuse. Beste Gruesse, Heinz. -- Reisefuehrer Bulgarien u.a: http://www.erlebnis-bulgarien.de Reiseberichte Osteuropa: http://www.pahlke-online.de Barrierefreies Webdesign: http://www.Pahlke-KunstWebDesign.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Am Freitag, 16. Juni 2006 09:31 schrieb Boris Höffgen:
Hallo Liste,
seit neustem stürzt mein Rechner ständig ab. Ich dachte es würde an der Platte liegen - dem war aber nicht so. Woran liegt es denn wohl CPU,RAM oder Board?
Gruß Boris
----------------------------------------------------------- Jun 16 02:11:36 localhost kernel: c013fdfd Jun 16 02:11:36 localhost kernel: PREEMPT Jun 16 02:11:36 localhost kernel: Modules linked in: ipv6 floppy evdev ..........
Hallo Boris, hatte neulich die gleichen Probs. Rechner schmierte ständig und nicht reproduzierbar ab. Sowohl unter Linux (damals noch SuSE 10.0) und Win. Software konnte ich schonmal ausschließen. Nach langem hin und her mit Teilen austauschen, fand sich der Fehler beim Netzteil. Seitdem werkelt ein anderes im Rechner und er läuft ohne hänger. Mein Tipp: Irgendwo mal ein anderes Netzteil besorgen und probieren. Gruß Dirk -- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
participants (10)
-
Boris Höffgen -
Detlev Jäckel -
Heinz W. Pahlke -
Johannes Kapune -
MfG -
Ralf Prengel -
René Falk -
Rolf Masfelder -
Sandy Drobic -
Sascha