GPT диски

[Olej]

Размеры разделов у меня недостаточные для инсталляции систем (Windows 7, Linux, ...), но я и не собираюсь ничего ставить...

Код: Выделить всё

bash-4.2$ ls /dev/sdb*
/dev/sdb  /dev/sdb1  /dev/sdb10  /dev/sdb20

Смешно, да? ... как вам эти /dev/sdb10, /dev/sdb20?

Код: Выделить всё

bash-4.2$ sudo mkdosfs /dev/sdb1
mkdosfs 3.0.12 (29 Oct 2011)

Код: Выделить всё

bash-4.2$ sudo mkntfs /dev/sdb10
Cluster size has been automatically set to 4096 bytes.
Initializing device with zeroes: 100% - Done.
Creating NTFS volume structures.
mkntfs completed successfully. Have a nice day.

Код: Выделить всё

bash-4.2$ sudo mkfs.ext4 /dev/sdb20
mke2fs 1.42.3 (14-May-2012)
Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
Stride=0 blocks, Stripe width=0 blocks
106080 inodes, 422892 blocks
21144 blocks (5.00%) reserved for the super user
First data block=1
Maximum filesystem blocks=67633152
52 block groups
8192 blocks per group, 8192 fragments per group
2040 inodes per group
Superblock backups stored on blocks:.
    8193, 24577, 40961, 57345, 73729, 204801, 221185, 401409

Allocating group tables: done............................
Writing inode tables: done............................
Creating journal (8192 blocks): done
Writing superblocks and filesystem accounting information: done.

Расформатировали разделы в соответствии с их будущим предназначением:

Код: Выделить всё

bash-4.2$ sudo parted /dev/sdb 
GNU Parted 3.0
Используется /dev/sdb
Добро пожаловать в GNU Parted! Наберите 'help' для просмотра списка команд.
(parted) print                                                            
Модель: Ut163 USB2FlashStorage (scsi)
Диск /dev/sdb: 1011MB
Размер сектора (логич./физич.): 512B/512B
Таблица разделов: gpt
Disk Flags: 

Номер  Начало  Конец   Размер  Файловая система  Имя                   Флаги
 1     1049kB  53,5MB  52,4MB  fat16             EFI System            загрузочный, legacy_boot
10     53,5MB  578MB   524MB   ntfs              Microsoft basic data
20     578MB   1011MB  433MB   ext4              Linux filesystem

(parted) quit

[Olej]

1. Какие это несёт сложности?
2. Какие дистрибутивы, и с каких релизов, и в какой степени поддерживают/используют GPT?
3. Какие инструменты работы с дисками: fdisk, gparted, ... - понимают и работают с GPT, и если да, то с каких версий начиная?
4. Что будет (как это отразится) на LVM и средствами (программами) управления логическими томами?
... и др. разное.

Собственно, с самим GPT дисков (структурой) - особых вопросов нет.
Хотя многолетние привычки все и всем - менять придётся
Та же программа parted (или GNU gparted) неплохо справляется с GPT, а gdisk - так просто на отлично!
... для LVM заведен специальный тип (ID) раздела - 8e00, ID разделов 4-х байтные, в отличие от 2-х байтных в MBR - на всех надолго наперёд хватит:

Код: Выделить всё

Command (? for help): l
0700 Microsoft basic data  0c01 Microsoft reserved    2700 Windows RE..........
4200 Windows LDM data      4201 Windows LDM metadata  7501 IBM GPFS............
7f00 ChromeOS kernel       7f01 ChromeOS root         7f02 ChromeOS reserved...
8200 Linux swap            8300 Linux filesystem      8301 Linux reserved......
8e00 Linux LVM             a500 FreeBSD disklabel     a501 FreeBSD boot........
a502 FreeBSD swap          a503 FreeBSD UFS           a504 FreeBSD ZFS.........
a505 FreeBSD Vinum/RAID    a800 Apple UFS             a901 NetBSD swap.........
a902 NetBSD FFS            a903 NetBSD LFS            a904 NetBSD concatenated.
a905 NetBSD encrypted      a906 NetBSD RAID           ab00 Apple boot..........
af00 Apple HFS/HFS+        af01 Apple RAID            af02 Apple RAID offline..
af03 Apple label           af04 AppleTV recovery      af05 Apple Core Storage..
be00 Solaris boot          bf00 Solaris root          bf01 Solaris /usr & Mac Z
bf02 Solaris swap          bf03 Solaris backup        bf04 Solaris /var........
bf05 Solaris /home         bf06 Solaris alternate se  bf07 Solaris Reserved 1..
bf08 Solaris Reserved 2    bf09 Solaris Reserved 3    bf0a Solaris Reserved 4..
bf0b Solaris Reserved 5    c001 HP-UX data            c002 HP-UX service.......
ef00 EFI System            ef01 MBR partition scheme  ef02 BIOS boot partition.
fd00 Linux RAID............

Интересны с GPT вопросы UEFI загрузки ОС:
5. установка и загрузка Linux;
6. как GRUB использовать с загрузкой UEFI (пакет grub-uefi);
7. как будет выглядеть мультизагрузка с UEFI (Linux + Windows 7 ... или Windows 8).

Как-то мне кажется, что это всё можно откатать в виртуальной машине, в VirtuslBox, чтобы не курочить реальный диск...

[Olej]

Как-то мне кажется, что это всё можно откатать в виртуальной машине, в VirtuslBox, чтобы не курочить реальный диск...

- загрузиться с LiveCD-образа Linux *.iso ...
- разметить диск (виртуальный) в GPT, без инсталляции Linux...
- потом на этот уже GPT инсталлировать Linux...
- утверждается, что последние релизы (Fedora 17, Ubuntu 11/12 ... чур меня ) хорошо сами распознают GPT диск с UEFI загрузкой ... если будет не совсем хорошо - то ему можно помочь ... пользуясь уже показанными публикациями;
- свежий VirtualBox, в принципе, должен сообразить UEFI загрузку...

Тем более, что создание в VirtualBox образа мультизагорузочного диска, с несколькими ОС (из которых одна - Windows 7 со своими прибамбасами) - это уже обкатано и подробно расписано в теме: Установка Linux.

Ещё один немаловажный "+" такого варианта отработки - это то, что можно в VirtualBox заказать динамический формат виртуального диска (.vdi или .vdm) хоть на 100Gb (чтобы не смущать устанавливаемые ОС ), а реально такой образ диска с несколькими установленными ОС будет занимать 4-5Gb.

[Olej]

Вот ещё такая интересная штучка нашлась в инсталляции Fedora 17:

Код: Выделить всё

bash-4.2$ which efibootmgr
/usr/sbin/efibootmgr

Код: Выделить всё

bash-4.2$ man efibootmgr
EFIBOOTMGR(8)                                                                                                      EFIBOOTMGR(8)

NAME
       efibootmgr - manipulate the EFI Boot Manager

SYNOPSIS
       efibootmgr [ -a ] [ -A ] [ -b XXXX ] [ -B XXXX ] [ -c ] [ -d DISK ] [ -e 1|3|-1 ] [ -E NUM ] [ -g ] [ -H XXXX ] [ -i NAME
       ] [ -l NAME ] [ -L LABEL ] [ -n XXXX ] [ -N ] [ -o XXXX,YYYY,ZZZZ ... ] [ -O ] [ -p PART ] [ -q ] [ -t seconds ] [ -T ] [
       -u ] [ -U XXXX ] [ -v ] [ -V ] [ -w ] [ -@ file ]

DESCRIPTION
       efibootmgr  is  a  userspace application used to modify the Intel Extensible Firmware Interface (EFI) Boot Manager.  This
       application can create and destroy boot entries, change the boot order, change the next running boot option, and more.

       Details on the EFI Boot Manager are available from the EFI Specification, v1.02 or later, available from:
        <URL:http://developer.intel.com>
...

Код: Выделить всё

bash-4.2$ efibootmgr
Fatal: Couldn't open either sysfs or procfs directories for accessing EFI variables.
Try 'modprobe efivars' as root.

[Olej]

Вот ещё такая интересная штучка нашлась в инсталляции Fedora 17:

В man efibootmgr находятся некоторые оговорки ... провокативные :

1.

efibootmgr is a userspace application used to modify the Intel Extensible Firmware Interface (EFI) Boot Manager.
...
Details on the EFI Boot Manager are available from the EFI Specification, v1.02 or later, available from:
<URL:http://developer.intel.com>

- т.е. это что-то из комплекта исходной Intel-спецификации EFI ... т.е. никак не соотносящееся в grub-efi?

2.

An OS installer would call efibootmgr -c. This assumes that /boot/efi is your EFI System Partition, and is
mounted at /dev/sda1. This creates a new boot option, called "Linux", and puts it at the top of the boot
order list. Options may be passed to modify the default behavior. The default OS Loader is elilo.efi.

Т.е. раздел EFI System Partition всегда должен быть только 1-м? /dev/sda1 ?
И только он может быть активным (загрузочным)?

Что такое "default OS Loader is elilo.efi."
По расширению файла .efi - http://open-file.ru/types/efi :

Расширенный файл прошивки (Intel)
Extensible Firmware Interface File

Во всем дереве инсталляции Fedora 17 (искал) файлов .efi - нет.

[Olej]

Кое какие мелочи относительно UEFI загрузки можно найти здесь: Unified Extensible Firmware Interface (Русский)

1.

По состоянию на 23 мая 2012 года, спецификация UEFI 2.3.1 является самой последней.

Note: Если явно не указана спецификация EFI 1.x то термины EFI и UEFI используются как взаимозаменяемые для обозначения прошивок UEFI 2.x. Также, если не указано явно, эти указания являются общими и не Mac специфичными. Часть из них может не работать и может быть быть различными в Mac. Кроме того, реализация EFI компании Apple является ни EFI версии 1.x, ни UEFI версии 2.x, она смешивает обе версии. Такая прошивка не попадает ни под одну из версий спецификаций UEFI и поэтому она не является стандартной прошивкой UEFI.

2.

Загрузка ОС с помощью UEFI
UEFI firmware does not support booting through the above mentioned method which is the only way supported by BIOS. UEFI has support for reading both the partition table as well as understanding filesystems.
The commonly used UEFI firmwares support both MBR and GPT partition table.
...
Most of the UEFI firmwares have support for accessing FAT12 (floppy disks) , FAT16 and FAT32 filesystems in HDD and ISO9660 (and UDF) in CD/DVDs.
...
UEFI does not launch any boot code in the MBR whether it exists or not. Instead it uses a special partition in the partition table called "EFI SYSTEM PARTITION" in which files required to be launched by the firmware is stored. Each vendor can store its files under <EFI SYSTEM PARTITION>/EFI/<VENDOR NAME>/ folder and can use the firmware or its shell (UEFI shell) to launch the boot program. An EFI System Partition is usually formatted as FAT32.
Under UEFI, every program whether they are OS loaders or some utilities (like memory testing apps) or recovery tools outside the OS, should be a UEFI Application corresponding to the EFI firmware architecture. Most of the UEFI firmware in the market, including recent Apple Macs use x86_64 EFI firmware. Only some older macs use i386 EFI firmware while no non-Apple UEFI system is known to use i386 EFI firmware.
A x86_64 EFI firmware does not include support for launching 32-bit EFI apps unlike the 64-bit Linux and Windows which include such support. Therefore the bootloader must be compiled for that architecture correctly.
Мультизагрузка с помощью UEFI
Since each OS or vendor can maintain its own files within the EFI SYSTEM PARTITION without affecting the other, multi-booting using UEFI is just a matter of launching a different UEFI application corresponding to the particular OS's bootloader. This removes the need for relying on chainloading mechanisms of one bootloader to load another to switch OSes.

[Olej]

Очень интересные детали относительно UEFI-загрузки выясняются вот здесь в обсуждении: http://forum.russianfedora.ru/viewtopic ... =50#p29520, настолько интересные детали, что их резонно будет сюда полностью скопировать:

Я задал вопрос о своей ситуации автору проекта rEFInd и поизучал дистрибутивы RFRemix 17 32-разрядной и 64-разрядной версии и понял следующую вещь - поставить 32-битную версию RFRemix на 64-битную машину с UEFI возможно, только если загрузка системы выполняется в режиме BIOS. Т.е. нужно либо сносить всё и ставить Винду так, чтобы она загружалась в режиме BIOS, а не через UEFI, а потом и RfREmix 17 32-bit. А у меня получилось, что RFRemix встала в режиме загрузки через BIOS и GRUB таким же образом и Винду пытался подгрузить (тоже в режиме BIOS), что неверно. Дистрибутив RFRemix 17 32-bit вообще не поддерживает загрузку через UEFI (в образе диска отсутствует необходимая для этого директория EFI, содержащая UEFI-загрузчик). 64-битный RFRemix 17 содержит директорию EFI и загрузчик BOOTx64.EFI для загрузки дистрибутива в режиме UEFI. А 32-битный RFRemix можно поставить только если либо вообще не устанавливать загрузчик, либо прописать его в первый сектор загрузочного раздела (НИ В КОЕМ СЛУЧАЕ НЕ В MBR!), а затем уже ставить 64-битный загрузчик GRUB2 или ELILO в EFI-раздел и настраивать его на загрузку 32-битной RFRemix 17. Я решил попробовать поставить 64-битный вариант RFRemix , загрузив установщик в UEFI-режиме. rEFInd я уже себе поставил и очень им доволен.

Упоминаемый в тексте "проект rEFInd" - это вот он: The rEFInd Boot Manager, by Roderick W. Smith - мультизагрузчик UEFI.
Не исключено, что он станет исчерпывающим решением для загрузки GPT дисков.

[Olej]

Есть такой проект: http://sourceforge.net/projects/gptfdis ... isk/0.8.5/

Кстати...
Попробовал по принципу "обратной совместимости" использовать gdisk для создания MBR структуры диска на USB флешке, где раньше создал GPT структуру:

Код: Выделить всё

bash-4.2$ sudo gdisk /dev/sdb
GPT fdisk (gdisk) version 0.8.4

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
...

Ничего хорошего из этого не вышло!
Так что: для MBR - fdisk, для GPT - gdisk - каждому своё.

[Olej]

Вот здесь: http://forum.russianfedora.ru/viewtopic ... =50#p29613 - исчерпывающее описание опытов (успешных) с установкой Fedora 17 с UEFI загрузкой + ещё и с мультибут с предустановленным Windows 7.
Очень обстоятельно!

[tundra37]

Вот еще попробуйте посмотреть утилитой http://www.cgsecurity.org Testdisk. Она позволяет чинить таблицу разделов MBR(это я пробовал) и GPT - это попробуйте, т.к. у меня GPT на рабочих машинах и пробовать могу только при аварии. На одной из машин используется и GPT и LVM, но настраивали в T-Platforms.ru - я только теорию изучал, когда рейд "рухнул". GPT и LVM нормально поддерживаются в 5-м Центосе ( у меня 5.2). LVM меня заинтересовал, т.к. рейд забит и перенос файлов "на лету" очень заманчивая вещь для бескровной миграции на бОльший рейд.
Одна из машин с GPT в принципе свободна, т.ч. минимальные поверки без глобальных перестроек могу сделать. Загрузчика UEFI в железке по-моему нет, поэтому мне на инглише 2008 R2 Server сказал, что на GPT не умеет грузиться. В результате рейд поделен на 300 ГБ c МБР и 7 ТБ с GPT. А у ремонтников файловых систем грядет пора "богатых урожаев" - восстановим ваши террабайты.
+++++++++++++++++++++++++++++++++++++++++=
Еще вспомнил : сам рейд оформлен сетевым хранилищем NAS-R3 от Open-e: там Debian, но увы на внутренней флешке и файловая система зашифрована и рута нетути Частично конфиги можно посмотреть - есть утилита фирменная.Одно ясно: Дебиан LVM поддерживает.