Некоторое время назад я создал VMDK, который был отображен на необработанном разделе на SSD.
SSD был на 128 ГБ, я разделил его в Windows (хост), сделал второй раздел доступным для Windows (NTFS) и использовал первый раздел для отображения его в VMDK.
Этот первый раздел имеет размер приблизительно 48 ГБ.
Когда я затем установил Сервер Ubuntu в VM, который использовал это VMDK, я заметил что размер /dev/sda
показанный мне были 128 ГБ, но я создал раздел во время установки Ubuntu для имения размер первого раздела, так, чтобы /dev/sda1
имеет 48 ГБ.
Из-за недостатка места на /dev/sda1
(существует свободных 5 ГБ), я купил другой SSD и решил прекратить использовать необработанные отображения. Я скопировал VMDK через менеджера по Виртуальному носителю на новый SSD, таким образом, там у меня теперь есть файл VMDK приблизительно. 44 ГБ (не берут его очень точно, это - мебибайт по сравнению с гибибайтом по сравнению с проблемой ГБ).
Я thn заменил жесткий диск VM с недавно скопированным VMDK и загрузил его. Это работает как ожидалось.
Теперь у меня есть это:
:~$ cat /proc/partitions
major minor #blocks name
11 0 58100 sr0
8 0 125034840 sda
8 1 46873600 sda1
8 16 488386584 sdb
8 17 181189085 sdb1
это
~$ sudo fdisk -l
Disk /dev/sda: 119.2 GiB, 128035676160 bytes, 250069680 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x000271d1
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 93749247 93747200 44.7G 83 Linux
Disk /dev/sdb: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 59B4B505-C79F-11E3-8F9C-709E29CA19D2
Device Start End Sectors Size Type
/dev/sdb1 34 362378204 362378171 172.8G Linux filesystem
и это
:/$ df -h
Filesystem Size Used Avail Use% Mounted on
udev 7.9G 0 7.9G 0% /dev
tmpfs 1.6G 9.1M 1.6G 1% /run
/dev/sda1 44G 37G 5.1G 88% /
tmpfs 7.9G 1.1M 7.9G 1% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 7.9G 0 7.9G 0% /sys/fs/cgroup
windows-avconv 1.9T 1.8T 103G 95% /home/user/windows-avconv
windows-storage 1.9T 1.8T 103G 95% /home/user/windows-storage
windows-share 50G 101M 50G 1% /home/user/windows
cgmfs 100K 0 100K 0% /run/cgmanager/fs
/dev/sdb1 170G 91G 72G 56% /media/hdd
tmpfs 1.6G 0 1.6G 0% /run/user/1000
Все это, кажется, указывает, что я могу просто проблема a
sudo resize2fs /dev/sda1
и затем /dev/sda1
вырастет для становления 119,2 гибибайтами, большими без меня бывший должный использовать VBoxManage modifyhd <absolute path to file> --resize <size in MB>
Я корректен с этим предположением?
Обновление: Я сделал резервную копию VMDK и выпустил a
:~$ sudo resize2fs /dev/sda1
Это - результат:
resize2fs 1.42.13 (17-May-2015)
The filesystem is already 11718400 (4k) blocks long. Nothing to do!
Сделайте мне нужно к проблеме a
sudo growpart /dev/sda 1
прежде resize2fs
может работать?
Необходимо сначала изменить размер раздела со следующими шагами:
parted /dev/sda
для ввода подсказки", (разделенной)" resizepart 1
для изменения размеров раздела 1
-0
, изменяет размер его в конец диска. -
указывает, что это должно рассчитать от конца диска, не запуска. Это делает-0 последний сектор диска - который подходит, когда Вы хотите сделать его максимально большим. Шаг 4: quit
для выхода разделенный метаинформация файловой системы должна указать на размер диска, и resize2fs обновляет это. Таким образом, после расширения, выполнения resize2fs /dev/sda1
.
Это настоятельно рекомендовано, чтобы сделать это или в однопользовательском режиме / режим восстановления, или с файловой системой, смонтированной в режиме только для чтения. Можно смонтировать его только для чтения mount -o remount,ro /dev/sda1
.
Расширение возможно сделать с файловой системой в RW-режиме, но это увеличивает возможности потери данных. Поскольку это - VM, и можно легко сделать резервное копирование, делая его с объемом, смонтированный RW может иметь смысл.
Приложение: команды выполнения, как поддерживают желаемый эффект.