У меня есть база данных MySQL, работающая в EC2, и мне приходилось постоянно добавлять место в том EBS, а затем увеличивать его (используя growpart / xfs_growfs). Я наконец достиг 2 ТБ и не мог понять, почему я больше не могу увеличить раздел, потому что, конечно, это таблица разделов MBR.
Дело в том, что эти БД находятся в кластере с (как я думал) точно такими же конфигурациями. На других мне удалось без ошибок конвертировать в GPT. Просто с этим у меня проблемы.
заранее спасибо
Вот результаты работы gdisk, parted, fdisk.
Я немного сбит с толку, почему xvdn1 отображается как GPT, а не xvdn .. Я мог облажаться где-то в прошлом?
Как лучше всего двигаться вперед? В сообщении об ошибке говорится об удалении / изменении размера в другой утилите, я пробовал это, и каждый раз, когда я либо получаю ту же ошибку, либо не могу ее смонтировать. Возможно, я не использую правильные значения для воссоздания раздела на 33 блока меньше?
Вот команда и сообщение об ошибке. Все остальное, что находится ниже, - это просто выходные данные fdisk / parted / sfdisk, показывающие диск. Когда-либо
gdisk /dev/xvdn
GPT fdisk (gdisk) version 0.8.8
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present
***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. THIS OPERATION IS POTENTIALLY DESTRUCTIVE! Exit by
typing 'q' if you don't want to convert your MBR partitions
to GPT format!
***************************************************************
Warning! Main partition table overlaps the first partition by 33 blocks!
You will need to delete this partition or resize it in another utility.
Диск / Таблица разделов Сообщите мне, есть ли еще полезная информация об отладке
parted /dev/xvdn unit s print
Model: Xen Virtual Block Device (xvd)
Disk /dev/xvdn: 5033164800s
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number Start End Size Type File system Flags
1 1s 4194298394s 4194298394s primary xfs
parted /dev/xvdn1 unit s print
Model: Unknown (unknown)
Disk /dev/xvdn1: 4194298394s
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Number Start End Size File system Name Flags
fdisk -l -u /dev/xvdn
Disk /dev/xvdn: 2577.0 GB, 2576980377600 bytes
255 heads, 63 sectors/track, 313300 cylinders, total 5033164800 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000b6274
Device Boot Start End Blocks Id System
/dev/xvdn1 1 4194298394 2097149197 83 Linux
lsblk /dev/xvdn
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvdn 202:208 0 2.4T 0 disk
└─xvdn1 202:209 0 2T 0 part
Сделал бэкап ...
dd if=/dev/xvdn of=/root/mbrbackups/xvdnbackup.mbr bs=512 count=1
sfdisk -d /dev/xvdn > sfdiskbackup.txt
cat sfdiskbackup.txt
# partition table of /dev/xvdn
unit: sectors
/dev/xvdn1 : start= 1, size=4194298394, Id=83
/dev/xvdn2 : start= 0, size= 0, Id= 0
/dev/xvdn3 : start= 0, size= 0, Id= 0
/dev/xvdn4 : start= 0, size= 0, Id= 0
Примечание: я вижу похожие вопросы / ответы, но они немного отличаются от моих. В моем случае на диске всего 1 раздел. Я также прошел через эту процедуру (как я думал) с той же конфигурацией, и смог выполнить процедуру онлайн.
(перекрестно на форумы ubuntu - обновится здесь и наоборот, если
Версии
root@ip-10-0-2-189:~# sfdisk --version
sfdisk from util-linux 2.20.1
root@ip-10-0-2-189:~# sgdisk --version
GPT fdisk (sgdisk) version 0.8.8
Это те же версии, которые я преобразовывал в другом экземпляре.
и да, мои данные зарезервированы, и на самом деле это копия базы данных, на которой я это примеряю. это не база данных живого производства.