Журнал LinuxFormat - перейти на главную

LXF168:Пере-перезагрузка

Материал из Linuxformat
(Различия между версиями)
Перейти к: навигация, поиск
(→‎UEFI: Пе­ре-пе­ре­за­груз­ка)
(→‎UEFI: Пе­ре-пе­ре­за­груз­ка)
 
Строка 139: Строка 139:
 
В обо­лоч­ке есть не только это, но и мно­гое дру­гое. Име­ет смысл стя­нуть ко­пию спе­ци­фи­ка­ции обо­лоч­ки с фо­ру­ма UEFI (www.uefi.org/specs) для более углубленного ее изучения.
 
В обо­лоч­ке есть не только это, но и мно­гое дру­гое. Име­ет смысл стя­нуть ко­пию спе­ци­фи­ка­ции обо­лоч­ки с фо­ру­ма UEFI (www.uefi.org/specs) для более углубленного ее изучения.
 
}}
 
}}
 +
 
{{Врезка|left|Заголовок= Таб­ли­ца раз­де­лов|Ширина=98%|Содержание=  
 
{{Врезка|left|Заголовок= Таб­ли­ца раз­де­лов|Ширина=98%|Содержание=  
  
Строка 153: Строка 154:
 
> Обращайтесь к оболочке, используя менеджер загрузки прошивки.
 
> Обращайтесь к оболочке, используя менеджер загрузки прошивки.
 
}}  
 
}}  
 +
 +
{{Врезка|left|Заголовок= Ти­пы раз­де­лов|Ширина=98%|Содержание=GPT ис­поль­зу­ет GUID для иден­ти­фи­ка­ции ти­па раз­де­ла так же, как это де­ла­ет об­ласть ти­па раз­де­ла в раз­де­ле MSDOS. Мож­но ис­поль­зо­вать gdisk, что­бы из­менить раз­мер ти­па раз­де­ла GPT – вы мо­же­те вве­сти GUID или ис­поль­зо­вать ко­рот­кий код, по­хо­жий на те, ко­то­рые ис­поль­зу­ют­ся в fdisk для раз­де­лов MSDOS. Эти ко­ды спе­ци­аль­но раз­ра­бо­та­ны для gdisk.
 +
 +
Со­от­вет­ст­вую­щие GUID слиш­ком мас­сив­ны, что­бы мы пе­ре­чис­ли­ли их здесь, но неко­то­рые из них при­ве­де­ны в Wikipedia (https://en.wikipedia.org/wiki/GUID_Par­tition_Table#Partition_type_GUIDs).
 +
 +
GUID, из­на­чаль­но ис­поль­зуе­мый для фай­ло­вых сис­тем раз­де­лов Linux, тот же са­мый, что и ис­поль­зуе­мый Microsoft для сво­их (он име­ну­ет­ся ба­зо­вый раз­дел дан­ных). Во из­бе­жание пу­таницы, недав­но был оп­ре­де­лен но­вый GUID для фай­ло­вых сис­тем Linux, но он, воз­мож­но, еще не ис­поль­зу­ет­ся су­ще­ст­вую­щи­ми сис­те­ма­ми. }}
 +
 
Часть Grub на­страи­ва­ет по­ря­док за­груз­ки EFI в NVRAM. Обыч­но при этом UEFI на­страи­ва­ет­ся на ав­то­ма­ти­че­скую за­груз­ку Grub при за­пуске ком­пь­ю­те­ра. Од­на­ко VirtualBox не со­хра­ня­ет про­шив­ки NVRAM по­сле вы­клю­чения вир­ту­аль­ной ма­ши­ны, и в ре­зуль­та­те на­строй­ки за­груз­ки те­ря­ют­ся.
 
Часть Grub на­страи­ва­ет по­ря­док за­груз­ки EFI в NVRAM. Обыч­но при этом UEFI на­страи­ва­ет­ся на ав­то­ма­ти­че­скую за­груз­ку Grub при за­пуске ком­пь­ю­те­ра. Од­на­ко VirtualBox не со­хра­ня­ет про­шив­ки NVRAM по­сле вы­клю­чения вир­ту­аль­ной ма­ши­ны, и в ре­зуль­та­те на­строй­ки за­груз­ки те­ря­ют­ся.
 
   
 
   

Текущая версия на 17:40, 11 ноября 2018

Подписка на печатную версию
Весь 2015 год (12 номеров)
Первое полугодие (6 номеров)
Второе полугодие (6 номеров)
Подписка на электронную версию
Весь 2015 год (12 номеров)
Первое полугодие (6 номеров)
Второе полугодие (6 номеров)
Подшивки старых номеров журнала (печатные версии)
Весь 2014 год (12 номеров)
Первое полугодие (6 номеров)
Второе полугодие (6 номеров)

[править] UEFI: Пе­ре-пе­ре­за­груз­ка

BIOS за­гру­жал ПК 30 лет, но на­ста­ла по­ра пе­ре­мен. Джон Лэйн зна­ко­мит­ся с пре­ем­ни­ком.

С мо­мен­та, когда IBM соз­да­ла свой пер­вый Пер­со­наль­ный Ком­пь­ю­тер в 1981 го­ду, тот из­менил­ся ед­ва ли не до неуз­на­вае­мо­сти, но при его вклю­чении про­ис­хо­дит, по боль­шей час­ти, все то же са­мое. В ка­ж­дом ПК есть BIOS, от­вет­ст­вен­ная за за­пуск ком­пь­ю­те­ра и за­груз­ку опе­ра­ци­он­ной сис­те­мы. Суть в том, что BIOS (со­кра­щение от Basic Input/Output System — Ба­зо­вая сис­те­ма вво­да/вы­во­да), пре­ж­де чем за­гру­зить про­грам­му за­груз­ки из за­пи­си MBR {master boot record) или на уст­рой­ст­ве хранения, осу­ще­ст­в­ля­ет се­рию тес­тов Power On Self Tests (име­нуе­мых POST) и ис­пол­ня­ет ее. А уж за­груз­чик (bootloader) за­тем принима­ет­ся за ва­шу опе­ра­ци­он­ную сис­те­му.

Две но­вых тех­но­ло­гии по­ку­ша­ют­ся из­менить этот по­ря­док: BIOS по­ти­хонь­ку вы­тес­ня­ет­ся UEFI, Unified Extensible Firmware Interface, а MBR – GUID Partition Table [Таб­ли­ца раз­де­лов GUID], или GPT.

Из­на­чаль­но BIOS раз­ра­ба­ты­ва­лась как ин­тер­фейс ме­ж­ду обо­ру­до­ванием и Disk Operating System (DOS, бо­лее из­вест­ной как MS-DOS). Она бы­ла, и оста­ет­ся, 16-бит­ной про­грам­мой ре­аль­ного ре­жи­ма. По­сколь­ку за эти го­ды опе­ра­ци­он­ные сис­те­мы эво­лю­циониро­ва­ли до 32-бит­но­го, а сей­час и 64-бит­но­го ко­да, они боль­ше не ис­поль­зу­ют ин­тер­фейс BIOS, со­дер­жа вме­сто него соб­ст­вен­ные драй­ве­ры уст­ройств. Роль BIOS со­кра­ти­лась до за­пуска про­цес­са за­груз­ки опе­ра­ци­он­ной сис­те­мы, а по­сле это­го – по су­ти, без­дей­ст­вия.

MBR слу­жит двум це­лям: она со­дер­жит bootloader, исполняемый BIOS для за­груз­ки ком­пь­ю­те­ра, и таб­ли­цу раз­де­лов, оп­ре­де­ляю­щую рас­по­ло­жение фай­ло­вых сис­тем на дис­ке. Вся эта ин­фор­ма­ция хранит­ся в са­мом пер­вом сек­то­ре дис­ка (име­нуе­мом сек­тор 0) и по этой при­чине ог­раничена до 512 байт: 446 байт под за­груз­чик, плюс таб­ли­ца раз­де­лов, со­дер­жа­щая до че­ты­рех 16-байт­ных за­пи­сей. По­следние два бай­та – это подпись, по ко­то­рой BIOS рас­по­зна­ет дей­ст­вую­щую MBR. Таб­ли­цы раз­де­лов ис­поль­зу­ют ад­рес­ные по­ля с 32-бит­ным сек­то­ром, а зна­чит, не мо­гут об­ра­щать­ся к дис­кам раз­ме­ром бо­лее 2 TiB. Та­кой тип таб­ли­цы раз­де­лов час­то име­ну­ет­ся таб­ли­цей раз­де­лов MSDOS, с це­лью от­ли­чить его от но­во­го GPT.

(thumbnail)
> Диск GPT со­дер­жит две ко­пии таб­лиц раз­де­лов плюс за­щит­ную таб­ли­цу раз­де­лов MS-DOS.

Не­достат­ки та­ко­го ро­да на­строй­ки – то, что она ог­раниче­на одним за­груз­чи­ком, че­тырь­мя раз­де­ла­ми и мак­си­маль­ным раз­ме­ром дис­ка 2 TiB. UEFI под­дер­жи­ва­ет мно­же­ст­вен­ные за­груз­чи­ки, а GPT под­дер­жи­ва­ет до 128 раз­де­лов и ра­бо­та­ет с дис­ка­ми, по объ­е­му пре­вы­шаю­щи­ми 2 TiB. Кро­ме то­го, UEFI да­ет таб­ли­це воз­мож­ность сде­лать про­цесс за­груз­ки безо­пас­ным.

По­сколь­ку BIOS под­ра­зу­ме­ва­ет, что за­груз­чик рас­по­ло­жен в пер­вом сек­то­ре дис­ка, тот мо­жет быть толь­ко один на ка­ж­дый диск. Боль­шин­ст­во BIOS раз­ре­ша­ют вы­би­рать спо­соб за­груз­ки дис­ка, и по­это­му мо­гут под­дер­жи­вать столь­ко за­груз­чи­ков, сколь­ко име­ет­ся фи­зи­че­­ских дис­ков. UEFI, на­про­тив, иг­но­ри­ру­ет за­груз­чик в сек­то­ре 0, но за­то раз­ре­ша­ет су­ще­ст­во­вание несколь­ких за­груз­чи­ков на од­ном дис­ке, ис­поль­зуя осо­бый раз­дел вме­сто аб­со­лют­но­го сек­то­ра. Этот осо­бый раз­дел из­вес­тен как EFI System Partition, или ESP, и фор­ма­ти­ру­ет­ся он фай­ло­вой сис­те­мой FAT (обыч­но FAT32) и име­ет раз­мер от 100 до 250 MiB. Со­глас­но сис­тем­ным тре­бо­ваниям UEFI, это дол­жен быть пер­вый раз­дел, и его фла­жок за­груз­ки дол­жен быть уста­нов­лен. В сис­те­мах Linux при­ня­то мон­ти­ро­вать ESP под /boot/efi. Тра­ди­ци­он­но за­груз­чик хра­нят­ся в ESP в под­ди­рек­то­ри­ях в со­от­вет­ст­вии с их про­из­во­ди­те­ля­ми, а на фо­ру­ме UEFI име­ет­ся спи­сок этих под­ди­рек­то­рий в www.uefi.org/specs/esp_registry.

Серд­це­ви­ной UEFI яв­ля­ет­ся его про­шив­ка, и она от­ве­ча­ет за за­груз­ку и ис­полнение при­ло­жений UEFI. Это от­дель­ные про­грам­мы, за­ви­ся­щие толь­ко от сер­ви­сов са­мой про­шив­ки – ОС им не нуж­на. Они мо­гут быть ин­ст­ру­мен­та­ми пред­за­гру­зоч­ной ди­аг­но­сти­ки/тех­об­слу­жи­вания, но боль­шин­ст­во из них яв­ля­ют­ся за­груз­чи­ка­ми ОС. Про­шив­ка UEFI со­дер­жит менед­жер за­груз­ки, по­зво­ляю­щий поль­зо­ва­те­лю за­пустить при­ло­жения UEFI. Менед­жер за­груз­ки на­по­ми­на­ет обыч­ный за­груз­чик, на­при­мер, Grub, но гру­зить он мо­жет толь­ко при­ло­жения EFI. Мож­но ском­пи­ли­ро­вать яд­ро Linux (с вер­сии 3.3) как при­ло­жение EFI, тем са­мым уст­ранив необ­хо­ди­мость в за­груз­чи­ке – том же Grub, по­то­му что тогда UEFI смо­жет за­гру­жать яд­ро на­пря­мую.

Про­шив­ка UEFI уме­ет чи­тать таб­ли­цы разделов и фай­ло­вые сис­те­мы FAT, в от­ли­чие от BIOS, ко­то­рая по­ла­га­ет­ся на за­груз­чик. Она на­страи­ва­ет­ся че­рез пе­ре­мен­ные EFI, хра­ня­щие­ся в NVRAM. Глав­ная пе­ре­мен­ная, управ­ляю­щая менед­же­ром за­груз­ки EFI, име­ну­ет­ся BootOrder; она оп­ре­де­ля­ет, ка­кие пунк­ты ме­ню ото­бра­жать. Ес­ли ее не на­стро­ить, про­шив­ка бу­дет сле­до­вать стан­дарт­ной про­це­ду­ре, об­на­ру­жи­ваю­щей за­груз­чик по ука­зан­но­му пу­ти к ESP. Путь, ко­то­рый за­ви­сит от ар­хи­тек­ту­ры, су­ще­ст­ву­ет в ви­де:

\EFI\BOOT\BOOT[architecture name].EFI

Бу­к­ва G в GPT оз­на­ча­ет GUID, то есть Globally Unique Identifier [Гло­баль­но уникаль­ный иден­ти­фи­ка­тор], реа­ли­за­цию стан­дар­та Universally Unique Identifier, оп­ре­де­лен­но­го RFC4122. GPT ис­поль­зу­ет GUID для иден­ти­фи­ка­ции дис­ков и раз­де­лов. Он на­чи­на­ет с сек­то­ра 1, с за­го­лов­ка, ко­то­рый оп­ре­де­ля­ет ко­ли­че­­ст­во и раз­мер за­пи­сей о раз­де­лах в иду­щей да­лее таб­ли­це. За­го­ло­вок со­дер­жит GUID дис­ка, уникаль­ным об­ра­зом иден­ти­фи­ци­рую­щий диск, и ка­ж­дый раз­дел, оп­ре­де­лен­ный в GPT, со­дер­жит два GUID: пер­вый пред­став­ля­ет тип раз­де­ла, а вто­рой уникаль­ным об­ра­зом иден­ти­фи­ци­ру­ет его. По­ми­мо это­го, за­го­ло­вок со­дер­жит кон­троль­ную сум­му CRC32, ко­то­рая мо­жет ис­поль­зо­вать­ся про­шив­кой или опе­ра­ци­он­ной сис­те­мой для под­твер­ждения це­ло­ст­но­сти дан­ных. Не взду­май­те ре­дак­ти­ро­вать таб­ли­цу раз­де­лов вруч­ную!

GPT мо­жет иметь 128 раз­де­лов, и это уст­ра­няет на­доб­ность в ло­ги­че­­ских и рас­ши­рен­ных раз­де­лах. Рас­ши­рен­ный раз­дел был спо­со­бом ре­шить про­бле­му ог­раничения MBR че­тырь­мя раз­де­ла­ми: один из этих раз­де­лов ис­поль­зо­вал­ся как рас­ши­рен­ный, и его мож­но бы­ло разбить на мно­же­ст­во ло­ги­че­­ских раз­де­лов.

Ка­ж­дая запись раз­де­ла име­ет дли­ну 128 байт и со­дер­жит уже упо­мя­ну­тые GUID, ад­ре­са на­чаль­но­го и конеч­но­го сек­то­ров раз­де­ла, неко­то­рые ат­ри­бу­ты и имя, по­нят­ное че­ло­ве­ку. Вто­рая ко­пия GPT хранит­ся в кон­це дис­ка в ка­че­­ст­ве ре­зерв­ной ко­пии. Что­бы нор­маль­но раз­мес­тить 128 та­ких раз­де­лов, тре­бу­ет­ся 16384 бай­та. Это 32 сек­то­ра, а сле­до­ва­тель­но, пер­вый ис­поль­зуе­мый сек­тор на дис­ке GPT – сек­тор 34.

Схе­ма GPT так­же вклю­ча­ет master boot record, и ее цель – по­мочь пре­дот­вра­тить по­вре­ж­дение дис­ка GPT ин­ст­ру­мен­та­ми, ко­то­рые GPT не рас­по­зна­ют. Эта Protective [За­щит­ная] MBR, или PMBR, со­дер­жит таб­ли­цу раз­де­лов MSDOS с одним раз­де­лом на весь диск (или 2 TiB, ес­ли диск боль­ше). Этот раз­дел от­ме­чен ти­пом 0xEE. Сис­те­мы, не рас­по­знаю­щие GPT, бу­дут ви­деть неиз­вест­ный раз­дел, занимаю­щий весь диск и не остав­ляю­щий сво­бод­но­го мес­та.

Еще од­но при­менение за­щит­ной MBR – раз­ре­шить BIOS за­гру­жать диск GPT. Ес­ли он со­дер­жит за­груз­чик, то BIOS сле­по за­гру­зит и ис­полнит его. Ес­ли этот за­груз­чик понима­ет GPT, то смо­жет его за­гру­зить. Один из та­ких за­груз­чи­ков – Grub2, ис­поль­зуе­мый мно­ги­ми ди­ст­ри­бу­ти­ва­ми Linux. Это по­зво­ля­ет сис­те­мам, ра­бо­таю­щим на BIOS, ис­поль­зо­вать дис­ки раз­ме­ром бо­лее 2 TiB.

Дис­ки с раз­де­ла­ми MS-DOS обыч­но остав­ля­ют про­пуск (име­нуе­мый об­ла­стью со­вмес­ти­мо­сти DOS), на­чи­ная с сек­то­ра 1 и до­хо­дя до на­ча­ла пер­во­го раз­де­ла. Тра­ди­ци­он­но за­груз­чи­ки упот­реб­ляли это сво­бод­ное ме­сто для раз­ме­щения на нем ко­да (Grub 1 за­пи­сал сю­да свою про­грам­му за­груз­ки в ста­дии 1.5). В GPT таб­ли­ца раз­де­лов на­чи­на­ет­ся с сек­то­ра 1, сра­зу по­сле PMBR – и здесь нет неза­ня­то­го мес­та, что­бы его мож­но бы­ло ис­поль­зо­вать по­доб­ным об­ра­зом. Вме­сто это­го спе­ци­фи­ка­ция GPT пре­ду­смат­ри­ва­ет спе­ци­аль­ный раз­дел за­груз­ки BIOS для ис­поль­зо­вания те­ми за­груз­чи­ка­ми, ко­то­рые в ином слу­чае долж­ны бы­ли бы ис­поль­зо­вать об­ласть со­вмес­ти­мо­сти DOS. Grub 2 пи­шет свой за­груз­чик пря­мо на этот раз­дел (он не со­дер­жит фай­ло­вой сис­те­мы). Принимая во внимание, что на­ли­чие об­лас­ти со­вмес­ти­мо­сти DOS бы­ло оп­ре­де­ле­но ско­рее со­гла­шением, чем стан­дар­том, на­ли­чие спе­ци­аль­но от­ве­ден­но­го раз­де­ла бо­лее от­ка­зоустой­чи­во.

Все это бы­ла тео­ри­ей. Те­перь пе­рей­дем к прак­ти­ке – и на­стро­им но­вую сис­те­му на осно­ве UEFI и GPT. На­ша но­вая сис­те­ма бу­дет иметь двой­ную за­груз­ку: она бу­дет ра­бо­тать как с про­шив­кой UEFI, так и с про­шив­кой BIOS.

Мы вос­поль­зуемся VirtualBox, и вы смо­же­те сле­до­вать на­шим ин­ст­рук­ци­ям, да­же ес­ли у вас по­ка нет ком­пь­ю­те­ра с про­шив­кой UEFI. А возь­мем мы ISO Arch Linux от но­яб­ря 2012 – то есть вам нуж­но бу­дет вы­полнить на­строй­ку вруч­ную, это по­мо­жет ра­зо­брать­ся в нуж­ных дей­ст­ви­ях. Ска­чай­те его с https://www.archlinux.org/download.

Спер­ва соз­дай­те но­вую 64-бит­ную вир­ту­аль­ную ма­ши­ну и же­ст­кий диск для тес­тов (10 ГБ долж­но хва­тить). От­меть­те Enable EFI option на странице System на­стро­ек вир­ту­аль­ной ма­ши­ны, что­бы на ком­пь­ю­те­ре поя­ви­лась про­шив­ка UEFI. При­сое­дините ISO-об­раз и за­пусти­те вир­ту­аль­ную ма­ши­ну. Она долж­на ото­бра­зить при­гла­шение для root. Зай­ди­те – па­роль не ну­жен.

Вам нуж­но соз­дать че­ты­ре раз­де­ла. Тут вам при­го­дит­ся gdisk. Мы пред­ла­га­ем раз­ме­ры, доста­точ­ные для это­го уп­ражнения, но мож­но за­дать и дру­гие. ESP соз­да­ет­ся из сек­то­ра 2048 (па­ра­метр по умол­чанию, пред­ла­гае­мый gdisk), а раз­дел за­груз­ки BIOS рас­по­ла­га­ет­ся пе­ред ESP. В таб­ли­це вы най­де­те пред­ло­жения по соз­данию раз­де­лов.

За­пусти­те gdisk ко­ман­дой gdisk /dev/sda, за­тем ис­поль­зуй­те o для соз­дания но­вой пустой таб­ли­цы раз­де­лов. Ис­поль­зуй­те n для соз­дания раз­де­ла, t – для на­строй­ки его ти­по­во­го ко­да, и (оп­цио­наль­но) c для из­менения его имени. За­пи­ши­те но­вую таб­ли­цу раз­де­лов с по­мо­щью w. Или восполь­зуй­тесь parted: 

# parted /dev/sda

(parted) unit s

(parted) mktable gpt

(parted) mkpart primary 2048 411647

(parted) set 1 boot on

(parted) name 1 “EFI System Partition”

(parted) mkpart primary 34 2047

(parted) name 2 “BIOS Boot Partition”

(parted) set 2 bios_grub on

(parted) mkpart primary ext2 411648 821247

(parted) name 3 “Linux /boot filesystem”

(parted) mkpart primary ext4 821248 20971486

(parted) name 4 “Linux /root filesystem”

(parted) quit

Мы здесь ис­поль­зо­ва­ли де­ление на раз­де­лы GPT, но мож­но ис­поль­зо­вать вме­сто него и раз­де­лы MSDOS, ес­ли раз­мер дис­ка менее 2 TiB. В этом сце­на­рии про­пусти­те за­гру­зоч­ный раз­дел BIOS и ис­поль­зуй­те fdisk, что­бы из­менить тип раз­де­ла с EFI System Partition на 0xEF. Про­шив­ка UEFI VirtualBox ра­бо­та­ет как с раз­де­ла­ми GPT, так и с раз­де­ла­ми MSDOS, но дру­гие про­шив­ки мо­гут под­дер­жи­вать толь­ко GPT.

Соз­дав фай­ло­вые сис­те­мы, под­мон­ти­руй­те их: 

# mkfs.vfat -F32 /dev/sda1

# mkfs.ext2 /dev/sda3

# mkfs.ext4 /dev/sda4

# mount /dev/sda4 /mnt

# mkdir /mnt/boot

# mount /dev/sda3 /mnt/boot

# mkdir /mnt/boot/efi

# mount /dev/sda1 /mnt/boot/efi

Ис­поль­зуй­те ути­ли­ту ArchLinux pacstrap для уста­нов­ки но­вой сис­те­мы на под­го­тов­лен­ные фай­ло­вые сис­те­мы (тре­бу­ет­ся со­единение с Ин­тернетом): 

# pacstrap /mnt base

# genfstab -p -U /mnt | sed ‘s/cp437/437/’ >> /mnt/etc/fstab

# arch-chroot /mnt pacman -S grub-efi-x86_64

# modprobe efivars

# arch-chroot /mnt grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloaderid=arch_grub --recheck

# arch-chroot /mnt grub-mkconfig -o /boot/grub/grub.cfg

# umount /mnt/boot/efi /mnt/boot /mnt

Это уста­но­вит сис­тем­ные фай­лы на фай­ло­вую сис­те­му root, мон­ти­ро­ван­ную на /mnt. Она так­же до­бав­ля­ет­ся к /etc/fstab, что­бы по­за­бо­тить­ся до­полнитель­ной за­груз­ке и фай­ло­вых сис­те­мах EFI, мон­ти­ро­ван­ных под /mnt (sed встав­ле­но, что­бы обой­ти ошиб­ку в genfstab). За­тем мы уста­но­вим па­кет grub и про­ве­рим, за­гру­жен ли мо­дуль яд­ра efivars (он обес­пе­чи­ва­ет доступ к пе­ре­мен­ным EFI в /sys/firmware/efi). Да­лее grub-install уста­но­вит Grub в но­вую под­ди­рек­то­рию ESP – arch-grub, мы мон­ти­ро­ва­ли ее в /boot/efi. Ес­ли все пой­дет хо­ро­шо, долж­но поя­вить­ся со­об­щение: “Installation finished: No error reported [Ус­та­нов­ка за­вер­ше­на: оши­бок не об­на­ру­же­но]”. По­сле это­го мы генери­ру­ем файл на­строй­ки Grub и раз­мон­ти­ру­ем на­ши фай­ло­вые сис­те­мы из /mnt. По­сле пе­ре­за­пуска вир­ту­аль­ная ма­ши­на долж­на пред­ло­жить вам све­же­на­стро­ен­ное ме­ню Grub и за­гру­зить на­шу сис­те­му.



Часть Grub на­страи­ва­ет по­ря­док за­груз­ки EFI в NVRAM. Обыч­но при этом UEFI на­страи­ва­ет­ся на ав­то­ма­ти­че­скую за­груз­ку Grub при за­пуске ком­пь­ю­те­ра. Од­на­ко VirtualBox не со­хра­ня­ет про­шив­ки NVRAM по­сле вы­клю­чения вир­ту­аль­ной ма­ши­ны, и в ре­зуль­та­те на­строй­ки за­груз­ки те­ря­ют­ся.

Ес­ли это про­изой­дет, за­пустит­ся обо­лоч­ка EFI, и вам нуж­но бу­дет вруч­ную за­пустить за­груз­чик:

2.0 Shell> fs0:\EFI\arch_grub\grubx64.efi

По­сле за­груз­ки ОС на­строй­те за­груз­чик по умол­чанию, что­бы обой­ти про­бле­му от­сут­ст­вия по­сто­ян­ной NVRAM: 

# mkdir /boot/efi/EFI/BOOT

# cp /boot/efi/EFI/{arch_grub/grub,BOOT/BOOT}x64.efi

Ес­ли по­ря­док за­груз­ки не на­стро­ен, что и про­изой­дет в том слу­чае, ес­ли в NVRAM ниче­го не бу­дет, про­шив­ка вернет­ся к EFI\BOOT\BOOTx64.efi. В ре­зуль­та­те это долж­но при­вес­ти к успеш­ной за­груз­ке по­сле за­пуска вир­ту­аль­ной ма­ши­ны. Те­перь, что­бы за­ста­вить сис­те­му за­гру­жать BIOS, нуж­но про­сто на­стро­ить за­груз­ку BIOS: 

# dhcpcd

# pacman -S grub-bios

# grub-install --target=i386-pc --recheck /dev/sda

Начните с уста­нов­ки се­те­во­го со­единения; один из спо­со­бов сде­лать это – ко­ман­да dhcpcd. За­тем уста­но­ви­те па­кет grub-bios и уста­но­ви­те на диск вер­сию Grub для BIOS. Это соз­даст код за­груз­ки в MBR и раз­дел за­груз­ки BIOS, ко­то­рый мы на­строи­ли рань­ше. Он ис­поль­зу­ет наш го­то­вый файл на­строй­ки Grub, /boot/grub/grub.cfg.

Вы­клю­чи­те вир­ту­аль­ную ма­ши­ну и пе­ре­клю­чите ее на­строй­ки с EFI на BIOS, уб­рав от­мет­ку Enable EFI option на странице System. По­сле пе­ре­за­пуска вир­ту­аль­ная ма­ши­на бу­дет за­гру­жать­ся че­рез BIOS. Этот при­мер по­ка­зы­ва­ет, что на диск с раз­де­ла­ми GPT или MSDOS лег­ко уста­но­вить сис­те­му, ко­то­рая бу­дет ра­бо­тать и с UEFI, и с BIOS. Сто­ит упо­мя­нуть, что в неко­то­рых дру­гих ди­ст­ри­бу­ти­вах это прой­дет не столь глад­ко.

Те­перь зай­мем­ся бегемотом в гостиной: безо­пас­ной за­груз­кой. Суть ее в том, что UEFI не за­гру­зит ниче­го, не под­пи­сан­но­го рас­по­зна­вае­мым клю­чом. Но­вые ПК с пре­дуста­нов­лен­ным Windows 8 по­став­ля­ют­ся с клю­чом от Microsoft, ко­то­рый по­зво­ля­ет их но­вей­шей опе­ра­ци­он­ной сис­те­ме за­гру­жать­ся без про­блем. Ес­ли в та­кой сис­те­ме вклю­че­на безо­пас­ная за­груз­ка и в ней есть толь­ко этот ключ, она бу­дет за­гру­жать толь­ко то, что под­пи­са­но этим клю­чом. Боль­шин­ст­во но­вых ПК на­строе­но имен­но так, что­бы по­лу­чить сер­ти­фи­ка­цию Windows 8.

Ком­пь­ю­те­ры с пре­дуста­нов­лен­ным Windows 8 име­ют безо­пас­ную за­груз­ку по умол­чанию. Од­на­ко ее мож­но от­клю­чить. Для поль­зо­ва­те­лей Linux это на дан­ном эта­пе са­мое прак­тич­ное ре­шение. Прав­да, неко­то­рым безо­пас­ная за­груз­ка бу­дет важ­на – или они про­сто за­хо­тят восполь­зо­вать­ся ею – и для это­го тре­бу­ет­ся, что­бы Linux был под­пи­сан клю­чом, ко­то­рый бу­дет рас­по­зна­вать про­шив­ка.

Для безо­пас­ной за­груз­ки Linux есть две ба­зо­вых оп­ции. Пер­вая – най­ти OEM, ко­то­рые при­ла­га­ли бы до­полнитель­ные клю­чи, ко­то­ры­ми мож­но бы­ло бы под­пи­сать Linux. Вто­рая – под­пи­сать Linux клю­чом Microsoft. По ря­ду прак­ти­че­­ских со­об­ра­жений обе эти оп­ции ма­ло­при­вле­ка­тель­ны.

Под­пи­сы­вать яд­ро Linux непрак­тич­но: оно бы­ст­ро ме­няет­ся, такова его при­ро­да; к тому же мно­гие соз­да­ют соб­ст­вен­ное яд­ро с ин­ди­ви­ду­аль­ной на­строй­кой. По­это­му ло­гич­но бу­дет взять под­пи­сан­ный за­груз­чик, ко­то­рый за­тем смо­жет за­гру­зить лю­бой об­раз яд­ра.

Сре­ди при­ме­ров под­пи­сан­ных за­груз­чи­ков – пред­за­груз­чик от Linux Foundation и ре­шения, пред­ла­гае­мые соз­да­те­ля­ми ди­ст­ри­бу­ти­вов, на­при­мер, Fedora Shim. Бу­ду­чи под­пи­са­ны клю­чом Microsoft, они бу­дут ра­бо­тать на лю­бой ма­шине с Windows 8. Од­на­ко под­пи­сать их этим клю­чом ока­зы­ва­ет­ся про­бле­ма­тич­но (http://bit.ly/VFEAV9).

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

Суть пред­за­груз­чи­ка Linux Foundation в пре­достав­лении под­пи­сан­ной про­грам­мы за­груз­ки, ко­то­рая за­пустит по це­поч­ке сле­дую­щий за­груз­чик (тот же Grub), а тот за­тем и за­гру­зит Linux. По­сле пред­за­груз­чи­ка про­вер­ка безо­пас­но­сти пре­кра­ща­ет­ся, и та­кой под­ход не бо­лее безо­па­сен, чем от­клю­чение безо­пас­ной за­груз­ки UEFI. Од­на­ко это да­ет воз­мож­ность Linux и дру­гим сис­те­мам с непод­твер­жден­ной безо­пас­но­стью за­гру­зить­ся в сре­ду безо­пас­ной за­груз­ки. Это ре­шение пред­ла­га­ет­ся фон­дом в ка­че­­ст­ве вре­мен­но­го, на тот пе­ри­од, по­ка ди­ст­ри­бу­ти­вы не реа­ли­зу­ют бо­лее безо­пас­ные ре­шения.

Fedora Shim стре­мит­ся пой­ти на шаг даль­ше, обес­пе­чи­вая безо­пас­ную за­груз­ку сис­те­мы Linux. Он за­гру­жа­ет спе­ци­аль­ную вер­сию Grub с пуб­лич­ным клю­чом Fedora, и бу­дет за­гру­жать в безо­пас­ном ре­жи­ме яд­ра, обес­пе­чен­ные этим клю­чом. Он так­же бу­дет за­гру­жать и дру­гие яд­ра, но это по­тре­бу­ет руч­но­го кон­тро­ля во вре­мя за­груз­ки. Безо­пас­но за­гру­жен­ные яд­ра бу­дут так­же ог­раничи­вать за­груз­ку из команд­ной стро­ки и тре­бо­вать, что­бы мо­ду­ли яд­ра име­ли подпись. Та­кой ва­ри­ант да­ет воз­мож­ность безо­пас­но за­гру­зить Linux с пре­до­пре­де­лен­ной кон­фи­гу­ра­ци­ей, но ес­ли тре­бу­ет­ся ин­ди­ви­ду­аль­ная на­строй­ка, то про­бле­ма не снима­ет­ся: по­тре­бу­ет­ся ин­ди­ви­ду­аль­ная про­слой­ка локаль­но про­из­ве­ден­ных клю­чей, под­пи­сан­ных клю­чом, рас­по­зна­вае­мым про­шив­кой. По­ка что непо­нят­но, как это­го до­бить­ся. По­доб­ные же под­хо­ды прак­ти­ку­ют­ся SUSE и Ubuntu.

Ме­ханизм под­пи­си для безо­пас­ной на­строй­ки име­ну­ет­ся Microsoft Authenticode и управ­ля­ет­ся Symantec (быв­шей VeriSign). За го­дич­ную оп­ла­ту в раз­ме­ре $ 99 вы мо­же­те под­пи­сать лю­бое ко­ли­че­­ст­во би­нарников по сво­ему усмот­рению че­рез Microsoft Developer Center по ад­ре­су https://sysdev.microsoft.com (для ре­ги­ст­ра­ции по­на­до­бит­ся Windows Live ID).

Во­прос безо­пас­ной за­груз­ки по­ка что не име­ет од­но­знач­но­го и про­сто­го от­ве­та. Есть ме­то­ды об­хо­да этой про­бле­мы, но по­ка ра­но го­во­рить о том, лег­ко ли бу­дет ра­бо­тать в Linux в сре­де безо­пас­ной за­груз­ки. Ес­ли вас это воз­му­ща­ет, вы, воз­мож­но, за­ин­те­ре­суе­тесь кам­панией, про­во­ди­мой FSF: (http://bit.ly/nHYBRN). И всегда есть воз­мож­ность от­клю­чить безо­пас­ную за­груз­ку – вам вся­ко бу­дет не ху­же, чем сей­час. |

Источник — «http://wiki.linuxformat.ru/wiki/index.php?title=LXF168:%D0%9F%D0%B5%D1%80%D0%B5-%D0%BF%D0%B5%D1%80%D0%B5%D0%B7%D0%B0%D0%B3%D1%80%D1%83%D0%B7%D0%BA%D0%B0&oldid=19495»
Персональные инструменты
купить
подписаться
Яндекс.Метрика