7
Zugriff aufs Rootverzeichnis der Partition C geht nicht mehr, Win2003
Hallo Leute,
ich habe hier ein ganz merkwürdiges Problem, vielleicht kann ja jemand helfen.
Es handelt sich um einen HP ML 350 Server mit RAID Kontroller und drei 72er Platten im RAID 5 Verbund, Betriebssystem ist Windows 2003 Server.
Die Partition C ist ca. 35 GB groß, davon sind ca. 21 GB belegt; der Rest ist Partition D. Die Platten und der Kontroller sind definitiv in Ordnung.
Der Bootvorgang und das Laden des Systems dauert relativ lange, so ca. 8 bis 10 Minuten bis zum Anmeldebildschirm.
Ich kann auf alle Partitionen zugreifen, auf D: und Unterverzeichnisse kein Problem, auf C: Unterverzeichnisse auch kein Problem,
nur wenn auf das Root-Verzeichnis von C: zugegriffen wird, rödelt der Server rum bis im Dateiexplorer 'Keine Rückmeldung' angezeigt wird.
Ich kann also nicht mehr aufs Root von C: zugreifen, booten und BS laden geht, aber relativ langsam.
Checkdisk dauert ca. 15 bis 20 Minuten mit vielem Platten rödeln und hochzählen der Indexe, wird aber dann ohne Fehler abgeschlossen.
Was kann das für ein Fehler sein und wie kann er behoben werden?
Bin für jeden Hinweis dankbar!
Gruss ponher
ich habe hier ein ganz merkwürdiges Problem, vielleicht kann ja jemand helfen.
Es handelt sich um einen HP ML 350 Server mit RAID Kontroller und drei 72er Platten im RAID 5 Verbund, Betriebssystem ist Windows 2003 Server.
Die Partition C ist ca. 35 GB groß, davon sind ca. 21 GB belegt; der Rest ist Partition D. Die Platten und der Kontroller sind definitiv in Ordnung.
Der Bootvorgang und das Laden des Systems dauert relativ lange, so ca. 8 bis 10 Minuten bis zum Anmeldebildschirm.
Ich kann auf alle Partitionen zugreifen, auf D: und Unterverzeichnisse kein Problem, auf C: Unterverzeichnisse auch kein Problem,
nur wenn auf das Root-Verzeichnis von C: zugegriffen wird, rödelt der Server rum bis im Dateiexplorer 'Keine Rückmeldung' angezeigt wird.
Ich kann also nicht mehr aufs Root von C: zugreifen, booten und BS laden geht, aber relativ langsam.
Checkdisk dauert ca. 15 bis 20 Minuten mit vielem Platten rödeln und hochzählen der Indexe, wird aber dann ohne Fehler abgeschlossen.
Was kann das für ein Fehler sein und wie kann er behoben werden?
Bin für jeden Hinweis dankbar!
Gruss ponher
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 121022
Url: https://administrator.de/contentid/121022
Ausgedruckt am: 22.11.2024 um 18:11 Uhr
7 Kommentare
Neuester Kommentar
Moin
puhh ähh,..
interessantes Problem ;)
Hast du schonmal probiert per Kommandozeile auf C: zuzugreifen?
Wenn nein: probier das mal aus. Wenn das geht, liegt dort z.b. (autorun.inf oder sonstiges)?
8-10 min zum booten,.. ja ok, lieg meiner Meinung nach noch im Rahmen des normalen. Könnte schneller sein
MfG
Chris
puhh ähh,..
interessantes Problem ;)
Hast du schonmal probiert per Kommandozeile auf C: zuzugreifen?
Wenn nein: probier das mal aus. Wenn das geht, liegt dort z.b. (autorun.inf oder sonstiges)?
8-10 min zum booten,.. ja ok, lieg meiner Meinung nach noch im Rahmen des normalen. Könnte schneller sein
MfG
Chris
Moin,
ne, geht auch nicht, also ich lande bei cmd zum Glück bei Doku und Einstellungen\administrator, gehe ich dann auf C:\ rödelt die Festplatte.
Ob dort Autorun.inf liegt kann ich ja nicht feststellen
ponher
ne, geht auch nicht, also ich lande bei cmd zum Glück bei Doku und Einstellungen\administrator, gehe ich dann auf C:\ rödelt die Festplatte.
Ob dort Autorun.inf liegt kann ich ja nicht feststellen
ponher
Festplatte und so hast du sicher schon durchgetestet etc. geh ich jetzt einfach mal von aus (wie du sagtest, Platten sind OK)...
nun wirds aber schon schwierig.
schonmal versuch mit einer Boot CD zu starten (knoppix, DSL, BartPE, sonstiges) und versucht auf Laufwerk C: zuzugreifen?
nun wirds aber schon schwierig.
schonmal versuch mit einer Boot CD zu starten (knoppix, DSL, BartPE, sonstiges) und versucht auf Laufwerk C: zuzugreifen?
Getestet wurde soweit alles, Firmware Update des Raid Kontrollers - will Tante HP so - usw. , es scheint ein Problem mit dem Dateisystem zu sein oder so
Heute wird alles auf 'lokalen Betrieb' umgestellt und dann werd ich es mal mit BartPE versuchen.
Ich habe aber kein gutes Gefühl.
Wie könnte man sonst noch vorgehen, ohne komplette Neuinstallation (graus)?
ponher
Heute wird alles auf 'lokalen Betrieb' umgestellt und dann werd ich es mal mit BartPE versuchen.
Ich habe aber kein gutes Gefühl.
Wie könnte man sonst noch vorgehen, ohne komplette Neuinstallation (graus)?
ponher
mh... das hört sich aber nicht gut an bei dir.
gute frage,... ohne neuzuinstallieren könnte es schwer werden.,... wenn das Problem so nicht zu lösen ist, und ein Betrieb mit diesem Fehler nicht durchzuführen ist... wüsste ich keine andere Möglichkeit als neuinstallation.
Wenn wirklich etwas mit dem Dateisystem sein sollte, sehe ich leider dunkel schwarz,..
Chris
gute frage,... ohne neuzuinstallieren könnte es schwer werden.,... wenn das Problem so nicht zu lösen ist, und ein Betrieb mit diesem Fehler nicht durchzuführen ist... wüsste ich keine andere Möglichkeit als neuinstallation.
Wenn wirklich etwas mit dem Dateisystem sein sollte, sehe ich leider dunkel schwarz,..
Chris
So, ich habe die Ursache gefunden.
Und zwar ist das Rootverzeichnis von C mit Dateien bis oben hin vollgemüllt.
Wie es aussieht sind das mehrere 100.000 .tmp Dateien, erzeugt von einem Bug im dort laufenden Arcserve 11.5.
Ich will jetzt erstmal den Müll bereinigen, dann werde ich weiter sehen.
Gruß ponher
Und zwar ist das Rootverzeichnis von C mit Dateien bis oben hin vollgemüllt.
Wie es aussieht sind das mehrere 100.000 .tmp Dateien, erzeugt von einem Bug im dort laufenden Arcserve 11.5.
Ich will jetzt erstmal den Müll bereinigen, dann werde ich weiter sehen.
Gruß ponher
So, alles läuft wieder.
Ursächlich war tatsächlich die Arcserve 11.5 Version schuld, welche die eigenen temporären Dateien nicht löscht (cst*.tmp).
Der Bug scheint bei CA bekannt zu sein, die fehlerkorrigierte dll 'cstool.dll' muß beim Support angefordert werden.
Für die Unterstützung darf ich mich bei allen herzlich bedanken.
ponher
Ursächlich war tatsächlich die Arcserve 11.5 Version schuld, welche die eigenen temporären Dateien nicht löscht (cst*.tmp).
Der Bug scheint bei CA bekannt zu sein, die fehlerkorrigierte dll 'cstool.dll' muß beim Support angefordert werden.
Für die Unterstützung darf ich mich bei allen herzlich bedanken.
ponher
