Иногда при инсталляции Windows, в том числе 10-й версии, на экране отображается сообщение об ошибке. Текст сообщения таков: «установка Windows на данный диск невозможна». При этом жесткий диск в BIOS отображается. Также он виден и на этапе инсталляции операционной системы, где его можно было разбить на разделы.
Такая проблема возникает по двум причинам:
Проблема с режимом AHCI
Кроме сообщения об ошибке, информирующей о том, что невозможно установить Windows 7 или 10 на данный диск, при сложностях с режимом AHCI компьютер не может загрузиться с выбранного диска. Причина состоит в том, что контролер, возможно, выключен в BIOS.
Проблема решается следующим образом:
Проблема в GPT формате
Другой причиной невозможности инсталляции Windows 7-ой или 10-ой версий c отображением подобного сообщения может быть GPT – формат раздела жесткого диска.
Еще совсем недавно все винчестеры были однотипными. Единственным стилем разделов был MBR. Последние несколько лет производители постепенно переходят на выпуск винчестеров с GPT-форматом. А вот загрузочные файлы с ОС не модифицированы под новые форматы, и как следствие при инсталляции появляется вышеописанная ошибка.
MBR (главная загрузочная запись) — это программный код и данные, требуемые для предварительного старта компьютера. Они находятся в начальном размеченном секторе винчестера. Старт MBR начинается после первичного анализа BIOS работоспособности всех устройств. Основная его функция — это определение местонахождения файлов, которые нужны для загрузки ОС.
GPT – новый стандарт формата размещения таблицы томов. Также был разработан стандартный интерфейс встроенного программного обеспечения для компьютеров, заменяющий BIOS. Он получил название UEFI (Unified Extensible Firmware Interface).
Проблема возникает вследствие того, что установщик ОС не может проинсталлировать Windows в указанный раздел, в связи с тем, что ему не подходит таблица разделов.
Имеется 2 метода устранения проблемы:
Выбор способа должен быть обусловлен следующими правилами:
Использование MBR ограничивает некоторые возможности, такие как:
Инсталляция ОС Windows 7, 8 и 10 на GPT
Проблемы при инсталляции ОС на GPT-том обычно возникают у желающих, установить Windows 7, 8 и 10.
Для установки ОС на том GPT необходимо выполнить 2 условия:
Если не выполняется первое условие, что надлежит подготовить загрузочный UEFI накопитель.
Но в большинстве случаев не выполняется лишь второе условие. Поэтому целесообразней сразу зайти в BIOS и проверить настройки.
В BIOS следует установить два параметра:
После сохранения параметров на компьютер можно устанавливать ОС. Ошибка больше не повторится.
Конвертация GPT тома в MBR
Вариантов преобразования стиля томов несколько. Рассмотрим их более детально.
Конвертация в MBR при инсталляции Windows через командную строку
Этот метод оптимален для применения в ситуации, когда установка ОС, таких как Windows 7, 8, 10, неосуществима из-за типа томов GPT. Также он может быть полезен не только при установке ОС, но и при штатном функционировании ОС для конвертации не системных разделов.
Следует не забывать, что при преобразовании разделов вся информация с них будет утеряна. Поэтому все важное рекомендуется заранее сохранить на внешнем носителе информации.
Для изменения стиля томов с GPT в MBR через командную строку необходимо:
Создать тома на HDD можно выбрав в окошке выбора тома для установки пункт «Настроить диск».
Изменение стиля томов завершено.
Изменение стиля раздела с GPT на MBR с помощью управления дисками Windows
Альтернативный метод конвертации томов требует нормально функционирующей ОС Windows 7, 8 или 10 на персональном компьютере. Конвертировать можно только том диска, который не является системным.
Последовательность действий по конвертации тома HDD следующая:
Утилиты для изменения стиля раздела
Кроме стандартных методов преобразования томов HDD, предусмотренных разработчиками Microsoft, можно применять сторонние утилиты управления томами жестких дисков, такие как
Исправляем ошибки установки обновлений Windows 7
Windows 7 по-прежнему остается популярной операционной системой в корпоративной среде, несмотря на то, что уже вышли две новые версии клиентских ОС. Расширенная поддержка «семёрки» закончится лишь 14 января 2020 г., а это значит, что ближайшие 4 года для нее будут выходить обновления, исправляющие обнаруженные уязвимости.
Существует правило – если есть обновления, то есть и проблемы с их установкой. Давайте разберем, какие основные проблемы возникают при обновлении Windows 7 через Windows Server Update Services (WSUS) и как их исправить с наименьшими затратами.
Ошибка #1. Failed to find updates with error code 80244010
Эту ошибку вы практически гарантированно будете наблюдать на любой системе, впервые обратившейся к серверу WSUS. В WindowsUpdate. log также встретится предупреждение:
WARNING: Exceeded max server round trips
Причина проблемы в том, что список обновлений стал слишком большим, и клиент не может принять его за один заход. Подробности — blogs. technet. microsoft. com/sus/2008/09/18/wsus-clients-fail-with-warning-syncserverupdatesinternal-failed-0x80244010
Какое решение предлагает Microsoft? Если после ошибки запустить повторный поиск обновлений, то процесс загрузки метаданных продолжится с момента возникновения ошибки. Терпение господа, терпение. Три, пять попыток wuauclt /detectnow – и все образуется. Не забудьте при повторном поиске дождаться окончания предыдущего цикла поиска, иначе магия не сработает!
Ошибка #2. Не устанавливаются обновления Windows с ошибкой 0x80070308
Встречается эпизодически, и в одном случае из 100 у нее есть единственное и очень специфическое решение — удалить ключ
HKLM\Components\PendingRequired=1
Перезагрузиться. Здесь важно не переусердствовать, не следует удалять никакие другие ключи в этом разделе, даже если они вам очень не нравятся, потому что после этого обновления прекратят ставиться навсегда.
Ошибка #3. Все другие ошибки
Проблема заключается в том, что во время установки обновлений в системе могут появиться битые файлы. Что является причиной — неисправная сеть, диск, оперативная память, сам Windows Update – выяснить не получится, а исправить ошибки для установки последующих обновлений придется.
Как правило, повреждаются *.cat, *.mum, *.manifest файлы. У кого-то повреждаются *.dll, но я на практике не сталкивался. И вроде бы средство SURT должно само исправить ошибки, поскольку внутри него есть огромный каталог эталонных файлов. Только в последний раз SURT обновлялся в октябре 2014 года, а исправлений на операционную систему с тех пор вышло бесчисленное множество, и многих файлов в каталоге не хватает.
Ниже я опишу последовательность действий, необходимых для исправления ошибок установки обновлений на Windows 7 x64 с использованием SURT. Для редакции x86 просто потребуется другой пакет SURT из KB947821.
Последовательность действий будет следующая.
1. Запустить первый проход Windows6.1-KB947821-v34-x64.msu
Пользователя от работы отвлекать не потребуется, все сделаем удаленно. Создаем следующий командный файл и запускаем его:
где BUHWKS02 – целевая машина.
Когда скрипт отработает и встанет на паузу, проверяем %windir%\Logs\CBS\CheckSUR. log
Если ошибок не найдено – дело не в битых обновлениях.
Если он заканчивается
то будем исправлять.
2. Копируем эталонные файлы на целевую машину
Microsoft предлагает нам длинную, путанную процедуру с извлечением хороших файлов из обновлений и размещением их в определенные каталоги средства SURT. При этом пути в статьях неверные. Где-то и вовсе рекомендуют подкладывать оригинальные msu файлы.
Самый простой и правильный вариант следующий — скопировать эталонные файлы с рабочей системы:
*.mum and *.cat из C:\Windows\servicing\Packages складываются в %windir%\Temp\CheckSUR\servicing\packages
*.manifest из C:\Windows\winsxs\Manifests складываются в %windir%\Temp\CheckSUR\winsxs\manifests\
Проблема в том, что битых файлов обычно десятки, и их очень сложно выбрать и скопировать. Тогда на помощь приходит следующий скрипт PowerShell (эталонной считается машина, с которой вы запускаете скрипт)
Как видите, скрипт прост и может быть легко заточен напильником под вашу инфраструктуру.
3. Запускаем второй проход Windows6.1-KB947821-v34-x64.msu
Ошибка #4. Если SURT отработал нормально, а обновления все равно не ставятся
Попробуйте прибегнуть к старому приему – сбросить службу Windows Update в исходное состояние. Для этого необходимо удалить каталог %windir%\SoftwareDistribution.
Ошибка #5
Клиент исчезает из консоли WSUS. Любопытная ошибка, связанная с неправильным клонированием машин и задвоением (затроением и т. д.) идентификаторов клиентов. Решается так:
Ошибка #6
Ошибка связана с нехваткой ресурсов в AppPool WSUS. Решение — снять лимит на потребляемую память. Как это сделать — статья.
Коротко: Открываем IIS, Application Pools, WsusPool, Advanced Settings.
Параметр Private Memory Limit устанавливаем в 0.
Продолжение темы настройки WSUS — в моей следующей статье: https://habrahabr. ru/post/329440/
PS:
Многие ошибки решены в новом клиенте WSUS:
1. KB3125574 «Windows 7 post SP1 Convenience Rollup Update». Внимательно ознакомьтесь с разделом Known issues!
Предварительно необходимо установить KB3020369 «April 2015 servicing stack update for Windows 7 and Windows Server 2008 R2».
https://ustanovkaos. ru/reshenie-problem/ustanovka-windows-na-dannyj-disk-nevozmozhna. html
https://habr. com/ru/post/278439/