A virtuális merevlemez (VHD) fájlok óriási fájlok, amelyek utánozzák a fizikai adathordozók használatát a VirtualBoxon és néhány más virtuális x86 / x86_64 emulátoron. Ez lehetővé teszi a Windows, OS X, MS-DOS, FreeBSD, OpenBSD, OS / 2 vagy akár a Linux más verzióinak futtatását a Linux disztribúción belül. Ezek a fájlok nem engedik, hogy közvetlenül a fizikai lemezre írják a tartalmukat a dd paranccsal, amely ugyanezt teszi ISO-val, de van rá mód. Míg egyes útmutatások megkövetelik, hogy a VHD fájlt ISO-ba konvertálja, akkor ezt nem kell tennie, ha a VirtualBox szoftvert a Linux bármely modern verzióján futtatja. A QEMU-felhasználóknak is van kiútjuk, bár ez több játékkal jár.
Gondoskodnia kell arról, hogy a meghajtók vagy a partíciók, amelyekkel együtt fog dolgozni, nem azok, amelyekről indít. Ehhez a példához csak egy darab particionált NAND memóriát használtunk, de érdemes élő DVD-t vagy USB-s rendszerindítót használni, ha egyébként nem lenne képes erre. Függetlenül attól, hogy a kérdéses gépet milyen módon indította, indítsa el a terminálprogramot vagy a Ctrl, Alt és T lenyomva tartásával, az Ubuntu Dash-en történő kereséssel, vagy az Xfce4 vagy LXDE Rendszereszközök almenüinek megnyitásával.
1. módszer: A VBoxManage használata a parancssorból
Ennek legegyszerűbb módja a hagyományos VirtualBox telepítés használata. Először győződjön meg arról, hogy biztonsági másolatot készített az összes adattól, amelyet aggaszt a vesztése miatt, mert megsemmisíti a rendeltetési hely fizikai hardverének adatait, miközben a VHD vagy a VHDX fájlhoz is hozzájárulhat. Ez vonatkozik a másik módszerre is, valamint minden olyan parancsra, amely ilyen romboló.
Miután megbizonyosodott róla, hogy minden biztonságos és a célmeghajtó nincs felszerelve, de még mindig a géphez van csatlakoztatva, mondjon egy külső merevlemezt, amelyet még csatlakoztatott, de nincs csatlakoztatva, vagy akár nyers is, mivel mindent elveszít rajta közben fuss VBoxManage clonehd freeBSD.VHDX –formátum RAW freeBSD.RAW miközben a freeBSD.VHDX-et lecseréli a virtuális merevlemezre. Volt egy virtuális merevlemez-fájlunk, amely kissé mérsékelten telepítette a FreeBSD-t tesztelési célokra, innen a név.
Amint ez a parancs befejeződött, futtassa sudo dd if = freeBSD.RAW = / dev / sde , kicserélve a RAW fájl nevét az imént létrehozott RAW-ra és az sde blokkoló eszközre azzal az eszközzel, amely valóban érdekli. Ha nem biztos benne, akkor mindig futtathatja sudo fdisk -l hogy biztosan tudja a megfelelő partíció nevét. Csakúgy, mint ha a dd-t bármi máshoz használja, nem akar rossz eszközre írni.
Hibaüzenetet kaphat arról, hogy nincs hely az eszközön, ugyanúgy, mint ha egy nagyobb fájlt próbálna megírni egy kisebb eszközre, de ez nem okozott problémát a tesztekben. Úgy tűnik, ez a folyamat extra nullákat ad hozzá. Ellenkező esetben a virtuális lemezt fizikai lemezre másolhatta csak két lépésben, minimális bolondozással.
2. módszer: A QEMU Disk Network Block Device Server paranccsal
Azoknak a felhasználóknak, akik csak a Quick Emulator (QEMU) virtualizációs rendszerhez férnek hozzá, egy kissé jobban érintett eljárással kell megküzdeniük, mint azoknak, akik hozzáférnek a VBoxManage parancshoz. A parancssorban futtassa sudo modprobe nbd utána qemu-nbd -r -c / dev / ndb0 -f vpc ourTest.vhd , a fájlnév megváltoztatásával, hogy tükrözze a tényleges fájlnevet, amellyel dolgozik. Szüksége lehet sudo-ra a qemu-nbd futtatásához, attól függően, hogy hogyan konfigurálta a telepítést. Ha innen másolja a parancsokat és beilleszti őket, akkor a futtatás előtt feltétlenül változtassa meg őket. A legtöbb esetben itt csak az ndb0 eszköz lesz aggodalomra ad okot, ezért ott nem lehetnek problémái.
Miután elkészült, a partícióval írhat qemu-nbd -P 2 -r -c / dev / nbd2 -f vpc ourTest.vhd utána sudo ddrescure -v -f / dev / nbd2 / dev / sde2 , de ne felejtse el kicserélni az eszközfájlokat azokra, amelyeket valóban érdekel. Ha ezeket másolja és illeszti be saját termináljába, akkor feltétlenül cserélje ki ezeket a fájlneveket és partíciószámokat azokra, amelyekre írni próbál. A / dev / sde eszközünk csupán egy használt SDHC kártya volt, amellyel biztonságosan teszteltük ezt, anélkül, hogy bármit is károsítanánk. Lehet, hogy a qemu-nbd futtatásához sudo kell, de nem kellene. Hasonlóképpen előfordulhat, hogy a konfigurációtól függően el kell dobnia a partíciószámokat. A QEMU folyamata ebből az okból közel sem olyan intuitív.
A Hyper-V felhasználók VHDX-kép helyett VHDX-képpel rendelkezhetnek. Ha ez a helyzet, akkor inkább futtatnia kell qemu-nbd -c / dev / nbd0 -f VHDX ourTest.vhd miközben a fájlnevet még egyszer kicseréli. Míg ez a formátum a Windows Server 2012 kiegészítése volt annak érdekében, hogy nagyobb tárhelyet tudjon adni a virtualizált gépeknek, egyre több Linux-felhasználó fordul hozzá, hogy elkerülje a VHD 2 TB-os korlátját. Egyébként ezeknek az utasításoknak a tényleges fájlmérettől függetlenül működniük kell. A GNU ddrescue eszköznek úgy kell működnie, mint a dd, bár először gondoskodik a legjobb blokkok másolásáról.
A futtatás után a VHDX képekkel dolgozó felhasználóknak futtatniuk kell sudo ddrescue -v -f / dev / nbd2 / dev / sde2 , ismét kicseréli a fenti fájlokat. Egyébként mindenki, aki rendelkezik minden típusú VirtualBox képpel, használhatja qemu-nbd -P 2 -r -c / dev / nbd2 -f vpc ourTest.vhd hogy a kérdéses partíciót úgy illessze be, mintha valami régi lemez lenne. Használnia kell sudo mount / dev / nbd2 / cdrom vagy sudo mount / dev / nbd2 / mnt felszerelni. Mielőtt kipróbálná, győződjön meg arról, hogy semmi mást nem illesztett a / cdrom vagy az / mnt könyvtárba.
3. módszer: A fájl leválasztása, majd leválasztása
A kép leválasztásához egyszerűen használnia kell sudo umount / mnt vagy sudo umount / cdrom leválasztani. Maga a Linux kernel végül is azzal foglalkozott, mintha más kötetről lenne szó.
Ennek ellenére továbbra is le kell választania a QEMU rendszerről, ezért írja be qemu-ndb -d / dev / nbd2 hogy lekapcsoljam.
4 perc olvasás
