Anzeige
Anzeige

Am Puls von Microsoft

Anzeige

[gelöst] PC startet neu und wacht nicht aus dem Energiesparmodus auf

J

Jen27

kennt sich schon aus
Hallo ihr lieben,

vor einiger Zeit habe ich zum gleichen Problem schonmal einen Post erstellt.
https://www.drwindows.de/windows-7-allgemein/128281-pc-startet-neu-bluescreen.html#post1386624

Hier eine kurze Zusammenfassung:

Mein PC hat unter Windows 7 mit Bluescreen neu gestartet, meist, wenn ich am spielen war, bzw das Spiel beendet habe.
Mein Freund und ich haben uns dann hier und bei bekannten erkundigt und der Verdacht eines Festplattendefektes lag sehr nahe. Ich hatte eine SSD, auf der hauptsächlich das Betriebssystem drauf war und eine HDD, auf der eigentlich alles andere gespeichert ist.
Daraufhin haben wir die Daten der HDD gesichert, die HDD formatiert, die SSD gegen eine neue ausgetauscht und Windows 10 komplett neu installiert.
Die Treiber hat sich Windows 10 automatisch geholt, bis auf den Treiber für die Graka, die habe ich mir direkt über GeForce Experience geladen. Das war vor etwa 2 Wochen.

Seit dem war eigentlich alles okay. Nun war der PC 10 Tage lang aus, auch mit Mehrfachstecker richtig vom Strom genommen. Gestern kam ich dann wieder nach Hause, habe ein Spiel angemacht und das dann irgendwann im Hintergrund laufen lassen. Dabei startete der PC dann wieder neu und es kam irgendein Bild von Windows mit einem ":(" Smiley, an den Text kann ich mich leider nicht mehr erinnern.

Der PC fuhr dann wieder normal hoch und ich lies ihn laufen. Später am Abend schaltete er in den Energiesparmodus. Einige Zeit später hörte ich dann vom Sofa aus das gewohnte "Piep", wie wenn er sich komplett neu hoch fährt. Die Tastatur leuchtete dann auch entsprechend wieder auf, die Lautsprecher gingen wieder an, die Lüfter pusten einmal kurz durch, die Powerknopf am Bildschirm wurde wieder hell, aber es kam kein Bild, der Bildschirm blieb schwarz. Dann fing es ohne mein Zutun immer wieder von vorne an, der Rechner piepte, Tastur wurde wieder hell etc.
Mir blieb nurnoch übrig ihn über den Startknopf auszuschalten.

Da ich beim letzten Mal nach der Dump Datei gefragt wurde und diese leider unter Windows 7 bei mir nicht vorhanden war, hat mein Freund sie nun unter Windows 10 aus dem entsprechenden Verzeichnis C:\Windows\Minidump rausgesucht.
Die Datei haben wir (hoffentlich richtig) angehängt.

Ich freu mich über eure Hilfe!
 

Anhänge

  • 050517-5281-01.zip
    102,2 KB · Aufrufe: 107
Anzeige
Kannst du etwas genauer ausführen, was ich machen soll? Ich bin da nicht ganz so bewandert :)

Hallo Silver Server,

ich habe das von dir verlinkte Programm installiert und probiert deinen Befehl auszuführen.

Microsoft (R) Windows Debugger Version 10.0.15063.137 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Users\Mrs. Marple\Desktop\050517-5281-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: srv*
Executable search path is:
Windows 10 Kernel Version 10586 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 10586.839.amd64fre.th2_release.170303-1605
Machine Name:
Kernel base = 0xfffff803`0be76000 PsLoadedModuleList = 0xfffff803`0c153c90
Debug session time: Fri May 5 17:38:38.333 2017 (UTC + 2:00)
System Uptime: 9 days 7:46:56.171
Loading Kernel Symbols
...............................................................
................................................................
............................
Loading User Symbols
Loading unloaded module list
......................
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1A, {3f, 3cbc0, b8a69a4b, b8269a4b}

Probably caused by : Unknown_Image ( PAGE_HASH_ERRORS_INPAGE )

Followup: MachineOwner
---------

*** Memory manager detected 1 instance(s) of corrupted pagefilepage(s) while performing in-page operations.

0: kd> SRV*E:\Ablage\Debugging Tools\symbols*
Couldn't resolve error at 'RV*E:\Ablage\Debugging Tools\symbols*'

Hilft dir die Information weiter?
 
Zuletzt bearbeitet:
Hallo @Jen27 und @Silver Server! :)
Ich habe mir die Dumpfile angesehen und komme auch zu dem Schluss, dass es ein Hardwarefehler ist.
Hier als erstes die Debuggerauswertung:
Code: 
MEMORY_MANAGEMENT (1a)
    # Any other values for parameter 1 must be individually examined.
Arguments:
[COLOR="#FF0000"]Arg1: 000000000000003f, The subtype of the bugcheck.[/COLOR]
[COLOR="#008000"]Normalerweise kann man mit dem Arg1 auf der MSDN-Seiter erfahren, um was für einen
Fehler es sich konkret handelt. Allerdings ist der Wert 0x3F nicht in der Tabelle.[/COLOR]
Arg2: 000000000003cbc0
Arg3: 00000000b8a69a4b
Arg4: 00000000b8269a4b 
....
STACK_TEXT:  
ffffd000`20cb1c68 fffff803`0bf6f2a8 : 00000000`0000001a 00000000`0000003f 00000000`0003cbc0 00000000`b8a69a4b : nt!KeBugCheckEx
[COLOR="#FF0000"]ffffd000`20cb1c70 fffff803`0bf0eeee : ffffe000`722912f0 00000000`0000a000 ffffd000`20cb1dc0 ffffe000`722912d0 : nt!MiValidatePagefilePageHash+0x2a8[/COLOR]
[COLOR="#008000"]Beim Validieren des Hash das Pagefile wurde ein Fehler festgestellt[/COLOR]
ffffd000`20cb1d40 fffff803`0bf0e4e8 : 00000000`00000002 ffffd000`20cb1f08 fffff680`900007e8 ffffe000`722912d0 : nt!MiWaitForInPageComplete+0x47e
[COLOR="#FF0000"]ffffd000`20cb1e70 fffff803`0bea92b3 : 00000000`c0033333 00000120`000fdf50 ffffd000`20cb20b0 fffff800`00000000 : nt!MiIssueHardFault+0x1a8[/COLOR]
[COLOR="#008000"]Hier wird bereits darauf hintgewiesen, dass es wahrscheinlich ein Hardwarefehler ist.[/COLOR]
ffffd000`20cb1f50 fffff803`0bfc1bbc : ffffc000`00000000 00000000`00000000 00000000`00000000 ffffc000`44e5ac00 : nt!MmAccessFault+0x7f3
ffffd000`20cb20b0 fffff803`0bf849b0 : ffffd000`204e2000 ffffd000`204e2000 00000000`00001000 fffff803`0bf2eb40 : nt!KiPageFault+0x13c
ffffd000`20cb2240 fffff803`0bf2eb40 : ffffe000`6e69a050 fffff803`0c0b3328 ffffd000`204e2000 fffff803`0c0a70f1 : nt!RtlDecompressBufferXpressLz+0x50
ffffd000`20cb2260 fffff803`0bf760b4 : 00000000`00000002 00000120`000fdf50 ffffe000`6e69a050 00000000`00000000 : nt!RtlDecompressBufferEx+0x64
ffffd000`20cb22b0 fffff803`0bf75f1e : ffffe000`72fc78d0 ffff1f7e`bbc41828 ffffe000`7364b040 fffff803`0bf74b44 : nt!ST_STORE<SM_TRAITS>::StDmSinglePageCopy+0x15c
ffffd000`20cb2380 fffff803`0bf76399 : 00000000`00000002 ffffe000`71534c60 ffffe000`6e69a050 00000000`00000014 : nt!ST_STORE<SM_TRAITS>::StDmSinglePageTransfer+0xb6
ffffd000`20cb23e0 fffff803`0bf7659d : ffffd000`ffffffff ffffe000`00000df5 ffffe000`00000006 ffffe000`72fc78d0 : nt!ST_STORE<SM_TRAITS>::StDmpSinglePageRetrieve+0x1e1
ffffd000`20cb2480 fffff803`0bf77046 : fffff803`0c171670 ffffe000`72fc78d0 00000000`00000040 ffffe000`72fc78d0 : nt!ST_STORE<SM_TRAITS>::StDmPageRetrieve+0xc1
ffffd000`20cb2540 fffff803`0bf770f1 : ffffe000`6e69a000 ffffd000`20cb2650 fffff803`0bf770d0 fffff803`0bf770d0 : nt!SMKM_STORE<SM_TRAITS>::SmStDirectReadIssue+0x52
ffffd000`20cb2590 fffff803`0bf1fea5 : ffffe000`71691080 ffffd000`20cb2650 ffffe000`73719120 fffff803`0bf2bc90 : nt!SMKM_STORE<SM_TRAITS>::SmStDirectReadCallout+0x21
ffffd000`20cb25c0 fffff803`0bf70b78 : 00000000`00000003 ffffe000`72fc78d0 ffffe000`7364b000 00000000`00000000 : nt!KeExpandKernelStackAndCalloutInternal+0x85
ffffd000`20cb2610 fffff803`0bf72b0c : ffffd000`20cb2710 fffff803`0bf76d78 ffffe000`6e69a000 ffffd000`00000001 : nt!SMKM_STORE<SM_TRAITS>::SmStDirectRead+0xac
ffffd000`20cb26e0 fffff803`0bf7281f : ffffe000`6e69a000 ffffe000`72fc78d0 fffff803`0c174680 fffff803`0c174680 : nt!SMKM_STORE<SM_TRAITS>::SmStWorkItemQueue+0x180
ffffd000`20cb2730 fffff803`0bf70a09 : 00000000`0000000c ffffe000`737191d0 ffffe000`72fc78d0 00000000`00000010 : nt!SMKM_STORE_MGR<SM_TRAITS>::SmIoCtxQueueWork+0xbb
ffffd000`20cb27b0 fffff803`0bf7089d : ffffe000`737191d0 ffffd000`20cb2860 000001fd`00000010 0000022d`00000000 : nt!SMKM_STORE_MGR<SM_TRAITS>::SmPageRead+0x165
ffffd000`20cb2830 fffff803`0bf0f149 : 00000000`20cb2b00 ffffe000`71691080 fffff6e0`0021bae8 fffff6e0`0021bae8 : nt!SmPageRead+0x51
ffffd000`20cb2880 fffff803`0bf0e4a2 : 00000000`00000002 00000000`00000000 ffffe000`737190d0 00000000`00000000 : nt!MiIssueHardFaultIo+0x129
ffffd000`20cb2900 fffff803`0bea92b3 : 00000000`c0033333 0000022d`b1dd3e44 ffffd000`20cb2b00 00000000`00000000 : nt!MiIssueHardFault+0x162
ffffd000`20cb29a0 fffff803`0bfc1bbc : ffffe000`71691080 ffffd000`20cb2b80 ffffe000`71691080 ffffd000`20cb2b80 : nt!MmAccessFault+0x7f3
ffffd000`20cb2b00 00007ffa`60d4c25a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiPageFault+0x13c
000000fe`3a57dfe0 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x00007ffa`60d4c25a
....
FOLLOWUP_IP: nt!MiValidatePagefilePageHash+2a8 fffff803`0bf6f2a8 cc              int     3
SYMBOL_STACK_INDEX:  1
[COLOR="#008000"]Also die 2. Zeile des abgebildeten Stack enthält den Fehler.[/COLOR]
....
FAILURE_BUCKET_ID:  0x1a_3f_nt!MiValidatePagefilePageHash
BUCKET_ID:  0x1a_3f_nt!MiValidatePagefilePageHash
[COLOR="#FF0000"]FAILURE_ID_HASH_STRING:  km:0x1a_3f_nt!mivalidatepagefilepagehash[/COLOR]
Weiter brauch man gar nicht die Dumpfile verfolgen. In der vorletzten Stackzeile (das ist die 2. von oben) wird darauf aufmerksam gemacht, dass etwas mit der Pagefile.sys nicht stimmt.
Da die Pagefile praktisch der erweiterte Speicher ist und mit dem RAM eng zusammen arbeitet, kann der Hardwarefehler sowohl im RAM selbst oder auch in der Pagefile.sys sein.

Empfehlung:
-> nach dem RAM-Test, den @Silver Server empfohlen hat, empfehle ich noch zwei Prüfungen der System-HDD
1. in einer Eingabeaufforderung (Administrator) eingeben chkdsk /f; da es eine SSD ist, darf der Parameter /r nicht angegeben werden. Wenn Fehler gefunden werden, chkdsk noch 2 bis 3 mal laufen lassen, jeweils nach einem Neustart.
2. die SSD/HDD sind hardwareseitig mit ChrystralDiskInfo zu überprüfen. Davon bitte einen Screenshot machen. Aber das Fenster so groß aufziehen, das auch alles zu sehen ist.
https://www.drwindows.de/hardware-t...-smart-festplatten-parameter-uberwachung.html
 
Hallo @Ari45 und @Silver Server,

Ich habe den Test nun durchgeführt. Er hat ganz schön lange gedauert :)! Hier das Ergebnis:

20170506_215019.jpg

@Ari45
Ich mache mich jetzt schnell an deine beiden Empfehlungen und melde mich gleich mit dem Ergebnis zurück.

Liebe Grüße
 
Hallo ihr Zwei,

Empfehlung 1 habe ich durchgeführt. Er hat den Test erst nach dem Neustart durchgeführt, aber leider ohne Protokoll?
Ari_Empfehlung_1.PNG
und
Ari_Empfehlung_1b.jpg


Und auch gleich die beiden Crystal Disk Bilder:
CrystalDiskInfo_1.PNG
und
CrystalDiskInfo_2.PNG

Ich hoffe die Bilder helfen so weiter :)
 
Das freut mich, habe die SSD auch gerad erst getauscht.

Woran kann es denn dann liegen :(?
 
0x0000001A: MEMORY_MANAGEMENT
Dieser Stopp Fehler ist eigentlich eindeutig, aber Dein Memtest sagt das Gegenteil und die Festplatte ist auch OK.
War das Dein einziger Stopp Fehler oder gibt es im Ordner C:/Windows/Minidump noch andere?
 
Hallo Silver,

in dem Ordner C:\Windows\Minidump finde ich nur die einzige Datie. Bisher ist es auch bloß einmal passiert. Kann ich die vielleicht kaputte Pagefile.sys löschen?
 
Wenn der Rechner nur ein einziges mal abgestürzt ist würde ich gar nichts machen. Das kann schon mal passieren. Erst wenn es mehrmals auftritt gilt es was zu unternehmen. Also wenn Dein Rechner nur einen Absturz hatte dann ruhe Dich erst mal aus.
 
Guten Morgen @all! :)
Noch ein kleiner Hinweis zu chkdsk:
Es ist klar, dass dieses Tool nur arbeiten kann, wenn Windows nicht geladen ist. Die Partition mit dem System kann nicht repariert werden, wenn die Systemdateien geladen sind.
Nach Abschluss schreibt chkdsk das Ergebnis in die Ereignisanzeige. Schau bitte in den Ordner Windows-Protokolle/ Anwendung. Dort ist das Protokoll mit der Quelle "wininit" abgelegt. Auf älteren Systemen wird die Quelle auch manchmal als "Chkdsk" angegeben.
chkdsk_in_Ereignisanzeige_2.jpg
Dieses Protokoll kannst du kopieren und hier in deiner nächsten Antwort in einen Spoiler setzen. Zu Spoilern siehe in meiner Signatur den mittleren blauen Link.
 
Guten Morgen ihr Zwei,

@Silver Server
Das Problem ist vor dem SSD tausch leider schon sehr häufig vorgekommen, daher befürchte ich dass es vielleicht immer noch der alte Fehler ist und nicht an der SSD lag (siehe verlinkter Post).

@Ari45
Ich habe die Protokolle dort gefunden, lieben Dank für den Hinweis!

Test 21:52
Dateisystem auf C: wird überprüft.
Der Typ des Dateisystems ist NTFS.


Einer der Datenträger muss auf Konsistenz überprüft werden.
Sie können die Datenträgerüberprüfung abbrechen, aber es
wird ausdrücklich empfohlen, den Vorgang fortzusetzen.
Die Datenträgerüberprüfung wird jetzt ausgeführt.

Phase 1: Die Basisdatei-Systemstruktur wird untersucht...
391936 Datensätze verarbeitet. Dateiüberprüfung beendet.
4758 große Datensätze verarbeitet. 0 ungültige Datensätze verarbeitet.
Phase 2: Die Dateinamenverknüpfung wird untersucht...
473040 Indexeinträge verarbeitet. Indexüberprüfung beendet.
0 nicht indizierte Dateien überprüft. 0 nicht indizierte Dateien wiederhergestellt.
Phase 3: Sicherheitsbeschreibungen werden untersucht...
947 nicht verwendete Indexeinträge aus Index $SII der Datei 0x9 werden aufgeräumt.
947 nicht verwendete Indexeinträge aus Index $SDH der Datei 0x9 werden aufgeräumt.
947 nicht verwendete Sicherheitsbeschreibungen werden aufgeräumt.
Überprüfung der Sicherheitsbeschreibungen beendet.
40553 Datendateien verarbeitet. CHKDSK überprüft USN-Journal...
36160296 USN-Bytes verarbeitet. Die Überprüfung von USN-Journal ist abgeschlossen.

Dateisystem wurde überprüft, keine Probleme festgestellt.
Keine weiteren Aktionen erforderlich.

243684351 KB Speicherplatz auf dem Datenträger insgesamt
197003360 KB in 232968 Dateien
138560 KB in 40554 Indizes
0 KB in fehlerhaften Sektoren
502947 KB vom System benutzt
65536 KB von der Protokolldatei belegt
46039484 KB auf dem Datenträger verfügbar

4096 Bytes in jeder Zuordnungseinheit
60921087 Zuordnungseinheiten auf dem Datenträger insgesamt
11509871 Zuordnungseinheiten auf dem Datenträger verfügbar

Interne Informationen:
00 fb 05 00 47 2c 04 00 4c ed 07 00 00 00 00 00 ....G,..L.......
0f 01 00 00 4d 00 00 00 00 00 00 00 00 00 00 00 ....M...........

Die Überprüfung des Datenträgers wurde abgeschlossen.
Bitte warten Sie bis der Computer neu gestartet wurde.

Test 22:07
Dateisystem auf C: wird überprüft.
Der Typ des Dateisystems ist NTFS.


Eine Datenträgerüberprüfung ist geplant.
Die Datenträgerüberprüfung wird jetzt ausgeführt.

Phase 1: Die Basisdatei-Systemstruktur wird untersucht...
391936 Datensätze verarbeitet. Dateiüberprüfung beendet.
4757 große Datensätze verarbeitet. 0 ungültige Datensätze verarbeitet.
Phase 2: Die Dateinamenverknüpfung wird untersucht...
473082 Indexeinträge verarbeitet. Indexüberprüfung beendet.
0 nicht indizierte Dateien überprüft. 0 nicht indizierte Dateien wiederhergestellt.
Phase 3: Sicherheitsbeschreibungen werden untersucht...
11 nicht verwendete Indexeinträge aus Index $SII der Datei 0x9 werden aufgeräumt.
11 nicht verwendete Indexeinträge aus Index $SDH der Datei 0x9 werden aufgeräumt.
11 nicht verwendete Sicherheitsbeschreibungen werden aufgeräumt.
Überprüfung der Sicherheitsbeschreibungen beendet.
40574 Datendateien verarbeitet. CHKDSK überprüft USN-Journal...
38162336 USN-Bytes verarbeitet. Die Überprüfung von USN-Journal ist abgeschlossen.

Dateisystem wurde überprüft, keine Probleme festgestellt.
Keine weiteren Aktionen erforderlich.

243684351 KB Speicherplatz auf dem Datenträger insgesamt
191936584 KB in 233044 Dateien
138568 KB in 40575 Indizes
0 KB in fehlerhaften Sektoren
504995 KB vom System benutzt
65536 KB von der Protokolldatei belegt
51104204 KB auf dem Datenträger verfügbar

4096 Bytes in jeder Zuordnungseinheit
60921087 Zuordnungseinheiten auf dem Datenträger insgesamt
12776051 Zuordnungseinheiten auf dem Datenträger verfügbar

Interne Informationen:
00 fb 05 00 a8 2c 04 00 e4 ed 07 00 00 00 00 00 .....,..........
12 01 00 00 4d 00 00 00 00 00 00 00 00 00 00 00 ....M...........

Die Überprüfung des Datenträgers wurde abgeschlossen.
Bitte warten Sie bis der Computer neu gestartet wurde.

Test 22:21
Dateisystem auf C: wird überprüft.
Der Typ des Dateisystems ist NTFS.


Eine Datenträgerüberprüfung ist geplant.
Die Datenträgerüberprüfung wird jetzt ausgeführt.

Phase 1: Die Basisdatei-Systemstruktur wird untersucht...
391936 Datensätze verarbeitet. Dateiüberprüfung beendet.
4757 große Datensätze verarbeitet. 0 ungültige Datensätze verarbeitet.
Phase 2: Die Dateinamenverknüpfung wird untersucht...
473144 Indexeinträge verarbeitet. Indexüberprüfung beendet.
0 nicht indizierte Dateien überprüft. 0 nicht indizierte Dateien wiederhergestellt.
Phase 3: Sicherheitsbeschreibungen werden untersucht...
9 nicht verwendete Indexeinträge aus Index $SII der Datei 0x9 werden aufgeräumt.
9 nicht verwendete Indexeinträge aus Index $SDH der Datei 0x9 werden aufgeräumt.
9 nicht verwendete Sicherheitsbeschreibungen werden aufgeräumt.
Überprüfung der Sicherheitsbeschreibungen beendet.
40605 Datendateien verarbeitet. CHKDSK überprüft USN-Journal...
39861352 USN-Bytes verarbeitet. Die Überprüfung von USN-Journal ist abgeschlossen.

Dateisystem wurde überprüft, keine Probleme festgestellt.
Keine weiteren Aktionen erforderlich.

243684351 KB Speicherplatz auf dem Datenträger insgesamt
191969380 KB in 232538 Dateien
139020 KB in 40606 Indizes
0 KB in fehlerhaften Sektoren
506535 KB vom System benutzt
65536 KB von der Protokolldatei belegt
51069416 KB auf dem Datenträger verfügbar

4096 Bytes in jeder Zuordnungseinheit
60921087 Zuordnungseinheiten auf dem Datenträger insgesamt
12767354 Zuordnungseinheiten auf dem Datenträger verfügbar

Interne Informationen:
00 fb 05 00 cd 2a 04 00 d4 e9 07 00 00 00 00 00 .....*..........
19 01 00 00 4d 00 00 00 00 00 00 00 00 00 00 00 ....M...........

Die Überprüfung des Datenträgers wurde abgeschlossen.
Bitte warten Sie bis der Computer neu gestartet wurde.

Schönen Sonntag euch Zweien! :)
 
Hallo @Jen27! :)
Bis auf ein paar (ungefährliche) Indexfehler ist dein Dateisystem in Ordnung. Die unbenutzten Indexeinträge kommen immer mal vor und haben keine negative Auswirkung.

Dir auch einen schönen Sonntag
 
Jen 27,

hast Du schon mal die Energie-Einstellungen überprüft?

Je nach Einstellung ist es ein ganz normales Verhalten, wenn man den PC ins Energiesparen schickt, daß er dann nach einer bestimmten Zeit wieder aufwacht und Daten auf die Festplatte schreibt, um anschließend in den Ruhezustand zu gehen.

Wenn man den PC dabei abwürgt (mit Netzschalter) kann unvorhersehbares passieren.

Da würde ich den PC einfach mal neu starten und dann eine zeitlang (mehrere Stunden) laufen lassen.

Gerade wenn der PC längere Zeit ausgeschaltet war, holt sich Windows 10 eine ganze Reihe von Updates herunter und installiert sie.
Anschließend läuft dann noch das Windows-Tool zum Entfernen von Schadsoftware im Hintergrund.

Auch die mit Win10 mitgelieferten Apps wollen sich aktualisieren und laden größere Datenmengen herunter.

Wenn dann der Rechner vielleicht nicht der Allerschnellste ist, können seltsame Effekte auftreten, wenn man ihn Zwangsabschaltet.

Meine Empfehlung: einfach noch mal eine Weile beobachten.

.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Anzeige
Oben