Ich fand die Lösung für das Einfrieren von Chrome in den Kommentaren dieses Chromausgabeberichts:
https://bugs.chromium.org/p/chromium/issues/detail?id=374624
Dies war Kommentar Nr. 27, der Autor des Kommentars hat alles Lob bekommen, um es herauszufinden:
Ich arbeite gerade an diesem Thema.
Mit ein paar Hinweisen von Ihnen hier habe ich es aufgespürt.
Der Prozess-Explorer zeigt eine Sicherheits-Token-Anforderung und eine Beendigungsschleife unter lsass.exe an, wobei das Token \: 1c42f ist
Wie zum Beispiel: Smith_VAIO \ John: 1c42f
Bei der Überprüfung mit Process Monitor sehen wir Folgendes:
11: 34: 57.3492434 AM lsass.exe 908 RegQueryKey HKLM-ERFOLG-Abfrage: HandleTags, HandleTags: 0x0 11: 34: 57.3492833 AM lsass.exe 908 RegOpenKey HKLM \ Software \ Microsoft \ Windows NT \ CurrentVersion \ S-1-5- 21-563832473-1690269938-841482641-1000 SUCCESS Gewünschter Zugriff: Lesen Sie 11: 34: 57.3493295 AM lsass.exe 908 RegQueryValue HKLM \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ ProfileList \ S-1-5-21-563832473-1690269938- 841482641-1000 \ ProfileImagePath SUCCESS Typ: REG_EXPAND_SZ, Länge: 28, Daten: C: \ Benutzer \ John 11: 34: 57.3493613 AM lsass.exe 908 RegQueryValue HKLM \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ S-1- 5-21-563832473-1690269938-841482641-1000 \ ProfileImagePath SUCCESS Typ: REG_EXPAND_SZ, Länge: 28, Daten: C: \ Users \ John 11: 34: 57.3493926 AM lsass.exe 908 RegCloseKey HKLM \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ ProfileList \ S-1-5-21-563832473-1690269938-841482641-1000 ERFOLG 11: 34: 57.3495197 AM lsass.exe 908 CreateFile C: \ Users \ John \ AppData \ Roaming \ Microsoft \ Protect \ S-1-5-21-563832473-1690269938-841482641-513 \ Bevorzugter PFAD NICHT GEFUNDEN Gewünschter Zugriff: Allgemeiner Lesevorgang, Disposition: Öffnen, Optionen: Sequenzieller Zugriff, Synchroner IO-Alert, Nicht -Verzeichnisdatei, Attribute: HS, ShareMode: Lesen, AllocationSize: Nicht zutreffend, Identitätswechsel: Smith_VAIO \ JohnÖffnen, Optionen: Sequenzieller Zugriff, Synchroner E / A-Alarm, Nicht-Verzeichnisdatei, Attribute: HS, ShareMode: Lesen, AllocationSize: Nicht zutreffend, Identitätswechsel: Smith_VAIO \ JohnÖffnen, Optionen: Sequenzieller Zugriff, Synchroner E / A-Alarm, Nicht-Verzeichnisdatei, Attribute: HS, ShareMode: Lesen, AllocationSize: Nicht zutreffend, Identitätswechsel: Smith_VAIO \ John
Dieses Verhalten schleift.
Manchmal werfen wir ein:
11: 34: 57.1073869 AM lsass.exe 908 CreateFile C: \ Benutzer \ John \ AppData \ Roaming \ Microsoft \ Protect \ CREDHIST SUCCESS Gewünschter Zugriff: Generisches Lesen / Schreiben, Disposition: OpenIf, Optionen: Synchronous IO Non-Alert, Non- Alert Verzeichnisdatei, Direktzugriff, Attribute: HS, ShareMode: Keine, AllocationSize: 0, Imitator: Smith_VAIO \ John, OpenResult: Geöffnet 11: 34: 57.1074461 AM lsass.exe 908 QueryStandardInformationFile C: \ Users \ John \ AppData \ Roaming \ Microsoft \ Protect \ CREDHIST SUCCESS AllocationSize: 24, EndOfFile: 24, NumberOfLinks: 1, DeletePending: False, Verzeichnis: False 11: 34: 57.1074769 AM lsass.exe 908 CreateFileMapping C: \ Benutzer \ John \ AppData \ Roaming \ Microsoft \ Protect \ CREDHIST-DATEI MIT WRITERS GESPERRT SyncType: SyncTypeCreateSection, PageProtection: 11: 34: 57.1075034 AM lsass.exe 908 QueryStandardInformationFile C: \ Benutzer \ John \ AppData \ Roaming \ Microsoft \ Protect \ CREDHIST SUCCESS Zuordnungsgröße: 24, EndOfFile: 24, NumberOfLinks: 1, DeletePending: False, Directory: False 11: 34: 57.1075669 AM lsass.exe 908 CreateFileMapping C: \ Benutzer \ John \ AppData \ Roaming \ Microsoft \ Protect \ CREDHIST SUCCESS SyncType: SyncTypeOther 11: 34: 57.1076805 AM lsass.exe 908 CloseFile C: \ Benutzer \ John \ AppData \ Roaming \ Microsoft \ Protect \ CREDHIST SUCCESSexe 908 CloseFile C: \ Benutzer \ John \ AppData \ Roaming \ Microsoft \ Protect \ CREDHIST SUCCESSexe 908 CloseFile C: \ Benutzer \ John \ AppData \ Roaming \ Microsoft \ Protect \ CREDHIST SUCCESS
Also ... Unter Verwendung dieser Informationen ging ich zum Pfad "C: \ Users \ John \ Appdata \ Roaming \ Microsoft \ Protect \" und fand einen Ordner mit einer zufälligen Guid, die vor Tagen erstellt wurde. lsass.exe befand sich derzeit noch in einem 'steckenbleibenden' Zustand, als ich diesen Guid-Ordner löschte, und ein anderer wurde sofort mit einer neuen Guid erstellt. Der nächste Schritt ist wahrscheinlich überflüssig, aber ich habe auch den neu erstellten Guid-Ordner gelöscht und diesmal nicht neu erstellt. Die Prozessorzeit von lsass.exe war wieder normal. Ich habe versucht, Chrom zu schließen. Dann wurde es richtig geschlossen. Ich öffnete Chrom wieder, beobachtete, wie lass einige CPU etwa 10 Sekunden lang benutzte und dann aufhörte. Ich habe Chrom geschlossen, und der Vorgang wurde wieder ordnungsgemäß beendet. Ich habe dann Chrome wieder geöffnet, um dasselbe Verhalten wie zuvor (normales Verhalten) zu beobachten.
Fazit: Der Ordner "C: \ Users \\ appdata \ roaming \ microsoft \ protect \" muss gelöscht werden.
Das hat in meinem Fall funktioniert.
Ich hoffe, Sie schätzen die Informationen!
Ich poste es nur hier, weil es mir schwer fiel, diese Lösung zu finden, und ich hoffe, dass ich es in Zukunft für jemanden anderen einfacher machen kann.
Ich tat genau das, was der Verfasser des Kommentars vorschlug, nachdem ich den Ordner gelöscht und Chrom erneut eingelesen hatte, wurde der Ordner neu erstellt, aber der Chrome erstarrte nicht mehr. Der Ordner hat einen seltsamen Namen, der aus einer langen Reihe verschiedener Zeichen besteht, und er scheint leer zu sein, aber das Löschen löste definitiv den Trick für mich.
Viel Glück!