Dotaz: Otestování základní desky

[gktrfodmlkxz]

Ahoj,

zkouším rozchodit linux na sestave s nasledujici konfiguraci: *Processor: Pentium dual core EM64T 3.2GH 1MB cache *Paměť: 2GB DDR2 667MHz PC5300 CL5 KINGSTON BOX *Základní deska: Intel® Desktop Board D945PSN *Disky: 3x 300G Seagate ST3300831AS Rev: 3.03 SATAII (software RAID) *Krabice: zdroj 400W, větráky: zdroj, processor, 2x zadní kryt, 2x HDD, tepelná přepážka pro tepelné rozdělení vnitřního prostoru počítače *Grafická karta

Debian testing AMD64 mi tam padal do kernel panic, ted je tam OpenSuse 10.0 x64. System chodi, zkousel jsem ho zatizit dbenchem + testy pameti + kompilace kernelu, netklo se ho to. Nicmene jednou za cas, v rozmezi deseti minut az dvou dnu system zatuhne, klavesnice neregaguje. V /var/log/warn neni nic, zkousel jsem nechat system v safe mode (apm=off acpi=off atd ....), porad to same.

Debian jeste delal to, ze mi obcas nenadetekoval sitovku, integrovanou jsem vypnul a dal tam pridavnou. Pri praci v BIOSu pocitace (prolejzani menu) nekdy dojde k zaseknuti USB klavesnice (USB porty jsou ve stejnem bloku jako integrovana sitovka), jako kdyby byl napr. zasekly CTRL, po "buseni" do klavesnice se klavesy uvolni a da se pokracovat.

Pred upgradem BIOSu mi jednou hlasil memtest86 chyby pameti, po upgradu BIOSu na posledni verzi se mi to jiz nestalo, i kdyz si nejsem jisty jestli to s tim updrade BIOSu souvisi.

Chvili jsem si myslel, ze by to mohlo byt prehrivanim, ted o tom ale pochybuji. Spis bych rekl, ze bude problem v HW - nejspis deska, mozna taky pamet nebo zdroj, kvuli disku by to snad byt nemelo.

Prosim HELP, jsem z toho nestastny. Co s tim ? Byl by nekdo z Prahy schopny se na sestavu kouknout, otestovat ji, pripadne na ni vyzkouset jiny zdroj/pamet ? Da se takovy pocitac nekam odnest aby ho zkontrolovali ?

Za kazdou radu dekuji !

Odpovědi

[krtko]

podla toho co pises to vidim na RAM-ky. testni to memtestom alebo Windows Memory diagnostic. WMD stiahnes z netu a nainstaluje sa to na disketu, nabootuj a po spusteni stlac "T" ak to hodi failed tak je to jasne;) druhou moznostou je mainboard. na ten v podstate neexistuje test, mozes testovat komunikacie medzi roznymi chipmi,radicmi a bla bla bla...

[Petr Šobáň]

Skrz přehřívání nechte ho otevřenej na pokusy, paměti bych skusil jiné, proskoumat nastavení biosu, časování ram atd....

Správné uchycení CPU a jeho chladiče atd....

Vyházet všechny karty co nejsou potřeba atd...

Nedostatečný zdroj atd...

Prostě jak se to seká už v BIOSu je to problém HW takže řešit s prodejcem PC - OS na to nemá vliv.

[Zdeněk Štěpánek]

Co zdroj? Ten procak je urcite hoodne zravej a 3 disky si taky neco vezmou, mozna zkusit 2 disky odpojit.

Zdenek

[petr]

pokud se to seka i v biosu tak to slabym zdrojem asi nebude, v tom okazmiku jede CPU na minimalni vykon a disky taky moc nezerou. pokud blbne klavesnica, tak bych reklamoval desku, treba se pri reklamaci objevi nejaka vada.

[Jiří Lisický]

Řekl bych, že v BIOSu to CPU zas tak na minimum nejede. Záleží samozřejmě jak je ten BIOS napsán, ale co jsem kdysi měřil nějaké PC, tak v BIOSu to žralo víc jak v nezatíženém operačním systému. Ten BIOS co jsem měřil totiž fugoval stejně jako Win95, kde i když procesor nebyl zatížen běžící úlohou dřel se s prázdnou smyčkou místo toho aby použil příkaz procesoru noop.

[Zdeněk Štěpánek]

Presne tak, v BIOSu jede procak na plny tocky...

A hloupy dotaz, nesdilej se ti tam nejaky preruseni? Viz cat /proc/interrupts. To ale doufam ne, protoze to je zakladni vec co nesmi byt, jinak je zadelano na problem, vetsinou.

Zdenek

[Petr Šobáň]

A hloupy dotaz, nesdilej se ti tam nejaky preruseni? Viz cat /proc/interrupts. To ale doufam ne, protoze to je zakladni vec co nesmi byt, jinak je zadelano na problem, vetsinou.

A na tom jste byl kde ?

Viz:

[petr@soban ~]$ cat /proc/interrupts
           CPU0
  0:     303317          XT-PIC  timer
  1:        124          XT-PIC  i8042
  2:          0          XT-PIC  cascade
  3:       5957          XT-PIC  serial
  5:          1          XT-PIC  ohci_hcd:usb2
  7:          2          XT-PIC  parport0
  8:          1          XT-PIC  rtc
  9:          1          XT-PIC  acpi
 10:      13799          XT-PIC  SiS SI7012, ohci_hcd:usb1, eth0
 11:     102721          XT-PIC  nvidia
 12:      68142          XT-PIC  i8042
 14:      12364          XT-PIC  ide0
 15:      21038          XT-PIC  ide1
NMI:          0
LOC:          0
ERR:          0
MIS:          0

A vše funguje OK.

Samozřejmě že problémy můžou nastat ale většinou u starých zařízení které se sdílením nepočítají, ale u nových by to mělo být OK.

A pokud to blbne už v BIOSu tak je to nějaký problém v HW a né v OS.

[alium]

Taky bych to videl na zdroj. Obycejny zdroj nema udavanych 400, ale spis jen 380W a to je obcas na 2jadrove CPU+disky a mechaniky a taky dost zravou grafiku hooodne malo. Spis bych to videl na 450W alespon a poradne proverit pameti...

[gktrfodmlkxz]

Zatim dekuji za pripominky, neco s tim zkusim a dam vedet jak to dopadlo.

[SiKi]

Mne pocitac frci v pohode, ale v biosu a bezdratovym usb setem mi to taky tuhne. Mam teda AMD 64 sc.939. Jinak funguje vse jak ma. Muzu to zatezovat jak chci nikdy nic nepadne. Jen v biosu se to obcas sekne. Pravdepodobne vlivem chybne komunikace s usb klavesnici ktera je pripojena s myskou pres jedno usb. Zkousel sem uz i update biosu a beze zmeny. Nezkousel jsem tam pichnout ps2 klavesky, na to jsem linej :) ale jinak je PC 100% v poradku. takze to nemusi byt vubec zavada,ale jen nejaka divna komunikace s usb klavenici. Zkus estli to to bude hnit i s ps2.