[megoldva] SATA II Raid Controller Debian (Via VT6420)

Sziasztok!

Van egy elég nagy problémám. Volt itthon még régről egy VIA SATA Raid controller PCI kártyánk. A kártya dobozára szép nagy betűkkel ráírták hogy linux alatt is megy. Azért én beraktam, livecdvel megnéztem: lshw lspci tényleg látja.
Így hát vettem egy Samsung SATA winchestert bele, és örültem, hogy végre lesz egy gyors lemezem (mert egyébként P2 és P3 gépeim vannak, ami ugye ilyen szempontból is lassabb.)
Beraktam a winchestert, de nem működött.

fdisk -l

kiírja az összes többi lemezt, de ezt nem.

lspci

(csak az idevágó rész)

00:0e.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 50)
00:0e.1 RAID bus controller: VIA Technologies, Inc. VIA VT6420 (ATA133) Controller (rev 80)
lshw

(csak az idevágó rész)


*-storage:0
             description: RAID bus controller
             product: VIA VT6420 SATA RAID Controller
             vendor: VIA Technologies, Inc.
             physical id: e
             bus info: pci@00:0e.0
             version: 50
             width: 32 bits
             clock: 33MHz
             capabilities: storage bus_master cap_list
             configuration: driver=sata_via latency=64
             resources: ioport:14d0-14d7 ioport:14f0-14f3 ioport:14d8-14df ioport:14f4-14f7 ioport:1470-147f ioport:1800-18ff irq:11
*-storage:1 UNCLAIMED
             description: RAID bus controller
             product: VIA VT6420 (ATA133) Controller
             vendor: VIA Technologies, Inc.
             physical id: e.1
             bus info: pci@00:0e.1
             version: 80
             width: 32 bits
             clock: 33MHz
             capabilities: storage cap_list
             configuration: latency=64
             resources: ioport:14e0-14e7 ioport:14f8-14fb ioport:14e8-14ef ioport:14fc-14ff ioport:14c0-14cf irq:11

A merevlemezt meg sem említi.

Eredetileg egy P2-ben lenne, a szerveremben, átraktam a P3 desktopomba hátha az alaplappal van baj, nem megy azzal sem.
Próbáltam Debian Etch eredeti kernellel, (2.6.18) próbáltam Debian Etch fordított 2.6.22-es vanilla kernellel, (igyekeztem mindent jól beállítani, kb mindent ami szóbajött beleforgattam, ennél jobban nem értek hozzá:-( ) Próbáltam Ubuntu serverrel, (ez is 2.6.22) de egyik se jött be.
A szükséges kernelmodul valószínűleg a sd_mod modul, legalábbis pár napja ezt google-ztuk ki.

Mit lehet ilyenkor csinálni? Talán jó lenne mégegyszer megpróbálni a kernelforgatást, de nem tudom mit csináljak másként, vajon mi kell ehhez? Valami kernel patch? (nagyon nem vagyok otthon a kernel témában, ez volt az első próbálkozásom)
Próbáltam a kártyát más winchesterrel ami megy linux alatt, de a kártyán át azt se látom, tehát nem a lemez hibás (egyébként a lemez érintetlen, meg se tudtam particionálni eddig)
Az alaplapon nincs sata csatlakozó, tehát a kártyát megkerülni nem lehet.
Van driver CD de annak ellenére hogy a dobozon Linux és NetWare is fel van tüntetve, csak Win driverek vannak rajta (milyen meglepő)

Van valakinek ötlete, vagy kénytelen vagyok megszabadulni a winchestertől is?

Köszönöm a segítséget

Hozzászólások

valszeg azért mert ez csak egy fake raid

nem tom mennyi volt de egy normális RAID vezérlő olyan 40e környékén kezdődik szal ami 10e ft az nem raid szvsz.

Celeron-M 1400Mhz, 768M, Ubuntu 7.10, 2.6.22

Nem tudom mennyi volt, elég régi, és nem én vettem.
Ez volt otthon, és nem dübörög úgy a pénztárcám hogy egy komoly raid kártyát vehettem volna.
Ahhoz hogy az otthoni hálózatot kiszolgálja, nem sok értelme van drága vasra költeni, csak legyen backup a többi igazából mindegy szvsz.

-----------------------------
Debian Etch

Akkor tehát azt mondod, hogy olyan kernel kell ide, amibe beleforgatjuk a sata_via modult és akkor menni fog remekül?
Azért számítok arra hogy gyorsabb lesz, mert korábban egy elég régi winyó volt benne, és azt tapasztaltam hogy egy jól megtermett drupal állati lassú volt, annak ellenére, hogy a top szerint se a cpu se a ram nem pörgött fullon, és lokális hálón voltam. Maradt a winyó... de nem a sebesség a lényeg, egyelőre boldog lennék ha menne.

-----------------------------
Debian Etch

Te, ha előveszel egy a te gépeden működő knoppixot vagy rescuecd -t avval is mennie kell. Volt nekem ilyesféle "RAID" kártyám - szépen műkődőtt.
Tény hogy az fdsik -l nem próbáltam én inkább a "cat /proc/partitions" -ra esküszöm. A sata_via modult magától is be kell hogy rántsa. Egyébként a BIOS képen is meg kell hogy jelenjen, ha látja a hdd -t ha már ott sem látszik akkor nézz körül a vason - jó a kábel, kap tápot (felpörög?) stb.

A bios se látta, egyik gépben sem, de gondoltam ennek az lehet az oka, hogy még nincs betöltve a kártya drivere/modulja.
A tápra azért nem gyanakszom mert két gépben rossz lenne ugyanaz a dolog? az egyikben két slotot is próbáltam, persze felmerül hogy a kártya a hibás: de az összes lehetőségre: akkor miért látja a kártya adatait? ez a kártya elárulja magáról hogy milyen fajta, akkor az áramellátással nagy baj már nem lehet...

a winchester tök néma, de az mindegy, mert ha másikat teszek rá, akkor az is.

live és nem-live rendszer egyaránt látja a kártyát, de nem látja a lemezt. a cat-os parancs se látja, de mondjuk nincs rajta partíció egyelőre (tekintve hogy hozzá se tudok nyúlni...)
a hardwarehiba még lehet végül is, bár annak nem nagyon örülnék, és nem is érzem valószínűnek.
de nekem is az volt az érzésem, hogy legkésőbb a kernelforgatás után látnia kellett volna.

Hogy lehetne biztosra kideríteni hogy melyik komponens a hibás??

-----------------------------
Debian Etch

A moduloknak épp az a lényege, hogy nem kell (de lehet) beleforgatni őket a kernelbe, hanem külön vannak, és be lehet őket tölteni. Szóval neked olyan kernel kell, amibe vagy bele van forgatva, vagy modulként elérhető.

# modprobe sata_via

Szerintem az Ubuntuval mennie kellene.

--
The Net is indeed vast and infinite...
http://gablog.eu

Én majdnem hasonló problémába futottam bele, csak nálam a SATA vezérlő az alaplapon van. Jelenség: SATA vezérlő BIOS-a nem látja a vinyót. Semmilyen "varázslat" nem vezetett eredményre, így vissza vittem garanciában. A boltban rádugták egy gépre és csodák csodájára működött. Itthon ismét próba, semmi. Némi netes "túrás" után kiderült, hogy az alaplapi SATA vezérlő és a SATA II vinyó így nem csípik egymást. Viszont a vinyó hátán volt egy jumper, amit ha rádugtam, akkor átkapcsolt normál SATA módra. És felgyúltak a fények, azóta rendben működik. Szerintem nálad is hasonló lehet a gond, ha már a BIOS sem látja a vinyót.

--------------------------------------------------------------
"Tegnap reggel addig röhögtünk a főnök viccén, míg ki nem derült, hogy az a napi feladat."

IGEN!!!
Ez volt az!
már formázza!! nagyon köszönöm a segítséget!!

a megoldás (az utókornak)
tehát a biosom volt régi, csak a SATA I-t ismeri.
megoldás: be kell rakni egy jumpert a megfelelő helyre a lemez manualja alapján.
ennek két változata van: a SATA II esetén nem kell jumper (és eddig így volt)
a másik lehetőség: ha a rendszered nem támogatja a 32 GB feletti lemezeket....
ezzel eddig azért nem foglalkoztam mert minden OS ami valaha fenn volt, használta a 80GB-s lemezemet, tehát nem hittem volna hogy ez lesz a gond, de hát most már világos hogy az hogy a BIOS és a Kernel támogat valamit az két külön ügy...

mégegyszer köszönöm

-----------------------------
Debian Etch