Я выполнил шаги по изменению размера тома EC2
- Остановил экземпляр
- Сделал снимок текущего тома
- Создал новый том из предыдущего снимка с большим размером в том же регионе
- Отключил старый том от экземпляра
- Подключил новый том к экземпляру в той же точке монтирования
Старый том был 5 ГБ, а созданный мной - 100 ГБ. Теперь, когда я перезапускаю экземпляр и запускаю его, я df -h I
все еще вижу это
Filesystem Size Used Avail Use% Mounted on
/dev/xvde1 4.7G 3.5G 1021M 78% /
tmpfs 296M 0 296M 0% /dev/shm
Это то, что я получаю при беге
sudo resize2fs /dev/xvde1
The filesystem is already 1247037 blocks long. Nothing to do!
Если я убегу, cat /proc/partitions
я увижу
202 64 104857600 xvde
202 65 4988151 xvde1
202 66 249007 xvde2
Насколько я понимаю, если я выполнил правильные шаги, xvde должен иметь те же данные, что и xvde1, но я не знаю, как его использовать.
Как я могу использовать новый том или размонтировать xvde1 и вместо этого смонтировать xvde?
Я не могу понять что делаю не так
Я тоже пробовал sudo ifs_growfs /dev/xvde1
xfs_growfs: /dev/xvde1 is not a mounted XFS filesystem
Кстати, это Linux-бокс с centos 6.2 x86_64
Заранее спасибо за помощь
источник
c
иu
фактически переключилось на устаревшие режимы.Больше не нужно останавливать экземпляр и отключать том EBS, чтобы изменить его размер!
13 февраля 2017 г. Amazon объявила: « Обновление Amazon EBS - новые эластичные тома меняют все »
Процесс работает, даже если расширяемый том является корневым томом работающего экземпляра!
Допустим, мы хотим увеличить загрузочный диск Ubuntu с 8G до 16G «на лету».
шаг-1) войдите в веб-консоль AWS -> EBS -> щелкните правой кнопкой мыши тот, размер которого вы хотите изменить -> «Изменить том» -> измените поле «Размер» и нажмите кнопку [Изменить]
step-2) ssh в экземпляр и измените размер раздела:
давайте перечислим блочные устройства, подключенные к нашему ящику:
Как вы можете видеть, / dev / xvda1 по-прежнему является разделом 8 ГиБ на устройстве 16 ГиБ, и на томе нет других разделов. Давайте использовать "growpart" для увеличения размера раздела 8G до 16G:
Давайте проверим результат (вы видите, что / dev / xvda1 теперь 16G):
Многие ответы SO предлагают использовать fdisk с удалением / воссозданием разделов, что является неприятным, рискованным и подверженным ошибкам процессом, особенно когда мы меняем загрузочный диск.
Шаг 3) измените размер файловой системы, чтобы полностью использовать пространство нового раздела
Таким образом, у нас нет времени простоя и много нового пространства для использования.
Наслаждайтесь!
Обновление: Обновление: используйте sudo xfs_growfs / dev / xvda1 вместо resize2fs, когда файловая система XFS.
источник
Комментарий префекта от jperelli выше.
Сегодня я столкнулся с такой же проблемой. В документации AWS нет четкого упоминания Growpart. Я разобрался на собственном горьком опыте, и действительно, две команды отлично работали на M4.large и M4.xlarge с Ubuntu.
источник
[Решено]
Это то, что нужно было сделать
fdisk /dev/xvde
resize2fs /dev/xvde1
df -h
Это оно
Удачи!
источник
войдите в веб-консоль AWS -> EBS -> щелкните правой кнопкой мыши тот, размер которого вы хотите изменить -> «Изменить том» -> измените поле «Размер» и нажмите кнопку [Изменить]
growpart /dev/xvda 1
resize2fs /dev/xvda1
Это сокращенная версия ответа Дмитрия Шевкопляса. В документации AWS
growpart
команда не указана . Это нормально работает для ubuntu AMI.источник
две приведенные выше команды сэкономили мое время для экземпляров AWS ubuntu ec2.
источник
Это будет работать для файловой системы xfs, просто запустите эту команду
источник
На всякий случай, если кто-то здесь для облачной платформы GCP google,
попробуйте следующее:
источник
Вы делали на этом томе раздел? Если вы это сделали, вам нужно сначала увеличить раздел.
источник
Флаг загрузки (a) не работал в моем случае (EC2, centos6.5), поэтому мне пришлось заново создать том из моментального снимка. После повторения всех шагов, ЗА ИСКЛЮЧЕНИЕМ загрузочного флага - все работало безупречно, поэтому я смог изменить resize2fs после. Спасибо!
источник
Спасибо, @Dimitry, это сработало отлично с небольшими изменениями, соответствующими моей файловой системе.
источник: http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-expand-volume.html#recognize-expanded-volume-linux
Затем используйте следующую команду, подставив точку монтирования файловой системы (файловые системы XFS должны быть смонтированы, чтобы изменить их размер):
Примечание. Если вы получили сообщение «Ошибка xfsctl: Невозможно выделить память», вам может потребоваться обновить ядро Linux на вашем экземпляре. Для получения дополнительной информации обратитесь к документации вашей конкретной операционной системы. Если вы получили сообщение «Файловая система уже имеет длину nnnnnnn блоков». Нечего делать! об ошибке, см. Расширение раздела Linux.
источник
Не хватает репутации, чтобы прокомментировать выше; но также обратите внимание на комментарии выше, что вы можете повредить свой экземпляр, если начнете с 1; если вы нажмете «u» после запуска fdisk до того, как укажете свои разделы с помощью «p», это фактически даст вам правильный начальный номер, чтобы вы не повредили свои тома. Для centos 6.5 AMI, как уже упоминалось выше, 2048 был правильным для меня.
источник
Итак, в случае, если у кого-то была проблема, когда они столкнулись с этой проблемой при 100% использовании, и нет места даже для запуска команды growpart (потому что она создает файл в / tmp)
Вот команда, которую я обнаружил, которая обходит, даже когда используется том EBS, а также если у вас нет места на вашем ec2, и вы на 100%
см. этот сайт здесь:
https://www.elastic.co/blog/autoresize-ebs-root-volume-on-aws-amis
источник
sudo resize2fs /dev/xvda1
для обновления/etc/fstab
, только после этогоdf -h
будет показывать возросшую дисковое пространствоПоместите пробел между именем и номером, например:
Обратите внимание, что между именем устройства и номером раздела есть пробел.
https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/recognize-expanded-volume-linux.html
источник