On 12/13/2010 06:45 PM, Igor Zubkov wrote:
2010/12/13 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 и пожаловаться мейнтейнеру ещё.
https://bugzilla.altlinux.org/show_bug.cgi?id=24675
Спасибо всем, помогли разобраться. В багзиллу тоже написал.
_______________________________________________
Sysadmins mailing list
[email protected]
https://lists.altlinux.org/mailman/listinfo/sysadmins
