14
Windows Server 2003 SP2 - Event ID 55 - NTFS Dateisystemstruktur beschädigt.
Hallo werte Administratorengemeinde,
ich habe leider seit anfang letzter Woche folgendes Problem auf einem unserer Windows Server 2003 SP2.
Kurz zu den Systemdaten:
Intel Xeon 3,06 GHz
Windows Server 2003 SP2 aktueller Patchstand
ICP GDT8124RZ Hardware Raid
6 x 33,6 Gig Ultra 320 SCSI (3 x Raid 1)
4 x 147 Gig Ultra 320 SCSI (2 x Raid 1)
Laut Controller sind alle Platten in einem guten Zustand.
Jedoch habe ich auf der Partition D (liegt zusammen mit der Systempartition auf einem 147er Verbund) vermehrt NTFS-Fehler.
Einige Dateien lassen sich weder öffnen, noch löschen. Erst durch einen CHKDSK /F /D werden bei der Behebung einiger Indexfehler im Dateisystem betroffene Dateien entfernt, nicht repariert.
Ich habe auch schon den Beitrag von Olli325 "Event-ID 55 NTFS-Fehler" gelesen und den besagten MicrosoftPatch eingespielt.
Leider trat der Fehler dennoch erneut auf, was mich grad etwas ratlos macht. Ich hoffe ihr habt noch ein paar hilfreiche Tips.
Danke im Voraus
Kurz zu den Systemdaten:
Intel Xeon 3,06 GHz
Windows Server 2003 SP2 aktueller Patchstand
ICP GDT8124RZ Hardware Raid
6 x 33,6 Gig Ultra 320 SCSI (3 x Raid 1)
4 x 147 Gig Ultra 320 SCSI (2 x Raid 1)
Laut Controller sind alle Platten in einem guten Zustand.
Jedoch habe ich auf der Partition D (liegt zusammen mit der Systempartition auf einem 147er Verbund) vermehrt NTFS-Fehler.
Einige Dateien lassen sich weder öffnen, noch löschen. Erst durch einen CHKDSK /F /D werden bei der Behebung einiger Indexfehler im Dateisystem betroffene Dateien entfernt, nicht repariert.
Ich habe auch schon den Beitrag von Olli325 "Event-ID 55 NTFS-Fehler" gelesen und den besagten MicrosoftPatch eingespielt.
Leider trat der Fehler dennoch erneut auf, was mich grad etwas ratlos macht. Ich hoffe ihr habt noch ein paar hilfreiche Tips.
Danke im Voraus
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 174765
Url: https://administrator.de/contentid/174765
Printed on: April 18, 2024 at 23:04 o'clock
14 Comments
Latest comment
Moin,
was mir dazu spontan einfällt:
- Ist der Schreibcache am RAID Controller aktiviert? Wenn Ja -> Abschalten
- Lass' mal (am Wochenende) einen memtest laufen.
lg,
Slainte
was mir dazu spontan einfällt:
- Ist der Schreibcache am RAID Controller aktiviert? Wenn Ja -> Abschalten
- Lass' mal (am Wochenende) einen memtest laufen.
lg,
Slainte
Hallo Born4IT,
bei Möglichkeit hol dir doch mal ein SysLog - Tool.
z.B. http://technet.microsoft.com/de-de/sysinternals/bb896645
und schau dir nach dem Bootvorgang (Bootlog aktivieren unter Optionen) bei welchem Verzeichnis er beschädigt angibt, vielleicht kannst du dieses entfernen und evtl. neu anlegen.
Lg
Curb
bei Möglichkeit hol dir doch mal ein SysLog - Tool.
z.B. http://technet.microsoft.com/de-de/sysinternals/bb896645
und schau dir nach dem Bootvorgang (Bootlog aktivieren unter Optionen) bei welchem Verzeichnis er beschädigt angibt, vielleicht kannst du dieses entfernen und evtl. neu anlegen.
Lg
Curb
Hallo,
Gruß,
Peter
Zitat von @Born4IT:
Jedoch habe ich auf der Partition D (liegt zusammen mit der Systempartition auf einem 147er Verbund) vermehrt NTFS-Fehler.
Könnte nicht doch dein NTFS etwas abbekommen haben? Offline gehen. Parition Sichern (Image erstellen), Formatieren. Sicherung zurück (Image). Was sagt dann dein NTFS?Jedoch habe ich auf der Partition D (liegt zusammen mit der Systempartition auf einem 147er Verbund) vermehrt NTFS-Fehler.
Ich habe auch schon den Beitrag von Olli325 "Event-ID 55 NTFS-Fehler" gelesen und den besagten MicrosoftPatch eingespielt.
Dann wirkt sich aber nur aus falls du eine Clustergröße kleiner 4096 Bytes bei der Erstellung gewählt hast. Hast du das?Gruß,
Peter
Hallo Slainte, hallo Curb,
Der Schreibcache ist deaktiviert.
Werde aber dennoch die Variante mit dem Memtest mal in Betracht ziehen.
Danke für den Tip mit dem Syslog, Curb.
Werde ich auch einmal durchführen und schauen was er mir sagt.
Gruß, Marco
Der Schreibcache ist deaktiviert.
Werde aber dennoch die Variante mit dem Memtest mal in Betracht ziehen.
Danke für den Tip mit dem Syslog, Curb.
Werde ich auch einmal durchführen und schauen was er mir sagt.
Gruß, Marco
Hallo Peter,
Ich hatte gehofft das es das gute alte CHKDSK hinbiegen würde. Aber es besteht natürlich auch die Variante mit dem Defekt des NTFS.
Die Partition wurde damals mit einer Clustergröße von 4096 Bytes erstellt, ich war jedoch der Hoffnung das der Fehler damit dennoch behoben sein könnte (gibt mehrere solcher Aussgen in anderen Foren).
Ansonsten werde ich um eine Neuformatierung der Partition wohl nicht herum kommen.
Gruß, Marco
Ich hatte gehofft das es das gute alte CHKDSK hinbiegen würde. Aber es besteht natürlich auch die Variante mit dem Defekt des NTFS.
Die Partition wurde damals mit einer Clustergröße von 4096 Bytes erstellt, ich war jedoch der Hoffnung das der Fehler damit dennoch behoben sein könnte (gibt mehrere solcher Aussgen in anderen Foren).
Ansonsten werde ich um eine Neuformatierung der Partition wohl nicht herum kommen.
Gruß, Marco
Guten Morgen zusammen,
also meine Nachtschicht war leider nicht so erfolgreich. Folgendes hab ich durchgeführt:
- Dateiindizes per CHKDSK /F korriert
- Daten der betroffenen Partition wurden gesichert (Image)
- Partition neu formatiert (kein quickformat)
- Gesicherten Daten (Image) wieder zurück gespielt.
Nach dem erfolgreichen Start sah das Ereignisprotokoll erstmal ganz gut aus. Jedoch haben sich heute Morgen um 1 Uhr dann doch wieder NTFS-Fehler eingeschlichen. Meine Vermutung ist, das zu dem zeitpunkt das NTBackup auf die betroffenen Dateibereiche zugegriffen hat. Werde die Tage mal sowohl einen memtest machen, wie auch einen bootlogger mitlaufen lassen, in der Hoffnung das sich daraus Antworten ergeben.
Die hoffnung ist ehr gering das es sich scheinbar auf abgegrenzte Bereiche des NTFS zu beziehen scheint.
Hat sonst noch jemand eine Idee wie ich dem Hasen das Fell über die Ohren ziehen kann? Bin für jeden Rat dankbar.
Gruß, Marco
also meine Nachtschicht war leider nicht so erfolgreich. Folgendes hab ich durchgeführt:
- Dateiindizes per CHKDSK /F korriert
- Daten der betroffenen Partition wurden gesichert (Image)
- Partition neu formatiert (kein quickformat)
- Gesicherten Daten (Image) wieder zurück gespielt.
Nach dem erfolgreichen Start sah das Ereignisprotokoll erstmal ganz gut aus. Jedoch haben sich heute Morgen um 1 Uhr dann doch wieder NTFS-Fehler eingeschlichen. Meine Vermutung ist, das zu dem zeitpunkt das NTBackup auf die betroffenen Dateibereiche zugegriffen hat. Werde die Tage mal sowohl einen memtest machen, wie auch einen bootlogger mitlaufen lassen, in der Hoffnung das sich daraus Antworten ergeben.
Die hoffnung ist ehr gering das es sich scheinbar auf abgegrenzte Bereiche des NTFS zu beziehen scheint.
Hat sonst noch jemand eine Idee wie ich dem Hasen das Fell über die Ohren ziehen kann? Bin für jeden Rat dankbar.
Gruß, Marco
- Daten der betroffenen Partition wurden gesichert (Image)
Aehm... bei defektem NTFS hätte sich ein File-Level-Backup angeboten (robocopy o.Ä.) mit einem Image spielst du dann das kaputte NTFS wieder drauf...
Deine Aussage mal traurigerweise Sinn.
Also das ganze nochmal *g*. Nimmt Robocopy Standartmäig alle Berechtigungen mit oder muss ich diverse Freigabe- und NTFS-Berechtigungen neu setzen?
Danke
Also das ganze nochmal *g*. Nimmt Robocopy Standartmäig alle Berechtigungen mit oder muss ich diverse Freigabe- und NTFS-Berechtigungen neu setzen?
Danke
Berechtigungen werden mit dem Switch /COPYALL mitgenommen. Freigaben musst du neu setzen.
Hallo zusammen,
Hier schonmal ein kurzes Feedback zur aktuellen Lage:
- Files per robocopy auf eine Freigabe gesichert (robocopy "%source%" "%destination%" /E /B /COPYALL /R:1 /W:1 /LOG:robolog.txt /TEE)
- Bestehende Freigaben zwecks späterer Wiederherstellung notiert (ShareEnum aus der Sysinternals Suite hatte leider nicht alle User der Freigaben angezeigt)
- Partition Formatiert
- Files per Robocopy an den vorherigen Speicherort zurück kopiert
Erfreulicherweise konnte ich feststellen, dass W3K3 sich die Freigaben gemerkt hatte und sie nach dem kopiervorgang auf dem Ursprünglichen Speicherort auf die Ordner gesetzt hat.
Das System läuft jetzt wieder seit ca. 0:30 Uhr und bisher (13:30 Uhr) sind keine erneuten ID55-Fehler im Ereignisprotokoll geloggt.
Gruß, Marco
Hier schonmal ein kurzes Feedback zur aktuellen Lage:
- Files per robocopy auf eine Freigabe gesichert (robocopy "%source%" "%destination%" /E /B /COPYALL /R:1 /W:1 /LOG:robolog.txt /TEE)
- Bestehende Freigaben zwecks späterer Wiederherstellung notiert (ShareEnum aus der Sysinternals Suite hatte leider nicht alle User der Freigaben angezeigt)
- Partition Formatiert
- Files per Robocopy an den vorherigen Speicherort zurück kopiert
Erfreulicherweise konnte ich feststellen, dass W3K3 sich die Freigaben gemerkt hatte und sie nach dem kopiervorgang auf dem Ursprünglichen Speicherort auf die Ordner gesetzt hat.
Das System läuft jetzt wieder seit ca. 0:30 Uhr und bisher (13:30 Uhr) sind keine erneuten ID55-Fehler im Ereignisprotokoll geloggt.
Gruß, Marco
Hi Marco
Erfreulicherweise konnte ich feststellen, dass W3K3 sich die Freigaben gemerkt hatte und sie nach dem kopiervorgang auf dem
Ursprünglichen Speicherort auf die Ordner gesetzt hat.
Das System läuft jetzt wieder seit ca. 0:30 Uhr und bisher (13:30 Uhr) sind keine erneuten ID55-Fehler im Ereignisprotokoll
geloggt.
Jetzt noch die folgende Nacht mit der Sicherung durch NT-Backup abwarten und dann könnte dein Problem hoffentlich behoben sein.Ursprünglichen Speicherort auf die Ordner gesetzt hat.
Das System läuft jetzt wieder seit ca. 0:30 Uhr und bisher (13:30 Uhr) sind keine erneuten ID55-Fehler im Ereignisprotokoll
geloggt.
Hi Goscho,
Ich hoffe das es genau so läuft. Ich halte euch natürlich auf dem Laufenden und werde den Beitrag bei Erfolg als gelöst kennzeichnen.
gruß, Marco
Ich hoffe das es genau so läuft. Ich halte euch natürlich auf dem Laufenden und werde den Beitrag bei Erfolg als gelöst kennzeichnen.
gruß, Marco
Guten morgen alle zusammen,
Gute Nachrichten von meiner Seite. NTBackup ist die Nacht gelaufen, das Dateisystem hat gehalten und ist noch konsistent.
Danke an alle die mich unterstützt haben. Wenn einer von euch im Umkreis von Zwickau wohnt kurze PM, wir suchen ne Bar und ich lass nen Bierchen springen *g*
Gruß und schönes Wochenende,
Marco
Gute Nachrichten von meiner Seite. NTBackup ist die Nacht gelaufen, das Dateisystem hat gehalten und ist noch konsistent.
Danke an alle die mich unterstützt haben. Wenn einer von euch im Umkreis von Zwickau wohnt kurze PM, wir suchen ne Bar und ich lass nen Bierchen springen *g*
Gruß und schönes Wochenende,
Marco
Moin,
Freud mich das es wieder funktioniert
lg,
Slainte
Freud mich das es wieder funktioniert
kurze PM, wir suchen ne Bar und ich lass nen Bierchen springen
*name notier* lg,
Slainte
