SSD en ata-errors

[koen_92]

Hallo,

Als trotse eigenaar van een nieuwe laptop (en wel deze) wilde ik hier natuurlijk ook Linux op draaien.

Verder wilde ik er ivm energieverbruik en snelheid ook een SSD in hebben dus die heb ik er los bijbesteld, een OCZ Vector van 128GB.

Helaas werkt die SSD niet geweldig in combinatie met mijn laptop. Ik krijg als ik wat intensieve IO doe allemaal ata-errors en IO-errors. Om uit te sluiten dat het niet aan de sata-controller of kabel ligt heb ik de originele harde schijf er weer in gedaan, en wat blijkt: deze doet het wel perfect en zonder problemen (in ieder geval tot nu toe).

Om ook de andere kant uit te sluiten heb ik de SSD in mijn desktop gedaan en hier dan Arch Linux op gezet. Ook dit werkt perfect.

Helaas is de combinatie laptop en die SSD een ramp. Ik heb zowel Arch Linux (Linux 3.7) als Ubuntu 13.04 alpha (Linux 3.8) geprobeerd, en beiden geven dezelfde problemen. Naast ext4 heb ik ook ext3 en xfs geprobeerd, maar dit maakt helaas ook geen verschil.

Dmesg (in dit voorbeeld viel het nog mee, het gebeurt ook nog wel eens dat mijn / geremount wordt als ro en fsck er heel wat werk aan heeft):

code:

[   17.128745] ACPI: Video Device [GFX0] (multi-head: yes  rom: no  post: no)
[   17.129044] input: Video Bus as /devices/LNXSYSTM:00/device:00/PNP0A08:00/LNXVIDEO:00/input/input14
[   17.129366] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0
[   19.328642] tg3 0000:04:00.0: enp4s0f0: Link is up at 1000 Mbps, full duplex
[   19.328652] tg3 0000:04:00.0: enp4s0f0: Flow control is on for TX and on for RX
[   19.328656] tg3 0000:04:00.0: enp4s0f0: EEE is disabled
[   19.328692] IPv6: ADDRCONF(NETDEV_CHANGE): enp4s0f0: link becomes ready
[   27.380714] fuse init (API version 7.20)
[   28.011417] EXT4-fs (dm-0): re-mounted. Opts: commit=0
[   28.014053] EXT4-fs (sda1): re-mounted. Opts: commit=0
[  126.021039] ata1.00: exception Emask 0x10 SAct 0x3 SErr 0x400100 action 0x6 frozen
[  126.021044] ata1.00: irq_stat 0x08000000, interface fatal error
[  126.021047] ata1: SError: { UnrecovData Handshk }
[  126.021051] ata1.00: failed command: WRITE FPDMA QUEUED
[  126.021057] ata1.00: cmd 61/00:00:08:40:94/04:00:00:00:00/40 tag 0 ncq 524288 out
         res 40/00:00:08:40:94/00:00:00:00:00/40 Emask 0x10 (ATA bus error)
[  126.021060] ata1.00: status: { DRDY }
[  126.021062] ata1.00: failed command: WRITE FPDMA QUEUED
[  126.021068] ata1.00: cmd 61/38:08:a0:0e:45/00:00:0c:00:00/40 tag 1 ncq 28672 out
         res 40/00:00:08:40:94/00:00:00:00:00/40 Emask 0x10 (ATA bus error)
[  126.021070] ata1.00: status: { DRDY }
[  126.021075] ata1: hard resetting link
[  126.340397] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[  126.341643] ata1.00: configured for UDMA/133
[  126.353698] sd 0:0:0:0: [sda]  
[  126.353702] Result: hostbyte=0x00 driverbyte=0x08
[  126.353704] sd 0:0:0:0: [sda]  
[  126.353705] Sense Key : 0xb [current] [descriptor]
[  126.353707] Descriptor sense data with sense descriptors (in hex):
[  126.353708]         72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
[  126.353713]         00 94 40 08 
[  126.353716] sd 0:0:0:0: [sda]  
[  126.353717] ASC=0x0 ASCQ=0x0
[  126.353718] sd 0:0:0:0: [sda] CDB: 
[  126.353719] cdb[0]=0x2a: 2a 00 00 94 40 08 00 04 00 00
[  126.353724] end_request: I/O error, dev sda, sector 9715720
[  126.353745] Buffer I/O error on device dm-0, logical block 165121
[  126.353749] Buffer I/O error on device dm-0, logical block 165122
[  126.353750] Buffer I/O error on device dm-0, logical block 165123
[  126.353752] Buffer I/O error on device dm-0, logical block 165124
[  126.353753] Buffer I/O error on device dm-0, logical block 165125
[  126.353755] Buffer I/O error on device dm-0, logical block 165126
<KNIP>
[  126.353914] Buffer I/O error on device dm-0, logical block 165247
[  126.353915] Buffer I/O error on device dm-0, logical block 165248
[  126.353918] EXT4-fs warning (device dm-0): ext4_end_bio:250: I/O error writing to inode 5405308 (offset 9437184 size 524288 starting block 165121)
[  126.353933] sd 0:0:0:0: [sda]  
[  126.353934] Result: hostbyte=0x00 driverbyte=0x08
[  126.353935] sd 0:0:0:0: [sda]  
[  126.353936] Sense Key : 0xb [current] [descriptor]
[  126.353937] Descriptor sense data with sense descriptors (in hex):
[  126.353938]         72 0b 00 00 00 00 00 0c 00 0a 80 00 00 00 00 00 
[  126.353943]         00 94 40 08 
[  126.353946] sd 0:0:0:0: [sda]  
[  126.353946] ASC=0x0 ASCQ=0x0
[  126.353948] sd 0:0:0:0: [sda] CDB: 
[  126.353948] cdb[0]=0x2a: 2a 00 0c 45 0e a0 00 00 38 00
[  126.353953] end_request: I/O error, dev sda, sector 205852320
[  126.353960] Buffer I/O error on device dm-0, logical block 24682196
[  126.353961] Buffer I/O error on device dm-0, logical block 24682197
[  126.353962] Buffer I/O error on device dm-0, logical block 24682198
[  126.353964] Buffer I/O error on device dm-0, logical block 24682199
[  126.353965] Buffer I/O error on device dm-0, logical block 24682200
[  126.353967] Buffer I/O error on device dm-0, logical block 24682201
[  126.353968] Buffer I/O error on device dm-0, logical block 24682202
[  126.353970] EXT4-fs warning (device dm-0): ext4_end_bio:250: I/O error writing to inode 6172350 (offset 0 size 28672 starting block 24682196)
[  126.353984] ata1: EH complete
[  131.325852] JBD2: Detected IO errors while flushing file data on dm-0-8

lspci:

code:

00:00.0 Host bridge: Intel Corporation 3rd Gen Core processor DRAM Controller (rev 09)
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)
00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04)
00:16.0 Communication controller: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 (rev c4)
00:1c.1 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 (rev c4)
00:1c.2 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 3 (rev c4)
00:1d.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation HM77 Express Chipset LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 7 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04)
00:1f.3 SMBus: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller (rev 04)
03:00.0 Network controller: Atheros Communications Inc. AR9462 Wireless Network Adapter (rev 01)
04:00.0 Ethernet controller: Broadcom Corporation NetLink BCM57785 Gigabit Ethernet PCIe (rev 10)
04:00.1 SD Host controller: Broadcom Corporation NetXtreme BCM57765 Memory Card Reader (rev 10)

Iemand misschien een idee? Is er een manier om dit te debuggen? SSD terugbrengen naar de winkel zit er waarschijnlijk niet in, omdat ik hem al beschreven heb en datadragers waarop geschreven is zijn uitgezonderd van het retourrecht. Ook kan ik hem niet onder de garantie terugsturen, want in mijn desktop doet hij het wel perfect.

Ik kan Ubuntu 12.04 proberen (met Linux 3.2), maar of dat zin heeft weet ik niet, want dit is een erg recente laptop waardoor ik liever geen oudere kernels gebruik ivm hardware-support.

[ Voor 0% gewijzigd door koen_92 op 17-01-2013 19:39 . Reden: typo's ]

[H!GHGuY]

Zie http://lime-technology.co...rive_interface_issue_.233

Dit duidt meestal op power issues of slechte kabels.

[koen_92]

Hmm ja, inderdaad.
Na wat zoeken op die error wijst die overal naar power issues.
Dit verklaart aan de ene kant wel dat hij het in mijn desktop gewoon perfect doet.

Aan de andere kant is dit juist vreemd: een SSD verbruikt bij definitie minder energie dan een harde schijf tewijl die laatste het wel gewoon doet in mijn laptop.
Accuproblemen kunnen het ook niet zijn, laptop heeft tot nu toe de hele tijd aan de AC-adapter gehangen.

Het enige wat ik nog kan bedenken is een powersaving feature van Linux die niet helemaal goed werkt op die SSD. Echter geen idee waar ik dat moet gaan zoeken, want dingen als hdparm -B doen natuurlijk niets met een SSD. Verder heb ik momenteel nog geen laptop-mode-tools geïnstalleerd (die de powersaving nog verder zouden moeten verbeteren).

Op die website wordt het advies gegeven een andere poort/powercable te proberen. Dat gaat in een laptop natuurlijk lastig.

[jbhc]

Misschien maakt de power aansluiting tussen de ssd en de laptop niet helemaal goed contact?

[koen_92]

Ja daar heb ik ook naar zitten kijken, maar dat contact ziet er in ieder geval goed uit.
Ook zouden er dan eerder problemen op moeten treden als je de laptop zou 'stoten' in plaats van willekeurig op het moment dat er veel data naar geschreven wordt. Dit is dus niet het geval.

[H!GHGuY]

Power is maar 1 oorzaak. De gewone SATA kabel kan ook het probleem veroorzaken.
Ik zie die kabel als grotere kanshebber dan power zelf.

[koen_92]

Hmm ja dat snap ik, maar wat doe ik daar aan? Het is een laptop, waar de schijf rechtstreeks in de sata-poort/power-combinatie 'geklikt' wordt, daar kan ik verder weinig aan veranderen.

Hem terugsturen met een RMA gaat ook niet werken, omdat de originele harde schijf wel gewoon werkt (en ik betwijfel of ik nog wel garantie heb als men erachter komt dat ik hem open gemaakt heb).

Maar goed in ieder geval bedankt voor de hulp. Het lijkt volgens mij een onoplosbaar probleem. Misschien dat een andere SSD gaat werken, maar ik ga er nog niet één kopen. Anders wordt het maar gewoon de HDD gebruiken....

[jbhc]

Eigenlijk zou je eens een andere ssd moeten proberen om te kijken of het probleem dan weg is. Al heeft natuurlijk lang niet iedereen meerdere ssd's liggen.

Ik weet niet hoe en wanneer je die ssd gekocht hebt maar als het nog maar en paar dagen geleden is zou je 'm natuurlijk terug kunnen sturen gebruik makend van de wet "kopen op afstand".

[koen_92]

Ja dat idee had ik ook al, maar ik heb helaas geen extra SSD liggen.
Terugsturen kan niet volgens Alternate (waar ik hem gekocht heb):

Bij audio-, video- of datadragers en bij software is aanspraak op het retourrecht uitgesloten wanneer de zegels verbroken of de verpakking geopend is.

Ik ken nog wel iemand die een Samsung 830 heeft, misschien wil hij hem wel even lenen aan mij als ik het heeeel lief vraag Ik houd jullie in ieder geval op de hoogte zodra ik een andere SSD bemachtigd heb!

[Wolfboy]

koen_92 schreef op vrijdag 18 januari 2013 @ 16:09:
Ja dat idee had ik ook al, maar ik heb helaas geen extra SSD liggen.
Terugsturen kan niet volgens Alternate (waar ik hem gekocht heb):

Daar zou ik persoonlijk geen genoegen mee nemen. Volgens de wet zijn er wel uitzonderingen (bederflijke goederen bijvoorbeeld) maar harde schijven vallen hier toch echt niet onder volgens mij.

[magistus]

Onzin, zit gewoon garantie op en ze hebben dat spul te vervangen.

[PSU_freak]

cat /sys/class/scsi_host/host0/link_power_management_policy
deze kun je proberen op max_performance te zetten

[koen_92]

Daar zou ik persoonlijk geen genoegen mee nemen. Volgens de wet zijn er wel uitzonderingen (bederflijke goederen bijvoorbeeld) maar harde schijven vallen hier toch echt niet onder volgens mij.

Ik snap het ook best wel: een SSD is in zekere zin ook bederfelijk omdat er een maximaal aantal schrijfacties zijn. Misschien als ik heeeel veel moeite doe ik hem ook wel terug mag sturen, maar dan zadel ik hun op met mijn probleem (want de SSD is verder goed, kijk maar in mijn desktop).

cat /sys/class/scsi_host/host0/link_power_management_policy
deze kun je proberen op max_performance te zetten

Dankje voor de tip, maar helaas staat deze al op max_perfomance (anders had dit wss best nog wel een oplossing kunnen zijn).

Ik kijk het verder nog even aan. Zolang ik niet teveel schrijf er naar toe gaat het wel. Misschien koop ik over een tijdje wel een nieuwe SSD voor de laptop en zet ik deze in mijn desktop, zodat die ook wat sneller wordt

[Wolfboy]

koen_92 schreef op zaterdag 19 januari 2013 @ 20:02:
[...]

Ik snap het ook best wel: een SSD is in zekere zin ook bederfelijk omdat er een maximaal aantal schrijfacties zijn. Misschien als ik heeeel veel moeite doe ik hem ook wel terug mag sturen, maar dan zadel ik hun op met mijn probleem (want de SSD is verder goed, kijk maar in mijn desktop).

Hoe vervelend het ook is voor verkopende bedrijven, ze kiezen ervoor om te handelen in een land met deze wet, als dat teveel kost voor hun dan moeten ze dat in de marge erbij berekenen.

Het is zeker niet makkelijk voor bedrijven maar het is simpelweg niet jouw probleem.

[jeroen3]

Is het misschien een idee om de spanningen in de laptop eens te bekijken?
Ik betwijfel of hier software voor is, dus zul je de multimeter moeten pakken. (als je die hebt)

Kan namelijk best wel is zo zijn dat de laptop gewoon rommel is.

edit:
Ik bedenk me nog iets, een harde schijf heeft een heel ander stroomverbruik dan SSD's. Een harddisk verbruikt alleen veel bij spinup, en de rest zal wel wat gematigd zijn. Ik denk dat ssd's juist erg hard kunnen pieken.

[ Voor 48% gewijzigd door jeroen3 op 19-01-2013 20:56 ]

[H!GHGuY]

jeroen3 schreef op zaterdag 19 januari 2013 @ 20:52:
Is het misschien een idee om de spanningen in de laptop eens te bekijken?
Ik betwijfel of hier software voor is, dus zul je de multimeter moeten pakken. (als je die hebt)

Er is zat software om spanningen uit te lezen. Speedfan bijvoorbeeld.

Ik bedenk me nog iets, een harde schijf heeft een heel ander stroomverbruik dan SSD's. Een harddisk verbruikt alleen veel bij spinup, en de rest zal wel wat gematigd zijn. Ik denk dat ssd's juist erg hard kunnen pieken.

Een typische SSD heeft een piekverbruik van 2-5W. Voor zover ik weet gebruiken ze ook typisch enkel de 5V lijn, maar dit kan van SSD tot SSD verschillen.

Je zou nog kunnen proberen om ncq uit te schakelen met een kernel optie ("libata.noncq" dacht ik)

[ Voor 6% gewijzigd door H!GHGuY op 20-01-2013 10:02 ]

[koen_92]

Excuses voor de late reactie, ik had het nogal druk.

Je zou nog kunnen proberen om ncq uit te schakelen met een kernel optie ("libata.noncq" dacht ik)

Na wat Googlen kwam ik op libata.force=noncq en die kerneloptie lijkt inderdaad te helpen! Af en toe komen er nog wel ata handschake errors voorbij, maar geen IO errors meer (waarschijnlijk omdat er geen queue meer is die eerst ineens verdween door die error, waarmee ook die data verdwenen is?)
Overigens ben ik volgens mij ook niet de enige met dit probleem en lijkt ncq wel vaker een boosdoener te zijn bij SSD's:
https://www.google.nl/search?q=ncq+ssd+ata+error
http://en.usenet.digipedia.org/thread/18729/36671/
http://marc.info/?l=plug-mail&m=126392458415301

Toch blijf ik het gek vinden dat ik op mijn desktop NCQ wel aan kan laten zonder problemen.

Is het misschien een idee om de spanningen in de laptop eens te bekijken?
Ik betwijfel of hier software voor is, dus zul je de multimeter moeten pakken. (als je die hebt)

Kan namelijk best wel is zo zijn dat de laptop gewoon rommel is

Om nou met een multimeter in een laptop te gaan prutsen waar nog garantie op zit vind ik wel erg ver gaan
Het is een Acer laptop, niets negatiefs tegenover dat merk maar ik heb wel vaker Acerspul gezien met vage problemen. Ondanks dat ben ik toch voor deze laptop gegaan, omdat hij wel erg veel hardware voor weinig geld bood.

[ Voor 0% gewijzigd door koen_92 op 22-01-2013 10:39 . Reden: typo's ]

[HollowGamer]

Zelf nooit problemen gehad met het RMA-sturen van producten. Als je het 'bewijs' kan overleggen, dan zou het geen reden zijn om een disk niet te retouren.

Overigens heeft Acer (in mijn ogen) meestal workarounds nodig om bepaalde onderdelen fatsoenlijk te laten werken. Je zou eens jou type + ubuntu/arch, etc. kunnen invullen op een zoekmachine. Meestal kom je daar oplossingen tegen waar je vaak zelf nog niet aangedacht had.

[koen_92]

Ja klopt, ik had ook al "acpi_osi=Linux" nodig om de backlight aan te kunnen passen. Verder werkt alles volgens mij wel goed nu (tot nu toe lijkt ncq de boosdoener).

Verder is dit een vrij nieuwe laptop dus er is helaas weinig te vinden over eventuele workarounds.

Verder draai ik Arch, dus zodra er een nieuwere kernel uitkomt wordt dit meteen geupgraded, misschien dat ook dat nog problemen kan verhelpen.

[koen_92]

Goed laat ik toch nog even een update geven:

NCQ leek in eerste instantie te helpen, maar uiteindelijk kreeg ik toch weer ATA-errors.
Rond die tijd moest ik een nieuwe computer voor iemand samenstellen waar ook een SSD in ging.

Dat was mijn kans! Ik heb het probleem aan hem uitgelegd (en dat de SSD het in een ander apparaat dan mijn laptop het waarschijnlijk prima doet) en zodoende wilde hij de SSD van mij voor de nieuwprijs overkopen.

Zelf heb ik toen een Samsung 840 Pro gekocht die het vanaf het eerste moment al perfect en probleemloos doet.

Goed dat was januari, nu is het juni. Degene aan wie ik toendertijd de SSD heb verkocht kwam weer terug bij mij omdat zijn computer kuren vertoonde. En ja: Windows wilde niet meer opstarten en bleef hangen op de schijfcontrole die uren duurde. Hij zei ook dat zijn computer wel vaker spontaan met een blauw scherm vastliep, maar dat heeft hij altijd genegeerd.

Ik heb toen de SSD eruit gehaald en in een andere computer geplaatst om er een image van te maken. Dit mislukte halverwege, weer met ATA-errors. Ook een chkdsk werkte niet (blijft hangen).

Hierdoor kan ik niet anders concluderen dat de SSD echt defect is, waardoor ik hem nu terug heb gestuurd naar Alternate.

[Hero of Time]

OCZ staat helaas bekend om nog wel eens spontaan uit te vallen. De controller die ze gebruiken is wel snel, maar ook onbetrouwbaar. De Vertex II was een beruchte SSD die nooit een lang leven is beschonken. Al hun andere SSDs deden het wel beter, maar van wat ik heb gelezen, kan je beter OCZ links laten liggen en Crucial of Samsung nemen.

[koen_92]

Volgens Hardware.info was het juist bij de Vector de bedoeling van OCZ om het consumentenvertrouwen terug te winnen:

quote: http://hardware.info

De afgelopen maanden heeft het bedrijf een ware metamorfose doorgaan. Het management is ingeruild, het productaanbod is opgeschoond, maar bovenal is de bedrijfscultuur naar eigen zeggen op de schop genomen. Kwaliteit en betrouwbaarheid zijn vanaf nu de belangrijkste kernwaarden, zo horen we van OCZ. En dat moet ook in nieuwe producten zijn weerslag vinden.

Bij de nieuwe Vector SSD's heeft OCZ er naar eigen zeggen alles aan gedaan om een zo betrouwbaar mogelijke SSD te ontwikkelen, waarvan akte. De SSD's zijn volgens OCZ langdurig door een grote groep beta-testers uitgeprobeerd en iedere Vector die van de band rolt wordt in de fabriek uitgebreid getest

http://nl.hardware.info/r...w-met-indilinx-barefoot-3

Dat was in ieder geval voor mij de reden om voor de OCZ Vector te gaan. Maar helaas, ik heb pech gehad.

Overigens misschien wel ironisch: In 2010 heb ik voor mijn desktop een Vertex 2 SSD gekocht. Die doet het momenteel al 3 jaar probleemloos, hoe berucht de Vertex 2 ook is .

[Aziona]

Mijn OCZ Vector 256 GB is inmiddels ook het loodje aan het leggen. Continu corrupte bestanden, inmiddels maar weer windows op mijn 120GB Intel SSD gezet.

Heb tot nu toe een OCZ Solid, OCZ Vertex, OCZ Vertex 2 en een OCZ Vector gehad.

De OCZ Solid (mijn eerste SSD) is inmiddels overleden. Werd nog wel herkend maar er kon niet meer naar geschreven worden, ook niet meer geformatteerd en dergelijke. Geen disk utiliy wilde er iets mee, ook niet op andere PC''s met andere controllers.
De OCZ Vertex doet het nog steeds maar wordt niet intensief gebruikt.
De OCZ Vertex 2 is al eens vervangen, de vervanger werd op een gegeven moment soms wel, soms niet herkend in een laptop. Op een moment dat hij wel werd herkend de firmware geupdate, sinds die tijd doet hij het goed.
De OCZ Vector zit nu sinds april 2013 in een PC die vaak de hele dag aan staat. Deze is nu ook aan het stuk gaan, lijkt het. Deze disk komt bij Salland vandaan dus een gevalletje pech denk ik want de factuur heb ik niet meer en kan ik daar ook niet meer downloaden.

Heb tot nu toe twee Intels gekocht en intensief gebruikt, nooit problemen mee gehad. Dan maar iets minder snel maar vanaf nu nooit geen OCZ meer.

[Thc_Nbl]

Hai, ik heb ook een vertrex draaien op ubuntu 12.04 en werkt prima hoor.
wil je nieuwerer kernel, je kan 3.8 installeren, linux-image-3.8.0-29 b.v.
kijk eens in je bios of je : aggressive link power management ergens ziet,
zet die eens uit, je wilt geen powermanagement op je SSD en controleer of je sata controller op AHCI staat.