(P)ATA: Sind die Daten mit CRC gesichert?

Sven Gast #711826
Lesenswert?
• ▲
▼ 
Hi!

Ich habe/hatte gerade Probleme unter Linux mit einem verschlüsselten 
Volume (dm-crypt).

Beim Lesen aus dem verschlüsselten Volume traten reproduzierbar (zwei 
Debian-Kernels und Knoppix von DVD gebootet, zwei verschiedene HDDs) 
einzelne Bitfehler (1 Bit in ca. 200 MiByte) auf. (Ich konnte mit einem 
diff und hexdump genau das Bit finden, das gekippt war).

Beim Lesen von einer `normalen' Partition gab es keine Fehler, hab 
insgesamt mehrere TiByte bewegt. (Daher habe ich einen Hardwarefehler 
zunächst ausgeschlossen.)

Nachdem ich an ein paar Steckern gewackelt habe, konnnte ich den Fehler 
jetzt nicht reproduzieren.

Meine Frage:
Werden die Daten `auf dem IDE-Kabel' mit einer CRC gesichert? Können die 
Bitfehler vom Kabel kommen?

Danke und schöne Grüße

Sven
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Sven Gast #712063
Lesenswert?
• ▲
▼ 
Lesen kann ich von der Platte wie blöd (aus `normalen' Partitionen), 
ohne dass was passiert.

Habe die verschlüsselte Partition mal in ein loopdevice auf der Platte 
gepackt. Auch da konnte ich die loopdevice-Datei hundertemal lesen, ohne 
dass ein Bit kippt. Wenn ich aber das loopdevice mit cryptmount mounte 
und dann aus dem verschlüsselten Device lese, kippen regelmäßig und 
reproduzierbar Bits.

Um mir meine anfängliche Frage zu beantworten:

http://en.wikipedia.org/wiki/AT_Attachment

--%<--
Only the Ultra DMA modes use CRC to detect errors in data transfer 
between the controller and drive. This is a 16 bit CRC, and it is used 
for data blocks only (transmission of command and status blocks do not 
use the fast signaling methods that would necessitate CRC). For 
comparison, in Serial ATA, 32 bit CRC is used for both commands and 
data. [3]
-->%--
Antwort Zitieren Bearbeiten Löschen Beitrag melden
sechsdreizwei Gast #712111
Lesenswert?
• ▲
▼ 
Waehrend der Sektor immer CRC gesichert ist, ist das bei der 
Uebertragung nicht immer der Fall. Bei einem parallelen Kabel kann man 
Fehlerfreiheit erwarten, daher ist ein CRC da unnoetig. Ausser es sei 
laenger als spezifiziert, oder nicht mehr wie ueblich terminiert.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Rolf Magnus Gast #712129
Lesenswert?
• ▲
▼ 
> Bei einem parallelen Kabel kann man Fehlerfreiheit erwarten,

Kann man das? Kontaktschwierigkeiten, Kabelbruch und Störstrahlung gibt 
es nicht?

> Ausser es sei laenger als spezifiziert, oder nicht mehr wie ueblich
> terminiert.

Bei IDE gibt's eine Terminierung?
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren