EC2 Невозможно изменить размер громкости после увеличения размера

Ответ 1

Спасибо Wilman, что ваши команды работали правильно, нужно учитывать небольшое улучшение, если мы увеличиваем EBS в более крупные размеры

• Остановить экземпляр
• Создайте снимок из тома
• Создайте новый том на основе моментального снимка, увеличив размер
• Проверить и запомнить текущую точку монтирования тома (т.е. /dev/sda1)
• Отсоединить текущий том
• Прикрепите недавно созданный том к экземпляру, установив точную точку монтирования
• Перезапустить экземпляр

• Доступ через SSH к экземпляру и запуск fdisk /dev/xvde

  ПРЕДУПРЕЖДЕНИЕ: DOS-совместимый режим устарел. Настоятельно рекомендуется    выключите режим (команда 'c') и измените единицы отображения на    сектора (команда 'u')

• Нажмите p, чтобы отображать текущие разделы

• Нажмите d, чтобы удалить текущие разделы (если их несколько, вам нужно удалить их за раз). ПРИМЕЧАНИЕ. Не беспокойтесь, данные не потеряны.
• Нажмите n, чтобы создать новый раздел
• Нажмите p, чтобы установить его как основной
• Нажмите 1, чтобы установить первый цилиндр
• Задайте нужное новое пространство (если пустое место зарезервировано)
• Нажмите a, чтобы сделать его загрузочным
• Нажмите 1 и w для записи изменений
• Перезагрузите экземпляр ИЛИ используйте partprobe (из пакета parted), чтобы сообщить ядру о новой таблице разделов
• Войдите в систему через SSH и запустите файл resize2fs/dev/xvde1
• Наконец, проверьте новое пространство df -h

Ответ 2

Нет необходимости останавливать экземпляр и отсоединять объем EBS, чтобы изменить его размер больше!

13-Feb-2017 Amazon объявила: " Amazon EBS Update - новые эластичные тома меняют все

Процесс работает, даже если том для расширения является корневым томом исполняемого экземпляра!

lsblk
NAME    MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda    202:0    0  16G  0 disk
└─xvda1 202:1    0   8G  0 part /

Как вы можете видеть, /dev/xvda 1 по-прежнему занимает 8 GiB-разделов на 16-гигабайтном устройстве, и нет других разделов на томе. Позвольте использовать "growpart" для изменения размера раздела 8G до 16G:

# install "cloud-guest-utils" if it is not installed already
apt install cloud-guest-utils

# resize partition
growpart /dev/xvda 1

Позвольте проверить результат (вы можете увидеть /dev/xvda 1 теперь 16G):

lsblk
NAME    MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda    202:0    0  16G  0 disk
└─xvda1 202:1    0  16G  0 part /

Многие ответы SO предлагают использовать fdisk с удалением/воссозданием разделов, что является неприятным, рискованным, подверженным ошибкам процессом, особенно когда мы меняем загрузочный диск.

# Check before resizing ("Avail" shows 1.1G):
df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1      7.8G  6.3G  1.1G  86% /

# resize filesystem
resize2fs /dev/xvda1

# Check after resizing ("Avail" now shows 8.7G!-):
df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1       16G  6.3G  8.7G  42% /

Итак, у нас есть нулевое время простоя и много нового места для использования.
Наслаждайтесь!

Ответ 3

Префект комментарий jperelli выше.

Сегодня я столкнулся с такой же проблемой. В документации AWS четко не упоминается состав. Я понял сложный путь, и действительно две команды отлично работали на M4.large и M4.xlarge с Ubuntu

sudo growpart /dev/xvda 1
sudo resize2fs /dev/xvda1

Ответ 4

[решено]

Это то, что нужно было сделать

• Остановить экземпляр
• Создайте снимок из тома
• Создайте новый том на основе моментального снимка, увеличив размер
• Проверить и запомнить текущую точку монтирования тома (т.е./dev/sda1)
• Отсоединить текущий том
• Прикрепите недавно созданный том к экземпляру, установив точную точку монтирования
• Перезапустить экземпляр
• Доступ через SSH к экземпляру и запуск fdisk /dev/xvde
• Нажмите p, чтобы отображать текущие разделы
• Нажмите d, чтобы удалить текущие разделы (если их несколько, вам нужно удалить их за раз). ПРИМЕЧАНИЕ. Не беспокойтесь, данные не потеряны.
• Нажмите n, чтобы создать новый раздел
• Нажмите p, чтобы установить его как основной
• Нажмите 1, чтобы установить первый цилиндр
• Задайте нужное новое пространство (если пустое место зарезервировано)
• Нажмите a, чтобы сделать его загрузочным
• Нажмите 1 и w для записи изменений
• Экземпляр перезагрузки
• Войдите через SSH и запустите resize2fs /dev/xvde1
• Наконец, проверьте новое пространство df -h

Это он

Удачи!

Ответ 5

• войдите в веб-консоль AWS → EBS → щелкните правой кнопкой мыши на том, который хотите изменить размер → "Изменить объем" → измените поле "Размер" и нажмите кнопку [Изменить]

  /li >

• growpart /dev/xvda 1

• resize2fs /dev/xvda1

Это версия ответа Дмитрия Шевкопляса. Документация AWS не отображает команду growpart. Это нормально для Ubuntu AMI.

Ответ 6

1. sudo growpart/dev/xvda 1
2. sudo resize2fs/dev/xvda1

две вышеупомянутые команды сэкономили мое время на экземплярах AWS ubuntu ec2.

Ответ 7

Сделали ли вы раздел на этом томе? Если вы это сделали, вам нужно будет сначала разбить раздел.

Ответ 8

Загрузочный флаг (a) не работал в моем случае (EC2, centos6.5), поэтому мне пришлось повторно создать тома из моментального снимка.  После повторения всех шагов EXCEPT загрузочного флага - все работало безупречно, поэтому я смог resize2fs после.  Спасибо!

Ответ 9

Это будет работать для файловой системы xfs, просто запустите эту команду

xfs_growfs /

Ответ 10

Не хватает комментариев для комментариев выше; но также обратите внимание на комментарии выше, что вы можете повредить свой экземпляр, если вы начинаете с 1; если вы нажмете "u" после запуска fdisk, прежде чем перечислите свои разделы с помощью "p", это приведет к тому, что вы получите правильный стартовый номер, чтобы не повредить ваши тома. Для centos 6.5 AMI, также как упомянуто выше 2048, было правильным для меня.

Ответ 11

Спасибо, @Dimitry, он работал как шарм с небольшим изменением в соответствии с моей файловой системой.

источник: http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-expand-volume.html#recognize-expanded-volume-linux

Затем используйте следующую команду, заменив точку монтирования файловой системы (файловые системы XFS должны быть установлены для изменения их размера):

[ec2-user ~]$ sudo xfs_growfs -d /mnt
meta-data=/dev/xvdf              isize=256    agcount=4, agsize=65536 blks
         =                       sectsz=512   attr=2
data     =                       bsize=4096   blocks=262144, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0
log      =internal               bsize=4096   blocks=2560, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0
data blocks changed from 262144 to 26214400

Примечание Если вы получили xfsctl не удалось: не удается выделить ошибку памяти, вам может потребоваться обновить ядро ​​Linux на вашем экземпляре. Для получения дополнительной информации обратитесь к документации вашей конкретной операционной системы. Если вы получаете файловую систему, то уже nnnnnnn блокирует длинные блоки. Нечего делать!, см. раздел Расширение раздела Linux.

Ответ 12

Так что в случае, если у кого-то возникла проблема, когда он столкнулся с этой проблемой со 100% использованием, и не было места даже для запуска команды growpart (потому что он создает файл в /tmp)

Вот команда, которую я обнаружил, что обходит, даже когда используется том EBS, а также если у вас нет свободного места на вашем ec2, и вы на 100%

/sbin/parted ---pretend-input-tty /dev/xvda resizepart 1 yes 100%

увидеть этот сайт здесь:

https://www.elastic.co/blog/autoresize-ebs-root-volume-on-aws-amis

Ответ 13

На всякий случай, если кто-то здесь для облачной платформы GCP Google,
Попробуй это:

sudo growpart /dev/sdb 1
sudo resize2fs /dev/sdb1