Проблемы с изменением размера корневой файловой системы с расширенными разделами, lvm и моментальными снимками на диске vm

После большого беспокойства :) Я обнаружил, что моя проблема связана, по крайней мере, частично с моментальными снимками (как уже упоминалось, все это в виртуальной машине).

, чтобы доказать это, я клонировал виртуальную машину из пользовательского интерфейса моментального снимка виртуального бокса, который дает возможность сгладить его в текущем состоянии.

Кажется, что это работает (в том числе отсутствие наблюдаемого повреждения данных ), поэтому я снова загрузился в исходном файле svr vm с измененным размером диска!

Выполнено! пока еще в другой VM, установите и проверьте емкость:

И затем выключился и загрузился в оригинал (ну, из virtualbox ) vm, он загружается и имеет ожидаемое свободное пространство / 50gb root drive & amp; файловая система.

надеюсь, что это кому-то поможет!

После большого беспокойства :) Я обнаружил, что моя проблема связана, по крайней мере, частично с моментальными снимками (как уже упоминалось, все это в виртуальной машине).

, чтобы доказать это, я клонировал виртуальную машину из пользовательского интерфейса моментального снимка виртуального бокса, который дает возможность сгладить его в текущем состоянии.

Кажется, что это работает (в том числе отсутствие наблюдаемого повреждения данных ), поэтому я снова загрузился в исходном файле svr vm с измененным размером диска!

Выполнено! пока еще в другой VM, установите и проверьте емкость:

И затем выключился и загрузился в оригинал (ну, из virtualbox ) vm, он загружается и имеет ожидаемое свободное пространство / 50gb root drive & amp; файловая система.

надеюсь, что это кому-то поможет!

После большого беспокойства :) Я обнаружил, что моя проблема связана, по крайней мере, частично с моментальными снимками (как уже упоминалось, все это в виртуальной машине).

, чтобы доказать это, я клонировал виртуальную машину из пользовательского интерфейса моментального снимка виртуального бокса, который дает возможность сгладить его в текущем состоянии.

Кажется, что это работает (в том числе отсутствие наблюдаемого повреждения данных ), поэтому я снова загрузился в исходном файле svr vm с измененным размером диска!

Выполнено! пока еще в другой VM, установите и проверьте емкость:

И затем выключился и загрузился в оригинал (ну, из virtualbox ) vm, он загружается и имеет ожидаемое свободное пространство / 50gb root drive & amp; файловая система.

надеюсь, что это кому-то поможет!

После большого беспокойства :) Я обнаружил, что моя проблема связана, по крайней мере, частично с моментальными снимками (как уже упоминалось, все это в виртуальной машине).

, чтобы доказать это, я клонировал виртуальную машину из пользовательского интерфейса моментального снимка виртуального бокса, который дает возможность сгладить его в текущем состоянии.

Кажется, что это работает (в том числе отсутствие наблюдаемого повреждения данных ), поэтому я снова загрузился в исходном файле svr vm с измененным размером диска!

Выполнено! пока еще в другой VM, установите и проверьте емкость:

И затем выключился и загрузился в оригинал (ну, из virtualbox ) vm, он загружается и имеет ожидаемое свободное пространство / 50gb root drive & amp; файловая система.

надеюсь, что это кому-то поможет!

После большого беспокойства :) Я обнаружил, что моя проблема связана, по крайней мере, частично с моментальными снимками (как уже упоминалось, все это в виртуальной машине).

• диск, который я пытаюсь для изменения с компьютера с моментальными снимками
• i смонтирован / попытался изменить размер базы / оригинала .vdi, ничего не сделал с моментальными снимками
• , содержимое которых было буквально новая версия, поэтому мне не было очевидно, что GUID, который я видел, был на самом деле правильным диском, но старый «снимок».

, чтобы это доказать, я клонировал виртуальную машину из пользовательского интерфейса моментального снимка virtualbox , который дает возможность сгладить его в текущем состоянии.

Кажется, что он работает (в том числе нет наблюдаемого повреждения данных), поэтому я снова загрузился в исходном svr vm, с измененным диском!

1. power down & amp; клонировать vm из любого состояния / моментального снимка - включая только «текущее состояние » (что сгладит все снимки). Я уверен, что это все возможно поверх снимков; для меня это было приемлемо и взяло некоторые переменные из заметок микса. У меня есть динамический диск. Не уверен, есть ли какие-либо различия для статичности (должно быть NO, но я не тестировал)
2. изменить размер результирующего клонированного & amp; сплющенный vdi (например, без снимков) VboxManage.exe modifyhd <vdi> --resize 50000 # ~ 50gb
3. подключите этот измененный диск к отдельной виртуальной машине Linux и загрузите
4. unmount и удалите vg root fs I'm /dev/mm-ubuntu16-svr-vg/root, тогда sudo umount <mountpoint>, если он был установлен sudo lvchange -an /dev/MY_VG # удалить логический том sudo vgchange -an MY_VG # удалить группу томов
5. изменить размер partition / volumn / и fs sudo gparted & # продолжить с нормальным размером изменить мой расширенный раздел расти, то растут на lv все «нормальные» инструкции работают здесь, в моем изображении quetions это изменение размера (рост) /dev/sda2 за которым следует изменение размера (увеличение) на /dev/sda5 lvresize -l +100%FREE /dev/MY_VG/root e2fsk -f /dev/MY_VG/root # resize2fs предложило мне запустить эту очистку resize2fs /dev/MY_VG/root

Готово! в то время как все еще в другой виртуальной машине, установите и проверьте емкость:

• 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 total!

А затем выключение и загрузка в оригинал (ну, Cloned & amp; flattened ) vm, он загружается и имеет ожидаемое свободное пространство / 50 гб корневого диска и amp; файловая система.

надеюсь, что это кому-то поможет!

После большого беспокойства :) Я обнаружил, что моя проблема связана, по крайней мере, частично с моментальными снимками (как уже упоминалось, все это в виртуальной машине).

• диск, который я пытаюсь для изменения с компьютера с моментальными снимками
• i смонтирован / попытался изменить размер базы / оригинала .vdi, ничего не сделал с моментальными снимками
• , содержимое которых было буквально новая версия, поэтому мне не было очевидно, что GUID, который я видел, был на самом деле правильным диском, но старый «снимок».

, чтобы это доказать, я клонировал виртуальную машину из пользовательского интерфейса моментального снимка virtualbox , который дает возможность сгладить его в текущем состоянии.

Кажется, что он работает (в том числе нет наблюдаемого повреждения данных), поэтому я снова загрузился в исходном svr vm, с измененным диском!

1. power down & amp; клонировать vm из любого состояния / моментального снимка - включая только «текущее состояние » (что сгладит все снимки). Я уверен, что это все возможно поверх снимков; для меня это было приемлемо и взяло некоторые переменные из заметок микса. У меня есть динамический диск. Не уверен, есть ли какие-либо различия для статичности (должно быть NO, но я не тестировал)
2. изменить размер результирующего клонированного & amp; сплющенный vdi (например, без снимков) VboxManage.exe modifyhd <vdi> --resize 50000 # ~ 50gb
3. подключите этот измененный диск к отдельной виртуальной машине Linux и загрузите
4. unmount и удалите vg root fs I'm /dev/mm-ubuntu16-svr-vg/root, тогда sudo umount <mountpoint>, если он был установлен sudo lvchange -an /dev/MY_VG # удалить логический том sudo vgchange -an MY_VG # удалить группу томов
5. изменить размер partition / volumn / и fs sudo gparted & # продолжить с нормальным размером изменить мой расширенный раздел расти, то растут на lv все «нормальные» инструкции работают здесь, в моем изображении quetions это изменение размера (рост) /dev/sda2 за которым следует изменение размера (увеличение) на /dev/sda5 lvresize -l +100%FREE /dev/MY_VG/root e2fsk -f /dev/MY_VG/root # resize2fs предложило мне запустить эту очистку resize2fs /dev/MY_VG/root

Готово! в то время как все еще в другой виртуальной машине, установите и проверьте емкость:

• 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 total!

А затем выключение и загрузка в оригинал (ну, Cloned & amp; flattened ) vm, он загружается и имеет ожидаемое свободное пространство / 50 гб корневого диска и amp; файловая система.

надеюсь, что это кому-то поможет!

После большого беспокойства :) Я обнаружил, что моя проблема связана, по крайней мере, частично с моментальными снимками (как уже упоминалось, все это в виртуальной машине).

• диск, который я пытаюсь для изменения с компьютера с моментальными снимками
• i смонтирован / попытался изменить размер базы / оригинала .vdi, ничего не сделал с моментальными снимками
• , содержимое которых было буквально новая версия, поэтому мне не было очевидно, что GUID, который я видел, был на самом деле правильным диском, но старый «снимок».

, чтобы это доказать, я клонировал виртуальную машину из пользовательского интерфейса моментального снимка virtualbox , который дает возможность сгладить его в текущем состоянии.

Кажется, что он работает (в том числе нет наблюдаемого повреждения данных), поэтому я снова загрузился в исходном svr vm, с измененным диском!

1. power down & amp; клонировать vm из любого состояния / моментального снимка - включая только «текущее состояние » (что сгладит все снимки). Я уверен, что это все возможно поверх снимков; для меня это было приемлемо и взяло некоторые переменные из заметок микса. У меня есть динамический диск. Не уверен, есть ли какие-либо различия для статичности (должно быть NO, но я не тестировал)
2. изменить размер результирующего клонированного & amp; сплющенный vdi (например, без снимков) VboxManage.exe modifyhd <vdi> --resize 50000 # ~ 50gb
3. подключите этот измененный диск к отдельной виртуальной машине Linux и загрузите
4. unmount и удалите vg root fs I'm /dev/mm-ubuntu16-svr-vg/root, тогда sudo umount <mountpoint>, если он был установлен sudo lvchange -an /dev/MY_VG # удалить логический том sudo vgchange -an MY_VG # удалить группу томов
5. изменить размер partition / volumn / и fs sudo gparted & # продолжить с нормальным размером изменить мой расширенный раздел расти, то растут на lv все «нормальные» инструкции работают здесь, в моем изображении quetions это изменение размера (рост) /dev/sda2 за которым следует изменение размера (увеличение) на /dev/sda5 lvresize -l +100%FREE /dev/MY_VG/root e2fsk -f /dev/MY_VG/root # resize2fs предложило мне запустить эту очистку resize2fs /dev/MY_VG/root

Готово! в то время как все еще в другой виртуальной машине, установите и проверьте емкость:

• 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 total!

А затем выключение и загрузка в оригинал (ну, Cloned & amp; flattened ) vm, он загружается и имеет ожидаемое свободное пространство / 50 гб корневого диска и amp; файловая система.

надеюсь, что это кому-то поможет!

После большого беспокойства :) Я обнаружил, что моя проблема связана, по крайней мере, частично с моментальными снимками (как уже упоминалось, все это в виртуальной машине).

• диск, который я пытаюсь для изменения с компьютера с моментальными снимками
• i смонтирован / попытался изменить размер базы / оригинала .vdi, ничего не сделал с моментальными снимками
• , содержимое которых было буквально новая версия, поэтому мне не было очевидно, что GUID, который я видел, был на самом деле правильным диском, но старый «снимок».

, чтобы это доказать, я клонировал виртуальную машину из пользовательского интерфейса моментального снимка virtualbox , который дает возможность сгладить его в текущем состоянии.

Кажется, что он работает (в том числе нет наблюдаемого повреждения данных), поэтому я снова загрузился в исходном svr vm, с измененным диском!

1. power down & amp; клонировать vm из любого состояния / моментального снимка - включая только «текущее состояние » (что сгладит все снимки). Я уверен, что это все возможно поверх снимков; для меня это было приемлемо и взяло некоторые переменные из заметок микса. У меня есть динамический диск. Не уверен, есть ли какие-либо различия для статичности (должно быть NO, но я не тестировал)
2. изменить размер результирующего клонированного & amp; сплющенный vdi (например, без снимков) VboxManage.exe modifyhd <vdi> --resize 50000 # ~ 50gb
3. подключите этот измененный диск к отдельной виртуальной машине Linux и загрузите
4. unmount и удалите vg root fs I'm /dev/mm-ubuntu16-svr-vg/root, тогда sudo umount <mountpoint>, если он был установлен sudo lvchange -an /dev/MY_VG # удалить логический том sudo vgchange -an MY_VG # удалить группу томов
5. изменить размер partition / volumn / и fs sudo gparted & # продолжить с нормальным размером изменить мой расширенный раздел расти, то растут на lv все «нормальные» инструкции работают здесь, в моем изображении quetions это изменение размера (рост) /dev/sda2 за которым следует изменение размера (увеличение) на /dev/sda5 lvresize -l +100%FREE /dev/MY_VG/root e2fsk -f /dev/MY_VG/root # resize2fs предложило мне запустить эту очистку resize2fs /dev/MY_VG/root

Готово! в то время как все еще в другой виртуальной машине, установите и проверьте емкость:

• 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 total!

И затем выключение и загрузка в оригинал (ну, Cloned & amp; flattened ) vm, он загружается и имеет ожидаемое свободное пространство / 50 гб корневого диска и amp; файловая система.

надеюсь, что это кому-то поможет!

После большого беспокойства :) Я обнаружил, что моя проблема связана, по крайней мере, частично с моментальными снимками (как уже упоминалось, все это в виртуальной машине).

• диск, который я пытаюсь для изменения с компьютера с моментальными снимками
• i смонтирован / попытался изменить размер базы / оригинала .vdi, ничего не сделал с моментальными снимками
• , содержимое которых было буквально новая версия, поэтому мне не было очевидно, что GUID, который я видел, был на самом деле правильным диском, но старый «снимок».

, чтобы это доказать, я клонировал виртуальную машину из пользовательского интерфейса моментального снимка virtualbox , который дает возможность сгладить его в текущем состоянии.

Кажется, что он работает (в том числе нет наблюдаемого повреждения данных), поэтому я снова загрузился в исходном svr vm, с измененным диском!

1. power down & amp; клонировать vm из любого состояния / моментального снимка - включая только «текущее состояние » (что сгладит все снимки). Я уверен, что это все возможно поверх снимков; для меня это было приемлемо и взяло некоторые переменные из заметок микса. У меня есть динамический диск. Не уверен, есть ли какие-либо различия для статичности (должно быть NO, но я не тестировал)
2. изменить размер результирующего клонированного & amp; сплющенный vdi (например, без снимков) VboxManage.exe modifyhd <vdi> --resize 50000 # ~ 50gb
3. подключите этот измененный диск к отдельной виртуальной машине Linux и загрузите
4. unmount и удалите vg root fs I'm /dev/mm-ubuntu16-svr-vg/root, тогда sudo umount <mountpoint>, если он был установлен sudo lvchange -an /dev/MY_VG # удалить логический том sudo vgchange -an MY_VG # удалить группу томов
5. изменить размер partition / volumn / и fs sudo gparted & # продолжить с нормальным размером изменить мой расширенный раздел расти, то растут на lv все «нормальные» инструкции работают здесь, в моем изображении quetions это изменение размера (рост) /dev/sda2 за которым следует изменение размера (увеличение) на /dev/sda5 lvresize -l +100%FREE /dev/MY_VG/root e2fsk -f /dev/MY_VG/root # resize2fs предложило мне запустить эту очистку resize2fs /dev/MY_VG/root

Готово! в то время как все еще в другой виртуальной машине, установите и проверьте емкость:

• 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 total!

А затем выключение и загрузка в оригинал (ну, Cloned & amp; flattened ) vm, он загружается и имеет ожидаемое свободное пространство / 50 гб корневого диска и amp; файловая система.

надеюсь, что это кому-то поможет!

После большого беспокойства :) Я обнаружил, что моя проблема связана, по крайней мере, частично с моментальными снимками (как уже упоминалось, все это в виртуальной машине).

• диск, который я пытаюсь для изменения с компьютера с моментальными снимками
• i смонтирован / попытался изменить размер базы / оригинала .vdi, ничего не сделал с моментальными снимками
• , содержимое которых было буквально новая версия, поэтому мне не было очевидно, что GUID, который я видел, был на самом деле правильным диском, но старый «снимок».

, чтобы это доказать, я клонировал виртуальную машину из пользовательского интерфейса моментального снимка virtualbox , который дает возможность сгладить его в текущем состоянии.

Кажется, что он работает (в том числе нет наблюдаемого повреждения данных), поэтому я снова загрузился в исходном svr vm, с измененным диском!

1. power down & amp; клонировать vm из любого состояния / моментального снимка - включая только «текущее состояние » (что сгладит все снимки). Я уверен, что это все возможно поверх снимков; для меня это было приемлемо и взяло некоторые переменные из заметок микса. У меня есть динамический диск. Не уверен, есть ли какие-либо различия для статичности (должно быть NO, но я не тестировал)
2. изменить размер результирующего клонированного & amp; сплющенный vdi (например, без снимков) VboxManage.exe modifyhd <vdi> --resize 50000 # ~ 50gb
3. подключите этот измененный диск к отдельной виртуальной машине Linux и загрузите
4. unmount и удалите vg root fs I'm /dev/mm-ubuntu16-svr-vg/root, тогда sudo umount <mountpoint>, если он был установлен sudo lvchange -an /dev/MY_VG # удалить логический том sudo vgchange -an MY_VG # удалить группу томов
5. изменить размер partition / volumn / и fs sudo gparted & # продолжить с нормальным размером изменить мой расширенный раздел расти, то растут на lv все «нормальные» инструкции работают здесь, в моем изображении quetions это изменение размера (рост) /dev/sda2 за которым следует изменение размера (увеличение) на /dev/sda5 lvresize -l +100%FREE /dev/MY_VG/root e2fsk -f /dev/MY_VG/root # resize2fs предложило мне запустить эту очистку resize2fs /dev/MY_VG/root

Готово! в то время как все еще в другой виртуальной машине, установите и проверьте емкость:

• 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 total!

А затем выключение и загрузка в оригинал (ну, Cloned & amp; flattened ) vm, он загружается и имеет ожидаемое свободное пространство / 50 гб корневого диска и amp; файловая система.

надеюсь, что это кому-то поможет!