Kazdy, kdo pracuje s virtualnimi stroji, se urcite setkal s neprijemnou situaci, kdy pri tvorbe VM podcenil diskove pozadavky, pripadne pozdeji vyvstal problem s nedostatkem mista.
Referencnim modelem mi bude image od Oraclu (Oracle Developer Days), ktera je k dispozici zdarma ke stazeni a uzivani (samozrejme pro testovaci ucely). Za svuj zivot tato image byla nekolikrat updatovana, aktualni verze je rok stara a pokud si chcete jen tak „stouchnout“ do enterprise databaze, bude to predstavovat asi nejlepsi volbu pri minimalnim usili 😉
Po importu appliance do Virtualboxu je mozno videt podstrelena cisla 2 partition:
V nastaveni jeste takto:
Aaaaaa posledni nudny screen, na disku vypadame takhle:
Posledni poznamka k „rozlozeni sil“ – mensi disk(master) obsahuje operacni system, vetsi pak /home (kde jsou asi z duvodu prehlednosti nasackovane vsechny datafily + samotna databaze). Tedy klasicky dochazi misto v datove casti = 2.disk bude v hledacku pro akce pristi:
[oracle@localhost ~]$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/hda1 11G 2.5G 7.1G 26% /
/dev/hdb1 12G 7.2G 3.9G 65% /home
tmpfs 1014M 284M 730M 29% /dev/shm
KROK 1
Prevod vmdk na vdi (spousteno z adresare nainstalovaneho Virtualboxu) :
VBoxManage clonehd „C:\vmware\odd2b.vmdk“ „C:\vmware\odd2b.vdi“ –format vdi
KROK 2
Zmena velikosti virtualniho disku (hdb1 pro linux):
VBoxManage modifyhd „C:\vmware\odd2b.vdi“ –resize 512000
KROK 3
Smazte odd2b.vmdk z disku (moznosti se zde vetvi, tohle je „macho“, primocara = ne nejelegantnejsi).
Naklonujte vmdk do vdi:
VBoxManage clonehd „C:\vmware\odd2b.vdi“ „C:\vmware\odd2b.vmdk“ –format vmdk
Objevi se chyba (UUID)
Ta se lehce opravi uvolnenim chyboveho disku ve spravci virtualnich medii ve VirtualBoxu (CTRL+D)
Chudak sirotek bude nasledne i odstranen:
KROK 4
Ve virtualnim stroji, zalozce Uloziste je nutne pridat druhy harddisk:
Nanavigujeme na cerstve vytvoreny vmdk soubor a hned zkontrolujeme, zda zmena probehla bez problemu:
Virtualni velikost napovida, ze probehla akce byla uspesna.
Konec? Urcite ne 😀
Prestoze je vyhled optimisticky:
(DOBROVOLNY) KROK 5
Poprve nabootujeme virtualni stroj, ciste pro overeni, ze jsme vetsi disk spravne vlozili 🙂 . S velkou nadeji mackame za prikazem Enter…. a…. :
[oracle@localhost ~]$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/hda1 11G 2.5G 7.1G 26% /
/dev/hdb1 12G 7.2G 3.9G 65% /home
tmpfs 1014M 284M 730M 29% /dev/shm
Panikaaaaaa! 🙂 Ne tak docela, je treba jeste zmineny disk „roztahnout“ do file systemu.
[root@localhost ~]# fdisk -l
Disk /dev/hda: 12.8 GB, 12884901888 bytes
255 heads, 63 sectors/track, 1566 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hda1 * 1 1350 10843843+ 83 Linux
/dev/hda2 1351 1566 1735020 82 Linux swap / Solaris
Disk /dev/hdb: 536.8 GB, 536870912000 bytes
255 heads, 63 sectors/track, 65270 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hdb1 * 1 1566 12578863+ 83 Linux
Overeni, ze disk hdb je opravdu „velky“ 🙂
KROK 6
Kazdy si muze rozhodnout, jakym zpusobem, nastrojem, LiveCD, cimkoliv roztahne partitionu na celych 500GB. Zde popisu primocarou a nejjednodussi variantu – LiveCD GParted.
Stazene iso pripojime do nove pridane virtualni CD/DVD mechaniky:
Virtualni stroj po spusteni avizuje, ze se bude nahravat tato uzitecna linuxova distribuce: