Как только мы включаем компьютер, в нем немедленно начинает работать миниатюрная операционная система, которую мы знаем как BIOS. Она занимается тестированием устройств, памяти, загрузкой операционных систем, распределением ресурсов аппаратуры. Многие функции этого набора программ (их объем обычно около 256-512 Кб) позволяют поддерживать старые операционные системы вроде MS-DOS, предоставляя им множество возможностей. Со времен PC/AT-8086 BIOS менялся очень мало, а ко времени запуска первых Пентиумов его развитие почти остановилось. Собственно, менять в нем стало нечего, кроме двойного BIOS, поддержки сетевых средств и возможности перепрошивки. А вот минусов стало много: стартовый вход в реальный режим процессора, 16-разрядная адресация и 1 Мб доступной памяти, невозможность иметь «ремонтную» консоль. И, конечно, вечная проблема поддержки жестких дисков. Даже сейчас гарантированно поддерживаются диски до 2,2 Тб, не более.
Компания Intel еще в 2005 года решила поменять BIOS на EFI/UEFI (Unified Extensible Firmware Interface). Система EFI - более продвинутая базовая операционная система. На некоторых платформах Unix и Windows UEFI уже давно работает, но массового перехода пока не свершилось, несмотря на благие намерения. А они таковы:
UEFI может использовать универсальную исполняющую машину вроде JVM для использования аппаратно-независимого кода, а это открывает огромные горизонты для создания «загрузочного» ПО.
Существует и критика этой технологии. В частности, внедрение ее может привести к отсечению от рынка операционных систем новых игроков: для этого всегда найдется в коде какая-нибудь технологическая лазейка. Как, например, невозможность загружать ОС Windows 98 из современных BIOS. Но, что хуже, придется забыть о миллионах программ MS-DOS и других систем, которые опирались в своей работе на функции BIOS. Возможно, они еще будут эмулироваться, но в этом есть сомнения. А среди них наверняка есть и важные программы, которые некому будет переписывать. Впрочем, все это решаемые вопросы – хотя бы за счет виртуальных операционных систем. Но вот то, что появятся новые виды вирусов – это точно, и мы сможем увидеть это довольно скоро.
В этой статье мы покажем, как вручную восстановить случайно удаленный загрузочный раздел Windows на UEFI системе. Изначально в статье был описан мой опыт по восстановлению загрузочного EFI раздела на Windows 7, однако статья актуальна и для современных операционных систем Microsoft (от Windows 7 и до Windows 10). Она не раз выручала меня, после случайного форматирования или удаления EFI раздела в Windows 10. В этой статье мы покажем простой способ ручного пересоздания загрузочного EFI и MSR разделов в Windows.
Итак, предположим, что каким-то образом случайно (или не очень случайно, например при попытке ) был удален или отформатирован загрузочный EFI раздел на UEFI системе (не BIOS), в результате чего Windows 10 / 8.1 / 7 перестала загружаться, циклически предлагая выбрать загрузочное устройство (Reboot and select proper boot device or insert boot media in selected). Разберемся можно ли восстановить работоспособность Windows при удалении раздела с Boot Manager без переустановки системы.
Предупреждение . Инструкция предполагает работу с разделами диска и не предназначена новичкам. В случае неверной интерпретации команд, вы можете случайно удалить все данные на жестком диске. Также настоятельно рекомендуется создать резервную копию важных данных на отдельном носителе.
Рассмотрим, как должна выглядеть таблица разделов загрузочного жесткого диска с GPT разметкой на . Как минимум должны присутствовать следующие разделы:
Это именно минимальная конфигурация. Эти разделы создает установщик Windows при установке системы на неразмеченный диск. Производители ПК или сами пользователи могут дополнительно создавать собственные разделы, содержащие, к примеру среду восстановления Windows в файле winre .wim (), раздел с резервным образом системы от производителя (позволяет откатится к исходному состоянию компьютера), пользовательские разделы и т.д.
Раздел EFI c файловой системой Fat32 является обязательным на дисках с GPT разметкой на UEFI системах. Данный раздел, по аналогии с разделом System Reserved на дисках с MSR разметкой, хранит хранилище конфигурации загрузки (BCD) и ряд файлов, необходимых для загрузки Windows. При загрузке компьютера среда UEFI загружает с раздела EFI (ESP) загрузчик (EFI\Microsoft\Boot\bootmgfw .efi ) и передает управление ему. Если этот раздел удален, загрузить ОС нельзя.
MSR раздел на GPT диске используется для упрощения управления разделами и используется для служебных операций (например, при конвертирования диска из простого в динамический). Это резервный раздел, которому не назначается код раздела. На этом разделе нельзя хранить данные пользователя. В Windows 10 размер MSR раздела – всего 16 Мб (в Windows 8.1 размер MSR раздела – 128 Мб), файловая система – NTFS.
Т.к. система корректно не загружается, нам понадобится установочный диск с Windows 10 (Win 8 или 7) или любой другой загрузочный диск. Итак, загружаемся с установочного диска и на экране начала установки нажимаем комбинацию клавиш Shift +F 10 . Должно открыться окно командной строки:
Запустим утилиту управления дисками и разделами:
Выведем список жестких дисков в системе (в этом примере он один, disk 0 . Звездочка (* ) в столбце Gpt означает, что диск использует GPT таблицу разделов).
Выберем этот диск:
Выведем список разделов на диске:
В нашем примере в системе осталось всего 2 раздела:
Как мы видим, раздел EFI отсутствует (удален).
Наша задача удалить оставшийся MSR раздел, так чтобы на диске осталось неразмечено как минимум 228 Мб свободного места (для разделов MSR и EFI). Удалить оставшийся раздел можно с помощью графической GParted или непосредственно из командной строки (именно так и поступим).
Выбираем раздел для удаления:
Select partition 1
И удаляем его:
Delete partition override
Убедимся, что остался только раздел с Windows:
Теперь мы можем вручную пересоздать разделы EFI и MSR. Для этого в контексте утилиты diskpart последовательно выполните команды:
Выбираем диск:
create partition efi size=100
Убеждаемся, что выбран раздел 100 Мб (звездочка напротив строки Partition 1):
list partition
select partition 1
format quick fs=fat32 label="System"
assign letter=G
create partition msr size=128
list partition
list vol
В нашем случае разделу с Windows уже назначена буква диска C :, если это не так, назначим ему букву следующим образом:
select vol 1
assign letter=C
exit
После того, как вы создали минимальную структуру дисковых разделов для UEFI системы, можно переходить к копированию загрузочных файлов EFI на диск и созданию конфигурационного файла загрузчика (BCD).
Скопируем файлы среды EFI из каталога вашего диска, в который установлена ваша Windows:
mkdir G:\EFI\Microsoft\Boot
xcopy /s C:\Windows\Boot\EFI\*.* G:\EFI\Microsoft\Boot
Пересоздадим конфигурацию загрузчика Windows 10 / 7:
g:
cd EFI\Microsoft\Boot
bcdedit /createstore BCD
bcdedit /store BCD /create {bootmgr} /d “Windows Boot Manager”
bcdedit /store BCD /create /d “Windows 7” /application osloader
Вы можете заменить надпись “My Windows 10”, на любую другую.
Совет . В том случае, если на разделе EFI были повреждены только файлы среды EFI, а сам раздел остался на месте, вы можете пропустить процесс пересоздания разделов с помощью diskpart. Хотя в большинстве случаев достаточно восстановить загрузчик по статье . Вручную пересоздать BCD на обычных MBR+BIOS системах можно .
Команда возвращает GUID созданной записи, в следующей команде этот GUID нужно подставить вместо {your_guid}.
bcdedit /store BCD /set {bootmgr} default {your_guid}
bcdedit /store BCD /set {bootmgr} path \EFI\Microsoft\Boot\bootmgfw.efi
bcdedit /store BCD /set {bootmgr} displayorder {default}
Дальнейшие команды выполняются в контексте {default}:
bcdedit /store BCD /set {default} device partition=c:
bcdedit /store BCD /set {default} osdevice partition=c:
bcdedit /store BCD /set {default} path \Windows\System32\winload.efi
bcdedit /store BCD /set {default} systemroot \Windows
exit
Перезагружаем компьютер … В нашем случае с первого раза он не загрузился, пришлось дополнительно поплясать с бубном:
Затем в нашем случае (тестирование проводилось на ) пришлось добавить новый загрузочный пункт меню, выбрав файл EFI\Microsoft\Boot\bootmgrfw.efi на EFI разделе.
В некоторых UEFI меню по аналогии нужно изменить приоритет загрузочных разделов.
После всех рассмотренных манипуляций Windows должна загрузиться корректно.
На жестких дисках большинства компьютеров под управлением Windows традиционно имеется два раздела - системный и пользовательский, по крайней мере так показывает Проводник. На самом деле разделов больше, просто некоторые из них являются скрытыми, не имеющими буквы, в чём легко убедиться, открыв штатную оснастку управления дисками. Смысл их скрывать, надеемся, понятен всем. Они содержат важные данные.
Намеренное или случайное удаление которых может привести к тому, что Windows станет работать некорректно или даже не сможет загрузиться.
Другое дело здоровый к ним интерес, многим ведь, наверное, хотелось бы знать, что же скрывают в себе служебные разделы системы и чем рискует пользователь, который захочет их удалить, скажем, ради увеличения свободного дискового пространства. Кстати, удалять служебные разделы всё же можно, только делать это нужно правильно и только тогда, когда это действительно необходимо. Следует также помнить, что в любом случае это приведет к снижению общей отказоустойчивости системы, обеспечиваемое раздельным хранением важных системных и загрузочных файлов. Впрочем, автономное хранение загрузчика далеко не единственное предназначении скрытых разделов, они могут содержать данные шифрования BitLocker , образ «заводской» системы, среду восстановления и так далее.
Скрытые разделы впервые появились в Windows 7 , в ХР ничего подобного не было, если система переставала загружаться, ее попросту переустанавливали. В Windows Vista применялся более совершенный механизм, в этой ОС пользователь мог создать на DVD -диске среду восстановления и с его помощью вернуть систему к жизни, если она не могла загрузиться. А вот в Windows 7 уже можно было видеть на диске один, а в OEM -системах два служебных раздела - «Зарезервировано системой» размером 100 Мб и том без названия размером от 6 до 15 Гб , содержащий разделенный на несколько частей образ оригинальной операционной системы с «заводскими» настройками - аналог полной резервной копии, создаваемой программами вроде Acronis True Image .
Если бы вы смонтировали первый, то увидели бы хранящую файлы конфигурации загрузки папку Boot и менеджер загрузки файл bootmgr , на втором томе вы бы нашли программу штатную Recovery и несколько файлов оригинального системного образа. С выходом Windows 8.1 , а затем и Windows 10 всё немного изменилось. Раздел «Зарезервировано системой» стал больше, появилась поддержка UEFI , а вместе с ней на диск добавилось еще несколько служебных томов, включая обязательный для GPT -дисков раздел MSR , не отображаемый в оснастке управления дисками. Просмотреть все имеющиеся на вашем компьютере скрытые разделы можно с помощью сторонних менеджеров дисков или самой обычной командной строки. Запустите ее от имени администратора и выполните такие команды:
list disk
sеlect disk 0
list partition
На нашем ПК имеется два служебных скрытых раздела, у вас их может быть больше. Попробуем в них зайти, для чего смонтируем интересующие нас тома с помощью команды . Не выходя из утилиты , выполняем такие команды:
list volume
sеlect volume 2
assign или assign letter=x
2 в данном примере это номер монтируемого тома, а X – присваиваемая ему буква (если букву не указать, она будет выбрана и присвоена автоматически) . После этого заходим в раздел через Проводник и смотрим содержимое, включив предварительно отображение скрытых объектов.
Правда, у этого способа есть недостаток - папки могут оказаться недоступными для просмотра ввиду отсутствия у вас необходимых прав, поэтому мы всё же рекомендуем использовать сторонние файловые менеджеры, лучше всего входящие в состав «живых» дисков.
Итак, что же всё-таки содержат наши скрытые разделы?
На диске «Восстановить» размером 498 Мб находится папка Recovery .
Которая в свою очередь содержит папку WindowsRE .
Со средой восстановления Windows.
Если ее удалить, Windows по-прежнему сможет загружаться, однако все инструменты аварийного восстановления станут недоступными .
Второй служебный раздел (шифрованный EFI) размером 99 Мб содержит папку EFI .
В которой хранятся каталоги Boot и Microsoft с файлами загрузки.
У вас помимо этих двух томов могут быть еще один или два служебных раздела. Раздел MSR размером 128 Мб с пометкой «Зарезервировано» не столь важен, как раздел EFI , но его удаление также может привести к плачевным последствиям. Обычно он хранит данные, отвечающие за разметку GPT , но в нём могут находиться и загрузочные файлы. Самый большой скрытый раздел (более 5 Гб) с пометкой «Восстановление» содержит образ «чистой» Windows с исходными параметрами. Встречается этот раздел на OEM -устройствах с предустановленной ОС .
Если на диске осталось мало места, его можно удалить, но вместе с этим вы утратите возможность восстановления системы к «заводским» настройкам. Наконец, пятый скрытый раздел с пометкой «Восстановление» размером 400-600 или немногим более мегабайт можно встретить на компьютерах, обновившихся с Windows 8.1 до Windows 10 . Он хранит среду восстановления предыдущей версии системы, то есть Windows 8.1 . Отформатировать его можно без всяких негативных последствий.
А на этом пока всё.
Если вы вдруг захотите удалить у себя «лишний» служебный раздел, сначала хорошо подумайте, действительно ли в этом есть такая необходимость и только потом приступайте к задуманному.
Итак, вы указали в настройках BIOS загрузку с CD/DVD или с USB, и при загрузке с Ubuntu LiveCD получили вместо фиолетового экрана с пиктограммами клавиатуры и человечка вот такой экран:
Ничего страшного, так бывает . В этом случае нужно учесть ряд моментов, о которых и будет рассказано в этом разделе. Кстати, наличие фиолетового экрана при загрузке совсем не означает, что у вас нет UEFI, просто с чёрным экраном все особенности UEFI проявляются наиболее ярко. Так что, в любом случае прочитать этот раздел будет очень полезно. А пока смело выбирайте верхнюю строчку «Try Ubuntu without installing» и нажимайте Enter . После непродолжительного ожидания вы попадёте на рабочий стол Ubuntu , и, пока ждёте загрузки Ubuntu, поговорим об UEFI.
Вы, наверное, помните, что одна из задач этого руководства - научить читателя эффективно и непринуждённо использовать все основные инструменты системы. Но для этого нужно копнуть глубже и рассказать об аппаратной начинке вашего компьютера, и как эта начинка работает с системой. Поэтому опять теория, без неё не обойтись.
Что происходит при включении компьютера? Прежде всего компьютер должен корректно инициализировать сам себя, то есть своё собственное оборудование, и передать управление загрузчику операционной системы. Занимается этим процессом «Extensible Firmware Interface» (EFI ) (Расширяемый интерфейс прошивки) - интерфейс между операционной системой и микропрограммами, управляющими низкоуровневыми функциями оборудования. Раньше за это отвечал BIOS , а теперь EFI, который после очередного изменения стандарта стал называться «Unified Extensible Firmware Interface» (UEFI ) - это название и будет использоваться в дальнейшем. Надо заметить, что UEFI, как более современный интерфейс, полностью поддерживает все функции BIOS, обратное, к сожалению, не верно. В настройках режим поддержки BIOS чаще всего называется «Legacy» («наследуемый» или «традиционный» по-английски) или просто «UEFI Disabled» («UEFI отключён», как не трудно догадаться). Сейчас, однако, нас интересует включённый режим UEFI.
Итак, при включении компьютера UEFI начинает инициализировать оборудование и находит какое-то блочное устройство, скажем, жёсткий диск. Вы, наверное, знаете, что целиком жёсткий диск практически никогда не используется - диск обязательно разбивается на разделы, в том числе и для удобства в обращении. А вот разбить его на разделы можно, на сегодняшний день, двумя стандартными способами: с помощью MBR или GPT . В чём их отличие?
MBR («Master Boot Record» - основная загрузочная запись ) использует 32-битные идентификаторы для разделов , которые размещаются в очень маленьком кусочке пространства (64 байта) в самом начале диска (в конце первого сектора диска). Из-за такого маленького объёма поддерживаются только четыре первичных раздела (подробнее об этом можно узнать в этой статье). Поскольку используется 32-битная адресация, то каждый раздел может быть не более 2,2 ТБ. Кроме того, загрузочная запись не имеет никакой запасной MBR, так что если приложение перезапишет основную загрузочную запись, то вся информация о разделах будет потеряна.
GPT («GUID Partition table» - таблица разделов GUID) использует уже 64-битные идентификаторы для разделов, поэтому кусочек пространства, в котором сохраняется информация о разделах, уже больше чем 512 байт, кроме того, не существует ограничения на количество разделов. Заметьте, ограничение на размер раздела в этом случае почти 9,4 ЗБ (да-да, вы всё прочитали правильно - зеттабайт, единичка с двадцатью одним нулём!). А в конце диска имеется копия GPT, которая может использоваться для восстановления повреждённой основной таблицы разделов в начале диска .
Так вот, когда связь между оборудованием и операционной системой осуществляется через включённый режим UEFI (а не Legacy BIOS), использование GPT для разбивки разделов является практически обязательным , иначе наверняка возникнут проблемы совместимости с MBR .
Ну вот, с блочными устройствами, кажется, разобрались, UEFI всё корректно инициализировал, и теперь он должен найти загрузчик операционной системы и передать управление ему. В первом приближении это выглядит так: поскольку UEFI преемник BIOS, то он выполняет поиск загрузчика в строгом соответствии с установленными правилами. Если он находит загрузчик операционной системы, который не поддерживает UEFI, то активируется режим эмуляции BIOS (именно так, даже если Legacy BIOS явно не указан). И начинается всё сначала, с той лишь разницей, что теперь уже эмулированный BIOS проверяет состояние оборудования и загружает микропрограммное обеспечение - простые драйверы для отдельных аппаратных компонентов. После этого эмулированный BIOS опять выполняет поиск загрузчика ОС и активирует его. Тот, в свою очередь, загружает операционную систему или выводит на экран список доступных ОС .
А в случае UEFI всё происходит несколько иначе. Дело в том, что UEFI имеет собственный загрузчик операционных систем с интегрированными менеджерами запуска установленных ОС. С этой целью для него - для загрузчика UEFI - на диске должен быть создан небольшой раздел (100–250 МБ), который называется «Extensible Firmware Interface System Partition» (системный раздел расширяемого интерфейса прошивки, ESP ). Кроме указанного размера, раздел должен быть отформатирован в файловой системе FAT32 и быть загрузочным. На нем находятся драйверы аппаратных компонентов, к которым может получать доступ запущенная операционная система. И в этом случае загрузка происходит прямо с этого раздела, что намного быстрее.
Итак, подведём некоторые итоги: чтобы по полной задействовать функционал UEFI, диск должен быть с GPT, и на нём должен быть специальный раздел ESP . Обратите внимание на фразу «чтобы по полной задействовать функционал» - существует масса способов установки Ubuntu на систему с «урезанным» в той или иной степени UEFI, и все они зависят от наличия или отсутствия предустановленных операционных систем на вашем компьютере. Например, вы хотите оставить предустановленную Windows. Какую Windows - «семёрку» или новомодную 8.1? А может быть у вас, не дай бог, установлена «ператская винда», активированная с MBR, и не желающая запускаться с GPT, и вы, тем не менее, хотите дальше её изучать? Кроме того, очень много зависит от разрядности операционных систем - без плясок с бубном невозможно 32-битную систему заставить работать с UEFI. И таких примеров достаточно много. Поэтому в этом разделе пойдёт разговор только про установку Ubuntu в режиме «максимально полного» задействования возможностей UEFI, хотя даже после прочтения этого введения, вы уже сможете представлять устройство своего компьютера и, при желании, реализовать свой собственный сценарий установки.
Ну что, приступим?
Итак, вы загрузились в Ubuntu с LiveCD в режиме UEFI. Открывайте «Редактор разделов GParted» , а пока поговорим об очень важных особенностях, на которые нужно обратить внимание.
Самое главное, у вас должен быть план ваших действий, поверьте - перечень шагов и порядок их выполнения достаточно обширен, так что желательно записать где-нибудь на бумажке основные пункты плана и периодически с ними сверяться. Итак, что же вам известно. Для нормальной установки Ubuntu в режиме UEFI жёсткий диск вашего компьютера должен быть правильно подготовлен, а именно:
Диск должен быть с GPT;
На диске должен быть специальный раздел ESP;
На диске должны быть стандартные разделы: системный, подкачки, а также раздел для домашнего каталога.
Кроме того, нужно определиться с операционными системами на вашем компьютере - от того, будет ли Ubuntu единственной системой, или рядом с ней будут находиться другие поддерживающие режим UEFI системы, зависит план разбивки и установки.
Начнём с ответа на второй вопрос: о наличии других операционных систем. Если на вашем компьютере уже установлены операционные системы, поддерживающие загрузку в режиме UEFI (например, Windows 8), и вы не намерены пока от них отказываться, то первые два пункта плана уже выполнены: раздел ESP наверняка уже есть, ну и диск, разумеется, с GPT. Давайте проверим, что это действительно так.
Предположим, после запуска редактора разделов GParted у вас откроется вот такое окно :
Какую информацию можно получить при внимательном изучении этого окна? Во-первых, посмотрите на столбец «File System» («Файловая система»): все разделы отформатированы в ntfs , кроме одного раздела с файловой системой fat32 - это, по всей видимости, и есть раздел ESP. На диске уже установлена Windows 8 (раздел /dev/sda4 - в Windows это диск C:) - об этом говорит метка диска (столбец «Label»). Во-вторых, на жёстком диске есть ряд служебных разделов Windows - об этом можно узнать не только по меткам (WINRE_DRV и LRS_ESP), но и по флагам (столбец «Flags») - все эти разделы скрыты, поскольку у них установлен флаг hidden , что намекает на специальный характер информации на них. И, наконец, присмотритесь к разделу /dev/sda5 - вы случайно не потеряли диск D: в Windows? Вот он, в целости и сохранности.
Итак, первые два пункта плана уже выполнены, а реализация третьего пункта: создание разделов для Ubuntu - достаточно подробно описана в примере использования GParted для переразбивки жёсткого диска . Напомним вкратце, что от диска с данными (в примере это /dev/sda5, или диск D: в Windows) нужно «отрезать» достаточное пространство и на его месте создать три раздела: подкачки, системный и раздел для домашнего каталога. Учтите также, что ваш диск - GPT, так что расширенного раздела, содержащего логические диски, у него нет, следовательно, при создании разделов выбирайте Primary partition («Основной раздел»).
Не производите никаких операций со служебными разделами Windows - они предназначены для нормального функционирования этой ОС. Случайное или преднамеренное изменение этих разделов гарантировано приведёт к возникновению проблем в Windows, вплоть до полной её неработоспособности.
В итоге должно получиться что-то похожее на эту картинку:
Здесь показаны дополнительно созданные разделы:
Пожалуйста, запишите назначение разделов. В показанном примере:
/dev/sda2 - раздел EFI (ESP)
/dev/sda6 - системный раздел (раздел для «корня» системы)
/dev/sda7 - раздел подкачки
/dev/sda8 - раздел для пользовательских данных.
Эта информация очень пригодится в дальнейшем при установке Ubuntu, поскольку из-за большого количества разделов можно очень легко запутаться и назначить не той «цифре» требуемую точку монтирования.
Тем не менее, продолжаем работать с редактором GParted. Ваша задача - удалить все разделы и на свободном месте создать нужную для Ubuntu конфигурацию диска. Для этого можно щёлкнуть правой кнопкой мыши на каждом из разделов и выбрать из выпадающего меню пункт «Delete». Но лучше поступить по-другому: найдите на панели меню редактора GParted пункт «Device» (Устройство) и выберите в меню «Create Partition Table…» (Создать таблицу разделов…). Появится предупреждение:
WARNING: This will ERASE ALL DATA on the ENTIRE DISK /dev/sda
(ВНИМАНИЕ: это приведёт к УДАЛЕНИЮ ВСЕХ ДАННЫХ на ВСЁМ ДИСКЕ /dev/sda)
Не переживайте, вы же позаботились о резервных копиях? Посмотрите чуть ниже - на надпись «Advanced» (Подробности). Щёлкните мышью на треугольник слева и в меню выберите gpt:
Всё дисковое пространство станет серым. Щёлкните на нём правой кнопкой мыши и начните создавать необходимые разделы, выбрав «New» (Новый) из выпадающего меню. Первый из новых разделов - специальный раздел ESP, требуемый, как вы помните, для работы UEFI. Поскольку он форматирован в неродной для Linux файловой системе, и кроме того, должен быть загрузочным, то расположить его надо в начале дискового пространства. Определите ему размер в поле «New size (MiB)» (Новый размер в МиБ ) 100 МБ , а файловую систему - fat32:
Таким же образом создайте разделы под будущие: системный (15 ГБ с файловой системой ext4), раздел подкачки (4 ГБ с linux-swap) и для домашнего каталога (всё оставшееся пространство в ext4). Как вы помните, GParted применяет изменения не сразу, а просто ставит их в очередь на выполнение. Поэтому нажмите на зелёную галочку «Apply All Operations» (Выполнить все операции):
Да, совсем не обязательно управлять флагами загрузки на этом этапе - установщик Ubuntu выполнит всё так, как надо. А теперь внимательно читайте про то, как устанавливать Ubuntu , и, как будете готовы, продолжим.
После такой подготовительной работы установка Ubuntu не вызовет трудностей, особенно если вы внимательно прочитали правила установки . Просто достаньте бумажку с перечнем разделов и обратите внимание, что для специального раздела EFI (/dev/sda2 из примера о совместной установки Ubuntu и Windows) нужно точно назначить свойство загрузочного раздела EFI , а не резервной загрузочной области BIOS:
Если вы этого не сделаете, то установщик покажет вам такое уведомление:
Исправьте ошибку, а если не получится, выйдите из установщика, запустите редактор GParted и проверьте, что всё, рассказанное выше, выполнено.
Назначения для всех остальных разделов, требуемых при установке Ubuntu, очень детально описаны в этом разделе , поэтому нет особого смысла останавливаться на этом подробней.
Иногда бывает так, что после установки одна из операционных систем, предустановленных на компьютере, не запускается. Что ж, не вдаваясь в достаточно сложные способы приведения всего в норму, отметим, что есть комплексное решение возможных проблем с загрузкой. Имя этому решению - Boot-repair .
Эта небольшая программа - очень мощный инструмент, позволяющий исправить практически все ошибки, которые могут возникнуть при загрузке Ubuntu и других операционных систем после установки.
Придерживайтесь золотого правила: «Никогда не чинить то, что ещё не сломалось »!
Загрузитесь в Ubuntu. Не имеет значения как вы это сделаете - Boot-Repair работает как с LiveCD, так и на установленной системе. Разумеется, если вы испытываете трудности с загрузкой только что поставленной Ubuntu, то первый способ становится единственным . Для начала Boot-Repair нужно поставить на ваш компьютер, делается это с помощью терминала . Нажмите Ctrl + Alt + T и в появившемся окне наберите:
: Изменить команду ближе к выходу релиза.
Sudo add-apt-repository "deb http://ppa.launchpad.net/yannubuntu/boot-repair/ubuntu saucy main"
Сейчас вы, конечно, скажете: «Вы что там, совсем? Столько букв - я же ничего не понимаю и обязательно ошибусь!» Разумеется, никто представленную команду по буквам в терминал не вводит - просто выделите её полностью и щёлкните средней кнопкой мыши в окне терминала, или перетащите выделенный текст туда же. Нажмите Enter . Если вы находитесь в уже установленной Ubuntu, появится предложение ввести ваш пароль. Обратите внимание, при вводе пароля никакие символы не отображаются: ни точки, ни звёздочки - вообще ничего, - наверное, не нужно объяснять почему так сделано. После ввода пароля опять нажмите Enter .
Загрузите открытый ключ репозитория с программой из хранилища доверенных ключей :
Sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 60D8DA0B
Обновите список приложений командой:
Sudo apt-get update
Установите и запустите Boot-Repair:
Sudo apt-get install -y boot-repair && (boot-repair &)
После непродолжительного сканирования появится основное окно Boot-Repair:
: В процессе написания.
Большинство установок Windows 7 включают в себя крошечные 100 Мб разделы с именем `system Reserved» ,также известные как MSR или раздел “Microsoft System Reserved» . В остальной части этой статьи,для краткости я буду ссылаться на этот раздел как MSR .
Одним из самых основных параметров каждого кондиционера считается его мощность. Мощность кондиционера рассчитывается в зависимости от того, где Вы намерены установить оборудование или же в зависимости от площади жилого помещения. Если устанавливать бытовые кондиционеры, которые по мощности не рассчитаны на работу в большом помещении, то, в этой ситуации Вы просто не сможете получить должного охлаждения. Так как система работать будет по максимуму.
Примечание:
Некоторые OEM установки могут иметь название этого раздела `system`
или даже `recovery`
. В любом случае это будет раздел `Active` на том же диске, как и диск `C`.
Некоторые OEM установки Windows 7 не включают раздел MSR . Чтобы проверить есть ли о у вас этот раздел запустите Macrium Reflect и найдите раздел на системном диске под названием `System Reserved».
Примечание: Если диск `C` - это ваш `Active` раздел, вам просто нужно сделать резервное копирование и восстановление диска `C` для полного восстановление системы.
В MSR разделе обрабатывается вторая стадия загрузочного процесса после Master Boot Record (MBR) . MBR находится на первом секторе диска и загружается при запуске системы, после загрузки управление передается в раздел кода загрузочного сектора активного раздела, это MSR раздел, если он существует на вашем диске `C`. MSR содержит каталог `oot`, содержащий Данные Конфигурации Загрузки (BCD) . BCD контролирует следующий этап процесса загрузки и загружает операционную систему с диска C:. MSR раздел всегда `Active` раздел на системном диске, и должен быть установлен в разделе `Active ` . Содержимое этого раздела не изменится, и по умолчанию, не назначается буква диска в Windows, так что вы не сможете его изменить.
Образ в MSR разделе является необходимым для восстановления вашей системы, чтобы переместить систему на новый диск. Однако, если вам нужно только обновление системы на более раннюю дату, раздел восстановления MSR не нужен, нужно просто восстановить диск С. Это необходимо, чтобы восстановить Windows 7 разделы, в то же место, для BCD чтобы по-прежнему иметь возможность ссылаться на них при загрузке. Если вы делаете восстановление на новый или неформатированный диск, а потом идёте на первичный диск C, как «primary». Простейшее решение заключается в использовании DiskRestore для восстановления обоих разделов одновременно. DiskRestore - доступен в Windows PE спасателе CD и может быть запущен из BartPE если вы работаете в свободном издании Macrium Reflect.
