* [mdk-re] [It SIMMs to me....It's quite a problem]
@ 2001-02-16 20:33 Cobalt
2001-02-16 20:44 ` Sergei
` (2 more replies)
0 siblings, 3 replies; 6+ messages in thread
From: Cobalt @ 2001-02-16 20:33 UTC (permalink / raw)
To: mandrake-russian
Здравствуйте,
Вчера вместе со сканнером докупил памяти - два 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
-----------------------------------------
Буду благодарен за любую помощь в решении проблемы.
Главный вопрос - виновато ли непосредственно железо?
С уважением,
Павел.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [mdk-re] [It SIMMs to me....It's quite a problem]
2001-02-16 20:33 [mdk-re] [It SIMMs to me....It's quite a problem] Cobalt
@ 2001-02-16 20:44 ` Sergei
2001-02-16 21:44 ` rider
2001-02-17 13:45 ` Sergey Krivulja
2 siblings, 0 replies; 6+ messages in thread
From: Sergei @ 2001-02-16 20:44 UTC (permalink / raw)
To: mandrake-russian
> ÷ÞÅÒÁ ×ÍÅÓÔÅ ÓÏ ÓËÁÎÎÅÒÏÍ ÄÏËÕÐÉÌ ÐÁÍÑÔÉ - Ä×Á SIMM ÐÏ 32Mb, EDO.
> ôÅÐÅÒØ Õ ÍÅÎÑ Ä×Å ×ÏÓØÍÅÒËÉ É ÜÔÉ Ä×Á ÎÏ×ÙÈ. éÔÏÇÏ: 80Mb.
> âéïó ×ÓÅ ÎÏÒÍÁÌØÎÏ Õ×ÉÄÅÌ, ìÉÎÕËÓ ÔÏÖÅ.
...
> ÷ Ó×ÑÚÉ Ó ÜÔÉÍ ×ÏÐÒÏÓ - × ÖÅÌÅÚÅ (=SIMMÙ) ÌÉ ÄÅÌÏ? éÌÉ × ÓÁÍÏÍ ìÉÎÕËÓÅ
> (ÍÏÖÅÔ ÞÔÏ-ÔÏ ÇÄÅ-ÔÏ ÐÒÏÐÉÓÁÔØ ÎÁÄÏ)?
> åÓÌÉ × ÖÅÌÅÚÅ - ÔÏ Ñ ×ÅÒÎÕÔØ ÍÏÇÕ ÉÈ...ôÁÍ, ËÓÔÁÔÉ, ÇÏ×ÏÒÑÔ - ÄÏÌÇÏ É
> ÕÐÏÒÎÏ ÔÅÓÔÉÒÏ×ÁÌÌÉ ÜÔÉ ÓÉÍÍÙ ÐÏÄ Win - ×ÒÏÄÅ ÂÙ ÎÏÒÍÁÌØÎÏ..þÅÒÔ ÚÎÁÅÔ..
>
> ñ ÎÁ ×ÓÑËÉÊ ÓÌÕÞÁÊ × ÌÏÇÉ ÐÏÓÍÏÔÒÅÌ. ÷ /var/log/messages ×ÏÔ ÔÁËÏÅ ÎÁÛÅÌ:
...
> #îÅÐÏÓÒÅÄÓÔ×ÅÎÎÏ ÐÒÏÃÅÓÓ ×ÎÅÚÁÐÎÏÊ ËÏÎÞÉÎÙ ÓÉÓÔÅÍÙ, ÅÓÌÉ Ñ ÐÒÁ×ÉÌØÎÏ
> ÐÏÎÑÌ:
>
> 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
>
> -----------------------------------------
>
>
> âÕÄÕ ÂÌÁÇÏÄÁÒÅÎ ÚÁ ÌÀÂÕÀ ÐÏÍÏÝØ × ÒÅÛÅÎÉÉ ÐÒÏÂÌÅÍÙ.
> çÌÁ×ÎÙÊ ×ÏÐÒÏÓ - ×ÉÎÏ×ÁÔÏ ÌÉ ÎÅÐÏÓÒÅÄÓÔ×ÅÎÎÏ ÖÅÌÅÚÏ?
õ ÍÅÎÑ ÐÏÈÏÖÉÅ ×ÅÝÉ ÂÙÌÉ, ËÏÇÄÁ ÐÅÒÅÇÒÅ×ÁÌÓÑ ÐÒÏÃÅÓÓÏÒ ÉÚ-ÚÁ ÐÒÏÂÌÅÍÕ Ó ËÕÌÅÒÏÍ.
óËÏÒÅÊ ×ÓÅÇÏ, ÐÒÏÂÌÅÍÙ × ÎÏ×ÙÈ SIMM'ÁÈ - ÅÓÌÉ ËÏÍÐ × ÎÏÍÉÎÁÌØÎÏÍ ÒÅÖÉÍÅ ÒÁÂÏÔÁÅÔ.
Linux, ÏÓÏÂÅÎÎÏ ÑÄÒÏ, ÏÞÅÎØ ÞÕÓÔ×ÉÔÅÌØÎÏ É ÌÅÇËÏ ÔÁË ×ÙÌÅÔÁÅÔ, ÅÓÌÉ ÉÚÍÅÎÑÅÔÓÑ ÅÇÏ ÏÂÒÁÚ
× ÐÁÍÑÔÉ ÉÌÉ ËÁËÏÊ-ÔÏ ÉÚ ÅÇÏ ÐÒÏÃÅÓÓÏ× ÒÁÂÏÔÁÅÔ ÎÅÓÔÁÎÄÁÒÔÎÏ.
ðÏÐÒÏÂÕÊ ÉÈ ×ÙÔÁÝÉÔØ, ÓÔÁÒÙÅ ÐÏÓÔÁ×ÉÔØ ÎÁ ÍÅÓÔÏ ÎÏ×ÙÈ (× ÔÅ ÖÅ ÓÌÏÔÙ) É ÐÏÓÍÏÔÒÅÔØ ÎÁ ÒÁÂÏÔÕ ÓÉÓÔÅÍÙ. åÓÌÉ ÓÔÁÂÉÌÉÚÉÒÕÅÔÓÑ, ÔÏ ÎÅÓÉ ÍÅÎÑÔØ SIMM.
--
ó Õ×ÁÖÅÎÉÅÍ, åÐÉÆÁÎÏ× óÅÒÇÅÊ.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [mdk-re] [It SIMMs to me....It's quite a problem]
2001-02-16 20:33 [mdk-re] [It SIMMs to me....It's quite a problem] Cobalt
2001-02-16 20:44 ` Sergei
@ 2001-02-16 21:44 ` rider
2001-02-17 7:16 ` Cobalt
2001-02-17 13:45 ` Sergey Krivulja
2 siblings, 1 reply; 6+ messages in thread
From: rider @ 2001-02-16 21:44 UTC (permalink / raw)
To: mandrake-russian
Cobalt wrote:
> Здравствуйте,
>
> Вчера вместе со сканнером докупил памяти - два 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
>
> -----------------------------------------
>
> Буду благодарен за любую помощь в решении проблемы.
> Главный вопрос - виновато ли непосредственно железо?
>
Попробуйте запустить компиляцию чего-то большого (ядра например) и make
давайте с -j 2
Если ничего не произойдет - то скорее всего виновать Linux.
Если не соберется или не будет работать - 100% железо.
А машина случайно не разогнанная?
Rgds
Anton
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [mdk-re] [It SIMMs to me....It's quite a problem]
2001-02-16 21:44 ` rider
@ 2001-02-17 7:16 ` Cobalt
0 siblings, 0 replies; 6+ messages in thread
From: Cobalt @ 2001-02-17 7:16 UTC (permalink / raw)
To: mandrake-russian
On Fri, 16 Feb 2001 21:43:26 +0300
rider <rider@linux.ru.net> wrote:
> >
>
> Попробуйте запустить компиляцию чего-то большого (ядра например) и make
> давайте с -j 2
>
> Если ничего не произойдет - то скорее всего виновать Linux.
> Если не соберется или не будет работать - 100% железо.
>
> А машина случайно не разогнанная?
>
Нет, машина не разогнанная. Попытался собрать emacs -- сдох довольно
быстро -- те же сообщения про swap_free, swap_count и все такое....
В общем, ничего хорошего.
А если гипотетически: допустим, это Линукс сбоил - то здесь какие варианты
(в смысле лечения) могут быть?
Кстати - есть ли в дистрибутиве какие-нибудь пакеты для диагностики
железа?
С уважением,
Павел.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [mdk-re] [It SIMMs to me....It's quite a problem]
2001-02-16 20:33 [mdk-re] [It SIMMs to me....It's quite a problem] Cobalt
2001-02-16 20:44 ` Sergei
2001-02-16 21:44 ` rider
@ 2001-02-17 13:45 ` Sergey Krivulja
2001-02-17 17:41 ` Cobalt
2 siblings, 1 reply; 6+ messages in thread
From: Sergey Krivulja @ 2001-02-17 13:45 UTC (permalink / raw)
To: Cobalt
Hello Cobalt,
Saturday, February 17, 2001, 7:16:25 AM, you wrote:
C> Здравствуйте,
C> Вчера вместе со сканнером докупил памяти - два SIMM по 32Mb, EDO.
C> Теперь у меня две восьмерки и эти два новых. Итого: 80Mb.
C> БИОС все нормально увидел, Линукс тоже.
C> Но - возникла проблема.
C> Линукс стал работать ну очень нестабильно. Может во время работы случиться
C> такое: просто весело мигнет экран и kdm запускается или вообще виснет
C> безнадежно....В общем - происходят какие-то загадочные процессы.
C> В связи с этим вопрос - в железе (=SIMMы) ли дело? Или в самом Линуксе
C> (может что-то где-то прописать надо)?
C> Если в железе - то я вернуть могу их...Там, кстати, говорят - долго и
C> упорно тестировалли эти симмы под Win - вроде бы нормально..Черт знает..
C> Я на всякий случай в логи посмотрел. В /var/log/messages вот такое нашел:
C> #Это сообщение, возможно, к делу и не относится, но я понять не могу
C> почему 16 х 4096. Вроде 80Mb не получается.
C> #Что значит это сообщение? В этом может быть решение проблемы? Это
C> сообщение иногда (нерегулярно) появляется в логе перед кончиной системы.
C> Буду благодарен за любую помощь в решении проблемы.
C> Главный вопрос - виновато ли непосредственно железо?
Оставьте новые SIMM а старые уберите. Очень большая вероятность -
что это из-за них.
Рекомендации по подбору памяти можно найти в ИНЕТЕ.
Но в основном сводятся к : от ОДНОГО производителя и
желательно из ОДНОЙ партии. С DIMM как-то полегче,
а с SIMM это была проблема.
Как тест на память лучше использовать Линукс и НТ.
В Виндах этого можно не заметить.
--
Best regards,
Sergey mailto:skrivulja@erec.ru
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [mdk-re] [It SIMMs to me....It's quite a problem]
2001-02-17 13:45 ` Sergey Krivulja
@ 2001-02-17 17:41 ` Cobalt
0 siblings, 0 replies; 6+ messages in thread
From: Cobalt @ 2001-02-17 17:41 UTC (permalink / raw)
To: mandrake-russian
On Sat, 17 Feb 2001 13:44:43 +0300
Sergey Krivulja <skrivulja@erec.ru> wrote:
> Оставьте новые SIMM а старые уберите. Очень большая вероятность -
> что это из-за них.
>
> Рекомендации по подбору памяти можно найти в ИНЕТЕ.
> Но в основном сводятся к : от ОДНОГО производителя и
> желательно из ОДНОЙ партии. С DIMM как-то полегче,
> а с SIMM это была проблема.
>
> Как тест на память лучше использовать Линукс и НТ.
> В Виндах этого можно не заметить.
>
>
Спасибо за совет, но, к сожалению, не помогло изъятие старых модулей.
В общем, я решил отдать все это хозяйство туда, откуда оно и пришло.
Чудес вроде не предвидится. Кстати, некто Windows - я посмотрел - шизует
тоже мало не покажется - так что дело, наверное, в железе.
Немного попозже, наверное, маму современную куплю.
Пора уже.
Павел.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2001-02-17 17:41 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-02-16 20:33 [mdk-re] [It SIMMs to me....It's quite a problem] Cobalt
2001-02-16 20:44 ` Sergei
2001-02-16 21:44 ` rider
2001-02-17 7:16 ` Cobalt
2001-02-17 13:45 ` Sergey Krivulja
2001-02-17 17:41 ` Cobalt
ALT Linux Community general discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 community community/ http://lore.altlinux.org/community \
mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com
public-inbox-index community
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.community
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git