Я нашел решение проблемы зависания при запуске Chrome в комментариях к этому отчету о проблеме Chrome:
Я работаю над этим вопросом прямо сейчас.
Используя некоторые подсказки от всех вас здесь, я отследил это.
Process Explorer показывает запрос токена безопасности и цикл завершения
происходит под 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 SUCCESS Desired
Доступ: чтение 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 \ 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: н / д, Олицетворение:
Smith_VAIO \ John
Такое поведение зацикливается.
Иногда добавляю:
11: 34: 57,1073869
AM lsass.exe 908 CreateFile C: \ Users \ John \ AppData \ Roaming \ Microsoft \ Protect \ CREDHIST SUCCESS Требуется
Доступ: Общий Чтение / Запись, Расположение: OpenIf, Параметры: Синхронный
IO Non-Alert, файл без каталога, произвольный доступ, атрибуты: 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, каталог:
Неверно 11: 34: 57.1074769
AM lsass.exe 908 CreateFileMapping C: \ Users \ John \ AppData \ Roaming \ Microsoft \ Protect \ CREDHIST FILE
ЗАБЛОКИРОВАН С ПИСАТЕЛЯМИ SyncType: SyncTypeCreateSection, PageProtection:
11: 34: 57,1075034
AM lsass.exe 908 QueryStandardInformationFile C: \ Users \ John \ AppData \ Roaming \ Microsoft \ Protect \ CREDHIST SUCCESS AllocationSize:
24, EndOfFile: 24, NumberOfLinks: 1, DeletePending: False, каталог:
Неверно 11: 34: 57.1075669
AM lsass.exe 908 CreateFileMapping 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 \" и нашел
папка со случайным гидом, которая была создана несколько дней назад. lsass.exe был
в настоящее время все еще находится в «застрявшем» состоянии, когда я удалил эту папку guid,
и другой был немедленно создан с новым гидом. Следующий
шаг, вероятно, не нужен, но я удалил вновь созданный гид
папка тоже, и на этот раз она не возродилась. процессор lsass.exe
время пришло в норму. Я попытался закрыть хром, в этот момент
это закрыто должным образом. Я снова открыл Chrome, заметил, что lsass использовать некоторые процессоры
в течение 10 секунд, затем остановитесь. Я закрыл хром, и процесс
завершено правильно еще раз. Затем я снова открыл Chrome, чтобы наблюдать
такое же поведение, как и в предыдущем (нормальное поведение).
Итак, заключение, папка, расположенная по адресу
"C: \ Users \\ appdata \ roaming \ microsoft \ protect \" должен быть
удален.
Это сработало в моем случае.
Надеюсь, вы цените информацию!
Я просто публикую его здесь, потому что мне было трудно найти это решение, и я надеюсь, что смогу облегчить его для кого-то еще в будущем.
Я сделал именно то, что предложил автор комментария, как только я удалил папку и переустановил Chrome, папка была воссоздана, но Chrome больше не зависал. Папка имеет странное имя, состоящее из длинной строки различных символов, и кажется, что она пустая, но удаление ее определенно помогло мне.