Dotaz: Zatuhává mi servříček

[vencour]

Zdar všem dobrým duším,

pokouším se postavit si nějaký pidiserver na základě Vii Epii V1000, nějak mi zatuhává, tedy "chvilku" jede, tak hodinu a víc a pak najednou ssh mrtvé, klávesnice (*lock) nic nereaguje. V logách nevidím nic, snad jsem nějaký debug do jádra přidal, ode dneška i sleduji teplotu přes lm_sensors, přidal jsem další větrák do krabice.

Největším problémem mi přijde málo místa pro proudění vzduchu ve skříni, bez onoho dalšího větráku byla teplota desky v BIOSu cca 60 stupňů. Teď mam dle lm_sensors teplotu

# sensors
vt8231-isa-6000
Adapter: ISA adapter
in0:       +2.04 V  (min =  -0.03 V, max =  +2.63 V)
+2.5V:     +2.61 V  (min =  -0.04 V, max =  +3.16 V)
VCore:     +2.08 V  (min =  -0.03 V, max =  +2.63 V)
+5V:       +3.33 V  (min =  -0.07 V, max =  +6.31 V)
+12V:     +12.43 V  (min =  -0.18 V, max = +14.99 V)
+3.3V:     +3.27 V  (min =  -0.05 V, max =  +4.18 V)
fan1:     6241 RPM  (min = 2570 RPM, div = 2)
fan2:     5904 RPM  (min = 2570 RPM, div = 2)
CPU Temp:  +22.2 C  (high =  +196 C, hyst =   -67 C)

Ještě mohu vyzkoušet další el. zdroj, jinak už nevím. Nenapadá vás, co mám ještě podniknout? Paměti měly být testovány memtestem.

Odpovědi

[eXces]

Mě to dělalo u desky, kde jsem měl nějaký starší BIOS, stačilo to flashnout. Jinak to může být způsobeno i nějakým přetaktováním.

[vencour]

No, dík za tip, přetaktováno není, zkoušel jsem i podtaktovat, časem v tom budu pokračovat, zatim sleduju teplotu, teď je +- 30 stupňů a to se tam nic neděje.

[ghostmonk]

tip: nastav scaling_governor na performance.

cpufreq pro epiie mne pride trochu KO. (nejakou dobu byl v jadru maskovanej a zda se ze to jeste porad neni uplne bez brouka )

[Valoun]

- cpufreq tam vubec nemam, a bohuzel si uz nepamatuju jestli jsem ho zkousel

- osobne mi EPIA (i kdyz mam jinou) beha i uplne bez vetracku (ac na 40-60°C)

- take mi ze zacatku tuhnul, na vine byly pameti, ktere na nizsi frekvenci jely ok, ale na vyssi po nekolika hodinach zacly blbnout

Takze doporucuju ty pameti poradne prohnat memtestem, klidne nekolik hodin v kuse

[Pavel Čejka]

A když už se mluví o MemTestu, moje zkušenost je taková, že mu věřím až tak po 24 hodinách testování. Narazil jsem na PC, které v praci lehce blblo (tuhnul nějaký driver k síťové kartě a pod..., ale jen občas, třeba po několika hodinách provozu) a během 24 hodinového testu se objevily z mnoha desítek průběhů třeba jen 2 chyby.

[vencour]

No, cpu governor performance jsem nastavil. Občas mi přesto zatuhává hned při bootu (doslova ... občas mi to najede až na popáté a vydrží 10 minut až třeba 8 hodin ...). Jelikož jsem zkrátil datovej kabel k disku, ustřih jsem ho hned za konektorem, tak jsem hledal na netu, pro ověření, snad to nevadí, aspoň jak pamatuju na dávné kabely, které jsem tak zpracované občas viděl.

Ještě můžu vyndat jednu paměť či zkompilovat s nastavením třeba pro i586 místo pro Viu.

Do patlání se zdrojem se mi moc nechce, ale večer se na to kouknu, se změnou zapojení. Ono to totiž znamená, že ten kupovanej case by mi byl na nic

[Josef Kufner]

Zkompilovaný pro Viu to nech, mám to tak taky a problémy nejsou.

Jsi si tím kabelem jistý? Zkoušel jsi neupravovaný? Jen abys vyloučil možný zdroj chyb.

No, napíchnout to na pořádnej zdroj z normáního počítače bys mohl

Kdyžtak ještě zkus zkontrolovat, že nikde není žádný záškodnický kousek něčeho vodivého... nedávno jsem takle načel kousek cínu mezi pinama ramky

[Pavel Čejka]

Zkrácený kabel většinou nevadí ... většinou != vždy. Rozhodně bych to zkusil otestovat s jiným, nejlépe UDMA 100. Už jsem pár příčin v kabelech zažil a za určitých okolností to je dost duchařina, chová se to všelijak zvláštně a nevypočitatelně. Dost záleží na kvalitě nacvaknutí konektorů a ne jenom. Nedoporučuju provozovat UDMA 66/UDMA 100 režimy s pouze 40 žilovým kabelem i kdyby byl velmi krátký.

[vencour]

Otevřel jsem krabici, zapojil jinej zdroj (extra trafo s výstupem do desky), datovej kabel pořád stejnej, zkrácenej UDMA100, paměti obě. Uptime 22 hodin ... jenže takhle to nemůžu nechat volně, takže zatim tak pojede, rozchodim vše a pokud vydrží, zkusim z krabice vyndat originál zdroj a uprázdněné místo využít ...

Už jako drobnost ... hdparm dělá drahoty, nebere vyšší nastavení, než je udma2 ... jinej kabel budu muset přece jen zkusit.

# hdparm -i /dev/hda

/dev/hda:

 Model=Maxtor 6L160P0, FwRev=BAJ41G20, SerialNo=L3DJYNLH
 Config={ Fixed }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
 BuffType=DualPortCache, BuffSize=8192kB, MaxMultSect=16, MultSect=16
 CurCHS=65535/1/63, CurSects=4128705, LBA=yes, LBAsects=268435455
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4
 DMA modes:  mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5 udma6
 AdvancedPM=yes: disabled (255) WriteCache=enabled
 Drive conforms to: (null):  ATA/ATAPI-1 ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6 ATA/ATAPI-7

 * signifies the current active mode


hdparm -tT /dev/hda

/dev/hda:
 Timing cached reads:   412 MB in  2.01 seconds = 204.91 MB/sec
 Timing buffered disk reads:   90 MB in  3.04 seconds =  29.63 MB/sec

[vencour]

Už mne to nebaví ... čekam na výsledky memtestu ... jelikož jsem našel tutový postup, jak danou sestavu umrtvit, stačí pustit fsck /dev/hda1 ... ať už to pouštim z disku nebo ze slacku na usb ... v biosu jsem dal vše na default a stále smolíček ...