pagefile.sys unter XP ignoriert Änderungen bzw. lässt sich nicht löschen

Hallo, ist auch besser so. Klingt zwar hart, wie ich das geschrieben habe, aber nicht jeder der hier eine Frage stellt ist ein DAU. Leider fallen viele Antworten entsprechend aus. Muß ja nicht sein. Allerdings muß ich diese Seite trotzdem loben. Ich hab hier schon so manchen Tipp lesen können, ohne selbst eine Frage stellen zu müssen.


Definitiv! Kommt auf die Ausführung an.


Ich will dann mal erklären. Eigentlich handelt es sich in dem Rechner nicht um eine einzelne SSD, sondern um ein Soft-Raid 0 von zwei SSDs, die da wären 2x Gigabyte i-RAM. Diese werden via SATA angeschlossen und beziehen lediglich die Versorgungsspannung über PCI. Also prinzipiell kann man diese SSDs wie normale Festplatten behandeln und auch davon booten.


Es ist was anderes, was ich aber erst festgestellt habe, nachdem ich noch ein bischen probiert habe.


Genau das hab ich auch gemacht und funktionierte. Wobei es sich bei dieser Partiotion um ein Hardware-Raid 1 handelte.


Funktioniert!


Liegt trotzdem nicht am SSD, aber lies weiter.


Naja, ich weiß nicht. Manche Probleme lassen sich nur durch Eingriffe in die Registry lösen. Ich kann da etliche aufzählen, ist aber hier nicht das Thema.


Genau solche Kommentare wollte ich mir ersparen!

So, aber jetzt zur Lösung des Problems, obwohl man nicht wirklich von einer Lösung sprechen kann, nur davon, daß die Ursache gefunden wurde.
Mein Hardware-Raid 1 aus normalen Festplatten wird in der Datenträgerverwaltung als Basisfestplatte angezeigt. Mein Soft-Raid 0 aus den SSDs musste ich allerdings aus dynamischen Datenträgern herstellen. Du weiß, das ist Windows. Ich will noch ein bischen weiter ausholen, da das auch einen Grund hat. Ich hätte die SSDs nämlich auch via Hardware-Raid 0 betreiben können. Bei Benchmark Messungen erhielt ich im Hardware-Raid 0 eine Datenübertragungsrate von ca. 70 MB/s (von beiden). Einzeln am normalen SATA Anschluß komme ich auf ca. 130 MB/s und beide via Software-Raid unter Windows liefern eine messbare Geschwindigkeit von 210 MB/s. Das gibt einem doch zu denken. Der Zugriff liegt bei allen Varianten im µs Bereich. Frag mich nicht, warum der Hardware-Raid Controller so lahm ist. Ähnlich lahme Ergebnisse erhielt ich auch mit einem 64Bit PCI Servercontroller von LSI. Ich habe hier im Forum vor längerer Zeit einen Kommentar dazu geschrieben.
Aber um auf die Lösung des Problems zu kommen. Es liegt an dem "dynamischen Datenträger". Ich habe das Raid 0 aufgelöst und einen Basisdatenträger aus einer SSD erstellt. Auslagerungsdatei entsprechend eingestellt und es funktionierte sofort. Ich will nicht weiter erwähnen, daß ich nach allen Änderungen einen Neustart, manchmal auch rein vorsorglich, durchführe. So, also den Basisdatenträger in einen dynamischen Datenträger konvertiert und siehe da, es liegt am dynamischen Datenträger. Das selbe Problem wie vorher. Es liegt also nicht am Raid und nicht an den SSDs. Einzig am dynamischen Datenträger. Das ist doch Murks! Was haben sich die Microsofts dabei gedacht? Für alle anderen: Macht mal einen dynamischen Datenträger und versucht die Auslagerungsdatei auf diesen zu erstellen/übertragen. Das wird scheitern. Obwohl auf dem Datenträger dann auch eine Auslagerungsdatei mit der entsprechend eingestellten Größe erscheint, wird die auf C:\ nicht verschwinden, egal was man auch einstellt.
Ich überlege derzeit, ob ich mir irgendwie ein bootbares NT4 auf einen Stick oder so baue und dann dort das Soft-Raid aus den Basisfestplatten erstelle. NT4 kannte noch keine dynamischen Datenträger, wohl aber Software-Raid. Im Windows 2000 oder XP werden diese Einstellungen dann so übernommen. Aber wer weiß, ob diese Konstellation überhaupt funktioniert? Die andere Lösung wäre es, sich vom Soft-Raid zu verabschieden und die Datenträger einzeln zu verwenden. Dummerweise habe ich dann neben der geringeren Datentransferrate aber auch nur noch jeweils die halbe Kapazität. Ich nehme die SSDs derzeit für alle Tempoären Geschichten und zum Schneiden von Tonmaterial. Geht echt fix. Ich glaube ehrlichgesagt nicht, daß Microsoft was ändern wird. Zumindest jetzt nicht mehr, wo es ja bereits Vista gibt.

Kleiner Nachtrag. Ich habe gerade feststellen müssen, daß XP kein Stripe-Set von NT4 importieren kann. Das kann nur Windows 2000. War wohl aus Kompatiblitätsgründen so gemacht.

Also ich habe nur die 32 Bit Version von XP.
Du hast mich leider nicht ganz verstanden. Ich habe es bereits mit einer einzelnen SSD, also nicht dem Stripeset, probiert. Fazit: wenns ein Basisdatenträger ist funktioniert alles reibungslos, wenns ein Volume ist, hab ich irgendwie immer wieder automatisch eine Auslagerungsdatei auf C:\, die ich nicht definiert habe.

Zugegebenermaßen habe ich es noch nicht probiert, wenn C:\ auch ein dynamischer Datenträger ist. Ich hatte ehrlichgesagt ein bischen Schiss zu konvertieren, da ich derzeit mit der Backuperstellung softwareseitig nicht gerade glänzen kann. Sprich, mein Softwarezeug ist recht alt und ich habe noch keine Sicherung vom System, da ich mir aber durch eine Installation einer Drittsoftware bereits was zerschossen habe (Nero 8 hat irgendwas mit C++ Runtime kaputt gemacht), werde ich in Kürze sowieso neu installieren müssen und in diesem Zug auch das Konvertieren mal probieren.

Ich habe trotzdem so meine Zweifel, daß ich dann die pagefile.sys auf ein Volume auslagern kann und diese dann auch auf C:\ verschwindet.

Wenn ich schonmal dabei bin. Ich möchte demnächst auf 4 GB Ram aufrüsten. Hast Du Erfahrung, ob sich Windows dann auch mit einer Auslagerungsdatei kleiner 4 GB zufrieden gibt? Ich meine, kein Programm hat es dann wirklich mehr nötig auszulagern.

Ich habe gerade gesehen, daß es möglich ist, die pagefile.sys auch in einen Unterordner auf C zu packen (Regedit sei dank). Dann mache ich einfach einen Mountpoint. Ich hoffe es klappt.

So, jetzt hab ich eine Lösung gefunden. Ich habe wieder meinen Stripeset (den dynamischen Datenträger) erstellt, dieses aber nun auf C mittels Mountpoint eingebunden. Der Ordner ist ganz einfach C:\Temp. Diese Lösung funktioniert. Nach der Änderung via Regedit und einem Neustart lässt sich die alte pagefile.sys auf C:\ löschen und kommt beim nächsten Neustart auch nicht wieder. Wie in Regedit definiert erscheint die Auslagerungsdatei nur noch in C:\Temp was ja nun mein Volume aus einem SSD Stripeset ist. Warum man das so umständlich machen muß, weiß ich nicht, aber Microsoft hat da nicht zuende entwickelt. C ist übrigens immernoch ein Basisdatenträger. Und hier auch der Beweis, daß es ohne Regedit nicht gegangen wäre, wobei die Einstellung an sich sehr sauber ist. Ich werde die Tage den Lösungsweg nochmal ins Reine schreiben und auf meiner Webseite zur Verfügung stellen. Ich glaube, so ein paar kleine Tricks können ganz schön nützlich sein. Danke nochmal für die Mitarbeit. Das Problem ist gelöst.