Dotaz: sata řadič nefunguje

[Němec Tomáš]

Dobrý den, mám problém. Mám ubuntu 9.10 a koupil jsem si řadič 4world s čipsetem via vt6421. Je na něm 1 e-sata, 2 x sata a jeden kanál ide. Řadič je identifikován ale systém nevidí disk na něj zapojený, jedná se o sata disk a problém se vyskytuje na všech konektorech, neobjevuje se ani v Biosu. Při hledání driveru jsem narazil akorát na historické pro 7.04 nebo debian etch. nevím co mám dělat, kdyby řadič nebyl identifikován, tak s ním jdu na reklamaci, ale takhle nevím

Odpovědi

[frr]

Zrovna VIA SATA tuším nemá moc dobrou pověst, podobně jako Nvidia (v Linuxu, rozumí se).

Pro zajímavost, co máte za kernel? Uname -a...

Když tak koukám, jaký vývoj ten driver prodělává v poslední době, tak bych řekl, že skoro žádný (půl roku beze změny, a předtím změny jenom kosmetické) = žádné bugfixy.

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=history;f=drivers/ata/sata_via.c;h=bdd43c7f432e278859d8a3cf6fe39f1b62614dd8;hb=HEAD

Ve zdrojáku driveru je poznámka, že "documentation available under NDA". To myslím hovoří za vše.

Pokud potřebujete přídavný SATA řadič, doporučil bych možná nejlíp něco na bázi Silicon Image, nebo snad ještě Promise (ale bacha, aby ten čip nebyl moc nový, aby měl ovladač ve vanilce). Třeba Marvell možná radši ne... no jak který, třeba 88SX6041/6081 chodily bezvadně, ačkoli vanilkový driver neuměl NCQ nebo co... Ty nové AHCI a SAS od Marvellu neznám. BTW zrovna dneska jsem držel v ruce Promise SATA300 TX2+, a on je to zřejmě ve skutečnosti čip od Marvellu (na čipu jsou obě loga).

[Němec Tomáš]

Standarní distribuční 2.6.28

[frr]

Ještě to trochu upřesním. Trochu jsem se rozhlédl a situace je ještě maličko komplikovanější. Mimochodem zapomněl jsem na značku JMicron, která dělá několik variant zajímavých AHCI čipů s podporou v linuxovém ovladači ahci.ko.

Značka Silicon Image má v Linuxu bezproblémovou podporu několika starších čipů pro sběrnici PCI: SIL3112, SIL3114, SIL3512. Pár příkladů:

http://www.alza.cz/kouwell-571s-4-4x-d55367.htm

http://www.alza.cz/kouwell-571s-2x-sata-d42654.htm

http://www.sws.cz/default.asp?mtc=0&cls=stoitem&stiid=203365

snad i http://eshop.100mega.cz/kouwell-kw-5113e-pci-karta-sata-ii-1x-ext-1x-int-port-low-prof_d34901.html

 

Ale pozor na nové PCI-e šváby Silicon Image SIL3132 - tyto zřejmě nemají podporu v Linuxu!

http://www.alza.cz/diskovy-radic-serial-ata-kouwell-5105n-d68578.htm

http://www.alza.cz/serial-ata-radic-kouwell-5103-d68576.htm

http://eshop.100mega.cz/kouwell-kw-5105n-esataii-1int-1ext-port-pci-e-raid-adapter_d34888.html

 

Pak se dají najít kousky s čipsetem Marvell 7042, který má podporu v Linuxu bezvadnou:

Třeba tenhle Adaptec: http://e-shop.asbis.cz/Default.asp?cls=stoitem&stiid=56974 (předražený, protože se prodává se soft-RAIDovými ovladači).

Nebo snad i tenhle noname: http://www.sws.cz/default.asp?mtc=0&cls=stoitem&stiid=214009

 

No a nakonec JMicron. Vídám ho často jako přídavný SATA+IDE na motherboardech s ICH8 a výš, a v Linuxu fungují jeho SATA porty odjakživa bezvadně (přes driver ahci.ko). Tak mi vrtalo hlavou, jestli se používá i na stand-alone kartách. A vida, používá:

http://www.krup.cz/?cls=stoitem&stiid=2959

http://www.sws.cz/default.asp?mtc=0&cls=stoitem&stiid=137170

 

Ještě jsem našel jeden řadič, který je mi záhadou:

http://www.sws.cz/default.asp?mtc=0&cls=stoitem&stiid=214008

Co to může být? Buď SIL3132 bez bootROMky, nebo možná jMicron, nebo snad Marvell?... každopádně zajíc v pytli Na webu německého "výrobce" není ani driver ke stažení. Možná je to totéž co tohle:

http://www.lycom.com.tw/PE112.htm

... a u toho se píše, že je to hlavně pro Mac, a taky pro Visty. A driver opět nikde. Žeby nějaký naprosto vanilkový AHCI?

 

Jinak pokud se týče záhadnosti, tak stačí se podívat, kolik toho vyrábí takový Kouwell (Lycom), a že v ČR se to prodává pod jinými partnumbery (Alzáč, 100mega)... dohledatelnost čipsetu je tak u mnoha produktů problematická.

http://www.lycom.com.tw/sata.htm

http://www.lycom.com.tw/SATAII.htm

http://www.lycom.com.tw/eSATA.htm

Ale když se podíváte na typ PCI sběrnice, počet SATA portů a vzhled švábu, tak je to většinou jasné na první pohled Možná úplně nejjednodušší na orientaci bude mrknout se na URL jednotlivých driverů, které jsou vždy pro několik produktů společné:

http://www.lycom.com.tw/Drivers%20Download.htm

Čili u Kouwellu je to samý Silicon Image...

 

Zajímavě nám vyrostl ovladač ahci.ko . Původně tam byly jenom Intel ICH a nějaký JMicron. Teď je tam i pár Marvellů, mraky čipsetů NVidia, i nějaké AMD/ATI a dokonce VIA, a hrome, taky jeden Promise Zajímavý je poslední záznam v "PCI table" v ahci.c, který se chytá čistě na PCI device class pro AHCI. Takže by teoreticky mohl tento ovladač fungovat i pro jiné AHCI čipy, pro které nemá explicitní podporu / nezná jejich konkrétní PCI Vendor/Device ID's. To by mohl být případ výše uvedeného magického čipu bez ovladačů. Pochopitelně je potřeba, aby "vanilkový" AHCI přesně dodržoval specifikaci AHCI od firmy Intel (mapu registrů na PCI sběrnici a jejich netriviální funkce).

 

Pak se dělají taky SAS HBA řadiče, ale to je jiná cenová kategorie. Třeba taková Areca ARC-1300 series. Čipset je Marvell, bohužel pro Linux s úplně divnými IDčky, takže vanilkový mvsas.ko na ni nezabírá, kupodivu ani po prostém přidání IDček do driveru... (asi navíc upravený firmware).

[dustin]

Mám výborné zkušenosti s řadičem  http://www.exasoft.cz/default.asp?cls=stoitem&stiid=28887 (fotka neodpovídá). Debian Lenny amd64 2.6.26, modul jmicron, perfektně funguje hotswap, stačí zapnout externí krabičku přes eSATA a za pár sekund jsou zařízení k dispozici. Na Samsung 750GB to kopíruje 180MB/s.

[frr]

To je moc hezký kousek. Jenom to potvrzuje moje dosavadní dobré zkušenosti s jMicronem. Měl jsem pocit, že to jede přes ovladač ahci.ko ?

Taky cena je vynikající.

Samsung 750GB dává 180 MBps? Odkdy? Buď koukáte do IOstatu na čísla udávaná v sektorech/s (pro kB/s je třeba vydělit dvěma), nebo se bavíme o RAIDu 0 přes dva disky, nebo jste si stopnul přenos relativně malého souboru (vejde se disku do WB keše)

[dustin]

Jo, moje chyba, jde o synchronizaci mirroru nad interním SW RAID10 4x 750GB na externí RAID0 2x 750GB, takže jsou tam opravdu dva. Ten interní RAID10 jede nad nvidia čipsetem, který dává HP do svých ML115. Výkon, stabilita, spolehlivost za těch pár korun úplně excelentní. Externí disky jedou přes jeden výše uvedený řadič a eSATA kabely. Když se na interní RAID10 nic nezapisuje, jede synchronizace přes ten eSATA řadič na ty dva stripovaný disky dle /proc/mdstat i přes 190MB/s. Vzhledem k pořizovacím nákladům to považuji za dobrá čísla.

[frr]

Jasně, takhle tomu rozumím. Souhlas, čísla okolo 200 MB/s průchodnosti na disky jsou pro mě dodnes sci-fi, přestože třeba Areca mi je ukázala už před pár lety (ale to rozhodně nebylo za nula peněz).

Používáte "-o noatime" ? Podle mých zkušeností, pokud tuhle volbu nepoužiju, tak mi spadne průchodnost při čtení třeba na půlku nebo i hůř...

Na Tom's hardware nedávno testovali proprietární soft-RAIDy integrované v několika south bridgích (jeden z nich byl NVidia). Pokud je ten proprietární RAID u NVidie výkonově srovnatelný s režimem "obyčejný HBA", tak jste ten HBA od NVidie v podstatě vystropoval

http://www.tomshardware.com/reviews/ich10r-sb750-780a,2374-13.html

Stejně tak je na stropě ten PCI-e x1 lane na JMicron, a stejně tak ty dva externí disky.

Tomu říkám vyvážená sestava

 

[dustin]

To čtení zajišťuje přímo driver SW raidu (jde o synchronizaci RAID1 mezi aktuálním interním RAID10 a externím RAID0, na který takto kopírujeme obsah zálohovacího serveru pro uložení mimo firmu), takže to opravdu pouze čte.

S tím ovladačem ahci jste měl pravdu, jmicron je zřejmě ovladač pro ten IDE řadič:

orfeus:~# lsmod | grep ahci
ahci                   32776  0
libata                166624  3 ata_generic,sata_nv,ahci
orfeus:~# lsmod | grep jmicron
jmicron                 7040  0 [permanent]
ide_core              128668  4 ide_generic,ide_cd_mod,jmicron,amd74xx


S řadou ML115 jsme docela spokojeni, za 11k bez DPH to má dobrou prostupnost sběrnic, nepotřebuje drahé paměti pro Xeony (stačí jí ECC), má slušně vyřešené uchycení disků a bezproblémově jede 24/7.

[houska]

neobjevuje se ani v Biosu

ten disk nevidis v biosu sata radice? tak to ho v systemu tezko uvidis ... zkus ho pripojit jinam, jestli vubec jede ... zkus jiny port ...

[Němec Tomáš]

Tohle vše vyzkoušeno před dotazem

[frr]

Zkusit jiný SATA disk na tomtéž SATA HBA. Zkusit tentýž disk na jiném SATA HBA (třeba onboard Intel ICH nebo tak). Ono to fakt může být hardwarově vadné.

Taky může být vadný konkrétní PCI slot na motherboardu (nefunguje busmastering nebo nechodí IRQčka). Pro detekci a inicializaci HBA není BM ani IRQ potřeba, a pro spuštění option ROMky taky ne. Co je zač ten počítač? Není to nějaká plečka typu "Pentium 100" ? :-) Pokud je to aspoň PIII nebo líp P4 a výš (nebo srovnatelné AMD), tak by ty PCI sloty neměly mít "vrozené" problémy s bus masteringem... Pokud je z Linuxu vidět aspoň PCI zařízení, tak nepředpokládám problémy s napěťovými úrovněmi na PCI sběrnici (PCI v2.1/2.2/2.3).

[Němec Tomáš]

Jde o seprom 3200. žádné dělo, ale určitě ne plečka. Disk byl vyzkoušen na řadiči na desce, kde je nvidia sata, jako vše co tam je a funguje, když přepnu na řadič vnitřní disk, tak je hned konec, prostě nestartujeme.

[Němec Tomáš]

Jo a bios řadiče neexistuje.

[houska]

jak se ten radic jmenuje?

[Němec Tomáš]

4world  via sata

[houska]

kecas :)

jestli je to tohle

tak se do biosu dostanes pres ctrl + z

jak to nastavis v biosu najdes tady

[Němec Tomáš]

je to zvláštní, ale mě tato zkratka nefunguje, ani při startu ani při běhu operačního systému, ať už v konzoli, nebo v grafice. V manualu jsem pochopil, ze by to mělo jít při startu

[houska]

a jede ti vubec ten radic? vidis ho treba ve vypisu lspci?

[Němec Tomáš]

Je ve výpisu:

tomk@ubuntu:~$ lspci
00:00.0 RAM memory: nVidia Corporation MCP61 Memory Controller (rev a1)
00:01.0 ISA bridge: nVidia Corporation MCP61 LPC Bridge (rev a2)
00:01.1 SMBus: nVidia Corporation MCP61 SMBus (rev a2)
00:01.2 RAM memory: nVidia Corporation MCP61 Memory Controller (rev a2)
00:02.0 USB Controller: nVidia Corporation MCP61 USB Controller (rev a3)
00:02.1 USB Controller: nVidia Corporation MCP61 USB Controller (rev a3)
00:04.0 PCI bridge: nVidia Corporation MCP61 PCI bridge (rev a1)
00:05.0 Audio device: nVidia Corporation MCP61 High Definition Audio (rev a2)
00:06.0 IDE interface: nVidia Corporation MCP61 IDE (rev a2)
00:07.0 Bridge: nVidia Corporation MCP61 Ethernet (rev a2)
00:08.0 IDE interface: nVidia Corporation MCP61 SATA Controller (rev a2)
00:0d.0 VGA compatible controller: nVidia Corporation GeForce 6100 nForce 405 (rev a2)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
01:06.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
01:07.0 RAID bus controller: VIA Technologies, Inc. VT6421 IDE RAID Controller (

[Němec Tomáš]

 

http://www.edisk.cz/…58.93KB.html http://www.edisk.cz/…t_1010B.html

ješte přidám výstup dalších nástrojů, děkuji za rady,

 

[houska]

1/ jj ten radic tam je videt a s nim nejake dva disky: sda WDC WD1600AAJS-0 a sdb ST3802110A ... predpokladam ze to nejsou oni

2/ je mozne ze se malo snazis pri mackani ctrl + z ;) ... nemackas nahodou to Z mezi T a U?

3/ zkus se podivat na ten radic jestli je spravne ten jumper o kterem pisou v manualu

4/ vypisy konfiguraku, vystupy ze skriptu se nedavaji na edisk, ale do prizpevku mezi znacky za pomoci <pre>

[Němec Tomáš]

1 to jsou interní disky, externí je též wdc, ale 640 GB, řadiče jsou vidět dva nvidia sata na desce, nejsou problémy

2 zkoušel jsem snad všechny kombinace ctrl + z co se nabízejí

3 podívám se

 

[houska]

ad 2/ je jen jedna kombinace - drzis ctrl a mackas Z ... to nalevo od X

[Tomáš Němec]

tato kombinace byla brána jako nejpravděpodobnější. Ten Jumper jsem nenašel, V biosu je povolené vše, co by snad jenom mohlo vzdáleně mít souvislost s kartouá.

[houska]

tak jedine zkusit zkusenejsiho kamarada, ktery to zkusi u sebe ... pripadne rada od technika v obchode kde jsi to koupil

[frr]

Koukám, že to je VIA PCI device proti NVidia PCI bridgi. Dvě "méně důvěryhodné" implementace PCI. Doporučuji otestovat v nějakém motherboardu s čipsetem Intel.

Co vypíše lspci -vv pro dané zařízení? Zrovna dneska jsem držel v ruce vadný motherboard, kde periferie v PCI slotu nedostala IRQ :-) Teda podle /proc/interrupts to zřejmě IRQ dostalo, ale možná by v tom výpisu z lspci bylo něco jiného zajímavého...

Na tom řadiči by měl být jednak šváb s nápisem VIA, a pak druhý šváb značený např. SST29LF00x (vymejšlím si - prostě flashka = bootROMka). Pokud tam takový šváb není, tak ten řadič nemá svůj vlastní BIOS a zprovozní ho až ovladač v OS. Pokud tam ten šváb je, tak teoreticky je možná varianta, že je prázdný (výrobní vada) )

A nakonec se taky vyskytují problémy toho typu, že některé kombinace BIOS option ROM na přídavné kartě nechodí proti konkrétnímu hostitelskému BIOSu. Nebo že se perou (navzájem maskují) option ROMky dvou různých PCI periferií, klidně jedna zapečená v hostitelském BIOSu (ve flashce na motherboardu) a druhá v PCI slotu, nebo třeba dvě přídavné PCI karty navzájem, a může záležet na pořadí karet ve slotech (historicky si vybavuju takový mariáš s kartami Intel / Adaptec / Areca v boardech SuperMicro nebo Advantech). U většiny karet není option ROMka striktně potřeba a ovladač OS zprovozní PCI čip i bez BIOSu. Ale třeba u starších IDE řadičů Promise pak řadič v Linuxu nefunguje správně...

[Němec Tomáš]

01:07.0 RAID bus controller: VIA Technologies, Inc. VT6421 IDE RAID Controller (rev 50)
        Subsystem: VIA Technologies, Inc. VT6421 IDE RAID Controller
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR+ INTx-
        Latency: 32
        Interrupt: pin A routed to IRQ 17
        Region 0: I/O ports at a400 [size=16]
        Region 1: I/O ports at a800 [size=16]
        Region 2: I/O ports at ac00 [size=16]
        Region 3: I/O ports at b000 [size=16]
        Region 4: I/O ports at b400 [size=32]
        Region 5: I/O ports at b800 [size=256]
        [virtual] Expansion ROM at 88000000 [disabled] [size=64K]
        Capabilities: <access denied>
        Kernel driver in use: sata_via

 

tohle je výpis pro kartu

 

[houska]

vrrrr ... jak do dubu, bod 4

[frr]

Hezké. Nic jednoznačně špatného tam není vidět. Ta "Expansion ROM" je BIOS option ROMka. Nemám úplně přesnou představu, proč je "virtual" a "disabled" - ale jsou to typické příznaky option ROMek ve výpisu lspci. Ta karta má pěkně nacpané PCI BARy - všech 6 PCI BARů je obsazeno nějakými "port IO" okny. Expansion ROM má svůj vlastní BAR, nejedná se o klasické MMIO okno. Slovo "virtual" možná znamená, že udávaná adresa v paměti je "virtuální" (už přemapovaná z fyzické - to je běžná interní záležitost MMIO v chráněném režimu). A že je "disabled", to může znamenat, že Linux tu ROMku k ničemu nepotřebuje, tak ji vypnul.

To že ta karta se hlásí jako "RAID" controller, to je problém možná pod Windows (disk nepřiřazený do nějakého RAIDu není vidět), ale ne v Linuxu. Ne u soft-RAIDu této kategorie. Ledaže by pro viditelnost disku v Linuxu bylo potřeba, aby ho v řadiči napřed "zpřístupnil" BIOS (option ROMka), kterážto z nějakého důvodu nestartuje...

Trochu ve mě hlodá zvědavost, dumpnout v Linuxu obsah té expansion ROMky, ale netuším, jak to jednoduše udělat, aniž bych kvůli tomu musel psát kernelový modul. Třeba nástroj memdump neumí dumpnout jenom konkrétní okno. Navíc netuším, jestli bych si do té option ROMky reálně vůbec šáhnul, když je "disabled"... Až tak do detailu tyhle finty neznám

[frr]

Dnešní LCDčka se při změně VGA režimu docela nadlouho zamyslí (zatemní), než zas něco zobrazí. Třeba na 3-5s. A BIOS v průběhu POSTu cukne s režimem několikrát. Na klasickém multisync CRTčku si toho ani nevšimnete, to ukazuje pořád. Ale je možné, že jestli ta option ROMka karty ve skutečnosti naběhne, ale nečeká na CTRL+Z dost dlouho, možná ji propásnete. Zkuste to mačkat hned od zapnutí v intervalu cca 1 vteřina (ne rychleji, některé BIOSy to zdržuje při POSTu, nebo je výsledkem chyba při inicializaci řadiče klávesnice).

V hostitelském BIOSu bych hledal volbu "povolit Int 19 hooking". To znamená, dát option ROMce karty příležitost, aby se zavěsila do bootovací sekvence. Některé BIOSy to mají, některé ne. Některé option ROMky ta volba umí vykostit, některé ne (pokud se háčkují ještě jinými prostředky).

[frr]

V tom případě mi přijde zajímavá následující zmínka z toho polského webu:

"UWAGA! Z dysków podłączonych do kontrolera nie ma możliwości bootowania systemu."

Mám několik možných vysvětlení:

1) karta nemá BIOS option ROM

2) karta má BIOS option ROM, ale tato nehookuje Int 13h (služby BIOSu pro přístup k diskům) nebo snad Int 19 / Int 18

3) karta má BIOS včetně obsluhy Int 13/19, ale uživatel musí při instalaci widlí použít "F6 floppy", což je netriviální, zejm. pokud se s kartou dodává jenom CDčko (nebo papír a na něm URL)

4) karta má BIOS včetně obsluhy Int 13/19, ale ovladač bůhví proč nelze použít přes F6 floppy (viz třeba ICH8 v režimu AHCI při instalaci Windows XP)

Pro linux by to mělo být z větší části irelevantní...

[R]

Skus prepnut disk do SATA I modu. Bud jumperom alebo SW od vyrobcu (na to potrebujes iny radic/PC, kde ten disk pojde).

[dustin]

Hmm, tak potřebuji ještě jeden řadič, mnou uváděný jmicron se již údajně nevyrábí a dodavatel mi také nabízí jen ten 4world. Má prosím někdo zkušenosti, zda se to rozchodí? Zatím jsme se zde výsledku nedobrali. Díky.