У меня есть VirtualBox под управлением Debian 8.6 Jessie; Дерево /var находится в отдельном файле .vdi .
Теперь у меня возникли проблемы из-за роста этого файла образа запоминающего устройства. Согласно df -h , устройство /dev/sdb1 смонтированное в /var содержит 97 ГБ данных, но размер файла контейнера почти в два раза больше (189,249.163.264 В). В контейнере должно быть достаточно места, но, тем не менее, оно увеличивается. Это проблема, потому что размер раздела Windows ограничен, где он живет, и в последние дни VBox несколько раз останавливался из-за этого.
Я изменил строку /etc/fstab , добавив 0 2 , чтобы она была fsck -ed после перезагрузки:
UUID=abc12345-6789-ab12-a3ad-97a2ae2f5a8d /var ext3 auto 0 2
Будет ли файл образа расти до тех пор, пока не будет достигнут максимальный "виртуальный размер"?
Можно ли уменьшить этот максимальный размер без клонирования изображения?
Когда VBox полностью отключился, я попытался:
VBoxManage.exe modifymedium disk d:\path\to\disk-var.vdi --compact --resize 125829120
... но индикатор прогресса продолжает показывать 0%...
Edit: Примерно через десять минут, произошло изменение: индикатор прогресса изменен на 0%...10%... Тем временем я прочитал о том, что --resize может увеличиваться только (не в справке, написанной для stderr VBoxManage.exe v5.1.8), и подумал, будет ли это безопасно для Ctrl+Break , и почему программа не отклоняет неподдерживаемую значение ...
Изменить 2: Операция тем временем не удалась, очевидно, из-за недостатка места на диске:
%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%
0%...
Progress state: VBOX_E_FILE_ERROR
VBoxManage.exe: error: Failed to resize medium
VBoxManage.exe: error: Could not resize medium 'd:\path\to\disk-var.vdi' (VERR_DISK_FULL)
VBoxManage.exe: error: Details: code VBOX_E_FILE_ERROR (0x80bb0004), component MediumWrap, interface IMedium
VBoxManage.exe: error: Context: "enum RTEXITCODE __cdecl handleModifyMedium(struct HandlerArg *)" at line 711 of file VBoxManageDisk.cpp
В настоящее время я снова пытаюсь использовать только --compact , поскольку, возможно, операция --compact могла бы быть успешной без --resize ...
Редактировать 3: Действительно, операция завершилась без ошибок, но размер физического файла не изменился.