Тормоза при открытии файлов word, excel из explorer

После миграции КД на Windows server 2008 R2 (вместе со всеми шАрами) на одном из компов сети началось: подвисает explorer при открытии из него файлов word, excel, изображений. На несколько секунд так подвисает, но открывает.

При отключенной сети работает, как надо.

Удалось нагуглиться до топика. Строка "Решение помогли найти на форуме sysadmins.ru - Мах999" в яндексах и гуглях приводит к правильному решению. 

 

Цитата

Решение помогли найти на форуме sysadmins.ru - Мах999

"экспортируйте, а затем удалите ветку реестра HKLM\SOFTWARE\Classes\*\shellex\ContextMenuHandlers\Open With. Ребутнутсья. Если тормоза чудом пропадут (вместе с пунктом меню "Открыть с помощью"), ищите подозрительные ссылки в HKCR\Applications\<Имя программы>\shell.
Не забудте только потом вернуть удаленную ветку взад."

Итак наконец-то! после удаление ветки HKLM\SOFTWARE\Classes\*\shellex\ContextMenuHandlers\Open With

Ушли 3-х клятые мною тормоза!!! всё открывается в лёт!

Осталось тока выяснить подозрительные ссылки как пишет Мах999
Посмотрел и ничего не увидел.

Всем откликнувшимся спасибо за помощь!!
Вот именно такой путь помог. Уже после удаления HKLM\SOFTWARE\Classes\*\shellex\ContextMenuHandlers\Open With всё сразу стало хорошо. Но так же нельзя! Потому поиски продолжились. Удалось обнаружить запись в HKCR\Applications\"НекаяПрограмма.exe" (dvd-плеер какой-то), ссылающуюся на старый Контроллер Домена:
"\\server\некий\путь\некая.программа.exe"
Но это не убрало тормоза при открытии офисных файлов.
Также обнаружились записи в разделах:
[HKEY_CLASSES_ROOT\Applications\EXCEL.EXE\shell\Open\command]
[HKEY_CLASSES_ROOT\Applications\EXCEL.EXE\shell\OpenAsReadOnly\command]
[HKEY_CLASSES_ROOT\Applications\EXCEL.EXE\shell\Print\command]
[HKEY_CLASSES_ROOT\Applications\EXCEL.EXE\shell\Printto\command]
 
 
После удаления таких записей всё открывается быстро.
Я не уверен до конца, что именно последние действия привели к исцелению, но факт.

UPD. Не надо удалять записи странного вида в реестре...Плохого вроде не было, но выяснилось, что это служебные записи.

Write a comment

Comments: 3
  • #1

    gBqsPxAZ (Sunday, 16 January 2022 01:20)

    20

  • #2

    gBqsPxAZ (Monday, 17 January 2022 01:28)

    20

  • #3

    gBqsPxAZ (Monday, 17 January 2022 06:14)

    20