Abit+Intel = ürülékgödör

Szép estét mindenkinek ,úgy döntöttem megosztom bajaimat, tapasztalataimat egy platformcserével kapcsolatban.
Ezidáig egy 3200+ AMD+NF-S konfigom volt amit főként netezésre és w2k alatt játékra használtam ebben a gépben volt 1280MB DDR400 ram egy 160G 2 80G és 60G vinyó (ez rackban) 1 Pioneer DVD olvasó 1 NEC 3520AW és 1 TEAD DV-W58G dvd író, az olvasó az NEC és rack egy Sil0680 raid kártyán csücsült, ez a konfig több mint 10 hónapig működött hiba és lefagyások nélkül, egyszer csak egy isteni szikrától vezérelve úgy döntöttem hogy ráfekszek a digizésre, így a platform lecserélése melett döntöttem, az alaplapot és a cpu-t cseréltem jelesül, egy ABIT IC7-G és Intel P4 3000MHz Prescott-ra. A 256-os mem a régi lappal ment a barátnőnek mivel a drága 875p nem hajlandó 3 db ramot dual módban hajtani nem úgy mint az ULTRA 400-as nvidia, tehát most 1G ramom van, a többi ugyan az.
Nos az első megdönnenés akkor ért amikor összeraktam a cuccost belöktem az UHU 1.1.1 cd-jét, az szépen felment majd újraindításkor, azt láttam hogy "BOOT DISK FAILURE INSERT BOOT DISK AND PRESS ENTER" mi van?????,
bebutultam, egy winme cd-vel majd pqmagic megnéztem a diszk konfigot, minden rendbenlévőnek tünt, a megfelelő particó aktív volt, a bios-ban pedig a boot sorrend is megfelelően volt beállítva, egyébként a különbség az volt hogy a telepítéskor nem volt itthon a mobilrack , ilyen eset már többször előfordult az előző konfiggal akkor ez nem okozott gondot, mivel másra már nem tudtam gondolni elkértem a szomszéd skac rackját, és láss csodát már butul is az UHU, hát bizony köptem egy egésszen nagyot.
Mi a lótúró köze van egy raid kártyán lévő vinyónak ahhoz hogy be tud-e butulni az IDE1 csatornán masterként csücsülő vinyó sem?????????
Egyébként akkor is bebutul ha bent hagyok egy xp vagy win98 cd-t és az indítás a merevlemzeről opciót választom vagy xp esetében nem ütök le egy billcsit.
Aztán mondom még: az UHU 1.1.1 folyton szétesett ezért nagy örömmel vártam az 1.2-őt na meglett de az is furcsán viselkedett, a memtest vagy 3 napig futott hiba nélkül.
Eddig egyedül a SuSe 9.2 FTP verziója müködött megfelelően egy 2.6.11 -es smp kernellel , a win2k ezzel szemben hibamentesen müxik.
Természetesen a SuSe sem tud bebutulni a rackban lévő vinyó nélkül, úgyhogy lassan kimondhatom hogy Intel = ürülék!!!!!!

A világ PC használóinak 70-80%-ának ABIT IC7-G +Sil0680 konfigja van?????????

Szóval az a bajom hogy pl elég ha csak a Sil0680 -as kártya be van téve a lapba nem kell hogy rajtalegyen bármi akkor sem bootl a kis drága, ha kiveszem a kártyát akkor természetesen minden ok! az UHU meg minden linux flottul megy, kiprópáltam a szomszédban is ahol egy asus 865 alapú lap van ott is elég volt beletenni a lapba a sil0680-at ott is nix bút.
Ezzel szemben az nvidiás lapban nem volt ilyen gond, tudjátok pc boltban töltöttem az időmet a balesetemig, volt lehetőségem kipróbálni SIS-es és VIA-ás intelhez készült lapban, ott sem volt gond!!!!!
Vagyis csak az i865PE és i875P csipkészletű lapok dobnak hátast a Sil0680 -as kártyától, pl i845PE is símán müxik vele, szerintetek akkor nem az intel a guánóhalom?

Trey a 875-865 csipeket ki gyártja? vagy szerinted egy lapgyártó mondjuk egy fos bios-al gányra vágja tök király csipszetet?

Okés Trey akkor nem az Intel a hibás bár még nem vagyok teljesen meggyűzve hiszen mint írtam egy Asus 865-ben is pont ez lett a hiba jelenség amikor belerekatam a sil kártyát .....
Ha nem az Intel okozta a galibát akkor elnézést kérek.....
A sil kártya 1,5 éves a bios 3.0.5-ös szerinted van értelme a kártya újabb biosa után kutakodni vagy törödjek bele a helyzetbe hogy rack-es vinyó nélkül nix bút?

Adi valszeg neked van igazad és Phoenix bios leszz a ludas ha van vinyó a sil kártyán akkor az kapja UHU alatt a "0" sorszámot, az ICH5-ön csücsülő 160-as maxtor lessz az "1" ha nincs bekötve semmi akkor is "1" a 160-as, a többi lapban amit néztem Award bios volt ez lehet a gond???

Ezt találtam a kártyámról:

SiI 0680A

Ultra ATA/133 PCI-to-ATA Host Controller
SiI 0680 is a standalone Ultra ATA/133 host controller designed to accommodate the transfer of large amounts of content-rich data common in today's multimedia applications. On the Ultra ATA/133 interface specification, the SiI 0680 supports a 133 MB/s burst transfer rate and features 48-bit sector addressing, thereby enabling the utilization of drives with capacities greater than 137GB.

Találtam újabb biost a kártyához tudnátok segíteni hogy végül is melyik való bele, az angol tudásom meglehetősen szerény: Ezek verziószámra ugyan azok a biosok csak a letöltési linkek melett vannak a magyarázó szövegek:

1 verzió: NOTE: The ####.bin is an abbreviated BIOS intended for integration into system BIOS. Do NOT flash this into an add-in card BIOS. The r####.bin file is the RAID BIOS and the b####.bin is the IDE BIOS.

2 verzió: The UPDBIOS utility is intended for OEM customers or users who want to customize their BIOS by adding custom logos, vendor IDs, product IDs, etc.

3 verzió: The UPDFLASH utility is intended for general end-users who just want to update their add-in card BIOS to the latest version.

dikki, sajnos tökéletesen igazad van!!!!!!!!!!!!

Igen,, igen ezer bocs Intel a probléma valóban az Abit háza táján keresendő, a szomszédom lapján bios frissítettünk és a probléma megoldódott, az egy Asus szintén "Phoenix-Award BIOS v6.00PG" bios-al az én lapomban szintén a legújabb bios van az amiben a SATA- i1394 "kompatibilitást javították", bár furcsa hogy az NF7-S -ben szintén AWARD a bios és ott minden gond nélkül ment a Sil kártya..................
Nem tudtok valami trükköt amivel le lehet beszélni az IC7-G-t hogy a Sil kártyát a saját ICH5-e elé tegye a boot sorrendben?