Я использую AWS для загрузки экземпляра RHEL64, но размер диска не удается изменить, чтобы он соответствовал выбранному мной тому.
Вот сценарий: я запускаю работающий экземпляр из AMI Marketplace ami-517eec6b (который является утвержденным RedHat образом RHEL64) и выбираю размер тома, скажем, 30 ГБ. Экземпляр запускается успешно, однако выходные данные fdisk и df не совпадают.
т.е. df показывает файловую систему, о которой сообщается, только 8 ГБ (размер по умолчанию)
$ df -h Filesystem Size Used Avail Use% Mounted on /dev/xvda1 5.7G 2.3G 3.4G 41% / none 1.8G 0 1.8G 0% /dev/shm
fdisk показывает, что объем составляет правильные 30 ГБ.
$ sudo fdisk -l
Disk /dev/xvda: 32.2 GB, 32212254720 bytes
4 heads, 32 sectors/track, 491520 cylinders
Units = cylinders of 128 * 512 = 65536 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00072e87
Device Boot Start End Blocks Id System
/dev/xvda1 1 93750 5999984 83 Linux
Я думал, что могу просто изменить размер этой файловой системы (основываясь на комментариях, которые я нашел в других статьях), однако это не сработало.
$ sudo resize2fs /dev/xvda1 resize2fs 1.41.12 (17-May-2010) The filesystem is already 1499996 blocks long. Nothing to do!
Вот версия O / S
$ uname -a Linux ip-10-100-155-254 2.6.32-431.el6.x86_64 #1 SMP Sun Nov 10 22:19:54 EST 2013 x86_64 x86_64 x86_64 GNU/Linux
Я предполагаю, что могу прикрепить это к другому экземпляру и изменить размер файловой системы, однако меня больше беспокоит то, что AMI не может обнаружить представленный ему том.
Я думаю, что это более чем вероятно, что ядро ОС не улавливает базовые изменения тома, но нужна некоторая помощь, чтобы исправить это.
Что происходит и как это исправить при загрузке?
Заранее спасибо!
Так что нашел это в своих копаниях,
К сожалению, это известная ошибка AMI RHEL / CentOS 6.5, однако есть два обходных пути для расширения файловой системы по вашему запросу:
Вы можете подключить том к другому экземпляру и использовать parted для расширения границы раздела для тома, на котором находится корневая файловая система, как указано в следующей ссылке: http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/storage_expand_partition.html
Вы можете использовать модуль dracut growroot, который сгенерирует новый файл initramfs и увеличит раздел до размера тома. Это можно сделать с помощью следующего:
Убедитесь, что репо EPEL включено, а если нет, включите репо с помощью следующего: wget http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm об / мин -i epel-release-6-8.noarch.rpm
Попросите dracut пересобрать initramfs с помощью модуля growroot dracut:
dracut --force --add growroot /boot/initramfs-$(uname -r).img
Перезагрузите экземпляр и убедитесь, что размер раздела увеличился с помощью lsblk и df. Вы также интересовались, почему PV не поддерживается в новых типах экземпляров T2. Это связано с тем, что PV обеспечивает абстракцию между экземпляром и аппаратным уровнем, что предотвращает работу кредитов ЦП для типов экземпляров T2. В целом, HVM в настоящее время является наиболее распространенной технологией виртуализации, которую мы используем из-за новых наборов инструкций для процессоров Intel, которые PV не поддерживает.
После этого он действительно меняет размер при загрузке, как я хотел.
Причина, по которой вы не можете изменить размер файловой системы, заключается в том, что она уже занимает все пространство в разделе. Увеличение размера диска не изменило таблицу разделов, поэтому у вас все еще есть раздел того же размера и свободное нераспределенное пространство на остальной части диска.
Необходимые шаги: