Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
Die CPU bleibt kalt, das mach ich im Kopf...
nur ist es weniger umständlich, wenn ich die Stripesize weiss
Das mit der Photostrecke ist nicht so dringend, ich wollte Dir damit nicht den Schlaf rauben
Falls beim Neustart der Datenträger überprüft werden will - ABBRECHEN durch Tastendruck innerhalb der ersten Sekunden...
Schön - also kann ich diese Methode auch ohne langwieriges Rescue an Backup-Muffel weiterempfehlen
Ich war zu faul zum rechnen, mein RAID-Analyseprogramm hab ich nur bis 5 Memberplatten bei RAID5 gebaut und wollte das jetzt nicht ändern
so hab ich mit was anderem experimentiert, und in einer leeren NTFS-Partition den Mirror weggemacht und das chkdsk drübergelassen...
Oh Wunder, es hat den Mirror geschrieben - für irgendwas muß es ja gut sein
Es ist sogar so bescheiden, dass es keine Meldung darüber verliert, was es da Gutes getan hat
Also schließ alle Programme einschließlich Explorer,
gehe in die Eingabeaufforderung (start/ausführen/"cmd")
und mache dort mal ein
chkdsk d:
(ohne Parameter). Wenn er daran nichts zu meckern hat und alles OK findet, dann ein
chkdsk d: /F
Danach kannst Du im HxD überprüfen, dass auf Sektor 1953124863 ab Offset 3A3528FF800 jetzt Daten stehen, die mit ...NTFS beginnen
Da der Array jetzt wieder 100% in Ordnung ist, kannst Du frohen Mutes die Partition vergrößern - da hinten warten noch unbenutzte 1TB auf Dich.
ich hab chkdsk d: ausgeführt und er brach nach Erkennung des NTFS mit folgender Fehlermeldung ab (siehe Bild).
Soll ich mit TestDisk den Mirror schreiben?
Nein, keinesfalls.
Wäre ja auch zu schön gewesen.
Wird bei Dir im Explorer wieder der frühere Name vor der Laufwerksbezeichnung - Güterbahnhof (D: ) angezeigt? - dann ist das Filesystem nicht so blöd wie chkdsk, welches nicht mehr dorthin findet.
Ich konnte jedenfalls nur mit der 512-Byte per Sektor Variante probieren (weil ich kein derartiges AMD-RAID besitze)
Ich kann mich ja mal schlau machen, wo die Volumebezeichnung sitzt. Vielleicht können wir noch nachbessern.
Die derzeitige Lage hätte zur Folge, dass in einem Fehlerfall (z.B. Stromausfall) ein chkdsk nicht mehr funktioniert, um leichte Unordnung zu beseitigen.
Ändere inzwischen nichts an dem derzeitigen Volume (außer rauskopieren der bislang verschollenen Ordner).
Such mal nach dem String "Güterbahnhof"
-im HxD Menü; Search/Find/search for: Güterbahnhof /Textstring/Unicode anhaken/OK
kann eine Weile dauern...
Wenn er das gefunden hat, markiere den gesamten Sektor und stell ihn mit Edit/copy as.../editor view in eine neue txt.Datei und poste die
Er muss noch ein zweites Mal vorhanden sein - Weitersuchen mit F3 und die zweite Stelle auch rauskopieren
Die zeitraubendere, aber sicherere Methode wäre natürlich, nach dem rausholen der letzten Reste den Array neu GPT-initialisieren, Die Partition wieder anzulegen (gleich in max Arraygröße) und alles von den Sicherungen wieder reinzukopieren.
Bevor Du Dich zu diesem Schritt entschließt, könnten wir noch ein kleines Experiment zur Eingrenzung des HxD-Fehlers machen, welcher uns hindert, den NTFS-Header Mirror selbst dorthin zu schreiben, wo er hingehört.
Wäre ja absolut geil, wenn chkdsk einzig über diesen an die Filestruktur geht und deswegen hilflos ist, weil der Mirror nicht da ist. Ich hab die Arbeit von Chkdsk aber anders in Erinnerung...
Ergänzung ()
Was Du jetzt vorher noch probieren kannst: Leg hinten im freien 931GB Bereich des RAID eine neue NTFS-Partition in Minimalgröße(8MB?) an und gib ihr einen Buchstaben. Wenn Chkdsk auch an diesem Buchstaben scheitert, dann ist es nicht in der Lage, mit anderen Sektorgrößen als 512Bytes zu operieren.
Wenn schon, zieh mir das ganze NTFS-Volume in eine Datei, da kann ich den Inhalt analysieren...
hab bis jetz nichts verändert. Ich bin zur Zeit aber leider etwas kurz angebunden.
Werde deine Vorschläge auf jeden Fall beherzigen, am Wochenende, wenns hier mal bißchen ruhiger ist.
so, ich habe gestern abend noch Zeit gefunden, die Anweisungen von Dir auszuführen.
Hat im übrigen alles geklappt. Das neue Laufwerk wurde ohne Probleme erstellt und chkdsk lief ganz normal drüber. Ich habe dir nun das komplette Laufwerk (war doch richtig über Copy as -> Editor View und Laufwerksbuchstabe??) als Rar verpackt....
Im Übrigen kam bei der Suche nach Güterbahnhof 3 Treffer zustande, siehe Anhang.
Ich hab in der Zwischenzeit noch weitere Kundschaft zur Wiederherstellung von RAID's dazubekommen. muss also in der mir zur Verfügung stehenden Zeit simultan spielen.
Da die Daten bei Dir ja alle gerettet sind - kann die Instandsetzung des RAID noch etwas warten?
Die Analyse ist etwas zeitintensiv, ich muss dazu ein wenig was programmieren und experimentieren; darf das noch bis zum WoE dauern? Oder brennst Du schon darauf, den RAID5 wiederverwenden zu können?
Die Analyse der kleinen Partition hat Nüsse gebracht - da ist sonst nichts in absoluten Sektoren zu finden, alles relativ Clusteradressiert - wie es sich für ein ordentliches Filesystem gehört.
Vielleicht ist dem Logfile oder sonst irgendwo, wo Win ständig auf den Platten herumnuckelt, während der on-the-fly Erweiterung ein Hoppala passiert; ich kann es nicht sagen. Mit Spezialequipment direkt vor Ort läßt auch das sich feststellen, ist aber hier sinnlos.
Es bliebe - falls Du einverstanden bist - also nur noch ein kleiner Eingrenzungstest des HxD-Fehlers (zur Verbesserung des Produktes, mit dessen Hilfe man RAID's rettet )
Danach wird das sinnvollste sein, die Partition plattzumachen, in voller Größe neu zu definieren und alle rausgeholten Backups wieder draufzuspielen...
Zwar keine 100% Wiederinstandsetzung, aber wenigstens 0% Datenverlust - man kann nicht immer alles haben.
Ich brauch jetzt 'ne kurze Auszeit, weil man hier mit kaputten RAIDs die Forumstüre eingerannt hat und die Drängelei nur langsam nachlässt. 2 geheilte sind schon aus dem Wartezimmer verschwunden, Tote mußten diese Woche bisher keine durch die Hintertüre rausgeschoben werden.
melde mich dann so ca 19:00
Ergänzung ()
Mein HxD Versuch zur Eingrenzung, warum er da Änderungen nicht schreiben will:
Den Versuch erst durchführen, wenn alles gesichert ist und Du die Partition ohnehin plattmachen willst
Öffne den 6TB-Array als physical disk; read-only häkchen wegmachen
Positionierung an folgende Stellen (Sektoreingabefeld)
268435456
536870912
1073741824
2147483648
in dem daraufhin angezeigten Sektoren tipp am Beginn irgendwas ein (11 11 11 oder so)
und mache file/save.
wenn es geht, nimm den nächsten Sektorwert
geht es nicht mehr, probier es einen Sektor darunter (<)- geht es da noch?
So, der Weihnachtsstress hat mich voll im Griff.
Hab jetzt mal mit HxD probiert zu schreiben.
Die Zugriffsverweigerung beginnt schon beim ersten Wert, auch einen Sektor drunter geht nix.
Bei 4096 und 65536 speichert er ohne zu meckern.
Bei den beiden anderen verweigert er. Diese sind aber auch nicht leer wie die beiden oben genannten Sektoren.
Nix, jeweils Zugriff verweigert, auch jeweils eins drunter. Vorher habe ich aber auch alle Änderungen in den genannten Sektoren rückgängig gemacht, dass dadurch das Ergebnis nicht verfälscht wird.
Da hast du recht.
Ich denke, dass Windows den Bereich womöglich exklusiv sperrt?!
Früher war es beim Partitionbeginn an Sektor 264192 erlaubt - als die Partition noch nicht mountbar war.
Wenn es jetzt dort auch nicht mehr geht, muss es sowas in der Art sein, daß Partitions vor derartigen I/O Anforderungen, wie sie HxD absetzt, schützt. Mit Win7 habe ich noch nicht experimentiert. Vielleicht fehlt dem HxD nur irgendeine zusätzliche Berechtigung...
