Festplatten sollte man WIRKLICH richtig jumpern...

...ansonsten kann es zu unliebsamen überraschungen kommen...

Also bisher hatte ich noch nie gröber Probleme beim Festplatten-Fehljumpern, auch wenns nicht oft vorkam - mal eine Platte nicht erkannt - beide verweigert, falls System-Platte war kein booten möglich - solche Sachen über die man kurz lacht und die man schnell behebt...
in meinem Fall habe ich am sec. Slave eine 2. Platte angeschlossen, Mastergejumpert - bin allerdings erst nach dem booten draufgekommen, als ich im Windows-Datenträger-Manager war - hab mich geärgert und bin wieder raus...
umgejumperd - reboot - wieder Datenmanager - Kinnlade gen Boden - irgendwas hat die Partitionierung-Tables der Slave-Platte auf die Master geschupft - somit waren die Daten der 80 GB Master fürs erste unerreichbar
Datenrettungstolls sei Dank kein weiteres Problem, war ja nur ein sozusagen softwaremäßiger Platten-Schaden. Es war aber dennoch etwas ungemütlich die ganze Platte durchgraben zu lassen und das ganze mal eben auf andere zu verschieben - zum Glück kam gerade eine reklamierte Platte zurück, sodaß ich vor wenigen Wochen einen radikalen Sicherungs-Feldzug unternommen hatte
(vermutlich hätte es gereicht den MBR neu zu stylen, aber mit sowas kenn ich mich net aus ...)

Is sowas schon mal passiert?
wie kann sich die Partitionierung einfach so von links nach rechts verschieben? Kanns am HPT 370-onboard-Controller liegen?
Weil bisher kannte ich nur grundlegende Fehlfunktionen (s.o.)

edit - HPT wird als reiner UDMA-Kontroller verwendet - kein RAID aktiviert

hm, stimmt kann am HPT370 controller liegen, aber is trotzdem komisch, dass Windows irgendwie deshalb versucht ein Softwareraid zu kreieren, ansatzweise