[mdk-re] how to test hardware

[mdk-re] how to test hardware

[Sergey Ivanov]

  Всем привет!
Вопрос: как в Альтлинуксе (или вообще в линуксе) проверить железо, 
выявить деталь (винчестер ли, или еще кто) которая сбоит. Ситуация 
такова: где-то раз в неделю, но нерегулярно, серверу становится плохо. 
Сервер стоит на стареньком-стареньком железе, выполняет функции шлюза, 
почтового сервера, http proxy, может чего-то еще, сходу не упомню. На 
нем стоит Альтлинукс (Сизиф).
Симптомы таковы: перестает впускать по ssh. Перестает отдавать почту 
хотя аутентификация uw-imap проходит успешно (в логах пишет). На vnc 
если были открытые сессии - перестает выполнять команды в консолях, но 
окна закрывать умеет. И потом получается один background.
На его собственном дисплее вот сегодня ночью после ввода логина вместо 
приглашения ввести пароль выскакивало приглашение ввести логин еще раз. 
И не было ожидаемой реакции на Ctrl+Alt+Del. Так что пришось выключать.
В прошлые разы (раз пять наверно) это было с небольшими вариациями. Типа 
отсутствия приглашения ввести логин напрочь. Вариации и в протоколах, - 
сегодня туда писал много-много букв @ а в прошлые разы писал про 
невозможность удовлетворить запрос ядра на страницу виртуальной памяти.
Обычно это случается ночью, во время запуска /usr/share/security.sh 
Кусочек протокола далее следует.
======cut here=======
Apr 12 03:44:15 compaq -- MARK --
Apr 12 04:00:00 compaq crond[6719]: (root) CMD ( 
/usr/share/msec/security.sh)
Apr 12 04:00:09 compaq kernel: Unable to handle kernel paging request at 
virtual address 000036c6
Apr 12 04:00:09 compaq kernel: printing eip:
Apr 12 04:00:09 compaq kernel: 80129d45
Apr 12 04:00:09 compaq kernel: *pde = 00000000
Apr 12 04:00:09 compaq kernel: Oops: 0002
Apr 12 04:00:09 compaq kernel: CPU: 0
Apr 12 04:00:09 compaq kernel: EIP: 0010:[kmem_cache_alloc+125/176] Not 
tainted
Apr 12 04:00:09 compaq kernel: EIP: 0010:[<80129d45>] Not tainted
Apr 12 04:00:09 compaq kernel: EFLAGS: 00010056
Apr 12 04:00:09 compaq kernel: eax: 811861a8 ebx: 811861a0 ecx: 82032000 
edx: 000036c2
Apr 12 04:00:09 compaq kernel: esi: 00000246 edi: 82032b80 ebp: 82032040 
esp: 82827d9c
Apr 12 04:00:09 compaq kernel: ds: 0018 es: 0018 ss: 0018
Apr 12 04:00:09 compaq kernel: Process msec_find (pid: 6732, 
stackpage=82827000)
Apr 12 04:00:09 compaq kernel: Stack: 00000000 811861a0 82032040 
857a38a0 00000000 81190f58 81190f58 813e0c00
Apr 12 04:00:09 compaq kernel: 801420d0 811861a0 000001f0 82827ea0 
846f06c0 00000006 4fa9f080 00000000
Apr 12 04:00:09 compaq kernel: 81190f58 00011133 813e0c00 80142433 
813e0c00 00011133 81190f58 815c7b58
Apr 12 04:00:09 compaq kernel: Call Trace: [get_new_inode+32/288] 
[iget4+191/276] 
[af_packet:__insmod_af_packet_O/lib/modules/2.4.18-alt4-up/kernel/net/+-41567400/96] 
[af_packet:__insmod_af_packet_O/lib/modules/2.4.18-alt4-up/kernel/net/+-41567340/96] 
[af_packet:__insmod_af_packet_O/lib/modules/2.4.18-alt4-up/kernel/net/+-41567400/96]
Apr 12 04:00:09 compaq kernel: Call Trace: [<801420d0>] [<80142433>] 
[<815c7b58>] [<815c7b94>] [<815c7b58>]
Apr 12 04:00:09 compaq kernel: 
[af_packet:__insmod_af_packet_O/lib/modules/2.4.18-alt4-up/kernel/net/+-41582264/96] 
[d_alloc+25/344] [real_lookup+79/180] [link_path_walk+1307/1920] 
[getname+92/156] [__user_walk+51/76]
Apr 12 04:00:09 compaq kernel: [<815c4148>] [<8014095d>] [<801389bb>] 
[<80139017>] [<80138730>] [<801395d7>]
Apr 12 04:00:09 compaq kernel: [sys_lstat64+20/104] [system_call+51/64]
Apr 12 04:00:09 compaq kernel: [<801368cc>] [<80106d73>]
Apr 12 04:00:09 compaq kernel:
Apr 12 04:00:09 compaq kernel: Code: 89 42 04 89 10 8b 03 89 48 04 89 01 
89 59 04 89 0b 56 9d 89

[skip]

Apr 12 05:44:16 compaq -- MARK --
Apr 12 05:56:03 compaq pam_tcb[6741]: imap: Authentication passed for 
seriv from (uid=0)
Apr 12 05:56:03 compaq kernel: <1>Unable to handle kernel paging request 
at virtual address 000036c6
Apr 12 05:56:03 compaq kernel: printing eip:
Apr 12 05:56:03 compaq kernel: 80129d45
Apr 12 05:56:03 compaq kernel: *pde = 00000000
Apr 12 05:56:04 compaq squid[15504]: Squid Parent: child process 15508 
exited due to signal 11
Apr 12 05:56:03 compaq kernel: Oops: 0002
Apr 12 05:56:03 compaq kernel: CPU: 0
Apr 12 05:56:03 compaq kernel: EIP: 0010:[kmem_cache_alloc+125/176] Not 
tainted
Apr 12 05:56:03 compaq kernel: EIP: 0010:[<80129d45>] Not tainted
Apr 12 05:56:03 compaq kernel: EFLAGS: 00010057
Apr 12 05:56:03 compaq kernel: eax: 811861a8 ebx: 811861a0 ecx: 82032000 
edx: 000036c2
Apr 12 05:56:03 compaq kernel: esi: 00000246 edi: 82031e60 ebp: 82032040 
esp: 83be7eb8
Apr 12 05:56:03 compaq kernel: ds: 0018 es: 0018 ss: 0018
Apr 12 05:56:03 compaq kernel: esi: 00000246 edi: 82031e60 ebp: 82032040 
esp: 83be7eb8
Apr 12 05:56:03 compaq kernel: ds: 0018 es: 0018 ss: 0018
Apr 12 05:56:03 compaq kernel: Process squid (pid: 15508, 
stackpage=83be7000)
Apr 12 05:56:03 compaq kernel: Stack: 84db53e4 7fffd8fc 83be7ea0 
7fffd8fc 811861a0 80a74344 83be7ef8 7fffd910
Apr 12 05:56:03 compaq kernel: 80142042 811861a0 000001f0 0000000b 
8019e882 0000000b 8019f3d0 7fffd938
Apr 12 05:56:03 compaq kernel: ffffffe8 00000010 00000000 380c0002 
0100a8c0 84669000 8019edb7 85a81aa0
Apr 12 05:56:04 compaq kernel: Call Trace: [get_empty_inode+18/128] 
[sock_alloc+6/164] [sys_accept+60/236] [sock_poll+31/36] [do_pollfd+89/128]
Apr 12 05:56:04 compaq kernel: Call Trace: [<80142042>] [<8019e882>] 
[<8019f3d0>] [<8019edb7>] [<8013d735>]
Apr 12 05:56:04 compaq kernel: [do_poll+142/232] 
[sys_socketcall+168/476] [sys_fcntl64+137/144] [system_call+51/64]
Apr 12 05:56:04 compaq kernel: [<8013d7ea>] [<8019fdd8>] [<8013c0d1>] 
[<80106d73>]
Apr 12 05:56:04 compaq kernel:
Apr 12 05:56:04 compaq kernel: Code: 89 42 04 89 10 8b 03 89 48 04 89 01 
89 59 04 89 0b 56 9d 89
Apr 12 05:56:04 compaq imapd[6741]: Login user=seriv host=[192.168.0.16]
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@M&╚?a^Gлк~^)^N╣С5╙~X╔~N)^Cу#qъn!^Dу^yО?j]╙В
======cut here=======

С уважением,
Сергей.

Re: [mdk-re] how to test hardware

[Sergey S. Skulachenko]

On Fri, 12 Apr 2002 17:19:55 -0400
Sergey Ivanov <seriv@parkheights.dyndns.org> wrote:

> Всем привет!
> Вопрос: как в Альтлинуксе (или вообще в линуксе) проверить
> железо, 
> выявить деталь (винчестер ли, или еще кто) которая сбоит.
> Ситуация 
> такова: где-то раз в неделю, но нерегулярно, серверу становится
> плохо. 

Извините, а вентилятор на процессоре не притормаживает?
____________
С уважением,
С.С.Скулаченко

Re: [mdk-re] how to test hardware

[sergey ivanov]

В Сбт, 13.04.2002, в 00:42, Sergey S. Skulachenko написал:
> On Fri, 12 Apr 2002 17:19:55 -0400
> Sergey Ivanov <seriv@parkheights.dyndns.org> wrote:
> 
> > Всем привет!
> > Вопрос: как в Альтлинуксе (или вообще в линуксе) проверить
> > железо, 
> > выявить деталь (винчестер ли, или еще кто) которая сбоит.
> > Ситуация 
> > такова: где-то раз в неделю, но нерегулярно, серверу становится
> > плохо. 
> 
> Извините, а вентилятор на процессоре не притормаживает?
	На глаз и на слух никаких поломок, увы, обнаружить не смог. Вентилятор
стоит новенький, крутится исправно.
	Потом, как мне всегда казалось, при перегреве процессор просто
перестает работать, а тут - отказы получить странуцу виртуальной памяти,
как первая вещь с которой эти капризы начинают проявляться и которая
продолжает препятствовать нормальной работе...

	С уважением, 
		Сергей.

Re: [mdk-re] how to test hardware

[cornet]

sergey ivanov wrote:
> 
> В Сбт, 13.04.2002, в 00:42, Sergey S. Skulachenko написал:
> > On Fri, 12 Apr 2002 17:19:55 -0400
> > Sergey Ivanov <seriv@parkheights.dyndns.org> wrote:
> >
> > > Всем привет!
> > > Вопрос: как в Альтлинуксе (или вообще в линуксе) проверить
> > > железо,
> > > выявить деталь (винчестер ли, или еще кто) которая сбоит.
> > > Ситуация
> > > такова: где-то раз в неделю, но нерегулярно, серверу становится
> > > плохо.
> >
> > Извините, а вентилятор на процессоре не притормаживает?
>         На глаз и на слух никаких поломок, увы, обнаружить не смог. Вентилятор
> стоит новенький, крутится исправно.
>         Потом, как мне всегда казалось, при перегреве процессор просто
> перестает работать, а тут - отказы получить странуцу виртуальной памяти,
> как первая вещь с которой эти капризы начинают проявляться и которая
> продолжает препятствовать нормальной работе...

Описанные явления ну очень похожи на проблемы с оперативной
памятью. Если бы это был винт - записи об этом былы бы очень
отчетливые.

Проверить можно просто - вынуть SIMM'ы, продуть от пыли и их и
слоты, протереть чем нть, вставить обратно.
Если не поможет - временно заменить всю память и посмотреть на
результат.

В качестве эксперимента - можно пересобрать kernel, XFree или
KDE на этой машине и посмотреть что получится, при траблах с
памятью сборки обычно валятся ни с того ни с сего.

-- 
Власенко Олег.
Отдел технической поддержки ALT Linux Team.
mailto:cornet@altlinux.ru

Re: [mdk-re] how to test hardware

[Vitaly Lipatov]

On 13 April 2002 22:22, cornet wrote:

> Описанные явления ну очень похожи на проблемы с оперативной
> памятью. Если бы это был винт - записи об этом былы бы очень
> отчетливые.
>
> Проверить можно просто - вынуть SIMM'ы, продуть от пыли и их и
> слоты, протереть чем нть, вставить обратно.
> Если не поможет - временно заменить всю память и посмотреть на
> результат.
Или попробовать memtest86
> В качестве эксперимента - можно пересобрать kernel, XFree или
> KDE на этой машине и посмотреть что получится, при траблах с
> памятью сборки обычно валятся ни с того ни с сего.
Да, но тут слишком редко сбои происходят...
-- 
Lav
Виталий Липатов
ФГУП "ЦНИИ Судовой Электротехники и Технологии", Санкт-Петербург
GNU! Linux! LaTeX! LyX!

Re: [mdk-re] how to test hardware

[cornet]

Vitaly Lipatov wrote:
> 
> On 13 April 2002 22:22, cornet wrote:
> 
> > Описанные явления ну очень похожи на проблемы с оперативной
> > памятью. Если бы это был винт - записи об этом былы бы очень
> > отчетливые.
> >
> > Проверить можно просто - вынуть SIMM'ы, продуть от пыли и их и
> > слоты, протереть чем нть, вставить обратно.
> > Если не поможет - временно заменить всю память и посмотреть на
> > результат.
> Или попробовать memtest86

Далеко не всегда проблемы с памятью выявляются тестами :-(( Не
раз наблюдал, когда проблемы становились видны толькн на
реальной работе.

> > В качестве эксперимента - можно пересобрать kernel, XFree или
> > KDE на этой машине и посмотреть что получится, при траблах с
> > памятью сборки обычно валятся ни с того ни с сего.
> Да, но тут слишком редко сбои происходят...

А вот сборка подобного масштаба как раз и спровоцирует такие
сбои, дав на систему очень большую нагрузку.

-- 
Власенко Олег.
Отдел технической поддержки ALT Linux Team.
mailto:cornet@altlinux.ru

[mdk-re] memtest (was: how to test hardware)

[sergey ivanov]

В Сбт, 13.04.2002, в 16:12, Vitaly Lipatov написал:
> On 13 April 2002 22:22, cornet wrote:
> 
> > Описанные явления ну очень похожи на проблемы с оперативной
> > памятью. Если бы это был винт - записи об этом былы бы очень
> > отчетливые.
> >
> > Проверить можно просто - вынуть SIMM'ы, продуть от пыли и их и
> > слоты, протереть чем нть, вставить обратно.
> > Если не поможет - временно заменить всю память и посмотреть на
> > результат.
> Или попробовать memtest86
> > В качестве эксперимента - можно пересобрать kernel, XFree или
> > KDE на этой машине и посмотреть что получится, при траблах с
> > памятью сборки обычно валятся ни с того ни с сего.
> Да, но тут слишком редко сбои происходят...
	Вынуть протереть - это проблем не вызвало. Вытащил, протер, вставил на
место. Со второго раза (после перегруппировки этих планочек с памятью)
завелось. 
	А вот memtest86 погонять не удалось. Каждый раз он рисует свое
красно-сине-белое окошко, сверху - свое название, и в чуть выше середины
- две буквы латинские 'on' и все. Пробовал из лило, потом - с дискеты,
потом - пересобранный из сорсов - с тем же результатом. Это что, он так
лаконично сообщает что память плоха?

	С уважением,
		Сергей

Re: [mdk-re] memtest (was: how to test hardware)

[Любимов А.В.]

> 	Вынуть протереть - это проблем не вызвало. Вытащил, протер,
> 	вставил на место. Со второго раза (после перегруппировки этих
> 	планочек с памятью) завелось. 
> 	А вот memtest86 погонять не удалось. Каждый раз он рисует свое
> красно-сине-белое окошко, сверху - свое название, и в чуть выше середины
> - две буквы латинские 'on' и все. Пробовал из лило, потом - с дискеты,
> потом - пересобранный из сорсов - с тем же результатом. Это что, он так
> лаконично сообщает что память плоха?

я твк понимать, дела совсем плохи.
у меня он гоняет тесты как положено.
паттерны показывает, проценты и все такое.




-- 
С уважением,Любимов А.В.

Re: [mdk-re] memtest (was: how to test hardware)

[sergey ivanov]

В Сбт, 13.04.2002, в 21:05, Любимов А.В. написал:
> > 	Вынуть протереть - это проблем не вызвало. Вытащил, протер,
> > 	вставил на место. Со второго раза (после перегруппировки этих
> > 	планочек с памятью) завелось. 
> > 	А вот memtest86 погонять не удалось. Каждый раз он рисует свое
> > красно-сине-белое окошко, сверху - свое название, и в чуть выше середины
> > - две буквы латинские 'on' и все. Пробовал из лило, потом - с дискеты,
> > потом - пересобранный из сорсов - с тем же результатом. Это что, он так
> > лаконично сообщает что память плоха?
> 
> я твк понимать, дела совсем плохи.
> у меня он гоняет тесты как положено.
> паттерны показывает, проценты и все такое.
	Правда плохи. Однако что примечательно, - мемтест, оказывается, гораздо
более требователен к железу чем ядро 2.4.18 альт-5 с всякими почтовыми и
прочими сервисами. Как, впрочем, и предыдущие версии.

	С уважением,
		Сергей.

Re: [mdk-re] memtest (was: how to test hardware)

[Vitaly Lipatov]

On 14 April 2002 08:44, sergey ivanov wrote:

>
> 	Правда плохи. Однако что примечательно, - мемтест, оказывается, гораздо
> более требователен к железу чем ядро 2.4.18 альт-5 с всякими почтовыми и
> прочими сервисами. Как, впрочем, и предыдущие версии.
Так чего, в памяти дело?

-- 
Lav
Виталий Липатов
ФГУП "ЦНИИ Судовой Электротехники и Технологии", Санкт-Петербург
GNU! Linux! LaTeX! LyX!

Re: [mdk-re] memtest (was: how to test hardware)

[sergey ivanov]

В Вск, 14.04.2002, в 02:24, Vitaly Lipatov написал:
> On 14 April 2002 08:44, sergey ivanov wrote:
> 
> >
> > 	Правда плохи. Однако что примечательно, - мемтест, оказывается, гораздо
> > более требователен к железу чем ядро 2.4.18 альт-5 с всякими почтовыми и
> > прочими сервисами. Как, впрочем, и предыдущие версии.
> Так чего, в памяти дело?
	Каким способоам я могу это узнать, если не удается запустить memtest
автономно? Есть какой-нибудь другой способ в Линуксе проверять
оборудование, может быть, неавтономной программой? Или придется
устанавливать Виндуз чтобы там гонять какие-то тесты?
	С наилучшими пожеланиями,
		Сергей.

Re: [mdk-re] memtest (was: how to test hardware)

[Sergey S. Skulachenko]

On 14 Apr 2002 11:06:41 -0400
sergey ivanov <seriv@parkheights.dyndns.org> wrote:

> Каким способоам я могу это узнать, если не удается запустить
> memtest
> автономно? Есть какой-нибудь другой способ в Линуксе проверять
> оборудование, может быть, неавтономной программой?

На время проверки нужно поставить другой комплект памяти, явно
исправный, и погонять на нём memtest. Заодно увидите, как это
работает. В lilo.conf memtest правильно прописан?
И по поводу версии с перегревом процессора. Отказ машины
происходит постепенно. Она становится вялой и сонной, окна
медленно открываются. Наконец, виснет. Если сборку ядра
запустить, отказ произойдёт совершенно точно. Как и с плохой
памятью :-).
____________
С уважением,
С.С.Скулаченко

[mdk-re] Re: memtest (was: how to test hardware)

[Michael Shigorin]

On Sun, Apr 14, 2002 at 07:47:05PM +0400, Sergey S. Skulachenko wrote:
> > Каким способоам я могу это узнать, если не удается запустить
> > memtest автономно? Есть какой-нибудь другой способ в Линуксе
> > проверять оборудование, может быть, неавтономной программой?
Неавтономно -- сборка ядра и др. (хотя для этого нужны gcc и
несколько других вещей, на сервере, вообще говоря, излишних)

> На время проверки нужно поставить другой комплект памяти, явно
> исправный, и погонять на нём memtest. Заодно увидите, как это
> работает.
Угу...

> В lilo.conf memtest правильно прописан?
А он бы и не грузился, если б был неправильно прописан :-)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[mdk-re] [JT] Re: how to test hardware

[Michael Shigorin]

On Sun, Apr 14, 2002 at 01:37:53AM +0400, cornet wrote:
> > Или попробовать memtest86
> Далеко не всегда проблемы с памятью выявляются тестами :-(( Не
> раз наблюдал, когда проблемы становились видны толькн на
> реальной работе.
Это хороший тест... на своей шкуре, можскать, проверял.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[mdk-re] Re: memtest (was: how to test hardware)

[Michael Shigorin]

On Sat, Apr 13, 2002 at 07:35:58PM -0400, sergey ivanov wrote:
> 	А вот memtest86 погонять не удалось. Каждый раз он рисует свое
> красно-сине-белое окошко, сверху - свое название, и в чуть выше середины
> - две буквы латинские 'on' и все. Пробовал из лило, потом - с дискеты,
> потом - пересобранный из сорсов - с тем же результатом. Это что, он так
> лаконично сообщает что память плоха?
Возможно -- проблем с ним на памяти, которая не давала проблем в
эксплуатации, мной не замечено.

А что на минимальной/протертой/замененной?  Или уже не гоняли?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/