From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Cobalt To: mandrake-russian@linuxteam.iplabs.ru X-Mailer: stuphead version 0.5.0 (GTK+ 1.2.8; Linux 2.2.14-15mdk; i586) Organization: [non-conformism] Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Message-Id: Subject: [mdk-re] [It SIMMs to me....It's quite a problem] Sender: mandrake-russian-admin@linuxteam.iplabs.ru Errors-To: mandrake-russian-admin@linuxteam.iplabs.ru X-BeenThere: mandrake-russian@linuxteam.iplabs.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: mandrake-russian@linuxteam.iplabs.ru List-Help: List-Post: List-Subscribe: , List-Id: Mandrake/RE discussion list List-Unsubscribe: , List-Archive: Date: Fri Feb 16 20:33:12 2001 X-Original-Date: Fri, 16 Feb 2001 20:16:25 -0800 Archived-At: List-Archive: Здравствуйте, Вчера вместе со сканнером докупил памяти - два SIMM по 32Mb, EDO. Теперь у меня две восьмерки и эти два новых. Итого: 80Mb. БИОС все нормально увидел, Линукс тоже. Но - возникла проблема. Линукс стал работать ну очень нестабильно. Может во время работы случиться такое: просто весело мигнет экран и kdm запускается или вообще виснет безнадежно....В общем - происходят какие-то загадочные процессы. В связи с этим вопрос - в железе (=SIMMы) ли дело? Или в самом Линуксе (может что-то где-то прописать надо)? Если в железе - то я вернуть могу их...Там, кстати, говорят - долго и упорно тестировалли эти симмы под Win - вроде бы нормально..Черт знает.. Я на всякий случай в логи посмотрел. В /var/log/messages вот такое нашел: ------------1-------------------- Feb 16 17:50:42 localhost kernel: RAM disk driver initialized: 16 RAM disks of 4096K size #Это сообщение, возможно, к делу и не относится, но я понять не могу почему 16 х 4096. Вроде 80Mb не получается. -----------2------------------ Feb 16 17:29:34 localhost kernel: swap_free: offset exceeds max #Что значит это сообщение? В этом может быть решение проблемы? Это сообщение иногда (нерегулярно) появляется в логе перед кончиной системы. ------------3------------------ #Непосредственно процесс внезапной кончины системы, если я правильно понял: Feb 16 14:17:23 localhost kdm[471]: Server for display :0 terminated unexpectedly: 2816 Фев 16 14:17:23 localhost PAM_pwdb[481]: (kde) session closed for user root Feb 16 14:17:39 localhost Font Server[436]: terminating Feb 16 14:17:39 localhost kernel: Unable to handle kernel paging request at virtual address 00002000 Feb 16 14:17:39 localhost kernel: current->tss.cr3 = 04287000, %cr3 = 04287000 Feb 16 14:17:39 localhost kernel: *pde = 00000000 Feb 16 14:17:39 localhost kernel: Oops: 0000 Feb 16 14:17:39 localhost kernel: CPU: 0 Feb 16 14:17:39 localhost kernel: EIP: 0010:[kmem_cache_alloc+51/320] Feb 16 14:17:39 localhost kernel: EFLAGS: 00010006 Feb 16 14:17:39 localhost kernel: eax: c4fff920 ebx: c4febfc0 ecx: 00002000 edx: 00000000 Feb 16 14:17:39 localhost kernel: esi: c4fff920 edi: 00000001 ebp: 00000282 esp: c4289e6c Feb 16 14:17:39 localhost kernel: ds: 0018 es: 0018 ss: 0018 Feb 16 14:17:39 localhost kernel: Process ps (pid: 713, process nr: 16, stackpage=c4289000) Feb 16 14:17:39 localhost kernel: Stack: 00000001 00000001 c1ead12b c4ff8000 c4ff83a8 c01559d3 c4fff920 00000015 Feb 16 14:17:39 localhost kernel: c1d65068 c014a6e1 00000001 c1d65068 c1023e00 c01e0fde c0221a00 c01ec3ca Feb 16 14:17:39 localhost kernel: c4289ecc c0182a79 00000001 00000015 00000001 c0137dd8 c1d6510c c1d65068 Feb 16 14:17:39 localhost kernel: Call Trace: [sk_alloc+23/68] [proc_delete_inode+33/120] [sprintf+26/36] [cprt+11882/20160] [unix_create+145/320] [get_empty_inode+132/160] [sock_create+304/424] Feb 16 14:17:39 localhost kernel: [sock_create+129/424] [__fput+101/112] [handle_mm_fault+212/468] [sys_socket+31/344] [sys_socketcall+111/952] [error_code+45/64] [system_call+52/64] Feb 16 14:17:39 localhost kernel: Code: 8b 01 89 03 85 c0 74 29 8b 53 04 85 d2 75 0e 89 19 89 c8 2b ----------------------------------------- Буду благодарен за любую помощь в решении проблемы. Главный вопрос - виновато ли непосредственно железо? С уважением, Павел.