GELÖST Speicherverbrauch bei "speichern unter", lange Wartezeit und nicht genügend Speicherplatz

[jwka]

ok. ich bereite das vor und führe es aus. Will zuvor aber noch eine Sicherung des Systems machen. werde mich also erst in einer Stunde oder so wieder melden können.

 

[jwka]

ach, und noch eine Frage ... wenn ich nun tatsächlich einen neuen Benutzer anlege und alles übertrage, wie sieht das denn mit Zugriffen auf alte Dateien aus, auf die keine Gruppenberechtigung sondern nur eine User-Berechtigung existiert? Der neue User hat doch neue Credientials, welche eine von Windows vergebene Nummer ist?

 

[Alfiator]

Deswegen habe ich ja gesagt Datensicherung;wenn das Konto weg ist sind es dessen Daten auch.Ansonsten Besitz übernehmen;sollte ja als Admin möglich sein....

 

[jwka]

Weitere Info ... und mit dieser würde ich mal sagen, dass das mit dem korrupten Benutzerkonto nicht stimmt:

Habe zwei neue Benutzer angelegt. Einer mit Admin Rechten, ein Standardnutzer.

Melde ich mich mit dem Standardnutzer an, funktioniert alles ganz prima. Keine Wartetzeiten beim "speichern unter".

Melde ich mich mit dem Adminkonto an, habe ich dieselben Probleme wie mit meinem alten Konto: Wartezeiten beim Speichern!

 

[Alfiator]

Hm,jetzt wird`s ja lustig.Alle Adminkonten gehen nicht?

 

[jwka]

ja. gehen schon ... haben dieselben Probleme ....

 

[Alfiator]

Seltsam.....

 

[HerrAbisZ]

Ich denke, Post#15 und 19 wären schon durch gelaufen ?

 

[jwka]

@HerrAbisZ:

chkdsk: Keine Fehler gefunden, keinerlei Reparaturen

sfc /checknow: Keine Integritätsverletzungen gefunden (zweimal gelaufen)

 

[jwka]

Gibt es irgendwo eine Art Dokumentation (oder noch besser, ein Protokoll mit Uhrzeit), was nacheinander abläuft, wenn Win 7 gestartet wird? Ich könnte das dann auslesen für einen Normaluser (der ja prfekt funktioniert) und den Admin (bei dem das Problem auftritt) und beim Vergleich ergäbe sich wohl ein Anhaltspunkt, was da Ursache für das Problem sein könnte.

Ich glaube, dass die Verzögerung beim Start (die Zeit des schwarzen Bildschirms) und die Problematik beim speichern, zusammenhängen und möglicherweise derselbe Prozess das Problem darstellt.

 

[HerrAbisZ]

Ja, in der Ereignisanzeige

https://www.drwindows.de/windows-7-allgemein/72621-langsamer-bootvorgang.html#post616053

Gibt es ein Firmwareupdate für die SSD`s ?

 

[HerrAbisZ]

Eine Systemwiederherstellung bevor das anfing (post #10) war auch nicht erfolgreich ?

 

[jwka]

Ich glaube nicht, dass eine Systemwiederherstellung nötig ist, denn ich habe ja USer, bei denen das Phänomen NICHT auftritt ... bei JEDEM Standarduser, den ich anlege.

Es muß also irgend etwas sein, was bei Profilen mit Admin Rechten anders ist und zu diesem Problem führt.

Ich meine, mich erinnern zu können, dass es mal irgendwo ein ähnliches Problem gab, das dann an zerschosssenen Musikdateien (fehlerhafte Tags) lag, weil der Explorer wohl bei "speichern unter" etc. den ganzen Baum ausliest und da hängen blieb.

Kann man denn nicht irgendwie untersuchen (z.B. Prozess Explorer, aber da bin ich nicht fit mit), was da gerade zum "hängen" bzw. zum übermäßigen Speicherverbrauch führt?

Es ist ja so, dass ich im Task Manager beobachten kann, wie sich der Speicherverbrauch entwickelt - und zwar immer genau auf EINEM Prozess. Sobald der Verbrauch dann wieder sinkt (das geht dann sehr schnell) ist der Dialog auch da.

Das heißt doch, dass irgend ein Windows-Explorer-Subprozess, der von z.B. Notepad beim "speichern unter" benutzt wird, entweder in eine Loop rennt (die er dann irgendwann, warum auch immer, beendet) oder aus sonstigem Grund mehr und mehr Speicher benötigt.

 

[areiland]

Ich würde einfach mal die Auslagerungsdatei wieder einschalten oder auf eine realistische Grösse setzen, "Systemverwaltet" ist dabei immer die beste Option. Die Fehlermeldung "Der Computer hat nicht genügend Arbeitsspeicher..." weist nämlich genau auf die Auslagerungsdatei als Ursache hin. Man kann noch so viel physischen Speicher besitzen, Windows ist auf die Auslagerungsdatei angewiesen und hält sonst für die Auslagerung bestimmte Speicherinhalte im physischen Speicher, was ihn dann mit der Zeit an seine Auslastungsgrenzen bringt. Ausserdem können für 32 Bit Programme maximal 4 GB an physischem Speicher bereitgestellt werden, dafür dürfen 32 Bit Programme aber zusätzlichen Speicher in der Auslagerungsdatei allokieren. Ist die Auslagerung deaktiviert oder zu klein bemessen, dann läuft man unweigerlich in die genannte Fehlermeldung - obwohl objektiv besehen noch ausreichend Speicher frei ist.
Auch die extremen Zeiten und Auslastungen bei Speichervorgängen weisen unmissverständlich in Richtung Auslagerung, denn viele Tools sind auch unter einem 64 Bit Windows als 32 Bit Programme vorhanden, was die oben genannten Einschränkungen zu Folge hat.

 

[Alfiator]

Jetzt bin ich aber gespannt ob der TE die Auslagerungsdatei wirklich deaktiviert hat....

 

[areiland]

Es kommt sogar noch doller, selbst 64 Bit Programme greifen für "Datei öffnen" oder "Datei speichern" Dialoge schon mal auf 32 Bit Bibliotheken zurück, was auch hier zu den genannten Einschränkungen führen könnte. Wenn die zu speichernden oder zu öffnenden Dateien dann noch etwas umfangreicher sind, könnte das auch bei der Nutzung von 64 Bit Programmen zu solchen Meldungen führen.

 

[jwka]

Sorry, an der Auslagerungsdatei kann es nicht liegen. Da habe ich schon einiges ausprobiert.

Stand aktuell: "Größe wird vom System verwaltet", im Fensterchen steht:
C: [name] Systemverwaltet
D: [name] Systemverwaltet
Q: (REcovery) keine

UND:
Als das Problem auftrat, war sie auf Systemverwaltet (Auslagerungsdatei für alle LW automatisch verwalten).

Verlagern der AD auf das D-Laufwerk und Zuweisung einer riesigen Größe (ich habe dort noch 1TB frei und hatte auch mal testweise 300GB eingetragen) hat nichts genützt!

 

[Alfiator]

Das es nicht an der Auslagerungsdatei liegt hab ich mir fast gedacht aber System verwaltet ist schon okay.Auf dem anderen LW kannste die durchaus lassen;gut für die Performance grade auf schwächeren Rechnern....

 

[jwka]

Generell ist die C-Platte die mit Abstand schnellste von den Beiden SSD's, daher wäre die AD auf der C sicher am besten aufgehoben, aber es schadet ja auch nichts wie es ist, wil ja beide herangezogen werden können. Und schwach ist der Rechner ja nun weißgott nicht ... war zum Zeitpunkt des Kaufs eines der Flaggschiffe von Lenovo und mit 2.500 EUR nun auch nicht gerade ein Sonderangebot.

Aber zurück zum Problem:

Wie bekomme ich raus, warum sich der Explorer-Teil den Arbeitsspeicher krallt und vor allem, warum es dabei zu dieser massiven Verzögerung kommt?

 

[cardisch]

Checkdisk und SSD beißen sich..!!!!!!!!!!!!!!!!!!!!
Was ich testen würde: Starte im abgesicherten Modus und teste das Verhalten dann noch einmal..
Ich tippe auf eine Shell-Erweiterung, evt ein nicht verbundenes Netzlaufwerk oder ein Office-Plugin (letzteres kann man auch abgesichert starten)