SATA-Laufwerke oder Chipsatz mit DRDY ERR und ICRC ABRT

27299
Matt

Ich habe eine SD-VIA-1A2S-PCI-Karte mit 2 SATA-Ports (und einem ATA-133, der nicht verwendet wird). Zwei neue Western Digital Caviar Green-Laufwerke (WD10EARS 1TB) werfen wiederholte Fehler in kern.log (Datum / Uhrzeit / Host-Info aus Gründen der Kürze entfernt):

[7.376475] ata2.00: Ausnahme Emask 0x12 SAct 0x0 SErr 0x1000500 Aktion 0x6 [7.376480] ata2.00: BMDMA-Status 0x5 [7.376483] ata2: Fehler:  [7.376489] ata2.00: cmd c8 / 00: 40: 20: 00: 00/00: 00: 00: 00: 00: 00: 00: 00 / e0-Tag 0 dma 32768 in [7.376490] res 51/84: 2f: 20: 00: 00/00: 00: 00: 00: 00 / e0 Emask 0x12 (ATA-Bus-Fehler) [7.376493] ata2.00: Status:  [7.376495] ata2.00: Fehler:  [7.376504] Ata2: Hard Reset-Link

Ich verwende Ubuntu 9.04 - 2.6.28-18-generic, obwohl ich Live-CDs von Ubuntu 9.10, Fedora 12 und OpenSUSE 11.2 ausprobiert habe - alle laufen mit verschiedenen 2.6.31-Kerneln - und alle haben den gleichen Fehler erhalten.

Aufgrund des Testens dieser Laufwerke und dieser Karte in zwei anderen Maschinen und der Kombination der direkten Verbindung der Laufwerke mit der Hauptplatine oder der Zusatzkarte bin ich relativ überzeugt, dass dies der VIA-Chipsatz ist. Ein anderer Computer, der auch über einen integrierten VIA-SATA-Chipsatz verfügt (wie die Zusatzkarte), erzeugt dieselben Fehler, wenn sich die Laufwerke direkt auf der Hauptplatine befinden. Ich konnte feststellen, dass die Laufwerke einwandfrei sind, und ich habe alles versucht, was ich mir beim Kabelaustausch vorstellen kann, die PSA ist nicht überlastet usw.

Der Fehler tritt beim Booten ein- oder zweimal auf, nachdem fdisk einmal oder zweimal auf dem Laufwerk verwendet wurde, und ständig, wenn versucht wird, ein neues mdadm raid 1-Array zu synchronisieren, das auf den beiden Laufwerken erstellt wurde.

Irgendwelche Gedanken, wohin von hier aus zu gehen - Fahrer / Kernel weise?

Ich bin völlig offen für den Kauf einer neuen PCI-Add-In-Karte, wenn jemand eine mit 2 internen SATA-Ports empfehlen kann, die in Debian / Ubuntu gut funktioniert.

Vielen Dank!

4

5 Antworten auf die Frage

1
quack quixote

Als Alternative zum VIA kann ich die Promise- und SiliconImage-Chipsätze empfehlen. Ich verwende derzeit einen PCI-Adapter mit einem SiI-3124- Chipsatz und hatte keine Probleme damit.

Ich habe gute Erfahrungen mit früheren IDE-Chipsätzen beider Hersteller gemacht, hatte jedoch noch keinen Anlass, einen Promise-SATA-Chip auszuprobieren. Ich empfehle dringend, vom VIA-Chip wegzukommen; Ich habe mich mit vielen flockigen VIA-Chips befasst und möchte sie möglichst vermeiden.

Hier ist eine 4-Port-Karte mit diesem SiI-3124-Chipsatz: http://www.newegg.com/Product/Product.aspx?Item=N82E16816124008 quack quixote vor 14 Jahren 0
Vielen Dank. Ich habe ein paar weitere Kernel-Änderungen vorgenommen, die ich an anderer Stelle gefunden habe, aber wahrscheinlich eine weitere Karte von NewEgg kaufen wird. Dort bekam ich den ersten, ohne zu wissen, dass es sich um einen ähnlichen Chipsatz wie das Motherboard handelt. Matt vor 14 Jahren 0
Dies als Antwort markieren. Habe eine Sil-3114-Karte ausprobiert, und die ist auch gescheitert, denke ich aufgrund von Streit mit dem beschissenen Motherboard. In einem anderen Computer funktionierte es einwandfrei, während die Via-Zusatzkarte dies nicht tat. Vermeiden Sie also VIA-Chipsätze wie die Pest. Matt vor 14 Jahren 0
@matt, hast du gesehen, ob das BIOS eine Option hatte, um die Onboard-SATA (die via) vollständig zu deaktivieren? quack quixote vor 14 Jahren 0
Ja, habe diese Karte mit deaktiviertem Onboard mit den gleichen Ergebnissen ausprobiert. Neuer MB / CPU auf dem Weg von NewEgg statt sich mit den Add-In-Karten zu beschäftigen. Alle diese Kopfschmerzen für mehr Netzwerkspeicher. :) Vielen Dank. Matt vor 14 Jahren 0
1
M1TH

I know this is a bit old, but I had this issue on a new machine I'm building and the issue seemed to be this. Here was my original error:

[ 595.535123] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 [ 595.535127] ata2.00: BMDMA stat 0x64 [ 595.535132] ata2.00: failed command: WRITE DMA EXT [ 595.535140] ata2.00: cmd 35/00:00:08:3c:11/00:02:00:00:00/e0 tag 0 dma 262144 out [ 595.535145] ata2.00: status: { DRDY ERR } [ 595.535147] ata2.00: error: { ICRC ABRT } [ 595.535182] ata2: soft resetting link

I had turned on a BIOS option to turn the two 'main' (0/1) SATA ports into IDE mode or something of that sort and it had somehow screwed up the bus communication to the other non-SATA or secondary devices on the bus. I know the description here is a bit vague, but it's difficult to tell on some mobos which is primary/secondary and which bus is associated with which.

I can just say that turning the option back so that all 6 of my onboard SATA were ACHI made my errors go away immediately. Where they were immediately reproducible in bulk running bonnie or iozone, the change has made these 2 benchmark programs immediately run without errors and complete in 1/2 hour instead of 2-3.

wow, ich hatte dieses problem schon ewig, bis ich es endlich gefunden habe, vielen dank! Preexo vor 8 Jahren 0
0
jetole

DRDY ERR messages actually seems to be reported as a kernel bug in a lot of systems which seems to relate a lot with Ubuntu and to a smaller extent Debian. I am investigating this because this is something that has started happening with me recently. I would recommend the following (You will require a bootable CD for some of this and you may need it due to disk issues for all of this. The Ubuntu desktop install CD works well without making you install anything):

  1. Put "options libata noacpi=1" in /etc/modprobe.d/options.conf
  2. Run "e2fsck -f -c -v /dev/sda1" but replace /dev/sda1 with the partitions causing the error. As far as I know, e2fsck needs a partition with the file system so this probably won't work on the whole disk. If it does work on the whole disk, you still need to run it on the partitions anyways. You need a bootable CD for this.
  3. Edit the file /boot/grub/menu.lst and on the line that starts with "# kopt" add "noapic" to the end of the line. The # at the start is important and does not act like a comment. Do not remove the #.
  4. This does not affect the disk but if you change "splash" to "nosplash" and remove the word "quiet" from /boot/grub/menu.lst on the line that starts with "# defoptions" Then it will not have an image when you boot ubuntu but instead will give you more verbose output.
  5. On Ubuntu, after you change anything inside /boot/grub/menu.lst you must run /usr/sbin/update-grub
Vielen Dank. Ich habe alle diese Optionen vor ein paar Wochen ohne Erfolg ausprobiert. Es war auch nicht auf Debian und seine Ableitungen beschränkt ... dieselben Fehler auch bei RedHat und OpenSUSE. Scheint eine schlechte Unterstützung für die VIA-Chipsätze im Kernel zu sein. Kaufte ein neues Motherboard und zog nach viel Frust weiter. Matt vor 14 Jahren 0
Nun, ich hatte vor kurzem dasselbe Problem, das dem Fehlerbericht zu entsprechen scheint und den VIA-Controller nicht ausführt. Dies ist auf zwei verschiedenen Laufwerken, eines ist neu. Ich gehe davon aus, dass dieser Fehler ein offizielles Problem darstellt, aber der Fehler scheint sich auf Leute zu beziehen, die diesen Fehler auf Computern sehen, die dieses Problem nicht haben. jetole vor 14 Jahren 0
0
Tom

Ich hatte gerade eine ähnliche Erfahrung wie das vorherige Late-Poster. Ich habe einen Dell OptiPlex 9020, der mit 2 Laufwerken in einer gespiegelten RAID-Konfiguration geliefert wurde. Ich beschloss, die Spiegelung zu unterbrechen und die beiden Laufwerke als separate Laufwerke zu verwenden. Also habe ich das Setup des RAID-Controllers neu konfiguriert, um die beiden Festplatten als zwei Nicht-RAID-Festplatten zu sehen. Neustart und alles war wie erwartet. Nur dass ich die oben genannten Fehler bekam. Aber es war sehr zufällig und flockig.

Heute abend bin ich endlich auf diesen Thread gestoßen und habe es herausgefunden. Ich ging in das BIOS-Setup (das völlig vom RAID-Controller-Setup getrennt ist) und sah, dass ich immer noch die Schnittstelle auf "RAID" anstelle von "ACHI" eingestellt hatte. Sobald ich auf ACHI umgestiegen und einen Neustart durchgeführt habe, startete das System viel schneller als je zuvor und am besten keine Fehler.

Ja!

0
Rizal Rahman

Ich habe in meinem BIOS zu AHCI gewechselt und es hat nicht funktioniert. Nachdem ich meine Partitionstabelle überprüft hatte, wurde die GPT-Tabelle defekt.

dan@zeus:~$ sudo gdisk -l /dev/sda [sudo] password for dan:  GPT fdisk (gdisk) version 0.8.4  Caution: invalid backup GPT header, but valid main header; regenerating backup header from main header.  Warning! One or more CRCs don't match. You should repair the disk!  Partition table scan: MBR: protective BSD: not present APM: not present GPT: damaged  **************************************************************************** Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk verification and recovery are STRONGLY recommended. **************************************************************************** Disk /dev/sda: 625140335 sectors, 298.1 GiB Logical sector size: 512 bytes Disk identifier (GUID): 4FF348B9-D041-49A6-AD98-18C15F055F2D Partition table holds up to 128 entries First usable sector is 34, last usable sector is 625142414 Partitions will be aligned on 8-sector boundaries Total free space is 0 sectors (0 bytes)  Number Start (sector) End (sector) Size Code Name 1 34 625142414 298.1 GiB 0700

Dann habe ich nur noch wdie GPT-Tabelle geschrieben. Schließlich habe ich mein System neu gestartet.

Und jetzt funktioniert es wie ein Zauber!

Verwandte Probleme