EP35-DS3R RAID0 defekt?

[Glotzkopfski]

Ok, kein Problem!

 

[Ernst@at]

Frisch gestärkt ans Werk!

Heute tut es mir irgendwie leid, das ich diesen Idioten vor 3 Jahren nicht kräftig an den Karren gefahren bin. Mit Konsumenten/Verbraucherschutz und Handelskammern hätte sich da vielleicht erwirken lassen, dass derartige Boards nicht länger zum kommerziellen Einsatz kommen und eine Aufschriftgroß draufhaben müssen: "Warnung! Nur als Spielzeug geeignet, aber nicht für Datenverarbeitungszwecke verwendbar!" und das bereit verkaufte Zeug zurückgerufen werden muss...


- Menü: Extras/open disk/physical disk/hard disk 1 (Häkchen bei "open as readonly" NICHT entfernen)
========= suchen BS Mirror letzte Partition
- in der Menüleiste auf den Button ">|" klicken (Positioniert ans Ende des Arrays
notier mir den Wert der rechts neben dem Sektoreingabefeld steht (of xxxxx)

- Menü: Search/Find

Search for: EB 52 90 4E 54 46 53 20 20 20 20
Datatype: hex-Values
Search direction: backward

Wenn er länger als 10 Minuten sucht, ohne was zu finden, kannst Du es abbrechen

- Menü: Edit/select block/start-offset: (den eingetragenen Wert belassen) , length: 200, hex, OK
- Menü: Edit/copy as.../ editor view (überträgt den markierten Inhalt in die Zwischenablage)
- Menü: File/New (es erscheint in der Anzeige ein zweiter Reiter "untitled1")
- in "untitled1" in das kleine punktierte Rechteck rechts unter der Überschriftszeile 'Offset(h) ... 0E 0F" klicken
- Strg+V (überträgt den Inhalt aus der Zwischenablage) im popup "file size change": OK

- auf Reiter "Hard disk 1" klicken, um in diese Anzeige zu wechseln
- in der Menüzeile ins Sektoreingabefeld 163840000 übertragen, Enter drücken um hinzupositionieren
- Menü: Edit/select block/start-offset: (den eingetragenen Wert belassen) , length: 200, hex, OK
- Menü: Edit/copy as.../ editor view (überträgt den markierten Inhalt in die Zwischenablage)
- Reiter "untitled 1" anklicken - NICHT in die Anzeige des Files Klicken!
- Strg+V (überträgt den Inhalt aus der Zwischenablage) im popup "file size change": OK


- Menü: File/Save as... einen Ordner auswählen und als Dateinamen "BSMirr.txt" /speichern
- HxD beenden

Die Datei in den Anhang.

 

[Glotzkopfski]

Gesuchter Wert: 625154047 -> ist der linke Wert im Sektoreingabefeld

EDIT:
Gesuchter Wert: 625154048 -> ist der rechts daneben





Die Suche nach EB 52 90 4E 54 46 53 20 20 20 20 hat ca. 1 Sekunde gedauert, ist das ok?

 

[Ernst@at]

Passt schon so, aber jetzt wird es spannend:

[FONT="Lucida Console"][SIZE="3"]Analyzing: \\Pc10\shareddocs\Glotzkopfski RAID0\BSMirr.txt

===== NTFS INFORMATION ===== at LBA=625151999
4A861FFFFE 55AA              Boot signature='55AA'... valid
4A861FFE00 EB5290            jump around... OK
4A861FFE03 4E54465320202020  NTFS ID... OK
4A861FFE0B 0002              Bytes per sector: 512
4A861FFE0D 08                Sectors per cluster: 8 ==> Clustersize=4K
4A861FFE0E 0000              reserved sectors: 0
4A861FFE10 000000            always zero...OK
4A861FFE13 0000              not used...OK
4A861FFE15 F8                <Media descriptor>
4A861FFE16 0000              always zero...OK
4A861FFE18 3F00              Sectors per track: 63
4A861FFE1A FF00              # heads: 255
4A861FFE1C 0000C409          # hidden sectors: 163840000
4A861FFE20 00000000          <not used by NTFS>
4A861FFE24 80008000          <not used by NTFS>
4A861FFE28 FF0F7F1B00000000  Total Sectors: 461311999
.                            ==> Size: 225250MB 219.97GB
.                            ==> NTFS Origin at sector: 163840000 ==> Sector placement: OK
4A861FFE30 00000C0000000000  Cluster# of $MFT: 786432
.                            ==> $MFT at sector: 170131456
4A861FFE38 0200000000000000  Cluster# of $MFTmirr: 2
.                            ==> $MFTmirr at sector: 163840016
4A861FFE40 F6000000          Clusters/File Record Segment: 246
4A861FFE44 01000000          Clusters/Index Block: 1
4A861FFE48 99B4E13CC9E13CC6  Volume Serial #
4A861FFE50 00000000          checksum

===== NTFS INFORMATION ===== at LBA=163840000
13880001FE 55AA              Boot signature='55AA'... valid
1388000000 EB5290            jump around... OK
1388000003 4E54465320202020  NTFS ID... OK
138800000B 0002              Bytes per sector: 512
138800000D 08                Sectors per cluster: 8 ==> Clustersize=4K
138800000E 0000              reserved sectors: 0
1388000010 000000            always zero...OK
1388000013 0000              not used...OK
1388000015 F8                <Media descriptor>
1388000016 0000              always zero...OK
1388000018 3F00              Sectors per track: 63
138800001A FF00              # heads: 255
138800001C 0000C409          # hidden sectors: 163840000
1388000020 00000000          <not used by NTFS>
1388000024 80008000          <not used by NTFS>
1388000028 FF0F7F1B00000000  Total Sectors: 461311999
.                            ==> Size: 225250MB 219.97GB
.                            ==> NTFS Mirror at sector: 625151999 ==> Sector placement: OK
1388000030 00000C0000000000  Cluster# of $MFT: 786432
.                            ==> $MFT at sector: 170131456
1388000038 0200000000000000  Cluster# of $MFTmirr: 2
.                            ==> $MFTmirr at sector: 163840016
1388000040 F6000000          Clusters/File Record Segment: 246
1388000044 01000000          Clusters/Index Block: 1
1388000048 99B4E13CC9E13CC6  Volume Serial #
1388000050 00000000          checksum                                   [/SIZE][/FONT]

Es ist sowohl der NTFS-Header mit dem Bootsektor als auch der Mirror identisch und zeigt eine Partition von 219.97GB

Da haben die Arschlöcher einfach im MBR die Partitiongröße gekappt, und stellen sich vor, dass damit alles OK ist (selbst auf einer Einzelplatte verursacht das massive Probleme).
Schlimm daran ist, dass diese Pfeifen keine Ahnung mehr haben dürften, welcher Unsinn in welchem Board vercoded wurde, denn die haben, wie es aussieht, wahllos diesen Part von einem zum anderen Board kopiert und modifiziert und keinen Überblick, was wo drinnensteckt. Würde mich überhaupt nicht wundern bei dem Saustall, wenn die heute noch Boards mit diesem Schwachsinn als initial-BIOS-Release rausschicken...

Zum Thema nach der kleinen Ereiferung:
Machen wir eben den MBR wieder passend zum Partitioninhalt...

 

[Glotzkopfski]

Wenn ich das so alles lese, auch von anderen Benutzern, schein ja Gigabyte nicht gerade eine Koryphäe im Bereich OnBoard-RAID-Controller zu sein?
Obwohl ich diese Konstellation mit Sicherheit schon 2-3 Jahre betreibe und es bisher nie Probleme gegeben hat!
Was wäre denn eine Gute Lösung mit gutem Preis/Leistungsverhältnis für ein RAID0?
Ich werde aber, sobald die Daten wieder da sind, kein RAID mehr konfigurieren...

 

[Ernst@at]

Das hat alles nichts mit dem RAID zu tun, sondern dem BIOS.
Auf einem anderen Board wäre sowa nie passiert, was auf der ganzen Welt einigen Zehntausenden wohl graue Haare wachsen lässt, nicht nur bei RAIDs.
Jetzt, mit der neuen F4, kann das nicht mehr passieren

Entpacke Dir den MBRcorr.bin File

HxD Aufruf unter User mit Administratorrechten (oder per Rechtsklick mit ausführen als...)


- Menü: Extras/open disk/physical disk/hard disk 1 (Häkchen bei "open as readonly" diesmal schon entfernen)

========= restore MBR
- Menü File/Open/ ... (Den im Anhang befindlichen entzippten "MBRcorr.bin" auswählen)
- Strg+A (markiert den ganzen Inhalt)
- Strg+C (Kopiert es in die Zwischenablage)
- Menü: File/close (es erscheint wieder die Anzeige von hard disk 1)
- Menü: Edit/select block/start: 0 ; length: 200, hex, OK
- Strg+V (überträgt es aus der Zwischenablage - bei popup "File Size change": Abbrechen, Datei nicht Speichern!)
- Menü: File/Save (schreibt die Änderungen auf den Array zurück)
- HxD beenden,

danach in der Datenträgerverwaltung
Menü: Aktion/Datenträger neu einlesen; wenn das nicht hilft, Neustart

sollte die Partitons wieder anzeigen

 

[Glotzkopfski]

Ein Mann, viele Worte, alle Daten wieder da!

Vielen, vielen herzlichen Dank! Einfach unglaublich!!!

Deine Weiterempfehlung, in hoffentlich nicht so vielen Fällen, ist gewiss!

 

[Ernst@at]

Ein Mann, viele Worte, alle Daten wieder da!

Soll das eine Anspielung sein, ich sei geschwätzig?
Es scheint hier eine Fangemeinde stiller Mitleser zu geben, die wollen ja auch unterhalten werden...

 

[Glotzkopfski]

Nein, so war das nicht gemeint.

Ja, es war unterhaltsam und so ähnlich wie beim Hausarzt.
Ein guter Arzt ist ein sehr guter Psychologe, welcher einem die Angst nimmt, sobald man sich zu viele Sorgen macht, bei Dir fühlte ich mich ähnlich!

 

[Ernst@at]

Das fass ich mal als Kompliment auf...
Du warst auch ein sehr geduldiger und gewissenhafter Patient, der sich genau an die Medikation gehalten hat !