Windows2003 Software Raid 1 (Mirroring) nach CHKDSK kaputt und keine Zugriffsberechtigungen auf Dateien mehr?
Zu den Eckdaten:
Windows 2003 SP2 Server
4 SATA Platten (kein Hardware Raid-Controller)
HD1 (1 TB):
- SYS (RAID HD 1/2)
- DATA (RAID HD 1/2)
HD2 (1 TB):
- SYS (RAID HD 1/2)
- DATA (RAID HD 1/2)
--- --- ---
HD3 (2 TB):
- ARCHIV (RAID HD 3/4)
HD4 (2 TB):
- ARCHIV (RAID HD 3/4)
Das System lief ca 6 Monate anstandslos.
Nach einem manuell ausgeführtem CHKDSK mit Dateisystemfehler korrigieren/Fehlerhafte Sektoren Suchen/wiederherstellen bootete das System nicht mehr.
Server OS wurde neu installiert.
Per Computerverwaltung wurde das Software Raid aufgelöst.
- DATA
-- shares:
Benutzer:
Datensicherung:
Fotos:
Musik:
Öffentlich:
Software:
Users:
Videos:
Unter D:\shares\Öffentlich befindet sich z.b die Textdatei:
Briefentwurf.doc - 20.5 Kilobyte, jedoch wird trotz NTFS Dateisystem keine Berechtigung (Kategorie "Sicherheit") angezeigt.
Der Vererbungszwang vom Übergeordneten Ordner per:
- "Berechtigung für alle untergeordneten Objekte durch die angezeigten Einträge, sofern anwendbar, ersetzen"
- "Besitzer der Objekte und untergeordneten Container ersetzen"
brachten nichts.
Beim öffnen der Datei entsteht folgende Fehlermeldung:
Beim Lesen von D:\shares\FFENTL~1\BRIEFE~1.DOC ist ein unerwarteter Fehler aufgetreten.
per TestDisk die dynamische Festplattenstruktur in einen Basisdatenträger umgewandelt und erneut CHKDSK ausgeführt bewirkten keine Besserung.
Stellenweise konnte ich ohne weitere Schwierigkeiten komplette Ordner sauber heraus kopieren, bei anderen Dateien bzw. ganzen Verzeichnissen eben erwähnter Fehler.
Wäre für alle erdenklichen Tips dankbar.
Mit freundlichen Grüßen
Windows 2003 SP2 Server
4 SATA Platten (kein Hardware Raid-Controller)
HD1 (1 TB):
- SYS (RAID HD 1/2)
- DATA (RAID HD 1/2)
HD2 (1 TB):
- SYS (RAID HD 1/2)
- DATA (RAID HD 1/2)
--- --- ---
HD3 (2 TB):
- ARCHIV (RAID HD 3/4)
HD4 (2 TB):
- ARCHIV (RAID HD 3/4)
Das System lief ca 6 Monate anstandslos.
Nach einem manuell ausgeführtem CHKDSK mit Dateisystemfehler korrigieren/Fehlerhafte Sektoren Suchen/wiederherstellen bootete das System nicht mehr.
Server OS wurde neu installiert.
Per Computerverwaltung wurde das Software Raid aufgelöst.
- DATA
-- shares:
Benutzer:
Datensicherung:
Fotos:
Musik:
Öffentlich:
Software:
Users:
Videos:
Unter D:\shares\Öffentlich befindet sich z.b die Textdatei:
Briefentwurf.doc - 20.5 Kilobyte, jedoch wird trotz NTFS Dateisystem keine Berechtigung (Kategorie "Sicherheit") angezeigt.
Der Vererbungszwang vom Übergeordneten Ordner per:
- "Berechtigung für alle untergeordneten Objekte durch die angezeigten Einträge, sofern anwendbar, ersetzen"
- "Besitzer der Objekte und untergeordneten Container ersetzen"
brachten nichts.
Beim öffnen der Datei entsteht folgende Fehlermeldung:
Beim Lesen von D:\shares\FFENTL~1\BRIEFE~1.DOC ist ein unerwarteter Fehler aufgetreten.
per TestDisk die dynamische Festplattenstruktur in einen Basisdatenträger umgewandelt und erneut CHKDSK ausgeführt bewirkten keine Besserung.
Stellenweise konnte ich ohne weitere Schwierigkeiten komplette Ordner sauber heraus kopieren, bei anderen Dateien bzw. ganzen Verzeichnissen eben erwähnter Fehler.
Wäre für alle erdenklichen Tips dankbar.
Mit freundlichen Grüßen
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 147859
Url: https://administrator.de/forum/windows2003-software-raid-1-mirroring-nach-chkdsk-kaputt-und-keine-zugriffsberechtigungen-auf-dateien-mehr-147859.html
Ausgedruckt am: 22.12.2024 um 14:12 Uhr
7 Kommentare
Neuester Kommentar
Moin,
Wie hast du das RAID erstellt (Windows oder Controller), was für einen Controller steckt in den Server ?
Den Besitz von den Daten kannst du nicht übernehmen, richtig?
Generell sollte mann im Server immer einen "Echten" Hardware RAID Controller einsetzen um solche Probleme zu vermeiden.
mfg BorniDB
Wie hast du das RAID erstellt (Windows oder Controller), was für einen Controller steckt in den Server ?
Den Besitz von den Daten kannst du nicht übernehmen, richtig?
Generell sollte mann im Server immer einen "Echten" Hardware RAID Controller einsetzen um solche Probleme zu vermeiden.
mfg BorniDB
Hallo.
Das ist aber dann nicht Schuld des RAID Controllers, sondern Unwissen des Technikers der einen Raid Controller ohne Batteriepufferung verbaut
CHKDSK führt man ja nicht mal so aus Jux und Tollerei aus. Und wenn das System dann nicht mehr bootet, beweist das doch das am Dateisystem etwas nicht in Ordnung ist.
Wieso soll sich das nicht derart äußern, das du die Dateien zwar siehst, aber nicht kopieren kannst (kenne dieses Erscheinen aus eigener Erfahrung).
Spiel doch einfach die Daten aus dem Backup wieder zurück und die Sache hat sich.
LG Günther
jeweils der (verlorene) Raidcontrollercache die Plattenstrukturen ins Nirvana geschickt hatten.
Das ist aber dann nicht Schuld des RAID Controllers, sondern Unwissen des Technikers der einen Raid Controller ohne Batteriepufferung verbaut
Nach einem manuell ausgeführtem CHKDSK mit Dateisystemfehler korrigieren/Fehlerhafte Sektoren Suchen/wiederherstellen bootete das System nicht mehr
CHKDSK führt man ja nicht mal so aus Jux und Tollerei aus. Und wenn das System dann nicht mehr bootet, beweist das doch das am Dateisystem etwas nicht in Ordnung ist.
Wieso soll sich das nicht derart äußern, das du die Dateien zwar siehst, aber nicht kopieren kannst (kenne dieses Erscheinen aus eigener Erfahrung).
Spiel doch einfach die Daten aus dem Backup wieder zurück und die Sache hat sich.
LG Günther
Hi !
Als Ergänzung zu GuentherH's Kommentar:
Das man im Directory oder im Explorer keine Fehler sieht ist doch eigentlich der Normalfall, denn wenn Du Fehler schon im Directory erkennen kannst, dann ist das Dateisystem meist eh schon schwerer beschädigt...
Das ist so nicht richtig! Laienhaft erklärt: Das Dateisystem selbst verwaltet die einzelnen Datenblöcke total anders als es für uns User im Directory sichtbar ist...Dadurch ist es bei Dateisystemfehlern möglich, dass das Directory noch alle Daten korrekt anzeigt aber die einzelnen Blöcke, die die tatsächlichen Daten enthalten genauso gut (oder eher schlecht) komplett leer sein könnten, die Gewissheit darüber erfährst Du meist erst beim tatsächlichen Lesevorgang, wie Du es in deinem Falle ja auch gesehen hast.
Es muss also nicht zwangsläufig an fehlenden Dateirechten liegen, im übelsten Fall sind die Daten beschädigt obwohl im Explorer alles gut aussieht...
Meine Aussage berücksichtigt allerdings nicht die Unterschiede bei den verschiedenen Dateisystemen, sondern soll nur den Sachverhalt möglichst vereinfacht und verständlich darstellen...
mrtux
Zitat von @GuentherH:
Wieso soll sich das nicht derart äußern, das du die Dateien zwar siehst, aber nicht kopieren kannst (kenne dieses
Erscheinen aus eigener Erfahrung).
Wieso soll sich das nicht derart äußern, das du die Dateien zwar siehst, aber nicht kopieren kannst (kenne dieses
Erscheinen aus eigener Erfahrung).
Als Ergänzung zu GuentherH's Kommentar:
Das man im Directory oder im Explorer keine Fehler sieht ist doch eigentlich der Normalfall, denn wenn Du Fehler schon im Directory erkennen kannst, dann ist das Dateisystem meist eh schon schwerer beschädigt...
Das ist so nicht richtig! Laienhaft erklärt: Das Dateisystem selbst verwaltet die einzelnen Datenblöcke total anders als es für uns User im Directory sichtbar ist...Dadurch ist es bei Dateisystemfehlern möglich, dass das Directory noch alle Daten korrekt anzeigt aber die einzelnen Blöcke, die die tatsächlichen Daten enthalten genauso gut (oder eher schlecht) komplett leer sein könnten, die Gewissheit darüber erfährst Du meist erst beim tatsächlichen Lesevorgang, wie Du es in deinem Falle ja auch gesehen hast.
Es muss also nicht zwangsläufig an fehlenden Dateirechten liegen, im übelsten Fall sind die Daten beschädigt obwohl im Explorer alles gut aussieht...
Meine Aussage berücksichtigt allerdings nicht die Unterschiede bei den verschiedenen Dateisystemen, sondern soll nur den Sachverhalt möglichst vereinfacht und verständlich darstellen...
mrtux