[Linux] Krijg SATA controller/schijf niet aan de gang

[ATS]

Ik heb recent een nieuwe HD gekocht, en omdat m'n computer al wat ouder is en niet over SATA beschikte, heb ik ook een controllertje gekocht. Het gaat om een Promise SATA 300 TX2 Plus controller. De schijf is een Samsung Spinpoint T166 500 GB schijf.
Ik heb het geprobeerd met zowel kernel 2.6.20-gentoo-r6 als 2.6.21-gentoo-r2, maar het probleem is hetzelfde: de drive wordt herkent, maar daarna start de kernel niet door. Omdat hij niet verder komt, komt er helaas niets in mijn logs van deze starts (voor zover ik kan zien). Hij blijft hangen met een op de laaste regel "sda_", en daarna niets meer. De drive is voorzien van een jumper om hem "master" te maken. Als ik de SATA kabel loshaal dan start hij wel door.

De benodigde drivers zijn in de kernel zelf gecompileerd.

Heeft iemand enig idee wat het probleem kan zijn?

[ Voor 3% gewijzigd door ATS op 27-05-2007 20:07 ]

[domi235]

Welke driver heb je in de kernel meegecompileerd? Het is een vrij standaard kaartje dus kan me niet voorstellen dat deze niet ondersteund wordt.

Als je btw vanaf deze schijf boot moet je hem NIET als module installeren, dan wordt de driver te laat geladen en vindt de kernel je schijf niet.

[ Voor 34% gewijzigd door domi235 op 27-05-2007 20:58 ]

[Ultraman]

Volgens mij is er zelfs een speciale Promise driver in de kernel voor dat ding, heb je die er ingebakken?
Ben dus benieuwd naar wat je er nu de precies in hebt gebakken

[ Voor 3% gewijzigd door Ultraman op 27-05-2007 22:05 ]

[Verwijderd]

SATA werkt toch niet met Master en Slave? Kun je die jumper ook neutraal instellen. Bij oude WD schijven wilde een OS ook niet booten als je bijvoorbeeld een schijf op Master zette maar geen slave aan de kabel had. Zou zoiets kunnen zijn.

Verder zit de driver idd in de kernel, maar deze is meegecompileerd zie ik.

Wat zegt "lspci" verder?

[ATS]

Ik heb de driver die standaard bij de kernel (2.6.21 zit) erin gebakken. Niet als module trouwens, maar het gaat hier ook niet mijn boot schijf, dus veel zou het niet uit moeten maken. In menuconfig:
Device Drivers -> Serial ATA (prod) and Parallel ATA (experimental) drivers -> Promise SATA TX2/TX4 support

Dat zou hem moeten zijn, toch? Hij wordt zoals ik al zei ook gewoon herkend bij het booten, alleen zodra hij de poorten gescand heeft en heeft laten zien wat daar aan hangt hangt hij als de schijf aangesloten is. Van een geslaagde boot (dus met de schijf niet aangesloten) staat er dit in /var/log/messages:

code:

May 27 19:29:55 althea 3ware Storage Controller device driver for Linux v1.26.02.002.
May 27 19:29:55 althea sata_promise 0000:00:09.0: version 2.00
May 27 19:29:55 althea ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 10
May 27 19:29:55 althea PCI: setting IRQ 10 as level-triggered
May 27 19:29:55 althea ACPI: PCI Interrupt 0000:00:09.0[A] -> Link [LNKB] -> GSI 10 (level, low) -> IRQ 10
May 27 19:29:55 althea sata_promise PATA port found
May 27 19:29:55 althea ata1: SATA max UDMA/133 cmd 0xf883e200 ctl 0xf883e238 bmdma 0x00000000 irq 10
May 27 19:29:55 althea ata2: SATA max UDMA/133 cmd 0xf883e280 ctl 0xf883e2b8 bmdma 0x00000000 irq 10
May 27 19:29:55 althea ata3: PATA max UDMA/133 cmd 0xf883e300 ctl 0xf883e338 bmdma 0x00000000 irq 10
May 27 19:29:55 althea scsi0 : sata_promise
May 27 19:29:55 althea ata1: SATA link down (SStatus 0 SControl 300)
May 27 19:29:55 althea scsi1 : sata_promise
May 27 19:29:55 althea ata2: SATA link down (SStatus 0 SControl 300)
May 27 19:29:55 althea scsi2 : sata_promise

Zoals je kan zien hangt er nu niets aan de controller. Als ik mijn schijf er wel aan hang, dan zie ik "SATA link up" met snelheid van 3Gb/s staan en staat er wat info over de (correct herkende) schijf. Maar na het lijstje is het feest over en zit hij vast. Enig idee?

Je zou zeggen dat hij idd geen master/slave nodig heeft, maar er zitten wel jumers voor. Anyway, die maakten geen enkel verschil. Mijn lspci zegt (alleen relevante deel laten staan):

code:

althea linux # lspci -v
0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333]
        Subsystem: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333]
        Flags: bus master, medium devsel, latency 0
        Memory at e0000000 (32-bit, prefetchable)
        Capabilities: [a0] AGP version 2.0
        Capabilities: [c0] Power Management version 2

0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333 AGP] (prog-if 00 [Normal decode])
        Flags: bus master, 66Mhz, medium devsel, latency 0
        Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
        Memory behind bridge: e6000000-e8ffffff
        Prefetchable memory behind bridge: e4000000-e5ffffff
        Capabilities: [80] Power Management version 2

0000:00:09.0 Unknown mass storage controller: Promise Technology, Inc.: Unknown device 3d73 (rev 02)
        Subsystem: Promise Technology, Inc.: Unknown device 3d73
        Flags: bus master, 66Mhz, medium devsel, latency 72, IRQ 10
        I/O ports at c000 [size=1280M]
        I/O ports at c400 [size=256]
        Memory at ea020000 (32-bit, non-prefetchable) [size=4K]
        Memory at ea000000 (32-bit, non-prefetchable) [size=128K]
        Expansion ROM at 00008000 [disabled]
        Capabilities: [60] Power Management version 2

0000:00:11.0 ISA bridge: VIA Technologies, Inc. VT8233 PCI to ISA Bridge
        Subsystem: VIA Technologies, Inc. VT8233 PCI to ISA Bridge
        Flags: bus master, stepping, medium devsel, latency 0
        Capabilities: [c0] Power Management version 2

0000:00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP])
        Subsystem: VIA Technologies, Inc. VT82C586/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE
        Flags: bus master, medium devsel, latency 32, IRQ 255
        [virtual] Memory at 000001f0 (32-bit, non-prefetchable)
        [virtual] Memory at 000003f0 (type 3, non-prefetchable) [size=1]
        [virtual] Memory at 00000170 (32-bit, non-prefetchable) [size=8]
        [virtual] Memory at 00000370 (type 3, non-prefetchable) [size=1]
        I/O ports at d400 [size=16]
        Capabilities: [c0] Power Management version 2

[ Voor 39% gewijzigd door ATS op 27-05-2007 23:21 ]

[ATS]

Ik doe toch maar eens een kick, want het probleem is nog altijd niet verholpen.

Ik ben inmiddels over gestapt op Kubuntu, daar heb ik hetzelfde probleem (al bij het starten van de installatie CD, maar ook na installatie). Ik heb geprobeerd de driver van Promise zelf te compileren, maar die wilde niet compileren. Er lijken wat bestanden in de headers van de kernel van naam veranderd te zijn of iets in die geest.

Is er een manier om onder Linux te testen waar het probleem zou kunnen zitten? Ik krijg het vermoeden dat of de controller of de HD zelf gewoon stuk is, maar ik zou niet weten hoe ik hier achter ga komen. Ik heb slechts één systeem, en geen andere SATA schijf. Misschien is er iemand in de omgeving (Den Haag) die me zou kunnen helpen om te diagnostiseren waar het probleem in zit? Ik wordt er inmiddels een beetje moedeloos van. Voorlopig zit het spul nutteloos te wezen in mijn kast, en dat was toch niet de bedoeling eigenlijk...

[Pim.]

Op verzoek van TS titel gewijzigd

[jan99999]

Zoek eens voor een windows achtige boot cd en kijk of het dan werkt.

Andere kabels aan de hd proberen!!!!!!!!

[ Voor 24% gewijzigd door jan99999 op 04-08-2007 10:53 ]

[ATS]

Errr... Ik heb geen recente windows; ik gebruik al jaren uitsluitend Linux thuis. Misschien kan ik voor dit doel wel een installatie CD tje lenen op mijn werk, maar heb ik daar genoeg aan? Ik heb geen zin om mijn Linux te vervangen door windows eigenlijk... Of zijn er echt een soort "live" cd's met Windows erop?

Ik zal vanmiddag even een nieuw kabeltje gaan halen; kijken of dat helpt.

[ATS]

Ik heb een nieuw kabeltje gehaald, maar dat heeft helaas niet mogen baten. Het probleem blijft. Ik heb ook gecontroleerd of de Bios van de kaart misschien verouderd was, maar volgens de website van Promise is het de laatste versie. Nogmaals: de drive wordt bij het opstarten van de computer wel herkend (ik krijg een beeld langs van de controller met daarbij de netjes herkende drive inclusief de juiste grootte) maar de kernel wil niet starten als de drive aan de controller hangt, en ik krijg de kernelmodule van Promise zelf vooralsnog niet gecompileerd met Kubuntu (kernel 2.6.20-16-generic). Iemand nog ideeën? Misschien een tip hoe ik die driver wél gecompileerd zou kunnen krijgen?

Edit: net geprobeerd of ik via een hotplug de schijf aan de praat kreeg, maar helaas. In eerste instantie wordt hij niet herkend (niets in /var/log/messages), en na een

code:

rmmod sata_promise
modprobe sata_promise

slaat het systeem compleet vast. Het enige wat ik in de log terug zie van deze actie is:

code:

Aug  6 21:49:15 althea kernel: [  798.696000] ACPI: PCI interrupt for device 0000:00:09.0 disabled

Daarna krijg ik de log van de reboot te zien.

[ Voor 27% gewijzigd door ATS op 06-08-2007 22:09 ]

[ATS]

Gisteren heb ik de controller, de schijf en de kabels getest in een Windows XP systeem. Daar bleek het aan de praat krijgen van het geheel geen probleem. Het lijkt me veilig om te concluderen dat het dan toch echt aan de driver moet liggen, hoewel het, bedacht ik mij, in theorie misschien ook nog de voeding zou kunnen zijn?

Nogmaals: heeft iemand een tip hoe je een driver voor een oudere 2.6 kernel kan compileren voor een 2.6.20 kernel?

[MisterE]

Ik heb nog niet zo'n superervaring met linux, dus ik doe een paar gooien:

Probeert ie niet gewoon te booten van de sata schijf? Dus instelling in het bios aanpassen met boot order?

Hotplug is pas recentelijk geimplementeerd, dus dat zou je nog kunnen proberen met de recenste kernel.

De officiele drivers van promise zuigen behoorlijk. Dus wat je zou kunnen doen is daar die van redhat oid downloaden en die oude distributie erbij zoeken.

[ZuBat]

Als ik het goed heb is dit een SATA 2 controller, nu weet ik (van ergens eind vorig / begin dit jaar) dat de SATA 2 standaard niet (of iig zeer slecht) ondersteund word door GNU/Linux. Misschien is dat je probleem? Mijn oplossing lag in het omzetten van een jumper op het mobo om er een SATA 1 controller van te maken en alle problemmen waren verdwenen.

[MisterE]

oops, dubbelpost.

[ Voor 97% gewijzigd door MisterE op 20-10-2007 15:50 ]

[MisterE]

ZuBat schreef op zaterdag 20 oktober 2007 @ 12:52:
Als ik het goed heb is dit een SATA 2 controller, nu weet ik (van ergens eind vorig / begin dit jaar) dat de SATA 2 standaard niet (of iig zeer slecht) ondersteund word door GNU/Linux. Misschien is dat je probleem? Mijn oplossing lag in het omzetten van een jumper op het mobo om er een SATA 1 controller van te maken en alle problemmen waren verdwenen.

Dat lijkt te kloppen met de resultaten die ik krijg bij mijn test. Bij de schijven op 150Gb geen rare meldingen.
Bij het mailcontact is er ook iemand die een patch draait om ze te limiten op 150Gb (hij had nog niet geprobeerd om het via de schijven te testen).

Nou heb ik wat mailcontact met die knakkers die die drivers schrijven en die hebben niet aangegeven dat er meer problemen zijn met de 300mode. Ik zal het de volgende keer eens expliciet vragen...

Heb je echter een bron of zijn dit ook eigen ervaringen?

[ZuBat]

MisterE schreef op zaterdag 20 oktober 2007 @ 15:48:
..--..Knip..--..
Heb je echter een bron of zijn dit ook eigen ervaringen?

Mijn collega heeft dit probleem gehad met zijn (Promise onboard) SATA controller, de leverancier van het mobo heeft hem er toen op gewezen dat GNU/Linux SATA 2 niet/slecht ondersteund.

[_JGC_]

ZuBat schreef op zaterdag 20 oktober 2007 @ 12:52:
Als ik het goed heb is dit een SATA 2 controller, nu weet ik (van ergens eind vorig / begin dit jaar) dat de SATA 2 standaard niet (of iig zeer slecht) ondersteund word door GNU/Linux. Misschien is dat je probleem? Mijn oplossing lag in het omzetten van een jumper op het mobo om er een SATA 1 controller van te maken en alle problemmen waren verdwenen.

Dat linux geen "SATA2" ondersteunt is pure bullshit, het hangt volledig van de controler en schijf af. Zo zijn er bepaalde WD Raptor series die zeggen NCQ te ondersteunen, maar hiermee niet correct werken. In Windows wordt automatisch dit feit verdoezeld en gaat je schijf wel terug naar een tragere modus, onder linux krijg je bakken met meldingen in dmesg.
Daarnaast hangt het ook nog van de gebruikte controler af. Zowat elke controler heeft hardware bugs. De windowsdrivers hebben hier over het algemeen workarounds voor, maar aangezien niet elke fabrikant specificaties uitgeeft van zijn chips, is het voor linuxprogrammeurs gissen naar wat de hardware anders doet dan het hoort te doen.
Ik draai hier al tijden een Samsung T166 op een ICH9R in AHCI mode onder linux met SATA2.

[MisterE]

Dat linux geen "SATA2" ondersteunt is pure bullshit, het hangt volledig van de controler en schijf af. Zo zijn er bepaalde WD Raptor series die zeggen NCQ te ondersteunen, maar hiermee niet correct werken. In Windows wordt automatisch dit feit verdoezeld en gaat je schijf wel terug naar een tragere modus, onder linux krijg je bakken met meldingen in dmesg.
Daarnaast hangt het ook nog van de gebruikte controler af. Zowat elke controler heeft hardware bugs. De windowsdrivers hebben hier over het algemeen workarounds voor, maar aangezien niet elke fabrikant specificaties uitgeeft van zijn chips, is het voor linuxprogrammeurs gissen naar wat de hardware anders doet dan het hoort te doen.
Ik draai hier al tijden een Samsung T166 op een ICH9R in AHCI mode onder linux met SATA2.

Maar het lijkt idd erop dat sata2 niet erg best ondersteund word. Je zegt dat het bij de Raptor serie niet goed werkt, weet je of dit ook voor de Caviar serie het geval is. Ik zie nergens staan of TCQ/NCQ ondersteund word door de schijf (maar bij de Raptor serie staat het er ook niet bij).
Dus als je meer info hierover hebt. Graag....

EDIT:
Het is me ook niet duidelijk of ik TCQ/NCQ uitschakel als ik de hard disk jumper.

[ Voor 4% gewijzigd door MisterE op 21-10-2007 16:58 ]

[_JGC_]

Er zijn bekende harddisks die gewoon niet deugen. Op windows worden deze ook gewoon keihard geblacklist door sommige drivers.

Om even een voorbeeld te geven:

http://git.kernel.org/?p=...9ffd7921161679eac;hb=HEAD

Zoeken naar ATA_HORKAGE, die heb je voor NCQ en DMA in dat bestand. Weet je ook meteen welke schijven je niet moet kopen