[Sysadmins] GPT

[Anton Farygin]

13.12.2010 16:53, Oleg пишет:
> Добрый день!
>
>
> Ставлю на сервер с массивами 12Тб и 2 Тб server-light 1.1.1-20101123 x86-64
> Инсталлер разбивает больший массив GPT.
> После загрузки rpm -qa | grep disk и man -k disk говорят, что в системе
> fdisk и sfdisk
> Оба говорят, что не работают с GPT
> Ставлю gdisk и parted
> gdisk -l /dev/sda
> GPT fdisk (gdisk) version 0.6.11
>
> Unsupported GPT version in main header; read 0x00010200, should be
> 0x00010000
> Unsupported GPT version in backup header; read 0x00010200, should be
> 0x00010000
> Partition table scan:
> MBR: protective
> BSD: not present
> APM: not present
> GPT: not present
>
> Creating new GPT entries.
> Disk /dev/sda: 23429361664 sectors, 10.9 TiB
> Logical sector size: 512 bytes
> Disk identifier (GUID): 30B51C80-409D-4022-B844-8AF1EA73843A
> Partition table holds up to 128 entries
> First usable sector is 34, last usable sector is 23429361630
> Partitions will be aligned on 2048-sector boundaries
> Total free space is 23429361597 sectors (10.9 TiB)
>
> parted -l /dev/sda
> Error: Both the primary and backup GPT tables are corrupt. Try making a
> fresh
> table, and using Parted's rescue feature to recover partitions.
>
>
> Подскажите, пожалуйста, кто разбивает в инсталлере и как управлять дисками?
>

В инсталлере дисками управляет libevms.
Про то, что она создаёт несовместимые с gparted таблицы - известно, по 
моему я даже в bugzilla что-то вешал.

При этом libevms читает прекрасно таблицы, созданные parted'ом...

Стандартная рекомендация - использовать LVM и не заморачиваться.

Ну или найти ту самую багу на libevms и пожаловаться мейнтейнеру ещё.