Как исправить медленный запуск Google Chrome при запуске из-за службы lsass.exe в Windows 10?

Question

Последние несколько дней у меня были проблемы с хромом.

Хром зависал на несколько минут каждый раз, когда я его открывал. Как только Chrome снова начинает работать, все становится нормально, но это разочаровывает, когда вам приходится ждать несколько минут, прежде чем вы сможете что-либо сделать с помощью веб-браузера.

Мне удалось найти одно решение этой проблемы, которое я разместил в качестве ответа ниже, но если у кого-то еще были подобные проблемы, и им удалось их решить, пожалуйста, не стесняйтесь рассказать нам, как.

Answer 1

Я нашел решение проблемы зависания при запуске Chrome в комментариях к этому отчету о проблеме Chrome:

https://bugs.chromium.org/p/chromium/issues/detail?id=374624

Это был комментарий № 27, вся заслуга автора комментария для выяснения этого:

Я работаю над этим вопросом прямо сейчас.

Используя некоторые подсказки от всех вас здесь, я отследил это.

Проводник процессов показывает запрос токена безопасности и цикл завершения, выполняемый в lsass.exe, с токеном \: 1c42f

Например: Smith_VAIO \John: 1c42f

После проверки с помощью Process Monitor мы видим следующее:

11: 34: 57.3492434 AM lsass.exe 908 RegQueryKey HKLM УСПЕХ Запрос: HandleTags, HandleTags: 0x0 11: 34: 57.3492833 AM lsass.exe 908 RegOpenKey HKLM \ Программное обеспечение \ Microsoft \ Windows NT \ CurrentVersion \ ProfileList \ S-1-5- 21-563832473-1690269938-841482641-1000 УСПЕХ Требуемый доступ: чтение 11: 34: 57.3493295 AM lsass.exe 908 RegQueryValue HKLM \ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ \ Microsoft \ Windows NT \ CurrentVersion \ ProfileList \ S-1-5-21-563832473-1690269938- 841482641-1000 \ ProfileImagePath SUCCESS Тип: REG_EXPAND_SZ, длина: 28, данные: C: \ Users \John 11: 34: 57.3493613 AM lsass.exe 908 RegQueryValue HKLM \ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ \ Microsoft \ Windows NT \ CurrentVersion \ ProfileList \ Profile-List \ S-1- 5-21-563832473-1690269938-841482641-1000 \ ProfileImagePath SUCCESS Тип: REG_EXPAND_SZ, длина: 28, данные: C: \ Users \John 11: 34: 57.3493926 AM lsass.exe 908 RegCloseKey HKLM \ ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ \ Microsoft \ Windows NT \ CurrentVersion \ ProfileList \ S-1-5-21-563832473-1690269938-841482641-1000 УСПЕХ 11: 34: 57.3495197 AM lsass.exe 908 CreateFile C: \ Users \John \ AppData \ Roaming \ Microsoft \ Protect \ S-1- 5 -21-563832473-1690269938-841482641-513 \ Предпочитаемый ПУТЬ НЕ НАЙДЕН Требуемый доступ: универсальное чтение, расположение: открыто, параметры: последовательный доступ, синхронный ввод-вывод без предупреждения, файл без каталога, атрибуты: HS, ShareMode: чтение, AllocationSize: n/a, Олицетворение: Smith_VAIO \John

Такое поведение зацикливается.

Иногда добавляю:

11: 34: 57.1073869 AM lsass.exe 908 CreateFile C: \ Users \John \ AppData \ Roaming \ Microsoft \ Protect \ CREDHIST SUCCESS Требуемый доступ: универсальное чтение / запись, расположение: OpenIf, параметры: синхронный ввод-вывод без предупреждения, не Файл каталога, произвольный доступ, атрибуты: HS, ShareMode: нет, AllocationSize: 0, олицетворение: Smith_VAIO \John, OpenResult: открыт 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, Directory: False 11: 34: 57.1074769 AM lsass.exe 908 CreateFileMapping C: \ Users \John \ AppData \ Roaming \ Microsoft \ Protect \ ФАЙЛ CREDHIST, ЗАБЛОКИРОВАННЫЙ ПИСАТЕЛЯМИ SyncType: SyncTypeCreateSection, PageProtection: 11: 34: 57.1075034 AM lsass.exe 908 QueryStandardInformationFile C: \ Users \John \ AppData \ Roaming \ Microsoft \ Protect \ CREDHIST SUCCESS AllocationFl: 0: 0 , DeletePending: False, каталог: False 11: 34: 57.1075669 AM lsass.exe 908 Cre ateFileMapping C: \ Users \John \ AppData \ Roaming \ Microsoft \ Protect \ CREDHIST SUCCESS SyncType: SyncTypeOther 11: 34: 57.1076805 AM lsass.exe 908 CloseFile C: \ Users \John \ AppData \ Roaming \ Microsoft \ Protect \ CREDHIST SUCCESS

Так...Используя эту информацию, я пошел по пути "C: \ Users \John \ Appdata \ Roaming \ Microsoft \ Protect \" и нашел одну папку со случайным guid, которая была создана несколько дней назад. Когда я удалил эту папку guid, lsass.exe все еще находился в «застрявшем» состоянии, и сразу же была создана другая папка с новым guid. Следующий шаг, вероятно, не нужен, но я также удалил только что созданную папку guid, и на этот раз она не возродилась. Процессорное время lsass.exe восстановилось. Я попытался закрыть хром, после чего он закрылся правильно. Я снова открыл Chrome, заметил, что lsass использует процессор примерно на 10 секунд, затем остановился. Я закрыл Chrome, и процесс снова завершился правильно. Затем я снова открыл Chrome, чтобы наблюдать то же поведение, что и предыдущий (нормальное поведение).

Итак, заключение, папка, расположенная в "C: \ Users \\ appdata \ roaming \ microsoft \ protect \" должна быть удалена.

Это сработало в моем случае.

Надеюсь, вы цените информацию!

Я просто публикую его здесь, потому что мне было трудно найти это решение, и я надеюсь, что смогу облегчить кому-то еще в будущем

Я сделал именно то, что предложил автор комментария, как только я удалил папку и переустановил Chrome, папка была воссоздана, но Chrome больше не зависал. Папка имеет странное имя, состоящее из длинной строки различных символов, и кажется, что она пуста, но удаление ее определенно помогло мне.

Удачи!