How to ... Das Dateisystem mit PHP killen

ja, ganz recht, es ist möglich.
Wie ichs genau geschafft hab, weiß ich net, aber das ist meine Theorie:

Normalerweise programmiere ich direkt auf meinem Fielserver, auf diesen hab ich ne eigene Partition mit meinen htdocs (also das ganze php-Zeugs).

Dort laufen regelmäßig Cron-Jobs drüber Gestern war ich es leid, die Templates ständig von Hand kompilieren zu müssen, und hab deswegen noch einen Cron mit dem Compiler erstellt, der einmal pro Minute läuft (der Fileserver hat ja eh nix zu tun).

Die ersten Male ging es gut, bis der 2-Stunden-Cron kam. Dieser verschickt einige Mails und greift damit auf die kompilierten Templates zu. Dabei muss sicher der Compiler und der Cron so ungünstig getroffen haben, dass beide gleichzeitig auf ein Template zugegriffen haben (soweit jedenfalls meine Theorie).
Heute früh klapp ich mein Laptop auf. Ulks? Interner Fehler (503) auf meinem lokalen Webserver. Ok, ingegangen Tatsächlich, da prangert ne Fehlermeldung "Bitte chdisk ausführen, die Datei .... konnte nicht gelesen werden". Ausprobiert, der Zugriff auf die gesamte Partition W war weg. Also einmal checkdisc auf W:, Ergebnis: Dateiindices sind inkonsistent, nicht reparabel.

naja, hab Sonntag abend erst ein Backup gemacht, ist also net so schlimm.

Mir wäre es neu, wenn eines der neuen Betriebssysteme System durch einen gleichzeitigen Zugriff eine Korruption des Dateisystems zulassen würde. Zumindest sollte es in den neueren Dateisystem wie NTFS oder ext3 unmöglich sein. Ansonsten würde ich mir mal Gedanken um die Zuverlässigkeit der Hardware machen.

es ist nicht möglich, via paralleler Zugriffe auf Dateien ein Dateisystem zu schroten. Denn unter anderem genau um das zu verhindern ist das Dateisystem / das Betriebssystem da.

Jedoch kann es gut sein, dass eine altersschwache Festplatte der drastisch gestiegenen Belastung nicht mehr standgehalten hat, irgendwo ein bittchen fasch gesetzt hat und wum.
Es passiert öfters als man denkt, dass in einem Computer mal ein paar bits falsch sind. Seie es nun Internet, Ram oder aber auch Festplatte. Normalerweise hat man einfach glück; das wird durch die eingebauten routinen erkannt / ignoriert und fällt nicht ins gewicht.

Wenn deine Harddisk nun am Anschlag war... es kann einfach Pech sein (siehe gleich oben) oder aber auch wirklich ein Problem deiner Festplatte.

Was tun?
Harddisk intensiv testen; wenn sie billig / alt ist: Wegwerfen.

Gruss

PS: Gewusst dass es vor 10, 15 Jahren möglich war...
Mittels Assembler eine HD in die Resonanz zu bringen... sodass das innenleben zerbrösmelt ist?

Dache ich auch, dass es nicht sein kann.

Aber das Problem tritt sonst net auf, ich habe erst vor 4 Wochen Scandisc über alle Platten laufen lassen, da wurde kein Prob festgestellt, und der Scandisc heut früh hat auch nix ergeben.

Die Platte ist 4 Jahre alt, also sollte eigentlich noch kein Prob sein. Inzwischen habe ich den Cron einfach so gelegt, dass er immer ne halbe Minute später anläuft - Problem ist nicht mehr aufgetreten.

Hab auf jeden Fall die Backup-Routine mal von 2-tägig auf 5-Stündig gelegt )

Scandisk kann auch nix über den Physischen Zustand deiner Feistplatte aussagen...

Jep, schau dir mal den S.M.A.R.T. Status deiner Festplatte an, falls sie die Technologie unterstützt. Z.B. mit SpeedFan, einfach mal googeln.

Hups, ich meinte eine Software von Sandisc, die die Plattenintegrität prüft, nicht scandisc. )

Die Platte läuft jetzt wieder einwandfrei, gab keinerlei Probs mehr.