Разрыв соединения папок ProgramData после обновления до 1709

Question

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

Проблема в следующем: когда одно из наших ПК обновляется до 1709, оно ломает те узлы, которые мы настроили, и тогда мы не можем получить доступ к ПК, чтобы исправить другие проблемы 1709 (такие как перезапись нашей пользовательской среды восстановления, сброс программ по умолчанию и т. д.), поскольку папка с данными программы оказывается в брикете, поэтому наше управляющее программное обеспечение не может работать правильно.

Мне было интересно, если кто-то еще сталкивался с подобной проблемой и нашел решение, так как мы не можем сэкономить человеческие часы, чтобы обновить 100 компьютеров до 1709, а затем вручную исправить то, что сломалось.

Answer 1

Разве не должен работать скрипт запуска, который переделывает соединение, чтобы вернуть ваше приложение?

DeepFreeze работает, делая снимок системы и восстанавливая его при каждой загрузке, но если вы размораживаете систему, настройте сценарий запуска, чтобы переделать соединение, а затем снова заморозить, что должно пережить обновление.

Чтобы создать сценарий запуска, просто запустите локальный редактор групповой политики (или разверните загрузочный объект групповой политики через групповую политику с контроллера домена) через «gpedit.msc»> «Конфигурация компьютера»> «Параметры Windows»> «Сценарии»> «Запуск»> «Добавить»> «Создать файл .bat». на локальном C:\ где-то со следующим содержимым:

mklink /j C:\ProgramData\myapp D:\ProgramData\myapp

Поскольку это сценарий запуска компьютера, он запускается как локальная учетная запись SYSTEM с полными разрешениями и запускается до появления экрана входа в систему.

Очевидно, что вы хотите, чтобы система была заморожена в DeepFreeze, когда вы добавляете это, а затем снова зависаете после внесения изменений.

Кроме того, вы можете довольно легко заменить WIM-файл среды восстановления другим сценарием запуска, который выполняет команду: pushd \server \path \to \winrefile \

mkdir T:\Recovery\WindowsRE xcopy /h Winre.wim T:\Recovery\WindowsRE

Примечание. Если вашему разделу восстановления не назначена буква диска, вы можете запустить скрипт diskpart, чтобы сначала назначить букву диска: diskpart /s scriptname.txt

с scriptname.txt, содержащим что-то вроде: выберите диск 0 выберите раздел 2 назначьте букву = R

Однако это может быть опасно, если не все ваши системы разделены одинаково, а раздел 2 является разделом восстановления.

Кроме того, да, установка версии 1709 буквально устанавливает совершенно новую ОС, например, обновление с Windows 8.1 до Windows 10. Менее изменений, но процесс тот же. Честно говоря, лучшее, что можно сделать, это, вероятно, заново создать образ системы, используя Microsoft Deployment Toolkit (MDT), который имеет хороший шаг сценария diskpart, который позволит вам переразбить диск так, как вы хотите, и установить любой образ среды восстановления, который вы хотите в Это. MDT может быть запущен удаленно и может быть настроен для резервного копирования любых файлов, развертывания нового образа и последующей перезагрузки системы в новый образ, а затем восстановления этих файлов. После того, как вы ознакомитесь с MDT, вы можете спросить, зачем вам нужен DeepFreeze? :)