Клієнт віддаленого робочого стола зламаний Система не може знайти вказаний файл mstsc.exe.mui


4

Я зіткнувся з цією проблемою на ПК із ОС Windows 7 Professional SP1 x64, оновленим до останнього (17 жовтня) збірки безпеки та якості.

Запустити, як і будь-який користувач, неможливо mstsc.exe. Помилка повідомляє:

mstsc.exe

The system cannot find the file specified.

c:\Windows\System32\<LANG_NAME>\mstsc.exe.MUI.

mstsc_error

Переглядач події взагалі не показує жодних повідомлень про це. Я вивчив усі розділи та будь-який тип подій, а не лише помилки та попередження.

Я гуглив за помилку і знайшов численні публікації, пов’язані з проблемою, але жодна думка не працювала на мене.

Я коротко поясню кроки, які я зробив, щоб спробувати виправити це:

  • порівняння mstsc.exeта mstsc.exe.muiрозташування з відомою хорошою системою.

  • скопіювали обидва файли з відомої гарної системи у зламаній

  • як розташування mui за замовчуванням для 32-бітових виконуваних файлів у цій системі, C:\Windows\System32\it-IT\я створив ще одну папку в ній імені itта помістив всередину неї mstsc.exe.mui aaclient.dll.mui mstscax.dll.mui. Я також скопіював цю нову itпапку в C:\Windows\System32\. Отже, у мене є три копії цього трьох файлів у C:\Windows\System32\it-IT\ C:\Windows\System32\itтаC:\Windows\System32\it-IT\it

  • Я шукав у реєстрі слово mstsc.exe.muiі знайшов лише два ключі, не пов’язані зі шляху цього файлу. HKEY_LOCAL_MACHINE\COMPONENTS\DerivedData\Components\amd64_microsoft-windows-t..cesclient.resources_31bf3856ad364e35_6.1.7601.17514_it-it_5f6e83504ee8d5f5і HKEY_LOCAL_MACHINE\COMPONENTS\DerivedData\Components\amd64_microsoft-windows-t..cesclient.resources_31bf3856ad364e35_6.1.7601.18540_it-it_5f49fb9c4f04de0d.

  • Тоді я знайшов працюючий і оновлений ПК під управлінням Windows 7 Pro SP1 x64 English, і взяв mstsc.exe.mui aaclient.dll.mui mstscax.dll.muiз нього C:\Windows\System32\en-US. Я вклав en-US enіen-US\en

  • Я подумав, що, можливо, я встановив англійську версію того, mstsc.exeщо, можливо, захоче знайти англійські dlls на італійському шляху, тому я спробував перезаписати італійські файли англійськими файлами. Я також спробував навпаки, з файлами з італійської системи в папках англійської мови.

  • Я виявив, що встановлення KB2574819-v2-x64може виправити це, воно вже було встановлено в цій системі, тому я спробував видалити його та встановити наново.

  • Мені не вдалося знайти спосіб видалення та перевстановлення програми / функції mstsc.

  • Я спробував відключити антивірусний захист.

  • Я відсканував апарат на наявність руткітів та вірусів, і зовсім не пощастило. Він завжди був захищений комерційним антивірусним рішенням, яке не закінчилось, оскільки його не було у виробництві, і його завжди використовували свідома людина та БЕЗ адміністративних прав.

  • Я виконав повне chkdskпопереднє завантаження.

  • Я просканував sfc /scannowі не знайшов пошкоджених системних файлів.

Я спробував усі ці кроки, не маючи везіння, але, думаю, я все-таки щось пропустив, і не хочу видаляти та перевстановлювати систему, яка працює на відмінно, але це питання. У когось є підказки?

Ще одна деталь, яка може бути важливою, я не думаю, що mstsc.exeце колись було запущено, оскільки цей ПК виробляється. Лише за останні кілька тижнів вони представили нові функції, які приносять на цьому ПК необхідність використання клієнта rdp. Наскільки я знаю, проблема може бути присутня з моменту нової установки. Оскільки ця система була встановлена ​​в 2014 році і постійно оновлюється, я підозрюю, що це може бути проблема із встановленням зображення або оновленнями, які тривали протягом багатьох років. На жаль, я не можу визначити, коли проблема mstsc.exeпочалася. Цей ПК є членом AD і завжди отримував оновлення від своєї WSUS. Він ніколи не був незавершеним або без ділового антивірусного рішення з 2014 року.


Відповідна редакція: як передбачалося у відповіді, так, це була англійська система, і італійський мовний пакет був встановлений ще до того, як ПК почався у виробництві.


Чи однакова така поведінка у кожного користувача в системі?
Клінгхуст

1
Так, як йдеться в запитанні: "неможливо, як будь-який користувач, ..." Я спробував навіть адміністратора домену та облікового запису локального адміністратора. Це питання клієнта.
Марко

повинно бути, тому що ОС не може зрозуміти, що таке LANG_NAME
Uğur Gümüşhan

Відповіді:


2

Ви змінили мову на комп’ютері, коли почалася проблема?

Ось кілька можливих засобів захисту:

  1. Спробуйте перевстановити RDP 8.0 або RDP 8.1 , залежно від випадку.
  2. Файл, який вам може бути відсутній, може бути насправді C:\Windows\system32\wbem\<LANG_NAME>\mstsc.mfl.
  3. Спробуйте засіб усунення несправностей Windows Update
  4. Цілком можливо, що хоча ваш комп'ютер італійський, mstc.exe це англійська. Спробуйте створити підпапку en-USі скопіюйте туди файли наступним чином:

    c:\windows\system32\mstsc.exe
    c:\windows\system32\mstscax.dll
    C:\Windows\System32\aaclient.dll
    c:\windows\system32\en-US\mstsc.exe.mui
    c:\windows\system32\en-US\mstscax.dll.mui
    

Зауважте також, що ваша Windows має 64 біти, і якщо ви також використовуєте 64-розрядний Провідник, ці файли фактично повинні проживати C:\Windows\SysWOW64.


Справді! Я не знав, як занадто перевстановити RDP, як згадувалося в ОП. Після вашої пропозиції я зафіксував у пункті 1); перевстановлення KB2592687 для італійської мови зробило свою справу.
Марко
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.