VMware, уменьшение размера HDD

[Akhmerov88]

VMware, уменьшение размера HDD

Была необходимость увеличить жесткий диск на одной виртуальной машине (было 30 Gb, стало 170Gb) – с этим проблем не возникло.

Увеличил размер, нашел его в системе (Win XP) – добавил в основной раздел и проблем собственно не было – сделал свои дела, обратно высвободил место как неразмеченную область (оставил 30 винт, 140 неразмеченная область) – но в настройках виртуальной машины винт видеться как единое целое – 170 Gb.

Как то жалко оставлять 140 Gb на данной виртуалке… - есть ли возможность высвободить их с данной виртуальной машины не затронув ее системные данные?

[mazday]

Уменьшить диск штатными средствами нельзя.

Можно взять и добавить новый диск нужного размера, а потом клонировать все разделы со старого на новый диск (Акронисом например).

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

зы

Если надо временно добавить место - желательно не расширять единственный диск, а добавлять второй vHDD.

[ansm2909]

Почитал ветку. Вы че тут все прикалываетесь? Размер диска без проблем уменьшается с помощью утилиты vmware-vdiskmanager.exe, которая входит в пакет VMware Workstation. А он пишет, что стандартными методами это сделать нельзя. Еще как можно, доки читать надо, клоуны.

[Scanz]

умник посмотри на дату создания темы, 7 лет прошло. Может тогда и менеджера который ты советуешь не было.

[RumataRus]

С помощью VMware Converter исходную ВМ можно конвертировать, в процессе выбора параметров конвертор даст возможность поменять размер диска.
IMHO самый простой вариант.

[Alexander1974]

Для людей, не ищущих легких путей :smileyhappy:

Может пригодится...

Как я понял, неразмеченная область уже имеет место быть. Значит:

1. Отключаем ВМ.

2. Запускаем Veeam Backup and FastSCP, идем на сторадж в папку с ВМ и редактируем файл заголовка виртуального диска (это файл <имя диска>.vmdk, в нем содержится ссылка на файл, где хранятся сами данные, и указан его размер - <имя диска-flat>.vmdk)

3. Ищем в нем (в файле <имя диска>.vmdk) строчку со ссылкой на сам файл с данными и их размер (что-то типа:

     # Extent description

     RW 356515840 VHFS "<имя диска-flat>.vmdk")

4. Указанное число множим на 512 и получаем текущий размер вашего диска в байтах: 356515840*512=182536110080 байта или 170 Гб

5. Вы хотите уменьшить свой диск до 30 гб. Это 32212254720 байт. Делим их на 512 и получаем 62914560. Его мы и записываем в файл <имя диска>.vmdk (т.е вместо строки RW 356515840 VHFS "<имя диска-flat>.vmdk"  мы пишем RW 62914560 VHFS "<имя диска-flat>.vmdk"). Сохраняем.

6. Цепляемся к хосту, например, через PuTTY (хост надо предварительно настроить, как - писалось неоднократно) и подаем команду

vmkfstools -i /vmfs/volumes/[datastore_name]/[vm_name]/[disk_name].vmdk  -d thin /vmfs/volumes/[datastore_name]/[vm_name]/[New_disk_name].vmdk

   где [datastore_name] - имя стороджа, где хранится ваша ВМ, [vm_name] - папка, где хранятся файлы вашей ВМ, а [disk_name].vmdk -     урезаемый диск, который мы клонируем в диск [New_disk_name].vmdk уже меньшего размера (30 гб); -d thin  параметр, указывающий, что диск-клон будет  thin, однако можно указать любой другой тип. Диск-клон кидаем в ту же папку, где хранился и урезаемый диск.

7. Заходим на хост клиентом, идем в свойства ВМ, где удаляем старый диск (можно прямо со стороджа) и вместо него цепляем новый, клонированный.

8. Если заботит проблема имен файлов дисков ВМ, то удаляем старый диск со стороджа и в Veeam Backup and FastSCP меняем  имена файлов New_disk_name.vmdk и New_disk_name-flat.vmdk  назад на  disk_name.vmdk и disk_name-flat.vmdk  после чего в заголовке диска    disk_name.vmdk в соответствующей строке  пишем  RW 62914560 VHFS "disk_name-flat .vmdk"  и сохраняем это дело.     

9. Включаем ВМ и если все было сделано правильно - она будет работать как и прежде.

В четверке это работало, как с пятеркой - не знаю....

[EGarbuzov]

...

7. Заходим на хост клиентом, идем в свойства ВМ, где удаляем старый диск (можно прямо со стороджа) и вместо него цепляем новый, клонированный.

...

9. Включаем ВМ и если все было сделано правильно - она будет работать как и прежде.

Александр, я понимаю, что большинство советов тут даются as is, наверное лучше сначала попробовать что там наклонировалось, а потом уже оригинал убивать?

[Alexander1974]

Естественно - сначала все проверить, а уж потом vHDD грохать. Это как бы само собой подразумевается, если ВМка, конечно, нужна в дальнейшем и человек в результате заинтересован :smileyhappy:

А бэкап перед экспериментом сделать - так это вообще волшебно будет :smileywink:

[krupskij]

Жутковатый подход. Мы обычно добавляем в ВМку 2й диск меньшего обьема, потом Акронисом или чем-то подобным

просто клонируем раздел с уменьшением. Потом отключаем оригинальный диск, меняем SCSI ID меньшего диска на

ID исходного, грузимся и проверяем что все работает. Как-то так.

[Alexander1974]

Так никто и не говорит, что данный способ - эталон. Вариантов масса есть, а этот один из многих. Однако вполне себе жизнеспособный - проверено на личном опыте, да и не такой уж и жуткий, как кажется на первый взгляд. А уж что выбрать - каждый решает сам.....