[megoldva] Alaplap vagy vinyo hiba?

Alaplapok

Sziasztok,
Van egy kis router/letolto gepem, amiben egy intel g945gclf alaplap van ket 1TB WD green hdd tarsasagaban. A vinyok egy (fontosabb adatokat hordozo) resze raid1 -ben van (mdadm), a tobbi nem. Regebben nagyritkan, mostanaban egyre surubben produkal olyat, hogy mindenfele hdd hibara hivatkozva megfagy, peldaul igy. Mar amikor sikerul kiirni ezt a logba. Neha ujra sem lehet inditani, a grub "no such disc" vagy "read error" hibakat dob. Neha viszont csak degraded lesz egyik-masik raid tomb, ha sikerul ujrainditani, ossze lehet rakni es szepen leszinkronizalja.
Nem egyszeru kontakt hiba, mert szoktam ilyenkor teljesen szethuzni/osszedugdosni/kitakaritani/stb. Latszolag magatol javul meg neha elso, neha sokadig ujrainditasra. Volt mar, hogy ilyenkor bebootoltam pendrive -rol egy live linuxot, ott is jottek a hdd errorok, aztan egyszercsak megjavult. Olyan is volt, hogy ebben az allapotban a vinyokat attettem az asztali gepembe, siman bootolt roluk.
Erdekes modon mindket diszkkel szokta produkalni es latszolag nem fugg ossze semmilyen terheles vagy egyeb korulmennyel.
Smart adatok: link. Lehet hogy egy ilyen agyonintegralt alaplapban kulon a sata vezerlo szall el?
Az alaplapot egyebkent egy pico-psu hajtja (azt pedig egy bika, 10A -es, 12V -ot tap), ha belepek a biosba, a hw monitoring menuben az latszik, mintha a 12V neha leesne 11.3 -ra, de kozben merem ugyanezt az agat multimeterrel es atomstabil 12V -ot mutat.
Volt masnak esetleg ilyen tapasztalata? Minnel kevesebb dolgot szeretnek kicserelni feleslegesen :)

os: debian 7 (32bit)

Szerk: miutan egy hetig ment normal atx taprol gond nelkul, kicsereltem a pico-psu -t egy 12V-os, 120W-os paneltapra. Ujabb egy het hibatlan uzem utan gyogyultnak minositettem a beteget :).
Koszonom a tippeket mindenkinek!

  • 5298 megtekintés

( sigellef | 2014. 01. 20., h – 20:37 )

Ha leveszed a vinyóról a panelt, a panel alján és a vinyó burkolatán is vannak érintkezők, amik kontaktosak lehetnek. Azok is produkálhatnak ilyen hibákat. Egyszerű tisztítással javítható. Ha nincs kontakt-spray, vagy paneltisztító, akkor lehet pucolni alkoholos dezodorral, körömlakklemosóval, pálinkával. Lúgos/savas tisztítószerek ( szappanosvíz, edénymosó, súrolópor, vízkőoldó ) használata kerülendő.

-fs-
Az olyan tárgyakat, amik képesek az mc futtatására, munkaeszköznek nevezzük.
/usr/lib/libasound.so --gágágágá --lilaliba

( ToMikaa | 2014. 01. 20., h – 21:27 )

Nekem is van ilyen alaplapom, 5+ évig használtam, de még sosem produkált hasonlót. Igaz, én egy 150W-os ATX tápról járattam. Szerintem érdemes lenne kipróbálni egy normál PC tápegységről is, hogy azzal is jön-e a hiba.

( bucko | 2014. 01. 20., h – 21:42 )

Ez is érdekes: configured for UDMA/33
SATA mód, vagy IDE mód?

A problémáddal nem vagy egyedül, elég sok találatot ad ez a hibajelenség. A megoldások:
- újrainstall
- kábel hiba
- régi kernel
- stb. :)

Ígéretesnek hangzik az a megoldás, amikor BIOS beállási hiba van. Ebben az esetben a SATA -> IDE -> SATA beállításokat kell alkalmazni. Természetesen eközben újraindítgatni. Javaslom, hogy eközben rescue diszket bootoljál, hogy a SATA üzemmódot dmesg alapján meg tudd állapítani. Addig nem érdemes a raid-et aprítani, amíg nem indul biztosan.

Az utóbbi nem árt bármilyen más módosítás vizsgálatakor sem.

Ugy erted, hogy BIOS bug miatt fixed UDMA33 -al indul?
[ 1.761773] ata3: SATA max UDMA/133 cmd 0x30c8 ctl 0x30ec bmdma 0x30a0 irq 19
[ 1.761785] ata4: SATA max UDMA/133 cmd 0x30c0 ctl 0x30e8 bmdma 0x30a8 irq 19
[ 1.924996] ata3.00: ATA-8: WDC WD10EACS-00D6B0, 01.01A01, max UDMA/133
[ 1.925005] ata3.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 0/32)
[ 1.925333] ata4.00: ATA-8: WDC WD10EACS-00D6B1, 01.01A01, max UDMA/133
[ 1.925341] ata4.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 0/32)
[ 1.933008] ata3.00: configured for UDMA/133
[ 1.933355] ata4.00: configured for UDMA/133
[ 2.948487] EXT3-fs (md0): mounted filesystem with ordered data mode

Indulaskor most igy nezunk ki.

A SATA portnak azért nem olyan biztos, hogy van UDMA33 módja. :)
A BIOS bug talán túlzás. Inkább csa "úgymarad" valamilyen beállítás és a kernel esetleg nem képes a chipset konfiguráción módosítani.
A belinkelthez képest azért a 133 csak eltér a 33-tól?!
Ezt írják (szóval van valami esély):
If you install a Serial ATA or IDE device (such as a hard drive) in your computer, the
auto-configuration utility in the BIOS automatically detects and configures the device
for your computer. You do not need to run the BIOS Setup program after installing a
Serial ATA or IDE device. You can override the auto-configuration options by
specifying manual configuration in the BIOS Setup program.

Én úgy szeretem, ha valami eldönthető, akkor azt be is állítom. Így nics tévedés.
Sajnos nem látom a BIOS beállításokat.

( elod v | 2014. 01. 20., h – 21:52 )

UDMA CRC error-t, ráadásul sokat mutat mindkét lemez. Ez nem véletlen. Sürgősen cserélj mindent: lapot, tápot, drótot. Miután biztos vagy benne hogy jól megy hosszabb időn át, és nem nőnek a CRC hibák, visszapróbálhatod a picopsu-t.

RAM hibánál nem szokott CRC hibára panaszkodni, de mondjuk ezt a legegyszerűbb kilőni.

Most igy hirtelen tapot meg drotot tudok cserelni. Lapot csak ha veszek, azt inkabb mar csak akkor ha kizartam a tobbit :). Ez a RAM hiba mondjuk meg erdekes otlet. Egyszer amikor nagyon nem akart indulni, levillogott a power leddel egy ram hibat (alaplap doksija alapjan), de aztan annak a jelensegnek is nyoma veszett, es ha jol emlekszem egy memtest utan nem is vettem komolyan a figyelmeztetest. Talan holnap nekiallok tapot cserelni, akkor nyomok meg egy memtest -et, hatha mutat valamit, de fura lenne ha csak ilyen specialis hibat okozna.

( g3rg0 | 2014. 01. 20., h – 23:05 )

SATA kábellel nem lehet gond? Azzal elő szokott fordulni ilyen ami lehúzás, visszadugásra "megjavul".

( locsemege v | 2014. 01. 21., k – 01:01 )

Esetleg kapacitásszegény elkó a nyákon vagy a tápegységben?

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Azért ebbe se 230 V megy, szóval valahol van még egy tápod. Egyébként úgy látom a képen, van ott elkó talán három is, de középen egy mindenképp.

Meg aztán kérdés, mikori az alaplap. Nem mindig lesz gömböc a rossz elkóból, szóval nem biztos, ogy ránézésre látszik a baj, csak zajos lesz a tápfeszültség.

Ugyanakkor, ha a tápok valóban rendben, akkor marad a kábel, vagy szoftveres problémák. Írtad, az oprendszer Debian. Azért fázom tőle, mert nagyon régi programokat használnak. Mondom ezt úgy, hogy 3.12.8-as kernel fut a gépemen.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Nem akarom elkiabalni, de talan a tap lesz. SATA kabel csere nem segitett, most (regi kabellel es) egy normalis meretu ATX tappal latszolag mukodunk. Adtam a hdd -nek munkat ejszakara, kivancsi vagyok az eredmenyre (neha hetekig tunetmentes). A kovetkezo nagy kerdes az lesz, hogy akkor a pico-psu vagy a 230/12V tap a ludas, bar a jelenseg az elozo 12V tapoknak is fennallt.

( AiRLAC v | 2014. 01. 21., k – 09:38 )

SATA kábel csere? Elsőre röhejesnek tűnik de az occsó kábelek néha tudnak ilyent produkálni.