Проблемы, изменяющие размер корневой файловой системы с расширенным разделом, lvm, и снимков на vm диске
Я установил размер диска моего root управляйте слишком низко, и должен развернуть его. Установка по умолчанию Ubuntu 16lts server.
Я искал, и найденные ответы/решения не решают проблему. (проблемы кажутся идентичными, но шаги не работали, или опции не были доступны в моей системе).
- нет, Как я изменяю размер корневого раздела?
- никакой https://help.ubuntu.com/community/HowtoPartition/ResizingPartition
- никакой https://superuser.com/questions/917988/gparted-cannot-resize-extended-or-lvm-partition
- Я не смог сделать любые успехи с несколькими другими ответами lvm (
lvchangeвручную, а такжеsystem-config-lvm) из отдельного загруженного поля человечности.
Я загружаю gparted живой CD (последний/справедливый downloaed), но я также попробовал это путем включения диска в другую систему человечности (другой VM). Как Вы видите в gparted снимке экрана ниже, я имею
- загруженный liveCD (gparted)
- один диск (
sda) несущественно, это - VDI в Virtualbox. Я уже увеличил диск (как показано в 'освобожденном пространстве' - из интереса
/dev/sda5объем lvm, который содержится в/dev/sda2расширенный
Я попробовал:
- От gparted, живого ISO, я могу щелкнуть правой кнопкой
/dev/sda5кому:deactivate. Кроме того,lvdisplayвывод ниже ПОСЛЕ ТОГО, КАК это деактивируется.- однако это не удаляет Блокировку (но действительно думает в течение некоторого времени, в то время как, и повторно сканирует диск),
- и измените размер, остается greyed на
/dev/sda2 - lvdisplay, кажется, не показывает изменение
- из командной строки, выполненной
lvchange -an,- действительно кажется, изменяет доступное состояние на/dev/sda5
- но closing/re-opening gparted все еще показывает заблокированный
Спасибо, я ценю Вашу справку! 
mount | grep sd -> ничто (не показанный). Из gparted живой ISO я также вывел fdisk -l
и lvdisplay
и vgdisplay
1 ответ
После большого испуга :) Я обнаружил, что моя проблема была связана по крайней мере частично со снимками (как упомянуто, это - все в VM).
- диск i пытается изменить, от машины со снимками
- я смонтировался / попытался изменить размер основного/исходного
.vdi, ничего не сделал со снимками - содержание этого было буквально новой установкой, таким образом, для меня первоначально не было очевидно, что GUID, который я видел, был на самом деле правильным диском, но старым 'снимком'.
для доказательства этого я клонировал VM от снимка virtualbox UI, который дает опцию сгладить его в текущем состоянии.
Это, кажется, работает (включая никакое наблюдаемое повреждение данных), таким образом, я назад загружаюсь в исходном svr vm с измененным диском!
- выключите и клонируйте vm от любого состояния/снимка - только включая 'текущее состояние' (который сгладит все снимки),
- Я уверен, что это все возможно сверху снимков; для меня это было приемлемо и вынуло некоторые переменные из соединения
- обратите внимание, что у меня есть динамический диск. Не уверенный, если существуют какие-либо различия для статического (должен быть нет, но я не протестировал),
- измените размер результанта клонированный и сглаженный vdi (например, никакие снимки)
VboxManage.exe modifyhd <vdi> --resize 50000# ~ 50 ГБ
- подключение, которое изменило размер диска к отдельному Linux VM и загружается
- размонтируйте и удалите vg
- корневая фс, которой я пытаюсь изменить размер, в
/dev/mm-ubuntu16-svr-vg/root- назовите это
/dev/MY_VG/rootниже
- назовите это
mount | grep 'VG'затемsudo umount <mountpoint>если это было смонтированоsudo lvchange -an /dev/MY_VG# удалите логический томsudo vgchange -an MY_VG# удалите группу объема
- корневая фс, которой я пытаюсь изменить размер, в
- измените размер partition/volumn/and фс
sudo gparted &# возобновите нормальный, изменяют размер- мой был расширенным разделом, растут, затем выращивание на lv
- вся 'нормальная' работа инструкций здесь, в моих вопросах изображают, это - изменение размер (растут)
/dev/sda2сопровождаемый изменением размер (растут) на/dev/sda5
lvresize -l +100%FREE /dev/MY_VG/roote2fsk -f /dev/MY_VG/root# resize2fs предложил мне выполнять эту очисткуresize2fs /dev/MY_VG/root
Готово! в то время как все еще в другом VM, смонтируйте и проверьте способность:
sudo vgchange -ay MY_VG && sudo lvchange -ay /dev/MY_VG# например, реверс удаленияsudo mkdir <mountpoint> && sudo mount /dev/MY_VG/root <mountpoint>df -h# YAY показывает ~50gb общее количество!
И затем закрываясь, и загружающийся в оригинал (хорошо, Клонированный и сглаженный) vm, это загружает и имеет ожидаемое свободное пространство / корневой диск на 50 ГБ и файловая система.
надежда это помогает кому-то!