Vaio mit Win7 64Bit friert beim Aufwachen aus S3/Standby ein
 

Nach dem vielen erfolglosen Ausprobierne von Tipps im Internet... vielleicht hat einer von Euch noch eine Idee:
Habe auf einem Sony Vaio Windows 7 64Bit neu aufgesetzt.
Die Sondertasten und alles andere funktioniert wunderbar.

Einziges sehr ärgerliches Problem ist, dass der Laptop nach dem Aufwachen aus Standby-Modus (S3) mit einem Bluescreen (0x000000f4) abschmiert. Er erwacht, der Desktop ist mit allen Elementen wieder sichtbar, die Netzwerkverbindungssuche läuft erfolgreich ab, aber dann crasht er. Manchmal schafft er es aber auch ohne BlueScreen.
BluescreenView gibt immer als Crash-Adresse "ntoskrnl.exe" an. Das dürfte dann aber eher das Resultat als der Fehler sein...

S4/Hibernation/Ruhezustand funktioniert einwandfrei!!!


Was ich bisher gemacht habe:

1. MemTest 4x durchlaufen lassen -> öfters als 4x wiederholen???
2. Intel-ICH9-Chipsatztreiber statt Microsofttreiber eingespielt -> dann stürzte er nach dem Hochfahren ab und schafft nicht mal mehr einen Bugreport
3. Firmware-Update für die SSD (Corsair F120) eingespielt - hat auch nix gebracht
4. powercfg -energy getestet -> "PCI Express-ASPM (Active-State Power Management) wurde auf Grund einer bekannten Inkompatiblität mit Computerhardware deaktiviert."
   • eine Suche im Internet hat mich mit diesem Punkt nicht weitergebracht

Kann mir hier bitte vielleicht jemand weiterhelfen?

http://www.tomshardware.de/ssd-perfo...te-240862.html

Unter anderem: Ein Desktop-System mit einer SSD bietet mit aktiver Hibernation-Funktion nicht allzu viel mehr Performance. Das Herunterfahren und erneute Hochfahren geht auch so schnell genug. Anwender mit einem Notebook dürften das Betriebssystem ebenfalls lieber herunter- und wieder hoch fahren, anstatt ihren Akku im Standby-Modus zu leeren.

Danke für den Tipp. Beim Notebook ist es natürlich praktisch unterwegs einfach zuklappen zu können und dann beim Aufklappen ist alles so wie vorher. Daher mein Wunsch nach StandBy/S3, welches leider nicht funktioniert.

S4/Hibernate nehme ich halt jetzt als "Notlösung" für diese Funktion. Runterfahren würde ja bewirken, dass ich alle Dokumente etc. neu öffnen müsste.

Was mich verblüfft: Dein Posting ist um "Heute, 13:52" abgesetzt, es ist jedoch erst 13:19.

Bin meiner Zeit einfach voraus ;)

Keine Ahnung warum...

Das ist "unsere liebe Forums Uhr -die geht schon seit an Monat fur......";):D
20Uhr 44

Na die paar Minuten?
Vor einigen Tagen waren wir noch bei Stunden. ;)

2 stunden bei mir!:confused:

Nein im Forum allgemein, siehe
http://www.wcm.at/forum/showthread.p...84#post2457184

Bei mir paßt die Zeit exakt, 21:17.

Ah ja mal schauen? 21:22

Nau geht ja! THX!

Damit bei der ganzen Uhrendiskussion nicht das Thema vergessen wird:
hat jemand noch eine Idee(n) bezüglich der BlueScreens nach S3/Standby?

P.S: Habe von gestern auf heute MemTest 8 Stunden durchlaufen lassen, kein Fehler bei acht Durchläufen, Speicher ist in Ordnung. Wäre zu einfach gewesen ;)

Niemand?

Solche Probleme riechen nach Chipsatztreiber oder Schwierigkeiten beim Aufwecken einzelner Komponenten.

Wenn Du bereits mit den verfügbaren Chipsatztreibern experimentiert hast und auch die Energiesparoptionen der Komponenten durchgespielt hast, könntest Du auch W7 in der 32 Bit Variante ausprobieren solange das nicht aus anderen Gründen keine Option ist.

Neben der Deaktivirung von Wake on Lan im Bios auch im Win7 beim Netzwerkadapter die Weckoption abwählen.

Obiger Post ist ja wohl nicht relevant.
Den 0xF4 nach S3 kenne ich nur, wenn die Auslagerungsdatei nicht auf der Systemplatte ist und die Zugriffszeit darauf länger als auf die Systemplatte ist.

Mit:"Intel-ICH9-Chipsatztreiber statt Microsofttreiber eingespielt" meintest du sicherlich den Intel RST SATA/AHCI Treiber.

Jup! Habe damals den IntelRST Treiber 10.6 eingespielt. Im Gerätemanager war alles richtig eingetragen, System ist gut gelaufen. Nur eben jedes Mal bei S3/Standby ist das System so abgeschmiert, dass er nicht mal eine Bugreport verfasst hat.

Das ist vielleicht die richtige Spur... Festplatte wacht nicht schnell genug auf... Ich habe im Corsair Forum zur F120 gelesen, dass manche Systeme Probleme beim Booten & beim Aufwachen aus dem Standby haben. Drum haben sie das Firmware-Update veröffentlicht (das bei mir leider nix geholfen hat). Eine Option im BIOS des Vaios wie damals wie die SSD noch im Standrechner war gibt's nicht ("QuickBoot deaktivieren" oder ähnliches ), bei Sony gibt's fast nix im BIOS zum Einstellen.

Könnte das hier zu 0xF4 nach S3 führen?

Das ist durchaus möglich, der 0xF4 besagt, das ein für das Funktionieren des Systems essentieller Thread oder Prozess unerwartet verlassen oder beendet wurde.
Blöd, daß das Firmwareupdate keine Abhilfe geschaffen hat.
Eine neuere BIOS Version gibts nicht ?

Ja, leider! Im Corsair-Forum gibt es mittlerweile einen 10seitigen Thread zum Thema "0xF4 nach S3":
http://forum.corsair.com/v3/showthre...=95875&page=10

Alles Leute denen das 2.0 Firmwareupdate der F-Serie nicht geholfen hat... die probieren alles möglich aus, Teils sehr exotisch wie z.B. TRIM deaktivieren, ... und hoffen auf ein nächstes Firmware-Update.

Im Gegensatz zum selbstzusammengebauten Standrechner, ist das so eine Sache mit Laptops und BIOS-Upgrades (bzw. generell Treiberupdates) - es gab nur 1 einziges BIOS-Upgrade für diese VAIO-Modell und das stammt aus dem Jahr 2009 :(
Habe ich auch durchgeführt - hat leider nur einen Eintrag der Intel-Virtualisierung dem BIOS hinzugefügt, sonst nix...
Diese Sony-BIOSe sind ziemlich leer, fast keine Einträge. Du kannst nur Zeit&Datum ändern, bzw. die Boot-Reihenfolge/Booten von externen Geräten einstellen. Sonst ist da nichts, kein RAM-Voltage, kein Wake-Up-From-LAN etc... Da ist man sehr vom Standrechner-Mainboard verwöhnt!

Also bleibt nur S4, schon seltsam, da Hibernation in Hilfeforen gefühlt mehr Probleme bereitet als Suspend to Ram.

Wenn du Lust und Laune hast, könntest du deine Daten extern sichern (sollten ja eh gesichert sein), und etwas experimentieren.
Anmerkung: Registryhacks die ich empfehle, und von denen ich selbst auch einige getestet habe, führen bei anderen Usern garantiert zu Abstürzen und somit zum Neuaufsetzen des Betriebssystems. :mad:
http://forum.corsair.com/v3/showpost...36&postcount=8 zeigt einen Registryhack, um hotswapping bei internen SATA Ports in Win7 zu deaktivieren.
Der Corsair-Thread ist nicht uninteressant, leider sind die meisten Tipps fürs BIOS, werd mir den einmal zu Gemüte führen.

Das kommt mir auch seltsam vor. Nach meinem Verständnis nach kommt mir S4/Hibernation auch von den Anforderungen wesentlich komplexer vor.

Anscheinend ist es so dass bei S3 der Rechner aus dem Standby erwachend alles absucht, ob eh alles so ist wie vorher und dann anscheinend was auch immer was essentielles fehlt und dieses fehlen mit einem BlueScreen vermeldet.