Sysprep без удаления драйверов
В среде Windows в такой процедуре, как удаление драйверов, обычно надобности нет. Система в большинстве случаев уживается с драйверами меняемой периферии. Да и при смене внутренней начинки компьютера последние версии Windows 8.1 и 10, как правило, спокойно себе запускаются, без ухода в BSOD , что бывает с Windows 7 (и версиями постарше) при замене процессора или материнки. Новые версии системы обычно сами сбрасывают привязку к железу и автоматом устанавливают всё, что им нужно.
Тем не менее случаи конфликта драйверов случаются, и иногда может стать вопрос об их удалении с нашим, пользовательским вмешательством. Иная причина такой процедуры – экспериментаторские цели. Итак, как удалить драйверы из среды Windows?
1. Удаление драйверов-приложений
Драйверы – это служебные файлы форматов «.sys» , «.dll» , «.vxd» , «.drv» , хранящиеся в специальных каталогах Windows. Большая часть из них устанавливается с помощью файлов «.inf» и не имеет своего интерфейса для пользовательского управления. Но есть сторонние драйверы, которые поставляются вместе со своими фирменными приложениями. Такие существуют для видео-, аудиокарт, принтеров и прочей периферии. И устанавливаются они в систему по типу сторонних программ. Избавиться от таких драйверов путём обычной деинсталляции удаётся не всегда, их скрытые компоненты могут оставаться в системе. И в лучшем случае мёртвым грузом занимать место на диске, в худшем – конфликтовать с новыми драйверами . Помогут в таком случае специальные программы-чистильщики.
Uninstall Tool
Одна из лучших программ из числа продвинутых деинсталляторов – Uninstall Tool. Она, во-первых, поможет корректно деинсталлировать сами приложения драйверов, т.е. удалить их с зачисткой остатков в реестре и на диске.
Во-вторых, программа отображает не только основной каталог со сторонним софтом, у неё также есть два отдельных каталога со скрытыми и системными компонентами. Там могут прятаться оставшиеся компоненты сторонних драйверов, а Uninstall Tool умеет их принудительно удалять.
Display Driver Uninstaller
Специально для корректного удаления видеодрайверов предназначена программа Display Driver Uninstaller. Она узкопрофильная, предназначается только для очистки Windows от драйверов видеокарт Nvidia , AMD и Intel вместе со всеми установленными их фирменными приложениями. Рекомендуется к использованию перед заменой видеокарты, чтобы при следующем запуске Windows можно было без лишних проблем внедрить новый видеодрайвер. В её окне справа необходимо выбрать нужную марку видеокарты - Nvidia , AMD и Intel . А слева указать нужное действие – удалить видеодрайвер, а затем либо ничего не делать, либо перезагрузить систему, либо её выключить.
2. Удаление обычных драйверов
Причиной проблем с железом и периферией иногда может быть оставленная в системе информация о старых устройствах этого типа. Таких устройств может уже и не быть в помине, но Windows то хранит их драйверы. Плюс к этому, они же ещё и занимают место на диске. Как удалить драйверы старых, больше не существующих железа и периферии?
Для внешне подключаемой техники можно попытаться прибегнуть к помощи диспетчера устройств. В нём нужно настроить показ скрытых устройств.
И удалить те из них, что уже не используются. Они будут отмечены блеклыми значками.
Она возвращает систему в состояние первого запуска, и вся начинка компьютера определяется по-новому.
Но предпочтительней, конечно же, эту утилиту использовать до замены важных комплектующих.
Непосредственно сами драйверы (их служебные файлы) ни в первом, ни во втором случае никуда не исчезают. Разве что файлы установки «.inf» отдельных из них можно удалить в целях расчистки места на диске С. Делается это с помощью штатного средства очистки диска или специальных сторонних программ.
3. Удаление драйверов из системного каталога Windows
Полностью удалить обычные драйверы из среды Windows – с уничтожением их служебных файлов и файлов установки - можно только варварским способом с вмешательством в системный каталог Windows. Проводить такие мероприятия желательно, если ну уж совсем не остаётся ничего другого. И то, с обязательным созданием бэкапа драйверов, а также бэкапа всей системы, если её содержимое представляет ценность. Или же когда мы говорим об экспериментаторских целях с использованием виртуальных Windows, систем на других дисках и т.п. Не рекомендуется проводить нижеследующие действия без должного уровня подготовки на основных компьютерах.
Отправляемся в диспетчер устройств. Двойным кликом открываем свойства устройства, для которого собираемся удалять драйвер. Переходим во вкладку «Драйвер», жмём «Сведения».
Здесь в новом окошке увидим путь к служебному файлу драйвера. Для некоторых устройств таких файлов может быть несколько. Запоминаем все их, их местонахождение в системном каталоге, а лучше всё это записываем или делаем скриншот.
Далее закрываем окошко и возвращаемся к свойствам устройства. Теперь открываем соседнюю вкладку «Сведения». В выпадающем перечне указываем «Имя INF» и фиксируем где-то его значение. Это установочный файл «.inf» драйвера.
Теперь отключаем устройство в диспетчере.
Идём в системный каталог Windows, где хранится его служебный файл «.sys» , «.dll» или другой. И удаляем.
Если служебных файлов несколько, соответственно, необходимо таким образом удалить все их. Возвращаемся к диспетчеру, и видим, что устройство отображается со значком восклицания. И это значит, что для него драйвер в системе не установлен. Попробуем его обновить.
В нашем случае эксперимент проводился с сетевой картой, потому искать в Интернете нет смысла. Сразу выбираем локальный поиск драйверов.
Кликаем выбор из списка доступных драйверов.
Нужный из них нашёлся, кликаем «Далее» и устанавливаем.
Восстановление драйвера стало возможным, поскольку мы в системном каталоге удалили его служебные файлы, но мы пока что не трогали файл установки «.inf» . Чтобы сделать невозможным впредь установку драйвера, идём по пути:
C:\Windows\INF
И удаляем в этой папке ранее зафиксированный файл «.inf» .
Но система не захочет его удалять, запросит доступ с правами TrustInstaller . А, получив такие права, придумает новую причину отказа. Более того, система не захочет удалять не только файл «.inf» , но и служебные файлы некоторых драйверов. В описанном выше случае удаление файла «.sys» произошло по причине выбора устройства, которое система не считает жизненно важным – сетевой карты. Драйверы жизненно важных комплектующих она не позволит удалить. В таких случаях необходимо загрузиться с любого Live -диска с файловым менеджером на борту. И удалить все зафиксированные внутри системы служебные файлы и при необходимости файл установки «.inf» .
После удаления установочного файла «.inf» система без Интернета или помощи стороннего ПО не сможет установить драйвер устройства.
Далее можем пытаться установить новый драйвер любым из возможных способов:
• С инсталлятора, скачанного на официальном сайте;
• Поискать в Интернете или в Центре обновления;
• Прибегнуть к помощи специализированного стороннего софта;
• Извлечь из ранее сделанных бэкапов.
Формализовать установку Windows
в обобщенном образе Windows программа установки Windows обрабатывает параметры на этапе настройки обобщения .
даже если вы записываете образ, который будет развертываться на пк с аналогичным оборудованием, вам по-прежнему нужно обобщить Windowsную установку, чтобы удалить уникальные сведения, относящиеся к компьютеру, из Windows установки, что позволит безопасно повторно использовать образ.
при подготовке образа Windows замещает идентификатор безопасности компьютера только на том операционной системы, где выполнялась программа Sysprep. Если на одном компьютере имеется несколько операционных систем, необходимо запускать Sysprep в каждой операционной системе отдельно.
Запретить программе Sysprep удалять установленные устройства
при настройке Windows компьютера программа установки Windows настраивает все обнаруженные устройства. обобщение Windowsной установки приводит к удалению этих настроенных устройств, но не удаляет драйверы устройств с компьютера.
при развертывании образа на компьютерах, имеющих идентичное оборудование и устройства в качестве исходного компьютера, можно устанавливать устройства на компьютере во время обобщения системы с помощью файла unattend с параметром Microsoft-Windows-пнпсиспреп , | PersistAllDeviceInstalls установленным в значение true. дополнительные сведения о компонентах автоматической установки Windows, связанных с Sysprep, см. в статье справочник по автоматической программа установки Windows для Microsoft-Windows-пнпсиспреп.
Ограничения на то, сколько раз можно запустить Sysprep
вы можете выполнить Sysprep команду до 1001 раз в одном образе Windows. после запуска программы Sysprep 1001 необходимо повторно создать образ Windows. См. следующую таблицу:
| Версия операционной системы | Предел числа Sysprep |
|---|---|
| Windows 8.1 и Windows Server 2012 или более поздней версии | 1001 |
| Windows 7 и Windows Server 2008 R2 | 3 |
| Windows Server 2008 | 3 |
приложения из Microsoft Store;
установка новых Microsoft Store приложений или обновление существующих приложений Microsoft Store до подготовки образа Windows приведет к сбою Sysprep. Sysprep /generalize требует, чтобы все приложения были подготовлены для всех пользователей; однако при обновлении приложения с Microsoft Store это приложение привязывается к учетной записи вошедшего в систему пользователя. Следующая ошибка появляется в файлах журнала Sysprep (которые можно найти по адресу %WINDIR%\System32\Sysprep\Panther ):
вместо того чтобы использовать Microsoft Store для обновления своих приложений, следует загружать неопубликованные обновления бизнес-приложений, подготавливать в автономном режиме приложения Microsoft Store для бизнеса для всех пользователей или пользователи, которые будут обновлять свои приложения с помощью Microsoft Store на целевых компьютерах. если Microsoft Store доступ в управляемой среде отключен ит-администратором, конечные пользователи не смогут обновлять приложения Microsoft Store.
дополнительные сведения о корпоративных Microsoft Store приложениях для загрузки неопубликованных приложений см. в статье приложения загружать неопубликованные с помощью DISM и настройка начального экрана.
Подготовка образа
Обобщение из режима аудита
Чтобы обобщить образ, необходимо сначала выполнить загрузку в режиме аудита. Вы можете загрузиться в режиме аудита, используя файл автоматической установки или экран приветствия (OOBE). вы можете ознакомиться с различными способами загрузки в режиме аудита при загрузке Windows в режиме аудита или в OOBE.
Загрузите ПК в режиме аудита. при Windows загрузке в режиме аудита на рабочем столе появится средство подготовки системы . Можно либо закрыть окно программы подготовки системы , либо оставить его открытым.
настройка Windows путем добавления драйверов, изменения параметров и установки программ. не устанавливайте Microsoft Store приложения с помощью Microsoft Store.
Если окно средства подготовки системы по-прежнему открыто, щелкните generalize, нажмите кнопку завершить работу, а затем нажмите кнопку ОК , чтобы обобщать изображение и завершить работу компьютера.
Запустите средство Sysprep из командной строки. Запустите, %WINDIR%\system32\sysprep\sysprep.exe чтобы открыть окно подготовки системы. Можно также использовать Sysprep команду вместе с параметрами /generalize, /Shutdown и /oobe . Сведения о доступных параметрах см. в разделе Параметры командной строки Sysprep .
При подготовке виртуального жесткого диска, который будет развернут как виртуальный жесткий диск на той же виртуальной машине или гипервизоре, используйте /mode:vm параметр с командной строкой Sysprep.
Компьютер обобщает образ и завершает работу.
После завершения работы компьютера запишите образ с помощью DISM.
Разверните этот образ на эталонном компьютере. При загрузке эталонного компьютера отображается экран ПРИВЕТСТВИя.
Подготовка к использованию в автоматическом режиме
при использовании нескольких файлов автоматической установки во время развертывания компьютера можно добавить следующие параметры в каждый из файлов автоматической установки, чтобы программа установки Windows выполнит подготовку пк после обработки файла автоматической установки.
средство подготовки системы (Sysprep) используется для изменения Windows образов® из обобщенного состояния в специализированное, а затем обратно в обобщенное состояние. Обобщенный образ может быть развернут на любом компьютере. Специализированный образ предназначен для определенного компьютера. перед записью и развертыванием образа необходимо запечатать или обобщить образ Windows. Например, при использовании средства Sysprep для подготовки образа Программа Sysprep удаляет все сведения, относящиеся к системе, и сбрасывает компьютер. При следующем перезапуске компьютера клиенты смогут добавлять сведения, относящиеся к пользователю, с помощью встроенного интерфейса (OOBE) и принимать условия лицензионного соглашения на использование программного обеспечения корпорации Майкрософт.
Sysprep.exe находится в каталоге % WINDIR% \ system32 \ sysprep во всех установках Windows.
при переносе образа Windows на другой компьютер необходимо выполнить команду Sysprep вместе с параметром /generalize , даже если на другом компьютере установлена та же конфигурация оборудования. команда Sysprep/generalize удаляет уникальные сведения из установки Windows, чтобы можно было повторно использовать этот образ на другом компьютере. дополнительные сведения см. в разделе Sysprep (generalize) a Windows установки.
Исполняемый файл Sysprep
Sysprep.exe — основная программа, вызывающая другие исполняемые файлы, которые подготавливают Windows установки. Sysprep.exe находится в каталоге % WINDIR% \ system32 \ sysprep во всех установках Windows. Если вместо графического пользовательского интерфейса средства подготовки системы используется Командная строка, необходимо сначала закрыть графический интерфейс пользователя, а затем запустить средство Sysprep из каталога % WINDIR% \ system32 \ Sysprep . необходимо также запустить sysprep на той же версии Windows, которая использовалась для установки Sysprep.
Важно
начиная с Windows 8.1 пользовательский интерфейс Sysprep является устаревшим. Пользовательский интерфейс Sysprep будет по-прежнему поддерживаться в этом выпуске, однако он может быть удален в будущем выпуске. обновите рабочий процесс развертывания Windows, чтобы использовать командную строку Sysprep. Дополнительные сведения о программе командной строки Sysprep см. в разделе параметры Command-Line Sysprep.
Обзор процесса Sysprep
При запуске Sysprep выполняется следующий процесс:
Проверка Sysprep. Проверяет, можно ли запустить Sysprep. Только администратор может запустить Sysprep. В каждый момент времени может выполняться только один экземпляр Sysprep. кроме того, sysprep должен выполняться в версии Windows, которая использовалась для установки Sysprep.
Инициализация ведения журнала. Инициализирует ведение журнала. Дополнительные сведения см. в разделе Sysprep Log Files.
Синтаксический анализ аргументов командной строки. Анализирует аргументы командной строки. Если пользователь не предоставляет аргументы командной строки, отображается окно средства подготовки системы, позволяющее пользователям указывать действия Sysprep.
Обработка действий Sysprep. Обрабатывает действия Sysprep, вызывает соответствующие .dll файлы и исполняемые файлы и добавляет действия в файл журнала.
Проверка действий по обработке Sysprep. Проверяет, что все файлы .dll обрабатывали все свои задачи, а затем либо завершают работу, либо перезапускают систему.
Сохранение конфигурации оборудования
При создании образа этой установки для развертывания на другом компьютере необходимо выполнить команду Sysprep вместе с параметром /generalize , даже если на другом компьютере установлена идентичная конфигурация оборудования. команда Sysprep/generalize удаляет уникальные сведения из Windows установки, чтобы можно было повторно использовать этот образ на разных компьютерах. при следующей загрузке образа Windows запускается этап настройки specialize .
Добавление драйверов устройств
Самонастраивающийся устройства включают модемы, звуковые карты, сетевые адаптеры и видеоадаптеры. Самонастраивающийся устройства на эталонном и конечном компьютерах не должны поступать от одного и того же производителя. Однако драйверы для этих устройств необходимо включить в установку. дополнительные сведения см. в статьях добавление и удаление драйверов для автономного Windows образа и добавление драйверов устройств в Windows во время программа установки Windows.
Загрузка в режиме аудита или в OOBE
при загрузке Windows компьютер может запуститься в одном из двух режимов:
OOBE, также именуемое встроенным интерфейсом (OOBE), является первым интерфейсом пользователя. OOBE позволяет конечным пользователям настраивать Windows установки. Конечные пользователи могут создавать учетные записи пользователей, читать и принимать условия лицензионного соглашения на использование программного обеспечения Microsoft®, а также выбирать их язык и часовой пояс. по умолчанию все Windows установки сначала загружаются в OOBE. Этап настройки oobeSystem выполняется сразу перед запуском Oobe.
если вы не активируете Windows автоматически с помощью ключа продукта, OOBE запрашивает у пользователя ключ продукта. если пользователь пропускает этот шаг во время OOBE, Windows напоминает пользователю ввести действительный ключ продукта позже. чтобы автоматически активировать Windows с помощью ключа продукта, укажите допустимый ключ продукта в параметрах автоматической установки Microsoft-Windows-Shell \ -Setup при выполнении этапа настройки specialize . Дополнительные сведения см. в разделе Работа с ключами продуктов и активацией.
режим аудита позволяет добавлять настройки для Windows изображений. Режим аудита не требует применения параметров в OOBE. Обход OOBE позволяет быстрее получать доступ к рабочему столу и выполнять настройки. Вы можете добавить дополнительные драйверы устройств, установить приложения и проверить правильность установки.
Если компьютер работает в режиме аудита, чтобы настроить загрузку в OOBE, используйте графический интерфейс Sysprep или выполните команду sysprep/oobe . Чтобы подготовить компьютер для конечного пользователя, необходимо настроить компьютер для загрузки в OOBE, когда конечный пользователь впервые запускает компьютер. при установке Windows по умолчанию oobe запускается после завершения установки, но вы можете пропустить oobe и выполнить загрузку непосредственно в режиме аудита для настройки образов.
Дополнительные сведения см. в разделе:
определение состояния образа Windows
для обнаружения состояния образа Windows можно использовать Sysprep. То есть можно определить, будет ли образ загружаться в режиме аудита или OOBE, или если образ по-прежнему находится в процессе установки. дополнительные сведения см. в разделе программа установки Windows процесс установки.
Файлы журналов Sysprep
средство Sysprep записывает программа установки Windows действия в разные каталоги в зависимости от этапа настройки. поскольку этап настройки generalize удаляет определенные программа установки Windows файлы журнала, средство Sysprep записывает действия generalize за пределы стандартных файлов журнала программа установки Windows. В следующей таблице приведены различные расположения файлов журналов, используемые программой Sysprep .
Обобщение
%WINDIR%\System32\Sysprep\Panther
Страховании
%виндир%\пансер
автоматические действия программа установки Windows (OOBE)
%виндир%\пансер\унаттендгк
Файл setupact. log — это основной файл журнала.
Создание и использование поставщиков Sysprep
Независимые поставщики программного обеспечения (ISV) и независимые поставщики оборудования (IHV) могут создавать поставщики Sysprep , позволяющие приложениям поддерживать сценарии создания образов и развертывания. Если приложение в настоящее время не поддерживает операции generalize с помощью средства Sysprep , можно создать поставщика, который удаляет из приложения все сведения, относящиеся к конкретному программному обеспечению и оборудованию.
Чтобы создать поставщик Sysprep , необходимо выполнить следующие действия.
Определите, какой этап настройки (Очистка, Подготовка к работе или специализация) имеет адрес поставщика Sysprep.
Создайте соответствующую точку входа для поставщика Sysprep в зависимости от выбранного этапа настройки.
Зарегистрируйте поставщика Sysprep для использования средством Sysprep .
Проверьте поставщик Sysprep , чтобы убедиться, что поставщик работает правильно. Убедитесь, что вы просматриваете файлы журнала на наличие предупреждений и ошибок.
Дополнительные сведения о поставщиках Sysprep см. в разделе, посвященном разработчику поставщика средств для подготовки системы (Sysprep).
Запуск программы Sysprep неограниченное количество раз
если указать ключ продукта, Windows активируется автоматически, и вы можете выполнить команду Sysprep неограниченное количество раз. чтобы автоматически активировать Windows, указав ключ продукта, укажите действительный ключ продукта в параметрах автоматической установки Microsoft-Windows-Shell-Setup на этапе \ ProductKey настройки specialize . если вы не активируете Windows автоматически, указав ключ продукта, Windows запрашивает у пользователя ключ продукта.
применение Параметры к этапам настройки generalize, auditSystem и auditUser
не все этапы настройки выполняются во время программа установки Windows. Этапы настройки generalize, auditSystemи auditUser доступны только при запуске Sysprep.
Чтобы применить параметры в этапах настройки auditSystem и auditUser , необходимо загрузить в режиме аудита с помощью команды sysprep/audit .
Чтобы применить параметры на этапе настройки обобщения , необходимо использовать команду sysprep/generalize . В ходе настройки обобщения удаляются системные параметры, чтобы можно было развернуть один и тот же образ на нескольких компьютерах.
Дополнительные сведения см. в разделе как работают этапы настройки.
Сохранение самонастраивающийся драйверов устройств на этапе настройки обобщения
в режиме аудита можно просмотреть состояние команд Microsoft-Windows-Deployment \ RunSynchronous , которые выполняются на этапе настройки auditUser . Окно аудитуи отображает состояние команд и предоставляет следующие сведения:
Визуальное выполнение, указывающее, что установка продолжается и не приостановлена.
Визуальное указание времени и места возникновения сбоев. Это обеспечивает быструю диагностику, если команда не создает файлы журнала.
Microsoft-Windows — развертывание \ RunSynchronous \ RunSynchronousCommand \ Description (при наличии)
Microsoft-Windows — развертывание\ RunSynchronous \ RunSynchronousCommand \ Path
Sysprep обрабатывает все RunSynchronous команды по порядку. Если команда выполнена, соответствующий элемент списка получает зеленую аннотацию галочки. Если команда завершается ошибкой, связанный элемент списка получает красную X-заметку. Если команда запрашивает перезагрузку, окно аудитуи появляется после загрузки, но отображаются только необработанные элементы списка. Ранее обработанные элементы больше не отображаются в окне аудитуи . Если список элементов в окне аудитуи превышает высоту дисплея, список усекается до отображения и не прокручивается. В результате некоторые элементы могут отображаться недоступными.
Windows Программа установки интерпретирует коды возврата как значения состояния в окне аудитуи . Нулевое значение указывает на успешное выполнение. Ненулевое значение указывает на сбой. возвращаемое значение команды может повлиять на поведение программа установки Windows в зависимости от значения параметра Microsoft-Windows-Deployment \ RunSynchronous \ RunSynchronousCommand \ виллребут .
Если WillReboot для команды задано значение Always:
Если команда возвращает значение 0, связанный элемент списка получает зеленую заметку галочки. Происходит перезагрузка немедленно.
Если команда возвращает ненулевое число, связанный элемент списка получает красную X-заметку. Происходит перезагрузка немедленно. Ненулевое возвращаемое значение считается неустранимой ошибкой, если WillReboot имеет значение Always или Never.
Если WillReboot команда имеет значение Never:
Если команда возвращает значение 0, связанный элемент списка получает зеленую заметку галочки.
Если команда возвращает ненулевое число, связанный элемент списка получает красную X-заметку. Ненулевое возвращаемое значение считается неустранимой ошибкой, если WillReboot имеет значение Always или Never.
Если WillReboot команда имеет значение onrequest:
Если команда возвращает значение 0, связанный элемент списка получает зеленую заметку галочки.
Если команда возвращает значение 1, связанный элемент списка получает зеленую заметку галочки. Происходит перезагрузка немедленно.
Если команда возвращает значение 2, связанный с ней элемент списка временно получает зеленую метку галочки. Происходит перезагрузка немедленно. После перезагрузки связанный элемент списка снова появляется в окне аудитуи без аннотации, так как команда все еще находится в процессе.
Если команда возвращает другие значения, возникает неустранимая ошибка и появляется диалоговое окно блокировки. Если файл ErrorHandler. cmd присутствует, диалоговое окно не отображается. дополнительные сведения о файле Errorhandler. cmd см. в разделе добавление пользовательского скрипта в программа установки Windows.
Читайте также: