- Здравствуйте админ! На моём компьютере установлена Windows 7 и периодически на ней выходят различные ошибки, также система может зависнуть или перезагрузиться в самый неподходящий момент. Вы посоветовали мне проверить винду на вирусы и произвести проверку целостности системных файлов. Вирусов у меня не оказалось, а вот с проверкой целостности всё оказалось намного интересней. Запускаю командную строку от имени администратора и ввожу команду sfc /scannow и через некоторое время командная строка выдаёт: «Защита ресурсов Windows обнаружила поврежденные файлы, но не может восстановить некоторые из них», что означает повреждение хранилища системных компонентов Windows 7. Знаю, что это самое хранилище можно в Windows 8.1, 10 восстановить с помощью системы обслуживания образов Dism, командами: Dism.exe /Online /Cleanup-image /ScanHealth и Dism.exe /Online /Cleanup-image /RestoreHealth. Думал, что в Windows 7 тоже так можно, ведь там есть Dism, но при вводе команды «Dism.exe /Online /Cleanup-image /ScanHealth» у меня выходит ошибка: «Ошибка 87. Параметр restorehealth не распознан в этом контексте».
- Здравствуйте админ! Произвожу восстановление целостности системных файлов Windows 7 с помощью sfc /scannow и выходит сообщение: «Для завершения восстановления системы требуется перезагрузка. Перезапустите систему Windows и выполните sfc еще раз», перезагружаюсь и опять тоже самое. Подумал, что это из-за повреждения хранилища компонентов Windows 7, хочу восстановить это хранилище, запускаю командную строку от имени администратора и ввожу команду: «Dism.exe /Online /Cleanup-image /ScanHealth» и выходит: «Ошибка 87. Параметр restorehealth не распознан в этом контексте». Что делать дальше?
Восстановление повреждённого хранилища системных компонентов возможно не только в Windows 8.1/10, но и в Windows 7
Привет друзья! В Windows 7, как и в Windows 8.1, 10 существует хранилище системных компонентов операционной системы — папка WinSxS, находящаяся по адресу C:WindowsWinSxS.
Если по каким-либо причинам (вирусы, системный сбой, нарушения в файловой системе) операционная система теряет важный системный файл, то этот файл тут же заменяется его работоспособной версией из хранилища системных компонентов (папки WinSxS).
При необходимости, пользователь сам может запустить проверку целостности системных файлов операционной системы с помощью командной строки (запущенной от администратора) командой sfc /scannow. Средство sfc произведёт проверку целостности системных файлов и если повреждения обнаружатся, то результат будет выглядеть так: «Защита ресурсов Windows обнаружила поврежденные файлы и успешно их восстановила», но в некоторых случаях ответ будет другим: «Защита ресурсов Windows обнаружила поврежденные файлы, но не может восстановить некоторые из них», что означает повреждение хранилища системных компонентов операционной системы (папки WinSxS).
В этом случае вводим в командной строке (запущ. от администратора) команду:
Dism.exe /Online /Cleanup-image /ScanHealth
которая в свою очередь проверит и восстановит целостность самого хранилища системных компонентов
Windows 7.
Примечание: Начиная с Windows 8 операционная система получила возможность восстанавливать поврежденное хранилище компонентов с помощью системы обслуживания образов Dism. Для восстановления хранилища нужно ввести две команды:
Dism.exe /Online /Cleanup-image /ScanHealth — проверяет состояние целостности хранилища компонентов.
Dism.exe /Online /Cleanup-image /RestoreHealth — восстанавливает хранилище.
В Windows 7 тоже существует данная возможность, но в Windows 7 обе эти команды объединены в одну и для восстановления хранилища компонентов необходимо воспользоваться только командой
Dism /Online /Cleanup-Image /ScanHealth, но эта команда не сработает и вы получите ошибку: «Ошибка 87. Параметр ScanHealth не распознан в этом контексте», если в вашей Windows 7 не установлено обновление KB2966583.
Скачайте данное обновление KB2966583 по ссылке
https://support.microsoft.com/ru-ru/kb/2966583
выберите обновление в соответствии с разрядностью вашей операционной системы, например, у меня установлена Windows 7 64-бит, значит я скачаю пакет для всех поддерживаемых 64-разрядных версий Windows 7.
Загрузить пакет.
Выбираем язык — Русский и жмём Download.
Ошибка -1 при восстановлении и обновлении iPhone через iTunes — как быть?
Привет! А ведь действительно, как быть-то? Ну во-первых, стоит определиться с тем, из-за чего iTunes может выдавать неизвестную -1 ошибку во время восстановления или обновления iPhone. И здесь у меня сразу же неутешительные новости. В подавляющем большинстве случаев — это «железная» проблема и связана она с неисправностью модема в вашем гаджете. Правда, иногда можно обойтись без сервиса и реанимировать устройство в домашних условиях… Заинтриговал? Сейчас все расскажу. Поехали!
Перво-наперво стоит исключить все другие причины, которые могут повлиять на неудавшуюся прошивку iPhone через iTunes. Зачем? Все очень просто — нет смысла переходить к тяжелой артиллерии и начинать «ковырять железо», предварительно не убедившись в том, что проблемы именно во внутренностях смартфона. Итак…
У небольшого количества пользователей минус первая ошибка может возникать вследствие:
- Использования не сертифицированного кабеля (нужно обязательно попробовать оригинальный аксессуар).
- Попытки прошивки через старую версию iTunes (обновить до последней рабочей).
- Некоторым помогает запуск iTunes в режиме совместимости и от имени администратора.
Но к сожалению, все это помогает только небольшому количеству людей и в большинстве случаев — это все-таки проблемы с железом устройства…
Поломка модема. Окончательно убедиться в этом можно по косвенным признакам:
- До возникновения минус 1-ой ошибки iPhone периодически самостоятельно терял сеть и потом находил ее, хотя прием в этом месте уверенный и такого происходить не должно.
- Сама ошибка появляется в самом конце процесса восстановления или обновления, когда полоска прогресса уже дошла почти до конца.
- Была замена аккумулятора или другое вмешательство во внутренности гаджета.
- iPhone падал (даже без видимых внешних повреждений) или в него попадала вода.
Если хоть один из этих пунктов ваш случай, то с 99% вероятностью -1 ошибка в iTunes появляется из-за того, что на вашем iPhone «отвалились» модем и его пайки.
Проблема на самом деле очень серьезная и вот что с ней можно сделать.
Почему правильный? Потому что самым разумным поступком в данной ситуации будет посещение сервисного центра. Особенно, если телефон на гарантии (иногда она может быть двухлетней!), то тут и раздумывать нечего — несите в авторизованную мастерскую. Правда, так как чаще всего -1 ошибка появляется в результате каких-либо механических повреждений, то есть вероятность получить отказ в официальном и бесплатном ремонте. Но с другой стороны — попытка не пытка, поэтому попробовать стоит.
Если телефон без гарантии, то для ремонта необходимо тщательно выбрать мастерскую. Потому что необходимыми навыками и инструментами для пайки модема обладают далеко не все сервисные центры. Обычная палатка на рынке (где максимум что могут сделать это поменять батарейку и экран), в лучшем случае продержит ваш iPhone какое-то время у себя и отдаст все с той же ошибкой. А в худшем — сломают еще что-нибудь.
Вывод первый: если уж и собрались чинить «отвал модема», то делать это стоит в нормальном сервисе, а не где попало.
Правда, даже в самом захудалой мастерской могут вылечить минус первую ошибку вашего iPhone без перепайки модема. Но вся прелесть в том, что вы сами можете попробовать это сделать не платя никому денег…
Способ 2. Неправильный, но иногда работающий
Почему неправильный? Потому что таким образом поступать с устройством крайне не рекомендуется — это, если можно так сказать, крайняя мера.
Внимание! Все что описано ниже делается исключительно на ваш страх и риск. Естественно, после этих манипуляций устройство «слетит» с гарантии (если она у вас была). Подобными действиями можно легко навредить iPhone и в процессе выполнения сломать что-либо еще. Опять же, никто не дает 100% гарантию того, что все это сработает. Если надумаете, то действуйте с максимальной осторожностью.
Более того, эти два способа иногда помогают просто прошить iPhone с -1 ошибкой и активировать его. Так сказать «снять с шнурка» и получить доступ хоть к какому-то функционалу. Сам модем наверняка не заработает.
Что это значит? То, что у Вас будет iPhone, который позволяет его использовать как iPod. Сотовую сеть он, скорей всего (иногда всё-таки может и повезти!), ловить не сможет.
Собственно, переходим к необходимым действиям:
- Заморозить iPhone в морозилке, холодильнике или на улице (если за окном зима). Упаковываете гаджет в пакет и отправляете на холод. Ждёте минут 15-20 и пытаетесь прошить через iTunes (причём, многие делают это не вытаскивая устройство из холодильника). Как бы смешно и псевдонаучно это не звучало, но некоторым помогает и iPhone все-таки удается прошить до конца минуя -1 ошибку.
- Полная противоположность предыдущему способу — нагреть iPhone. Единственный момент, греть рекомендуется непосредственно сам модем и с помощью специального оборудования (дабы избежать перегрева). Прижать его и попытаться прошить, пока не остыл. Хотя, судя по сообщениям на форумах, иногда удается «проскочить» ошибку и завершить восстановление (обновление) даже в том случае, когда гаджет нагрелся от того, что просто стоял на зарядке.
Да, способы необычные (и достаточно рискованные!). Но когда терять нечего — то можно и попробовать (правда очень аккуратно!).
Вывод второй: даже если при помощи этих манипуляций устройство прошилось, то с большой долей вероятности у вас на руках будет просто активированный iPhone — сеть он ловить не будет (или будет, но недолго). Хотя… повторюсь, элемент везения никто не отменял.
Как видите, -1 ошибка iTunes — это достаточно серьезно. И «домашние» методы ее исправления (охлаждение или нагрев):
- Не всегда работают.
- Повышают вероятность ещё больше навредить гаджету,
- Даже если помогут, то оставляют большие вопросы по поводу дальнейшей судьбы гаджета.
Для грамотного решения обязательно посещение «толкового» сервисного центра (где смогут перепаять модем и привести ваш iPhone в чувство).
P.S. Расскажите свою историю, делитесь личным опытом, да и вообще — смело пишите в комментарии! И, конечно же, не забудьте поменять минус на плюс — ставьте «лайки» и «+1»!
Дорогие друзья! Минутка полезной информации:
1. Вступайте в группу ВК — возможно, именно там вы сможете получить всю необходимую вам помощь!
2. Иногда я занимаюсь ерундой (запускаю стрим) — играю в игрушки в прямом эфире. Приходите, буду рад общению!
3. Вы всегда можете кинуть деньги в монитор (поддержать автора). Респект таким людям!
P.S. Моя самая искренняя благодарность (карта *9644, *4550, *0524, *9328, *1619, *6732, *6299, *4889, *1072, *9808, *7501, *6056, *7251, *4949, *6339, *6715, *4037, *2227, *8877, *7872, *5193, *0061, *7354, *6622, *9273, *5012, *1962, *1687 + перевод *8953, *2735, *2760 + без реквизитов (24.10.2021 в 18:34; 10.12.2021 в 00:31; 16.02.2023 в 10:32; 21.05.2023 в 16:56; 01.06.2023 в 02:08)) — очень приятно!
Обновлено 08.12.2022
Добрый день! Уважаемые читатели и гости, IT блога Pyatilistnik.org. В прошлый раз мы с вами поговорили, про отложенный запуск служб в Windows, сегодня я хочу вам показать еще один не приятный момент в работе терминальных служб удаленного рабочего стола, а именно ошибка подключения «Произошла внутренняя ошибка«, после чего подключение разрывается. Такое я встречал уже в Windows Server 2012 R2 и 2016. Давайте разбираться в чем дело.
Описание проблемы
Есть сервер с операционной системой Windows Server 2012 R2, сотрудник пытается к нему подключиться, через классическую утилиту «Подключение к удаленному рабочему столу», в момент авторизации, выскакивает окно с ошибкой «Произошла внутренняя ошибка».
В английском варианте ошибка звучит вот так:
An internal error has occurred
После этого у вас разрывается соединение. Когда мы видели моргающий экран по RDP, там хотя бы вы попадали на сервер и могли открыть диспетчер устройств, тут сразу все обрубается на корню. Давайте смотреть, что можно сделать.
🆘 Что есть в логах?
Если посмотреть журналы событий на удаленном сервере, куда вы пытаетесь подключиться, то там порядок событий будет такой:
События нужно искать в журнале Microsoft-Windows-RemoteDesktopServices-RdpCoreTS/Operational
- 1️⃣ Первым будет идти событие ID 131 «The server accepted a new TCP connection from client IP-адрес:60050.». Тут вы увидите IP-адрес с которого идет попытка входа.
- 2️⃣ Далее событие ID 65 «Connection RDP-Tcp#11 created «.
- 3️⃣ Затем событие 141 «PerfCounter session started with instance ID 11». Тут сессии будет назначен ID.
- 4️⃣ За ним будет идти ID 142 «TCP socket READ operation failed, error 1236».
- 5️⃣ Потом вы увидите ID 72 «Interface method called: OnDisconnected»
- 6️⃣ И же после этого вам покажут, что сервер разорвал подключение: «ID 102 The server has terminated main RDP connection with the client.»
- 7️⃣ В событии ID 145 так же появляются подробности «During this connection, server has not sent data or graphics update for 0 seconds (Idle1: 0, Idle2: 0).».
- 8️⃣ Могут быть события с ID 148 «Channel rdpinpt has been closed between the server and the client on transport tunnel: 0.» или «Channel rdpcmd has been closed between the server and the client on transport tunnel: 0.» или «Channel rdplic has been closed between the server and the client on transport tunnel: 0.»
- 9️⃣ Ну и вишенка на торте, ошибка ID 227 «‘Failed to get property Disconnect Reason’ in CUMRDPConnection::Close at 2212 err=[0x80070057]»
Исправляем ошибку «Произошла внутренняя ошибка»
Так как по RDP подключиться не получается, то первым делом нужно проверить отвечает ли порт, по умолчанию это 3389. О том, как проверить порт на удаленном сервере я вам описывал, там все сводилось к выполнению команды Telnet, ознакомьтесь. Если порт отвечает, то делаем следующее.
Нужно удаленно перезапустить службу на этом сервере, чтобы сам сервер не перезагружать, так как в этот момент, он может выполнять важные задачи, можно использовать утилиту «Управление компьютером». Открыть ее можно через команду вызова оснастки, вызываем окно «Выполнить», через одновременное нажатие клавиш WIN и R, в котором пишем:
В открывшейся оснастке, щелкните в самом верху по пункту «Управление компьютером» правым кликом мыши, и выберите пункт «Подключиться к удаленному компьютеру».
Выберите пункт «Другим компьютером» и укажите его DNS имя, или найдите его через кнопку обзор.
Когда вы подключитесь к нужному серверу, перейдите в пункт «Службы и приложения — Службы», в списке сервисов найдите службу удаленных рабочих столов (Remote Desktop Services), и перезапускаем ее. После этого ошибка подключения по RDP «Произошла внутренняя ошибка», у вас должна пропасть.
Так же вы можете использовать оболочку PowerShell запущенную от имени пользователя, у которого есть права на удаленный сервер, где будет перезапускаться служба RDP. Выполните:
Get-Service TermService -ComputerName Имя сервера | Restart-Service –force –verbose
Дополнительные методы решения
Если вам не помог первый метод, перезапускающий службу удаленных рабочих столов, то можно попробовать выполнить правку реестра. Открываете редактор реестра Windows, если у вас физического доступа к серверу нет или он далеко и вам лень до него идти, то можно попробовать подключиться к реестру удаленного сервера.
Для этого в окне «Редактор реестра» пункт меню «Файл — Подключить сетевой реестр».
В открывшемся окне «Выбор компьютера» указываем его DNS-имя или ip-адрес и нажимаем ок. У вас будет установлено подключение к удаленному реестру сервера, что испытывает проблемы.
Находим ключ CheckMode по пути
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControl Session ManagerCProIntegrityCheckMode
Перед любыми правками реестра, обязательно сделайте выгрузку нужной ветки, чтобы можно было восстановить все в оперативном режиме
Выставляем ему значение о, чтобы отключить у программы КриптоПРО CSP проверку контрольных сумм. Еще один важный момент, если у вас старая версия КриптоПРО, то это так же может быть источником, проблем, недавний пример, это ошибка «Windows installer service could not be accessed». Для этого удаляем правильно КриптоПРО CSP и ставим последнюю доступную версию.
Еще можно попробовать изменить значение вот такого ключа реестра:
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControl Session ManagerMemory ManagementSessionImageSize
Найдите ключ SessionImageSize и задайте ему значение 0x00000020.
Дополнительные настройки RDP клиента
Например ошибка «An internal error has occurred» у меня встретилась на Windows Server 2022 и там мне помогло в настройках клиента RDP отключение некой опции. Перейдите в дополнительные настройки клиента для удаленного подключения, где н вкладке «Experiens (Взаимодействие)» вам нужно убрать галку с опции «Восстановить подключение при разрыве (Reconnect if the connection is droped)«
На каких-то сайтах предлагалось именно активировать данный пункт.
Удаление кэша подключений
Еще одним методом решения внутренней ошибки подключения по RDP может выступать поврежденный кэш, который хранится на локальном компьютере пользователя. Для его отображения вам необходимо включить отображение скрытых папок и удалить содержимое папки:
C:Usersимя пользователяAppDataLocalMicrosoftTerminal Server Client
Обновление 07.12.2022
В декабре я вновь столкнулся с внутренней ошибкой, она еще стала проявлять себя вот так:
Не удается подключиться к удаленному компьютеру
Произошла внутренняя ошибка. Код ошибки: 0x4. Расширенный код ошибки: 0x0
В логах сервера очень много ошибок:
Она возникает, при каждой попытке войти на рабочий стол, это и есть проблема в моем конкретном случае. Устраните ее, и ошибка с подключекнием уйдет. Перезагрузка не нужна.
Данная ошибка говорит, что на тот сертификат, что использует удаленный сервер, нет прав у самого сервера, подробности выше по ссылке
На клиентской машине откуда я пытался произвести подключение было три события:
ID 1024: Выполняется подключение RDP ClientActiveX к серверу (ter104)
ID 1105: Мультитранспортное подключение разорвано.
ID 1028: Отключение RDP ClientActiveX (Причина= 2308)
Код 2808 — Ваш сеанс служб удаленных рабочих столов завершен. Соединение с удаленным компьютером было потеряно, возможно, из-за проблем с сетевым подключением. Попробуйте снова подключиться к удаленному компьютеру. Если проблема не исчезнет, обратитесь к сетевому администратору или в службу технической поддержки.
Так как у меня это была виртуальная машина, то я смог легко подключиться через консоль. В случае с ошибкой «Отключение RDP ClientActiveX (Причина= 2308)«, я отключил на сервере и клиенте autotuninglevel:
netsh interface tcp set global autotuninglevel=disabled
Не забываем перезагрузиться.
Это не помогло, далее я выполнил еще несколько рекомендаций. Я установил на сервер валидный SSL сертификат для RDP сессии. В ошибке 0x907, RDP соединение разрывалось, так как клиентская система не доверяла самоподписному сертификату удаленного сервера. Это нужно поправить, ссылку я указал, обязательно проверьте, кто сейчас выступает в роли активного:
Get-WmiObject «Win32_TSGeneralSetting» -Namespace rootcimv2terminalservices -Filter «TerminalName=’RDP-tcp’»
Еще я создал параметр реестра MaxOutstandingConnections. В Windows по умолчанию есть ограничения на количество сетевых подключений, так например в серверной версии, это параметр равен 3000, в десктопной 100. Из-за нестабильной сети, они могут быстро забиваться. Одно из решений проблемы с внутренней ошибкой подключения, является увеличение этого значения. В командной строке в режиме администратора выполните:
REG ADD «HKLMSYSTEMCurrentControlSetControlTerminal Server» /v MaxOutstandingConnections /t REG_DWORD /d 65536
New-ItemProperty -Path «HKLM:SYSTEMCurrentControlSetControlTerminal Server»
-Name MaxOutstandingConnections -Value 10000 -PropertyType DWORD -Force
После этого нужно перезагрузиться.
Временное решение
Пока вы не уберете ошибку «Код ошибки, возвращенный модулем шифрования: ошибка 0x8009030D», описанную выше, вы можете понизить уровень безопасности вот такими манипуляциями, это устранит «An internal error has occurred».
На обычном сервере все это помогло, а вот на ноде RDSH ошибка оставалась. Тут я решил проверить догадку с уровнем безопасности «Configure security settings». На моей ферме был уровень «Согласования (Negotiate)«
Я пошел на сервер, где были проблемы подключения и решил проверить один параметр локальной политики gpedit.msc.
Конфигурация компьютера — Административные шаблоны- Компоненты Windows — Службы удаленных рабочих столов — Узел сеансов удаленных рабочих столов — Безопасность — Требовать использование специального уровня безопасности для удаленных подключений по протоколу RDP
Тут попробуйте выставить уровень RDP. В результате у меня после этих настроек все заработало. Теперь нужно понять, что изменилось. В настройках RDS фермы указано, что мы используем уровень согласование:
* Согласование: метод согласования принудительно применяет самый безопасный метод, поддерживаемый клиентом. Если поддерживается протокол TLS версии 1.0, то он используется для проверки подлинности сервера узла сеансов удаленных рабочих столов. Если протокол TLS не поддерживается, то для обеспечения безопасности взаимодействий используется собственное шифрование протокола удаленного рабочего стола (RDP), но проверка подлинности сервера узла сеансов удаленных рабочих столов не выполняется. В отличие от SSL-шифрования, использовать собственное шифрование RDP не рекомендуется.
Если и это вам не помогло, то нужно смотреть вариант в сторону обновления или переустановки драйверов на сетевую карту, тут вы определяете модель вашей карты или материнской платы, если в нее все интегрировано и обновляете. С вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org.
Дополнительные ссылки
- https://serverfault.com/questions/934026/windows-10-pro-rdp-server-an-internal-error-has-occurred
- https://social.technet.microsoft.com/Forums/en-US/e1d60cc0-0096-4859-a0e7-eb7f11905737/remote-desktop-v10-error-0x4-from-mac?forum=winRDc
- https://learn.microsoft.com/en-us/answers/questions/108219/can-not-rdp-to-2012-r2-standard-server-after-septe.html
- https://serverfault.com/questions/541364/how-to-fix-rdp-on-windows-server-2012
Столкнулся со странным сообщением “
Произошла внутренняя ошибка
/
An internal error has occurred
” при RDP подключении к недавно развернутому серверу RDSH на Windows Server 2012 R2 из Windows 10. Буквально вчера RDP подключение к серверу работало нормально, но после установки и настройки RemotApp приложений и перезагрузки сервера, я не могу удаленно подключиться к его рабочему столу. Служба Remote Desktop Services судя по всему работает, так как пароль пользователя при подключении запрашивается.
Как я понял, сообщение RDP консоли “Произошла внутренняя ошибка” может появляться в различных случаях и иметь совершенно различные причины, связанные как с сервером Remote Desktop, так и с клиентом. В этой статье я постарался собрать все варианты решения и сценарий, который помог мне.
В первую очередь, убедитесь, что на RDS сервере доступен RDP порт 3389, и подключение не блокируется файерволом (Test-NetConnection rdsserver –port 3389).
Изучив логи RDP подключений на удаленном RDS сервере, я не увидел никаких особенных ошибок. В журнале Microsoft-Windows-RemoteDesktopServices-RdpCoreTS/Operational видно, что RDP сессия создается:
The server accepted a new TCP connection from client 10.10.1.60:64379.
Connection RDP-Tcp#3 created
Но потом без какой-либо ошибки RDP сеанс завершается:
The server has terminated main RDP connection with the client.
The disconnect reason is 0
Проверьте состояние службу Remote Desktop Services на удаленном сервере и перезапустите ее. Вы можете удаленно перезапустить службу через консоль Services.msc (Connect to another computer), но гораздо проще проверить состояние службы и перезапустить ее через PowerShell:
(Get-Service TermService -ComputerName msk-ts1).status
Служба запушена (Running), перезапустим ее:
Get-Service TermService -ComputerName msk-ts1| Restart-Service –force –verbose
Но проблему это не решило.
Какие еще варианты решения проблемы мне удалось найти в сети:
- Если у вас на удаленном сервере установлен КриптоПРО, он может быть источником проблем с rdp подключением. Попробуйте отключить проверку контрольных целостности файлов (проверки контрольных сумм) в КриптоПро через реестр. Перейдите в ветку реестра
HKLMSYSTEMCurrentControlSetControlSession ManagerCProIntegrity
и измените значение параметра CheckMode на 0. Перезагрузите сервер. - Если в журнале событий TerminalServices-RemoteConnectionManager вы встретите событие с EventID 1057 (The RD Session Host Server has failed to create a new self signed certificate to be used for RD Session Host Server authentication on SSL connections), перейдите в каталог
C:ProgramDataMicrosoftCryptoRSA
, переименуйте папку Machinekeys в Machinekeys_bak и перезапустите службу TermService. - Также нашел информацию, что RDP проблема “Произошла внутренняя ошибка” встречалась в Windows 10 1809, если на удаленном компьютере включена политика Configure H.264/AVC hardware encoding for Remote Desktop connections (находится в секции GPO: Computer Configuration -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Remote Session Environment). Для решения этой проблемы достаточно отключить UDP протокол для RDP, создав в ветке реестра
HKLMSOFTWAREPoliciesMicrosoftWindows NTTerminal ServicesClient
параметр
fClientDisableUDP
со значением 1. - В комментариях Ivan оставил очень полезный фикс.
Проблема с ошибкой RDP может быть в наличии некоего счетчика учитывающего максимальное количество подключений в Windows.
В десктопных версиях Windows — 100, в Windows Server -3000. Для сброса счетчика достаточно перезагрузить компьютер, или просто увеличить лимит через реестр:
REG ADD "HKLMSYSTEMCurrentControlSetControlTerminal Server" /v MaxOutstandingConnections /t REG_DWORD /d 65536
Ни один из рассмотренных выше сценариев не был применим в моем случае. Я совершенно случайно обнаружил, что с других компьютеров нет проблем с подключением к этому RDS серверу. Значить проблема только с моим компьютером, а не с сервером.
Я очистил историю RDP подключений в ветке
HKEY_CURRENT_USERSoftwareMicrosoftTerminal Server ClientServers
и сбросил кэш RDP в каталоге
C:Users%Username%AppDataLocalMicrosoftTerminal Server ClientCache
(перед удалением закройте все запущенные сеансы mstsc.exe):
del "C:Users%Username%AppDataLocalMicrosoftTerminal Server Clientcache"
После этого перезагрузил свой компьютер, и ошибка RDP подключения исчезла!
Диагностика сервера каталогов
Выполнение начальной настройки:
Выполняется попытка поиска основного сервера…
Основной сервер = MSK-DC16
* Определен лес AD.
Сбор начальных данных завершен.
Выполнение обязательных начальных проверок
Сервер проверки: SITEMSK-DC16
Запуск проверки: Connectivity
……………………. MSK-DC16 — пройдена проверка Connectivity
Выполнение основных проверок
Сервер проверки: MaslovkaMSK-DC16
Запуск проверки: Advertising
……………………. MSK-DC16 — пройдена проверка Advertising
Запуск проверки: FrsEvent
……………………. MSK-DC16 — пройдена проверка FrsEvent
Запуск проверки: DFSREvent
За последние 24 часа после предоставления SYSVOL в общий доступ
зафиксированы предупреждения или сообщения об ошибках. Сбои при
репликации SYSVOL могут стать причиной проблем групповой политики.
……………………. MSK-DC16 — пройдена проверка DFSREvent
Запуск проверки: SysVolCheck
……………………. MSK-DC16 — пройдена проверка SysVolCheck
Запуск проверки: KccEvent
……………………. MSK-DC16 — пройдена проверка KccEvent
Запуск проверки: KnowsOfRoleHolders
……………………. MSK-DC16 — пройдена проверка
KnowsOfRoleHolders
Запуск проверки: MachineAccount
……………………. MSK-DC16 — пройдена проверка MachineAccount
Запуск проверки: NCSecDesc
……………………. MSK-DC16 — пройдена проверка NCSecDesc
Запуск проверки: NetLogons
[MSK-DC16] В учетных данных пользователя отсутствует разрешение на
выполнение данной операции.
Учетная запись, используемая для этой проверки, должна иметь права на
вход в сеть
для домена данного компьютера.
……………………. MSK-DC16 — не пройдена проверка NetLogons
Запуск проверки: ObjectsReplicated
……………………. MSK-DC16 — пройдена проверка
ObjectsReplicated
Запуск проверки: Replications
[Проверка репликации,MSK-DC16] Сбой функции
DsReplicaGetInfo(PENDING_OPS, NULL), ошибка 0x2105
«Доступ к репликации отвергнут.»
……………………. MSK-DC16 — не пройдена проверка Replications
Запуск проверки: RidManager
……………………. MSK-DC16 — пройдена проверка RidManager
Запуск проверки: Services
Не удалось открыть службу NTDS в MSK-DC16, ошибка 0x5
«Отказано в доступе.»
……………………. MSK-DC16 — не пройдена проверка Services
Запуск проверки: SystemLog
……………………. MSK-DC16 — пройдена проверка SystemLog
Запуск проверки: VerifyReferences
……………………. MSK-DC16 — пройдена проверка
VerifyReferences
Выполнение проверок разделов на: ForestDnsZones
Запуск проверки: CheckSDRefDom
……………………. ForestDnsZones — пройдена проверка
CheckSDRefDom
Запуск проверки: CrossRefValidation
……………………. ForestDnsZones — пройдена проверка
CrossRefValidation
Выполнение проверок разделов на: DomainDnsZones
Запуск проверки: CheckSDRefDom
……………………. DomainDnsZones — пройдена проверка
CheckSDRefDom
Запуск проверки: CrossRefValidation
……………………. DomainDnsZones — пройдена проверка
CrossRefValidation
Выполнение проверок разделов на: Schema
Запуск проверки: CheckSDRefDom
……………………. Schema — пройдена проверка CheckSDRefDom
Запуск проверки: CrossRefValidation
……………………. Schema — пройдена проверка
CrossRefValidation
Выполнение проверок разделов на: Configuration
Запуск проверки: CheckSDRefDom
……………………. Configuration — пройдена проверка
CheckSDRefDom
Запуск проверки: CrossRefValidation
……………………. Configuration — пройдена проверка
CrossRefValidation
Выполнение проверок разделов на: DOMEN
Запуск проверки: CheckSDRefDom
……………………. DOMEN — пройдена проверка CheckSDRefDom
Запуск проверки: CrossRefValidation
……………………. DOMEN — пройдена проверка CrossRefValidation
Выполнение проверок предприятия на: DOMEN.local
Запуск проверки: LocatorCheck
……………………. DOMEN.local — пройдена проверка LocatorCheck
Запуск проверки: Intersite
……………………. DOMEN.local — пройдена проверка Intersite
Всем привет! Совсем недавно у меня произошла ошибка при распаковке Unarc.dll, которая вернул код ошибки: -1. С такой проблемой сталкиваются пользователи, пытающиеся установить игру или программу. Ошибку часто выбивает при разархивировании. На это указывает «Unarc.dll» – поскольку это библиотека программы архиватора. Важно то, что уведомление может выплывать под разными номерами, и означать несколько иной источник неисправности.
Нужно смотреть коды ошибок. Перед тем как начать устранять ошибки, следует обновить последнюю версию используемого софта, будь то 7Zip или WinRaR. Поэтому прям сейчас, скачайте последнюю версию программы и установите её заново. Можно попробовать вообще удалить старую программу перед установкой.
Содержание
- -1
- -2 и -3
- -4
- -5
- -6
- -7
- -8
- -11
- -12
- -13
- -14
- Где находится Unark.dll?
- Задать вопрос автору статьи
Продолжение уведомление такое ERROR: archive data corrupted. Толкование неисправности такое:
«Распаковка не удалась и прервалась из-за поврежденного архива». Вполне возможно, что инсталляционный файл был загружен с ошибками. Код первым проявляется в случае, если причина ошибки неясна и нужно перепробовать всевозможные пути решения:
- Часто бывает, если загружались установочные компоненты через торрент. Зайдите в клиент и удостоверьтесь, что ни один файлик не пострадал во время скачивания. Для этого жмите ПКМ по имени торрента и выберите «Пересчитать хеш».
- Из официальных источников проверьте, что на вашем ПК используется последняя версия «ВинРар» или «7Зип». Официальные сайты легко определить, если открыть на «Википедии» страницу о программе, в правом сайдбаре часто указана ссылка на официальный сайт.
- На время инсталляции деактивируйте «Windows Defender» или «антивирус». Также для подтверждения UAC запускайте установку с админ правами.
- Устанавливая программное обеспечение с флешки или диска, постарайтесь перенести сперва файлы на жёсткий диск компьютера (или создать образ), а затем с него устанавливать.
- Директория установки не должна содержать русскоязычных названий или букв. Такая ошибка часто наблюдается, когда устанавливаются файлы в пользовательскую папку с русскоязычным названием. Например:
C:UsersДмитрийAppDataLocalTemp
- Рекомендовано выбирать путь, состоящий полностью из латиницы.
В последнем случае можно изменить путь во время установки или же изменить сам Temp:
- В опции система, нажмите «Дополнительные параметры системы».
- Откройте «Переменные среды» во вкладке «Дополнительно».
- В поле TEMP и TMP выставите опцию «C:Temp». Так, директория Temp перенесется на корень диска «С:».
-2 и -3
Кроме установки архиваторов можно реализовать следующее:
- Оперативная память ПК может сбоить. Это можно определить с помощью утилиты «Средство проверки памяти Windows».
- Также смотрите, есть ли в пути любые буквы и символы, кроме латиницы.
- Деактивируйте антивирус и запускайте exe-файл от имени админа.
-4
В Windows 7 символ 4 значит, что технология DEP деактивированная для инсталляционного файла и ее нужно включить. Она опционально включена для служб и программ ОС. Для сторонних решений потребуется ее активировать:
- Зайдите в свойства компьютера и кликните по «Счетчики и средства производительности».
- Затем клацните «Настройка визуальных эффектов».
- Поставьте метку напротив «Включить DEP».
- Выберите, для какого файла применяется опция.
Также, есть вероятность что архив был недокачан, либо антивирус удалил из него опасные (по мнению антивируса) компоненты. Что можно предпринять при установке игры, деактивировав антивирус:
- В архиваторе WinRaR запустите процесс восстановления целостности архива.
- При загрузке игры с торрента, обновите раздачу и запустите пересчет кеширования.
-5
В названии данной Error прописан информация «decompression fails», которая указывает на проблему с нехваткой памяти. Решить проблему можно освобождением места на накопителе. Чтобы определить, сколько место нужно, ознакомьтесь с информацией в установщике, когда выбираете директорию инсталляции игры. Кроме этого места, добавьте еще половину или же выделите в 2 раза больше. Например, 20 Гб игре нужно, выделяете 30 Гб для полной установки.
-6
Проблема состоит в том, что в данную директорию невозможно инсталлировать игру или программное обеспечение. Исправить ошибку можно двумя способами:
- Исключить из пути установки русские символы.
- Провести проверку накопителя на предмет ошибок, бэдов, битых секторов. Лучше всего использовать программу Victoria.
После диагностики повторите установку снова.
-7
Седьмой код с 99.9% вероятностью сообщает, что неисправность проявляется из-за не докаченного архива. Если грузили торрентом, просто пересчитайте кэш. Также удостоверьтесь, что архиватор последней версии.
-8
«Unark.dll» с кодом -8 говорит о необходимости установки последней версии распаковщика. Достать его можно на из официального источника.
-11
Проблема скорей всего связана с неверной контрольной суммой. Она не совпадает с той, которая должна быть при целостности компонентов инсталлятора:
- Сделайте апдейт хеша файлов в торренте.
- Проверьте диск на наличие нужного места под установку.
Если места на накопителе мало, рекомендуется что-то удалить или отменить установку.
-12
Ошибка «Unark.dll» вернул код ошибки-12, с припиской директории файла и «failed CRC check» – указывает на причастие неправильно заархивированных файлах. Частое явление при инсталляции модов или непроверенных репаков игр. Рекомендуется поискать другой репак.
-13
Текст «wrong password» указывает на то, что архив не поврежденный, а попросту не верно указан пароль. Если это происходит с репаком, проверьте, что в папке инсталлятора присутствует «таблетка» и ее не съел антивирус.
-14
Unarc.dll вернул код ошибки -14 с припиской:
«this is not FreeArc archive or this archive is corrupt»
Это значит, что заблокирован сектор установки программным обеспечением. Вероятно, файл занят в этот момент и его невозможно распаковать. Проявляться данная неисправность может при:
- Не совпадении хеша архива. Проверьте, цел ли файл установки, возможно скачивая его были допущены ошибки. Проверяйте кряк, вернее, его наличие. Его может невзлюбить защитник Windows.
- Защитник или другой Антивирус мог поместить файл в карантинную зону, поэтому проверьте ее, и, если понадобится, верните недостающий файл в директорию.
- Перед установкой попробуйте отключить антивирус.
Где находится Unark.dll?
Системный файл доступен в директории:
С:/Windows/system32/unarc.dll
В нее можно получить доступ при наличии прав профиля администратора. Антивирусы не считают этот файл проблемным и помечают его ярлыком «безопасный».
Здравствуйте!
Имеется недавно поднятый домен на Wndows 2012R2. Пытаюсь развернуть службу удалённых рабочих столов на основе сессий. Добавляю сервера, Устанавливаю по схеме:
Сервер 1: Посредник подключений, веб-доступ, лицензирование рабочих столов.
Сервер 2: Узел сеансов
Сервер 3: Узел сеансов
Лицензирование указываю на пользователя.
При попытке подключения пользователем домена к брокеру подключений, появляется ошибка:
«Подключение было запрещено, так как учетная запись пользователя не имеет прав для удаленного входа в систему.»
В логах ошибки:
Ошибка 2056 «Серверу посредника подключений к удаленному рабочему столу не удалось перечислить целевые объекты для поставщика NULL из базы данных.
Имя входящей в пул коллекции виртуальных рабочих столов: NULL
Ошибка: Сбой при входе в базу данных.»
Ошибка 1306 «Клиенту посредника подключений к удаленному рабочему столу не удалось перенаправить пользователя TESTtestuser
Ошибка: NULL»
Сервера, выполняющие роль узлов сеансов не видят указанный на брокере узел лицензий и подключиться даже напрямую невозможно.
Уже переставлял всё по нескольку раз, не помогает. Думаю дело в домене.
Подскажите куда копать
What exactly does this set of errors message mean? I have a build that I am working with that has been fine for a long time. Now whenever the image is reproduced (even from the save file with no changes), I get this error message after boot up.
EWF RAM-Reg mode, WES 2009. Single SATA Disk on Module (C: Drive), DVD-ROM (D: drive). The build is created, then copied to the SATA drive on a WinXP system. The drive is then transferred to the target hardware. FBA runs with EWF
off and System Cloning set to Manual. I make some needed changes to the configuration and then turn on EWF and then FBRseal with power off. Then the install is put into an SDI which is incorporated into a final image that gets installed. Please
note again: this procedure has worked for a long time. Now some changes are needed and we need to be able to deploy a new working image. I noticed the failure and backtracked configuration/settings/etc. without success. So
then I tried to re-create the original image without changes and that failed as well.
I have already tried the rundll32.exe ewfdll.dll,ConfigureEwf command to no avail (during initial post-FBA configuration). If the system is rebooted, EWF starts working…BUT we have to have it working on that FIRST BOOT after cloning. The
«reboot fix» is not an option, nor is changing to another type of write filter.
The only thing that I have not tried yet is to redo the .pmq file for import. Is it possible that there was a different number of HDs connected at the time that TAP.exe was run and this is the cause? Is it possibly related to the disk size? It
is a 300-400 MB image on a 1GB module.
When I run «ewfmgr c:» I get «Failed getting protected volume configuration with error 1 incorrect function». When I run just «ewfmgr» I get «Unable to find an EWF volume». Another thing I noticed is that
with the working copy, FBReseal on the cloned disks runs in 4-5 seconds. With the failed builds it takes 10-13 seconds. So I can tell even before the system is fully booted if it is correct or not just by watching the FBReseal screen. If
I reboot, the EWF volume is active but FBRseal does not run at all.
Please do not read this sentence. Please ignore the previous sentence.
Loading
- Remove From My Forums
-
Question
-
Hello,
I created a Windows 7-64 image for an Ivy-Bridge VME card. The image contains EWF with RAM-REG.
The disk was divided into 2 partitions with the windows installer and the image was successfully installed.
As I’m using RAM-REG, all
the disk was allocated.After the image was installed I tried to run «ewfmgr c:» and got the current status.
Then I created a GHOST image and wrote the image on a new card with a clean disk.
After Windows booted, running «ewfmgr c:» gave:
Failed getting protected volume configuration with error 1
I found few threads on this issue but failed to understand what is the right solution.
Can you help ?
Thanks,
Zvika
I am trying to remotely install a program via PSExec on a few XP machines. I have eliminated the access denied erros, file not found errors, and can actually connect to the other machines. When I launch PSExec, it connects to the computers, copies the application to the c:\Windows\Temp folder, and seems to start the execution (I say this because a process shows up in task manager). It then immediately returns the error code 1.
I have followed the instructions listed at the top of this forum and verified that the remote computers are accessable; even connected to the admin$. Here is a copy of the command line:
C:\Documents and Settings\Administrator>psexec \\latd430 -u administrator -p password -c FoxitReader22_setup.exe
PsExec v1.94 — Execute processes remotely
Copyright (C) 2001-2008 Mark Russinovich
Sysinternals — www.sysinternals.com
FoxitReader22_setup.exe exited on latd430 with error code 1.
C:\Documents and Settings\Administrator>
I have read the first 21 pages of this forum but didn’t find an answer. Any help is greatly appreciated.
—Tons