[bb83]

Folgendes Szenario:

1x500 Gb /media/daten1 ext3 (WD500)
1x500 Gb /media/daten2 ext3 (WD500)

1x30 Gb / ext3 (Sata2 10000rpm Raptor)

Kopiere ich $iso zwischen daten1 und daten2 hin und her bleibt die md5sum gleich

Kopiere ich $iso von daten1 oder daten2 auf die Raptor / bleibt die md5sum auch gleich

Kopiere ich diese iso dann allerdings von / nach daten1 oder daten2 ist die md5sum anders

Ist das richtig so? Hardwaredefekte kann ich eigentlich aussschließen SMART ist überall i.O. und fsck beschwert sich auch nie

System: Arch64 bit


Vorher waren daten1 und daten2 ntfs, da war das gleiche Problem

Edit:

rsync und cp das gleiche problem
dmesg sagt nix

Daten1 / Daten2
/dev/sdb:
 Timing buffered disk reads:  232 MB in  3.02 seconds =  76.81 MB/sec
[root@bastian bastian]# hdparm -t /dev/sda

Raptor:
/dev/sda:
 Timing buffered disk reads:  248 MB in  3.00 seconds =  82.66 MB/sec
[root@bastian bastian]# hdparm -t /dev/sda

Dieser Beitrag wurde von bbrickwedde bearbeitet: 15. Januar 2008 - 19:47

[ph030]

Alles die gleichen FSse und du hast in jedem betreffenden Ordner die selben Rechte? Mal den weg über tar probiert, so wie hier beschrieben?

[bb83]

Ok, wenn ich es so mache:

tar -c src1/ src2/ | tar -C dest/ -xv

und von daten1 nach / kopiere ist die md5sum auf / anders
wenn ich dann allerdings wieder "rückwärts" kopiere von / auf daten1 passen die md5sums wieder


Also liegt es vermutlich an den unterschiedlichen Benutzerrechten ?

[ph030]

Eigentlich dürfte das ja nicht passieren...md5sum ist up2date?

Ediht, passiert das nur bei einer bestimmten Datei oder ist das mit mehreren reproduzierbar?

Dieser Beitrag wurde von ph030 bearbeitet: 15. Januar 2008 - 20:17

[bb83]

md5sum (GNU coreutils) 6.9

Ok Kommando zurück, mit

tar -c src1/ src2/ | tar -C dest/ -xv

Scheint es zu gehen, habe es gerade noch ein paar mal probiert

Per CP:
[root@bastian Linux Isos]# md5sum ubuntu-7.10-alternate-i386.iso 
6b34c19a48cff5d40f591b6486427e80  ubuntu-7.10-alternate-i386.iso

[root@bastian Linux Isos]# cp ubuntu-7.10-alternate-i386.iso  /home/bastian/

[root@bastian Linux Isos]# md5sum /home/bastian/ubuntu-7.10-alternate-i386.iso 
cf90cd805c44634660053219a44cb973  /home/bastian/ubuntu-7.10-alternate-i386.iso

per anderem
[root@bastian Linux Isos]# tar -c ubuntu-7.10-alternate-i386.iso | tar -C /home/bastian/ -xv
ubuntu-7.10-alternate-i386.iso
[root@bastian Linux Isos]# md5sum /home/bastian/ubuntu-7.10-alternate-i386.iso 
6b34c19a48cff5d40f591b6486427e80  /home/bastian/ubuntu-7.10-alternate-i386.iso
[root@bastian Linux Isos]# tar -c /home/bastian/ubuntu-7.10-alternate-i386.iso | tar -C ./ -xv
home/bastian/ubuntu-7.10-alternate-i386.iso
[root@bastian Linux Isos]# md5sum ubuntu-7.10-alternate-i386.iso 
6b34c19a48cff5d40f591b6486427e80  ubuntu-7.10-alternate-i386.iso
[root@bastian Linux Isos]#

Was heisst das jetzt für mich? Irgendwas stimmt da doch nicht

Dieser Beitrag wurde von bbrickwedde bearbeitet: 15. Januar 2008 - 20:23

[ph030]

Selbiges Ergebnis auch bei Einsatz von sha{1,224,256,384,512}sum, tiger o.ä.?

Ich erinnere mich noch, es gab mal einen Fehler mit ext3, der hat Witi damals in den Wahnsinn getrieben, afaik wurde der aber gefixt.

[bb83]

sum:

[root@bastian Linux Isos]# sum ubuntu-7.10-alternate-i386.iso 
21660 709632
[root@bastian Linux Isos]# cp ubuntu-7.10-alternate-i386.iso /home/bastian/
[root@bastian Linux Isos]# sum /home/bastian/ubuntu-7.10-alternate-i386.iso 
23519 709632
[root@bastian Linux Isos]# cp /home/bastian/ubuntu-7.10-alternate-i386.iso ./
[root@bastian Linux Isos]# sum ubuntu-7.10-alternate-i386.iso 
36058 709632
[root@bastian Linux Isos]#

Hat cp da ein an der Waffel? Denn mit tar scheint es super zu gehen

Dieser Beitrag wurde von bbrickwedde bearbeitet: 15. Januar 2008 - 20:27

[ph030]

Kann das hier leider nicht bestätigen:

4 Sys (Solaris, 2x FBSD, Gentoo), 6 FSse (ZFS, XFS, JFS, Reiser4, ext2, ext3), 4 Kopiertools (cp, tar, netcat, rsync) jeweils gecheckt mit md5, sha512 und tiger, alles kein Problem.

[bb83]

Ok, von /media/daten1 nach daten2 und dann wieder auf daten1 ergibt das gleiche Prob, die Raptor dürfte also nicht schuld sein

Dieser Beitrag wurde von bbrickwedde bearbeitet: 15. Januar 2008 - 20:46

[ph030]

Benutzt du ein Sys wie SELinux, RSBAC o.ä., wo ACLs an die Dateien angehängt werden und das Ziel-FS vielleicht keine ACLs unterstützt?

[bb83]

Nein, nicht das ich wüsste, normales Arch64 bit.Ich würde ja schon fast den Windowsway wählen und neu installieren

[bb83]

Ok, ich habe jetzt hin und her getestet, egal auf welche Platte irgendwann geht die md5sum den Bach runter. Die ubuntuIso dürfte mittlerweile mehr als Schrott sein .
Werde jetzt Arch neu aufsetzen und dann mal wieder testen mehr fällt mir echt net mehr ein.

Kann es sein das bei meinen Bios Einstellung noch was nicht stimmt?(ich9 Chipsatz)

EDIT:

Ok es liegt definitiv an Arch, unter Ubuntu64 bit habe ich keine Probleme!
Ergo: Image -> Neu aufsetzen
Pakete habe ich nämlich schon alle neu installiert, bzw werde erstmal von der arch Cd booten und gucken ob das problem dort auch auftaucht

Dieser Beitrag wurde von bbrickwedde bearbeitet: 16. Januar 2008 - 20:47