none
Windows Server 2012 - не устанавливаются обновления на одной из машин RRS feed

  • Общие обсуждения

  • Добрый день! Такой вопрос - есть 2 виртуальных машины на базе Windows Server 2012, одна нормально находит и устанавливает обновления c Windows Update, другая - ни в какую. Просто бесконечно ищет обновления. С одного образа все ставилось, на одном хосте. Какие настройки проверить, может быть, путь к Windows Update где-то в реестре поправить?
    24 июня 2019 г. 14:34

Все ответы

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

    The opinion expressed by me is not an official position of Microsoft

    24 июня 2019 г. 14:43
    Модератор
  • Вот начало списка обновлений нормального сервера (в хронологическом порядке снизу вверх), пробую скачать и отдельно установить на проблемном сервере Агент центра обновления - опять-таки бесконечно происходит поиск автономных обновлений...
    25 июня 2019 г. 6:50
  • попробуйте вычистить softwaredistribution после чего вкатите эти обновления курами


    The opinion expressed by me is not an official position of Microsoft


    25 июня 2019 г. 7:07
    Модератор
  • c:\windows\windowsupdate.log глянь, что там происходит
    25 июня 2019 г. 7:54
  • Перезапустил службу "Центр обновления", вот свежие записи:

    2019-06-25    11:07:40:074     752    de8    Agent    *************
    2019-06-25    11:07:40:074     752    de8    Agent    ** START **  Agent: Finding updates [CallerId = AutomaticUpdates]
    2019-06-25    11:07:40:074     752    de8    Agent    *********
    2019-06-25    11:07:40:074     752    de8    Agent      * Online = Yes; Ignore download priority = No
    2019-06-25    11:07:40:074     752    de8    Agent      * Criteria = "IsInstalled=0 and DeploymentAction='Installation' or IsPresent=1 and DeploymentAction='Uninstallation' or IsInstalled=1 and DeploymentAction='Installation' and RebootRequired=1 or IsInstalled=0 and DeploymentAction='Uninstallation' and RebootRequired=1"
    2019-06-25    11:07:40:074     752    de8    Agent      * ServiceID = {7971F918-A847-4430-9279-4A52D1EFE18D} Third party service
    2019-06-25    11:07:40:074     752    de8    Agent      * Search Scope = {Machine & All Users}
    2019-06-25    11:07:40:074     752    de8    Agent      * Caller SID for Applicability: S-1-5-18
    2019-06-25    11:07:40:099     752    de8    Misc    Validating signature for C:\Windows\SoftwareDistribution\WuRedir\9482F4B4-E343-43B6-B170-9A65BC822C77\wuredir.cab with dwProvFlags 0x00000080:
    2019-06-25    11:07:40:193     752    de8    Misc     Microsoft signed: NA
    2019-06-25    11:07:40:253     752    de8    Misc     Infrastructure signed: Yes
    2019-06-25    11:07:40:254     752    de8    Misc    Validating signature for C:\Windows\SoftwareDistribution\WuRedir\9482F4B4-E343-43B6-B170-9A65BC822C77\wuredir.cab with dwProvFlags 0x00000080:
    2019-06-25    11:07:40:256     752    de8    Misc     Microsoft signed: NA
    2019-06-25    11:07:40:256     752    de8    Misc     Infrastructure signed: Yes
    2019-06-25    11:07:40:273     752    de8    Misc    Validating signature for C:\Windows\SoftwareDistribution\WuRedir\9482F4B4-E343-43B6-B170-9A65BC822C77\TMP69DE.tmp with dwProvFlags 0x00000080:
    2019-06-25    11:07:40:276     752    de8    Misc     Microsoft signed: NA
    2019-06-25    11:07:40:276     752    de8    Misc     Infrastructure signed: Yes
    2019-06-25    11:07:40:290     752    de8    EP    Got 9482F4B4-E343-43B6-B170-9A65BC822C77 redir SecondaryServiceAuth URL: "http://ds.download.windowsupdate.com/v11/2/microsoftupdate/redir/v6-muauth.cab"
    2019-06-25    11:07:40:334     752    de8    Misc    Validating signature for C:\Windows\SoftwareDistribution\WuRedir\7971F918-A847-4430-9279-4A52D1EFE18D\wuredir.cab with dwProvFlags 0x00000080:
    2019-06-25    11:07:40:338     752    de8    Misc     Microsoft signed: NA
    2019-06-25    11:07:40:338     752    de8    Misc     Infrastructure signed: Yes
    2019-06-25    11:07:40:338     752    de8    Misc    Validating signature for C:\Windows\SoftwareDistribution\WuRedir\7971F918-A847-4430-9279-4A52D1EFE18D\wuredir.cab with dwProvFlags 0x00000080:
    2019-06-25    11:07:40:341     752    de8    Misc     Microsoft signed: NA
    2019-06-25    11:07:40:341     752    de8    Misc     Infrastructure signed: Yes
    2019-06-25    11:07:40:342     752    de8    Misc    Validating signature for C:\Windows\SoftwareDistribution\WuRedir\7971F918-A847-4430-9279-4A52D1EFE18D\TMP6A1E.tmp with dwProvFlags 0x00000080:
    2019-06-25    11:07:40:344     752    de8    Misc     Microsoft signed: NA
    2019-06-25    11:07:40:344     752    de8    Misc     Infrastructure signed: Yes
    2019-06-25    11:07:40:357     752    de8    EP    Got 7971F918-A847-4430-9279-4A52D1EFE18D redir Client/Server URL: "https://fe2.update.microsoft.com/v6/ClientWebService/client.asmx"
    2019-06-25    11:07:40:362     752    de8    Setup    Checking for agent SelfUpdate
    2019-06-25    11:07:40:396     752    de8    Setup    Client version: Core: 7.8.9200.16925  Aux: 7.8.9200.16925
    2019-06-25    11:07:40:465     752    de8    Misc    Validating signature for C:\Windows\SoftwareDistribution\WuRedir\9482F4B4-E343-43B6-B170-9A65BC822C77\v6-wuredir.cab with dwProvFlags 0x00000080:
    2019-06-25    11:07:40:468     752    de8    Misc     Microsoft signed: NA
    2019-06-25    11:07:40:468     752    de8    Misc     Infrastructure signed: Yes
    2019-06-25    11:07:40:469     752    de8    Misc    Validating signature for C:\Windows\SoftwareDistribution\WuRedir\9482F4B4-E343-43B6-B170-9A65BC822C77\v6-wuredir.cab with dwProvFlags 0x00000080:
    2019-06-25    11:07:40:472     752    de8    Misc     Microsoft signed: NA
    2019-06-25    11:07:40:472     752    de8    Misc     Infrastructure signed: Yes
    2019-06-25    11:07:40:473     752    de8    Misc    Validating signature for C:\Windows\SoftwareDistribution\WuRedir\9482F4B4-E343-43B6-B170-9A65BC822C77\TMP6AAB.tmp with dwProvFlags 0x00000080:
    2019-06-25    11:07:40:475     752    de8    Misc     Microsoft signed: NA
    2019-06-25    11:07:40:475     752    de8    Misc     Infrastructure signed: Yes
    2019-06-25    11:07:40:477     752    de8    EP    Got 9482F4B4-E343-43B6-B170-9A65BC822C77 redir SelfUpdate URL: "https://fe2.update.microsoft.com/v11/3/win8/windowsupdate/selfupdate"
    2019-06-25    11:07:41:317     752    de8    Misc    Validating signature for C:\Windows\SoftwareDistribution\SelfUpdate\wuident.cab with dwProvFlags 0x00000080:
    2019-06-25    11:07:41:320     752    de8    Misc     Microsoft signed: NA
    2019-06-25    11:07:41:320     752    de8    Misc     Infrastructure signed: Yes
    2019-06-25    11:07:41:327     752    de8    Misc    Validating signature for C:\Windows\SoftwareDistribution\SelfUpdate\TMP6DF6.tmp with dwProvFlags 0x00000080:
    2019-06-25    11:07:41:329     752    de8    Misc     Microsoft signed: NA
    2019-06-25    11:07:41:329     752    de8    Misc     Infrastructure signed: Yes
    2019-06-25    11:07:41:374     752    de8    Misc    Validating signature for C:\Windows\SoftwareDistribution\SelfUpdate\wsus3setup.cab with dwProvFlags 0x00000080:
    2019-06-25    11:07:41:379     752    de8    Misc     Microsoft signed: NA
    2019-06-25    11:07:41:379     752    de8    Misc     Infrastructure signed: Yes
    2019-06-25    11:07:41:401     752    de8    Misc    Validating signature for C:\Windows\SoftwareDistribution\SelfUpdate\wsus3setup.cab with dwProvFlags 0x00000080:
    2019-06-25    11:07:41:405     752    de8    Misc     Microsoft signed: NA
    2019-06-25    11:07:41:405     752    de8    Misc     Infrastructure signed: Yes
    2019-06-25    11:07:41:539     752    de8    Setup    Determining whether a new setup handler needs to be downloaded
    2019-06-25    11:07:41:554     752    de8    Misc    Validating signature for C:\Windows\SoftwareDistribution\SelfUpdate\Handler\WuSetupV.exe with dwProvFlags 0x00000080:
    2019-06-25    11:07:41:568     752    de8    Misc     Microsoft signed: Yes
    2019-06-25    11:07:41:568     752    de8    Setup    SelfUpdate handler update NOT required: Current version: 7.8.9200.16812, required version: 7.8.9200.16812
    2019-06-25    11:07:41:568     752    de8    Setup    Evaluating applicability of setup package "Package_for_KB2887537~31bf3856ad364e35~amd64~~6.2.1.6"
    2019-06-25    11:07:41:570     752    de8    Setup    Setup package "Package_for_KB2887537~31bf3856ad364e35~amd64~~6.2.1.6" is already installed.
    2019-06-25    11:07:41:570     752    de8    Setup    Evaluating applicability of setup package "Package_for_KB2887536~31bf3856ad364e35~amd64~~6.2.1.6"
    2019-06-25    11:07:41:601     752    de8    Setup    Setup package "Package_for_KB2887536~31bf3856ad364e35~amd64~~6.2.1.6" is already installed.
    2019-06-25    11:07:41:602     752    de8    Setup    Evaluating applicability of setup package "Package_for_KB2887535~31bf3856ad364e35~amd64~~6.2.1.10"
    2019-06-25    11:07:41:622     752    de8    Setup    Setup package "Package_for_KB2887535~31bf3856ad364e35~amd64~~6.2.1.10" is already installed.
    2019-06-25    11:07:41:623     752    de8    Setup    SelfUpdate check completed.  SelfUpdate is NOT required.

    25 июня 2019 г. 8:09
  • Маловато будет, ни одной ошибки нет, там лог не побольше?
    26 июня 2019 г. 12:26
  • Та машина, на которую не ставятся апдэйты, на неё по эр-ди-пи зайти получается? Если выдаёт ошибку Оракловому протоколу CredSSP или что-то в этом роде (точно уже не помню), то скачайте и установите руками соответствующий патч. Потом заработает.

    Такое часто происходит, если ставить ОС со старых образов.


    Не игнорируйте встроенную справку, читайте ее и большинство вопросов будет решено гораздо быстрее.



    • Изменено Mih Miheev 26 июня 2019 г. 12:49
    26 июня 2019 г. 12:47
  • Не, машина четко работает, на ней поднят Kaspersky Security Center, все крутится. Но вот с обновлениями печаль. Может быть сравнить один-к-одному настройки с таким же сервером, но с работающим Windows Update? Что именно сравнить?
    26 июня 2019 г. 12:56
  • лог очень маленький, он обычно в разы больше.. скинь его каким-нить файлом

    и в ивентах ничего странного не наблюдается? с варнингами и с ошибками...

    и вот этим пройдись:

    обычный чекдиск, а потом:

    DISM / Online / Cleanup-Image / StartComponentCleanup

    DISM.exe /Online /Cleanup-image /Restorehealth

    sfc /scannow


    • Изменено Sergey2005 26 июня 2019 г. 13:27
    26 июня 2019 г. 13:26
  • Проверки провел, ошибки вроде бы были исправлены, но все так же бесконечно ищет обновления.

    Сыылка на журнал:

    https://www.dropbox.com/s/48k5kwmz4cvdpqb/WindowsUpdate.log?dl=0

    26 июня 2019 г. 15:38
  • Вот эти ошибки крутит...  80004002 0x8024000B  0x80240037

    по логу видно, что комп не подключен к локальному WSUS. Ни сервер, ни группа на сервере не определены... 

    2019-06-25 11:14:59:915  752 10f0 Agent   * WSUS server: <NULL>
    2019-06-25 11:14:59:915  752 10f0 Agent   * WSUS status server: <NULL>
    2019-06-25 11:14:59:915  752 10f0 Agent   * Target group: (Unassigned Computers)

    Групповой политикой сервак к WSUS цепляешь или как? 

    И после лечения можно SoftwareDistibution снести 

    п.с. виртуалку после клонирования сиспрепал?

    26 июня 2019 г. 17:09
  • из своей практики знаю четыре причины такого поведения:

    1) не установлено обновление безопасности CredSSp, о чем писал выше. Признаки: невозможно подключиться к компу ни по SMB, ни оснасткой управления компьютером, ни удаленным рабочим столом (RDP). Можно только из оснастки Hyper-V на "консоль". Решение: идем в каталог Windows Update, скачиваем обновление (предлагается кумулятивное размером больше гига), записываем в ISO-образ, монтируем в ОС и устанавливаем.

    2) Не применяется политика. Проверяем: запускаем Regedit, идем HKLM->Software->Policies->Microsoft->Windows->Windows->WindowsUpdate. Смотрим ключ реестра WUServer. Там должен быть прописан локальный WSUS, заданный через политику. Если нет, разбираемся с политикой, почему не применяется.

    3) Сам не наступал, но от других знаю. В Касперском настроено получать обновления на Видновс через собственный сервер обновлений. Отключаем эту фичу и перегружаемся.

     4) Повреждена служба обновлений в ОС. Читаем тут https://docs.microsoft.com/ru-ru/windows/deployment/update/windows-update-troubleshooting

    а тут руководство к действию https://docs.microsoft.com/ru-ru/windows/deployment/update/windows-update-resources

    По второй ссылке проще собрать командный файл и выполнить его. В процессе выполнения будут и ошибки, не обращайте внимания. Единственно, рекомендую после сброса винсока сделать перегрузку.

    Всё. Если не поможет, уже тогда надо будет плотно разбираться с логами.

    ЗЫ. Перед четвертым пунктом надо сделать chkdsk и sfc с соответствующими ключами


    Не игнорируйте встроенную справку, читайте ее и большинство вопросов будет решено гораздо быстрее.


    • Изменено Mih Miheev 27 июня 2019 г. 6:59
    27 июня 2019 г. 6:55
  • Вот даже свежесобранный экземпляр (без включения в домен) сразу же не находит обновления. Для сравнения - собираешь машину на еще более древнем Windows Server 2008 R2 - все находится и ставится. Поэтому даже не копал еще на тему WSUS. Получается, что "из коробки" уже проблемы почему-то.
    27 июня 2019 г. 8:07
  • >>Проверяем: запускаем Regedit, идем HKLM->Software->Policies->Microsoft->Windows->Windows->WindowsUpdate

    Такого раздела просто нет почему-то:

    Версия ОС: 6.2.9200, если это имеет значение.

    27 июня 2019 г. 8:11
  • Может быть подсмотреть параметры WSUS на "здоровом" сервере? Такой же build, та же локалка, все то же самое, кроме имени в сети и IP-адреса. И ставилось с одного и того же образа, только в разное время. Что может быть не так?
    27 июня 2019 г. 8:15
  • если одна из свежесобранных машин без введения в домен получает обновы, значит она тянет их с сайта Майкрософт, у неё есть доступ в интернет. Дайте и второй машине доступ в интернет.

    "Такого раздела просто нет почему-то:" - так политика не применена, вот и нет раздела. Если комп не в домене, политика к нему не применяется. Либо в домене не настроена политика обновлений.

    Прошу прощения, ещё раз перечитал ваш вопрос. Там и речи о WSUS нет, обновы тащите прямо с Майкрософт, видимо. Тогда, просто, обеспечьте второй машине доступ к сайту обновлений Майкрософт. Больше ничего.


    Не игнорируйте встроенную справку, читайте ее и большинство вопросов будет решено гораздо быстрее.


    • Изменено Mih Miheev 27 июня 2019 г. 8:36
    27 июня 2019 г. 8:25
  • Но, если у вас, всё-таки есть WSUS, то проще и быстрее с него тащить обновы. Да и трафик сильно экономится, иногда это важно.

    Если есть WSUS, но вы хотите сделать это без ввода компа в домен, то сделайте следующее:

    1) на компе, который получает обновы с WSUS запустите Regedit и экспортируйте указанную ветку WindowsUpdate в файл с расширением reg

    2) На новом компе импортируйте этот файл и перезапустите службу обновлений (ну, или перегрузитесь). Теперь комп будет работать с внутренним сервером обновлений, тянуть обновки с него.


    Не игнорируйте встроенную справку, читайте ее и большинство вопросов будет решено гораздо быстрее.

    27 июня 2019 г. 8:35
  • Вы немного не поняли - ситуация такая - в ноябре 18 года собрал Windows Server 2012 - он стащил обновления до ввода в домен и продолжил это делать после ввода в домен. А вот сервер, который я собрал на днях (на том же хосте, с того же образа и в той же сети) - упорно не находит обновления. Он только обновил самого агента Windows Update и дальше идет бесконечный поиск. То есть что вне домена, что в его составе - никакого результата для этого сервера. Такое ощущение, что где-то путь к Майкрософт не прописан или прописан неправильно. А где хранится URL для подключения к нему службы Windows Update?
    27 июня 2019 г. 9:06
  • "где хранится URL для подключения к нему службы " - фиг его знает! там в реестре есть ключ, типа "использовать WindowsUpdate" и там стоит 1

    пункты 1, 3 и 4 моей рекомендации выполнили? Начните с них.

    по п.1 Обновление CredSSP выщло, кажется, позднее ноября 18-го. Поэтому п.1 надо выполнять.

    ЗЫ обновление CredSSP вышло в мае 18-го. Если образ для установки ОС более ранний, то этот патч очень актуален. Недавно сам бился с группой машин, на которые накатывать пришлось 10-ку старой версии. И с сервером 2012R2 (в куче с ними) так-же вопрос решался. Другие методы не помогли.


    Не игнорируйте встроенную справку, читайте ее и большинство вопросов будет решено гораздо быстрее.


    • Изменено Mih Miheev 27 июня 2019 г. 9:59
    27 июня 2019 г. 9:53
  • >>Решение: идем в каталог Windows Update, скачиваем обновление (предлагается кумулятивное размером больше гига), записываем в ISO-образ, монтируем в ОС и устанавливаем.

    Самое интересное, что даже локально ничего не устанавливается. То есть скачиваешь любое обновление вручную в виде cab, пишет "поиск обновлений на этом компьютере" и так бесконечно. Еще и процессор грузит...

    27 июня 2019 г. 10:06
  • по ошибкам, что я скинул гугли, вот например:

    https://social.technet.microsoft.com/Forums/windows/en-US/ba0d12b0-7dcf-4231-b9f0-e533f7a62dfb/windows-vista-error-code-80004002?forum=itprovistaannouncements

    https://answers.microsoft.com/en-us/windows/forum/all/0x8024000b-for-windows-10-update/1424f632-ed5d-4e18-944c-8ef43e69b229

    https://social.technet.microsoft.com/Forums/ie/en-US/ca1dbf48-d796-4d37-904b-b60bd4c96fa1/wua-error-scan-failed-with-error-0x80240037?forum=ConfigMgrCompliance

    https://answers.microsoft.com/en-us/windows/forum/all/windows-update-warning-exit-code-0x8024000b/520d32bd-6dc2-40c3-b32c-541df8d7c077

    и не ответил про Sysprep, с ним все ок?

    27 июня 2019 г. 11:08
  • Еще в настройках интернет эксплорера с прокси сервером разберись, если обновы идут через интернет, он настройку ИЕ использует... там или пропиши свою проксю, или убери, галку автоматически определять прокси сервер тоже сними.
    27 июня 2019 г. 11:13
  • Самое интересное, что даже локально ничего не устанавливается. То есть скачиваешь любое обновление вручную в виде cab, пишет "поиск обновлений на этом компьютере" и так бесконечно. Еще и процессор грузит...

    Оно долго ставится, очень. Можно вначале убрать сетевой интерфейс у виртуалки совсем, перегрузить её. Это чтобы система не пыталась обратиться к сайту Виндовс Апдэйт.


    Не игнорируйте встроенную справку, читайте ее и большинство вопросов будет решено гораздо быстрее.

    27 июня 2019 г. 12:25
  • Еще в настройках интернет эксплорера с прокси сервером разберись, если обновы идут через интернет, он настройку ИЕ использует... там или пропиши свою проксю, или убери, галку автоматически определять прокси сервер тоже сними.

    Не согласен. А как он грузит обновы, когда пользователеь не залогинен? Подробно тут http://winitpro.ru/index.php/2011/02/18/kak-nastroit-rabotu-windows-update-cherez-proksi-server/

    или тут "от производителя" https://docs.microsoft.com/ru-ru/windows/security/threat-protection/microsoft-defender-atp/configure-proxy-internet


    Не игнорируйте встроенную справку, читайте ее и большинство вопросов будет решено гораздо быстрее.


    • Изменено Mih Miheev 27 июня 2019 г. 12:32
    27 июня 2019 г. 12:29
  • Да, действительно, но у меня иногда были победы над службой обновлений, когда в ИЕ вписывал прокси и исключения. когда будет опять беда обновлю свою методичку)

    +


    • Изменено Sergey2005 27 июня 2019 г. 13:04
    27 июня 2019 г. 13:04
  • Не использовал sysprep, вот просто с этого образа ставил: SW_DVD5_Win_Srv_and_DataCtr_2012_64bit_Russian_Core_MLF_X18-27640.ISO , а его скачал, в свою очередь, с MS Volume Licensing Service Center. Никаких прокси, просто сетевой шлюз указан, через который соседние машины все нормально находят и скачивают. И началось это в 2019, судя по всему. Те машины, что сооружены с ЭТОГО ЖЕ ОБРАЗА в 2018 - нормально работают и автоматом устанавливают обновления по расписанию. Может быть, MS не разрешает старым серверам обновляться с этого года? Я уж не знаю, что предположить. Даже ПО стороннее не ставишь - с самого начала не работают обновления.
    27 июня 2019 г. 13:32
  • Ну-ка попробую сеть вырубить на время.
    27 июня 2019 г. 13:33
  • сам ставил 2012 буквально пару недель назад, все обновы влетели... правда у меня исошник доисторический, еще 2013 года и я нормально на него апдейты поставил, значит с МС все в порядке)

    понял про сиспреп, я просто думал ты одну виртуалку поднял, обновил, а остальные просто копи-пастил с этой болванки...

    27 июня 2019 г. 13:42
  • Попробовать, что ли, тупо еще одну ВМ запилить с этого же образа... Дичь какая-то уже :-) Я ставил VM Tools, правда - но я их всегда ставлю. Да, еще включил оформление рабочего стола - но это никак не должно сказывать на работе обновлений.
    27 июня 2019 г. 13:45
  • Еще в ивент логи глянь, что там есть интересного

    я про вот эти логи.

    http://www.softokno.ru/kak_posmotret_logi_windows_i_kogda_vkljuchali_kompjuter

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

    27 июня 2019 г. 13:46
  • https://answers.microsoft.com/ru-ru/windows/forum/all/центр/60cc13bc-1595-46de-ba0b-fd544c82b296

    похоже на твою ситуацию

    27 июня 2019 г. 16:34
  • Надо установить обновление стека обслуживания

    https://support.microsoft.com/en-us/help/3173424/servicing-stack-update-for-windows-8-1-and-windows-server-2012-r2-july  

    Если агент обновления не смог самообновиться ( SelfUpdate handler update NOT required: Current version: 7.8.9200.16812, required version: 7.8.9200.16812), то на  WSUS нужно разрешить порты   80/443, иначе устаревший агент не сможет подключиться. 

    Чтобы поставить обновления автономным пакетом, надо сначала выключить службу обновлений (напр,  установить  настройку "Не искать обновления, не устанавливать", иначе этот автономный пакет сначала лезет в сеть, где пытается проверить, нет ли чего поновее, но служба то не работает адекватно и далее по кругу..) 


    • Изменено RH6M6 27 июня 2019 г. 19:59
    27 июня 2019 г. 19:48
  • А теперь самое странное. Вчера поставил с этого же образа чистую ВМ, не ставил даже VMTools, просто вот поставил и включил автообновление на ночь. И утром обновления уже были установлены. В той же локалке, через тот же шлюз.
    28 июня 2019 г. 7:39
  • А теперь самое странное. Вчера поставил с этого же образа чистую ВМ, не ставил даже VMTools, просто вот поставил и включил автообновление на ночь. И утром обновления уже были установлены. В той же локалке, через тот же шлюз.
    Судя по тому, что лечилки(сфц и когда прошелся дисмом) нашли отклонения с ситемой что-то произошло плохое, например ребут с кнопки во время установки обновления, не дождался долгой загрузки нажал на кнопку и после этого что-то так не удачно навернулось, что теперь мучаешься...
    28 июня 2019 г. 7:59
  • Как думаете - может, проще забэкапить Касперского и перенести на вот эту новую беспроблемную машину?
    28 июня 2019 г. 8:02
  • Как думаете - может, проще забэкапить Касперского и перенести на вот эту новую беспроблемную машину?

    смотри сам... если ни один из советов не помогает, победить не получается, то вариантов особо то и нет...

    в новой виртуалке мак на сетевой сохрани из старой(через хостовую машину пропиши в виртуалку) и ип тоже, а то еще с подключением клиентов отхватишь...

    ну либо делать все по уму и мануалам с переносом при двух живых серверах касперского предавать клиентов на второй сервак...

    но я бы начал с подмены виртуалок.. заболевшую на здоровую....

    28 июня 2019 г. 8:10