Det finns flera sätt att konvertera ett installerat Windows OS till en virtuell maskinavbildning. Den skapade bilden kan till exempel användas för testning, för att kontrollera systemets stabilitet efter installation av en uppdatering eller för att registrera tillståndet för en gammal maskin innan ändringar görs.
De flesta virtualiseringsprogram stöder funktionen att konvertera installerat Windows OS till virtuella maskinavbildningar. Vissa lösningar kommer redan med inbyggd funktionalitet, men i vissa fall kan du behöva använda tredjepartsprodukter för samma ändamål.
Den här guiden innehåller instruktioner för konvertering Windows installationer till virtuella bilder av Microsoft Hyper-V, VirtualBox och VMware.
Att migrera Windows OS till en Microsoft Hyper-V virtuell maskin är enkelt med Disk2vhd från Sysinternals.
Programmet är portabelt, det kan startas från valfri plats på disken efter uppackning av arkivet. Applikationen kräver administratörsrättigheter för att fungera. Programmet kan användas för att skapa en virtuell maskin från en eller flera volymer på en dator.
Notera: Programmet kan köras i kommandoradsläge med formatet:
Huvudprogrammets fönster visar destinationssökvägen och filnamnet, och precis under det visar de tillgängliga volymerna. Observera att du måste välja en målplats med tillräckligt med ledigt lagringsutrymme, annars kommer bildskapandet att avbrytas.
Användaren måste välja målsökväg och filnamn (vhdx-tillägg), samt volymerna som ska inkluderas i den virtuella bilden.
Du kan bara välja Windows-partitionen eller till och med konvertera icke-systempartitioner till VHD-bilder utan att välja Windows-partitionen.
Disk2VHD kommer med ytterligare två alternativ som anges vid start. Den första ställer in utdataformatet till VHDX. Du kan inaktivera detta alternativ för att använda VHD.
VHDX har flera fördelar som stöd för större virtuella diskar(64 TB mot 2 TB), bästa skyddet från skador, fjärrstorleksändring online etc. VHD behövs främst för kompatibilitetsändamål, till exempel när produkten inte stöder VHDX, och även när du vill konvertera bilden till Virtualbox.
Det andra alternativet låter dig använda en skuggkopia av volymen.
Disk2VHD bearbetar de valda volymerna och förvandlar dem till virtuella diskbilder som sparas på den valda platsen.
När du har VHD-bilden kan du använda kommandoradsverktyget vboxmanage som följer med VirtualBox för att klona media och spara det i ett annat format.
- Tryck på Windows-tangenten, enter cmd.exe, håll ned Ctrl + Skift och tryck på Enter för att köra kommandorad med administratörsrättigheter.
- Gå till mappen VirtualBox på systemet, till exempel, C:\Program Files\Oracle\VirtualBox med kommandot cd.
- Använd kommandot vboxmanage clonemedium disk för att konvertera en VHD-diskbild till VDI-format. Till exempel: vboxmanage clonemedium disk o:\source.vhd o:\output.vdi
Konverteringen kan ta lite tid beroende på storleken på bilden och din dators tillgängliga resurser.
Du kan skapa virtuella Windows-maskinbilder för VMware med VMware vCenter Converter. Du kan ladda ner programmet från den officiella VMware-webbplatsen, men detta kräver konto. På vår webbplats är verktyget tillgängligt för nedladdning utan registrering.
Notera: Programmet skapar en virtuell bild av hela maskinen. Det finns inget alternativ i GUI för att utesluta hårddiskar eller partitioner.
Installationsprogrammets storlek är cirka 170 megabyte. Under installationen kommer du att bli ombedd att gå med i Customer Experience Improvement Program.
Att konvertera en löpande Windows-system till en virtuell bild för VMware, välj alternativet "Konvertera maskin" i programmets huvudgränssnitt för att komma igång.
Efter att ha laddat guiden, se till att källtypen är inställd på "aktiverad" och att "denna lokala dator" är vald. Du kan också skapa virtuella bilder fjärrdatorer, men för att göra detta måste du ange enhetens namn eller IP-adress, samt autentiseringsuppgifter.
Välj virtuell VMware maskin i avsnittet Måltyp på nästa sida och välj målmappen för att spara bilden.
Att skapa bilden kan ta lite tid, beroende på antalet volymer, deras storlekar och enhetsresurser.
Jag har alltid gillat den kostnadsfria hypervisorn Xenserver och använt den ofta. Men nyligen bestämde jag mig för att gradvis byta till en annan hypervisor. Vilken exakt är ännu inte slutgiltigt bestämt. Jag ska berätta mer om orsakerna till att överge Xenserver och allmänna tankar om moderna hypervisorer nedan. I den här artikeln kommer jag att i detalj överväga frågan om att överföra virtuella maskiner från Xenserver till Hyper-v.
Om du har en önskan att lära dig hur man hittar och utnyttjar sårbarheter i informationsnätverk, jag rekommenderar att lära känna onlinekurs ”Workshop om Kali Linux» i OTUS. Kursen är utformad för dig som inte har erfarenhet av informationssäkerhet de måste klara den för antagning.
Från början ville jag skriva en artikel om att installera Xenserver 7 på mdadm raid1. Jag har alltid gillat xen just för att det gick att installera det på mdadm. Detta gjorde det möjligt att använda hypervisorn på valfri hårdvara med två hårddiskar, vilket ger enkel feltolerans på disknivå. Det är bekvämt och budgetvänligt. Detsamma kan göras på kvm, men personligen föredrar jag xens management snap-in som en applikation för Windows. Du kan enkelt ansluta många servrar till den och hantera allt från ett ställe. Som ett plus, i jämförelse med kvm, är det enklare och snabbare att installera och konfigurera för drift, och överföra det till någon annan för kontroll.
Egentligen förberedde och testade jag ett utkast till artikel om att installera Xenserver på en mjukvaru-raid. Vid första anblicken fungerar allt. Problemen började när jag började kolla feltoleransen och koppla ur en hårddisk. Det visar sig att xenserver inte kan starta normalt om mdadm-raiden går in i det degraderade tillståndet. Jag blev väldigt upprörd över detta faktum och tillbringade nästan en dag kontinuerligt med att försöka förstå situationen och försöka lösa problemet. Men jag lyckades inte. Jag hittade inte heller något recept på Internet för att lösa problemet, men jag hittade en bekräftelse på detta problem.
Det ser ut som att XenServer från och med version 7 inte längre stöder körning på mdadm. Detta nämns till och med i den officiella FAQ:
— Stöder XenServer en mjukvarubaserad RAID-implementering?
— Nej, XenServer stöder inte programvara RAID.
Jag kollade på version 7.0 och 7.1. Resultatet är detsamma - systemet startar inte om raiden kollapsar. Dessutom finns det artiklar på Internet som berättar hur du överför ren installation xen 7 på mdadm. Det ser ut som att dessa personer helt enkelt inte testade för fel på en av enheterna. Tills du kontrollerar detta verkar allt bra. Problemet här är att Xenserver 7 bytte till CentOS 7. Och det finns många innovationer, särskilt systemd. Jag kunde inte peka ut exakt vad problemet var. Det finns viss inkompatibilitet i laddningsmodulerna, xenserverkärnan och mdadm-versionen. CentOS 7 hade ett liknande fel när det släpptes, men det fixades snabbt. Men på XenServer gav utvecklarna upp detta, eftersom de inte lovade mdadm-stöd. Som ett resultat lämnades hypervisorn utan möjlighet att installera på mdadm. Detta är oacceptabelt för mig, eftersom jag aktivt använder mdadm. Om någon disk misslyckas, hänger systemet oändligt vid uppstart med meddelandet:
Ett startjobb körs för dev-md0.device
Jag har fortfarande många virtuella maskiner som kör CentOS 5. Det speciella med den här versionen är att för normal drift på XenServer installerades en speciell kernel-xen-kärna på systemet. Som ett resultat, när systemet överfördes till en annan hypervisor, vägrade det att fungera. Det krävs en del seriöst filarbete för att få igång det. Det var viktigt för mig att reda ut den här punkten, eftersom jag i mitt arbete gradvis kommer att behöva gå bort från Xenserver mot antingen Hyper-V eller KVM. Jag har inte bestämt mig än, eftersom jag inte har kunnat skapa virtuella maskiner med xen på KVM, men jag har lyckats med Hyper-V. Jag ska berätta om detta.
Överföra en virtuell maskin från xenserver till kvm
Överföringen av en virtuell maskin i sig är en enkel kopiering av en disk från en hypervisor till en annan. För Xenserver backup använder jag gratisversionen av programmet Alike Free. Tyvärr finns den inte längre tillgänglig i gratisutgåvan. Utvecklarna har stängt gratisprojektet, det finns bara en testversion av den betalda. Men jag har fortfarande distributionssatsen och nycklarna till gratis version. Jag fortsätter att använda den. Ett enkelt och bekvämt program som låter dig göra stegvisa säkerhetskopior av virtuella maskiner. Hon vet också hur man laddar upp säkerhetskopior till vhd formatera. Allt du behöver göra för att överföra en virtuell maskin är att skapa samma maskin på hyper-v och ange den överförda vhd-bilden från xenserver som disken. Men om du bara startar den virtuella maskinen efter det får du ett felmeddelande.
Fel 13: ogiltigt eller körbart format som inte stöds
Det finns inget överraskande i detta; den modifierade kärnan för xen fungerar bara på själva hypervisorn. För att arbeta i en annan miljö måste du installera standarden linux kärna. Det här ska jag göra härnäst. Uppgiften visade sig vara mycket svår, vi fick pyssla mycket med olika nyanser. Först och främst, för att inte glömma erfarenheten, skriver jag den här artikeln. Även om jag förstår att få människor kommer att ha nytta av en sådan erfarenhet. Det är osannolikt att det kommer att finnas många människor som kommer att flytta det redan avvecklade CentOS 5-systemet från Xen-hypervisorn någon annanstans. På ett bra sätt behöver systemen ordnas om, och det kommer jag successivt att göra. Men du måste fortfarande ha färdiga instruktioner till hands vid eventuella överraskningar.
Metoden som beskrivs nedan för att återställa uppstart av en virtuell maskin är ett universellt verktyg för att lösa uppstartsproblem linux-servrar. Om din Linux-server av någon anledning inte startar, starthanteraren är trasig eller problem uppstår efter uppdatering av kärnan, kan metoderna som beskrivs nedan för att uppdatera och ersätta kärnan och starthanteraren hjälpa till att lösa detta problem.
Återställer Linux-serverstart
För att den virtuella maskinen ska fungera på hyper-v, som jag redan sa, måste du installera en standardkärna. För att göra detta startar vi upp i en virtuell maskin med startdiskett CentOS 7 och välj läge.
För att välja detta avsnitt måste du välja i huvudmenyn Felsökning. Vi väntar på nedladdningen och väljer det första föreslagna alternativet.
Vi hoppar omedelbart in i vårt återställda system. Det första steget är att uppdatera systemet och installera standardkärnan. Troligtvis kommer du inte att kunna göra någonting genom yum, eftersom länkarna till centos 5-förråden blev inaktiva efter att systemstödet upphörde den 31 mars. Filen måste ändras /etc/yum.repos.d/CentOS-Base.repo, redigera sökvägarna för de relevanta avsnitten till följande:
Baseurl=http://vault.centos.org/5.11/ osuppdateringar/$basearch/ baseurl=http://vault.centos.org/5.11/ tillägg/$basearch/ baseurl=http://vault.centos.org/5.11/ extramaterial/$basearch/ baseurl=http://vault.centos.org/5.11/ centosplus/$basearch/ baseurl=http://vault.centos.org/5.11/ bidrag/$basearch/
Alla rader med mirrorlist bör kommenteras bort, och baseurl bör ändras till de angivna. Efter detta måste du börja uppdatera systemet.
# mums rengör alla # mums uppdatering
Låt oss nu installera standard Linux-kärnan och ta bort xen.
# yum ta bort kernel-xen # yum installera kärnan
Nu kontrollerar vi versionen av de befintliga kärnbiblioteken i systemet.
# ls -l /lib/modules/
Vi tar den senaste versionen och bygger initrd-bilden.
# mkinitrd -v -f /boot/initrd-2.6.18-419.el5.img 2.6.18-419.el5
Redigera bootloader-konfigurationen /boot/grub/grub.conf så att den väljer just den här kärnversionen när den laddas.
Parameter default=1 motsvarar den andra raden i menyn, eftersom nedräkningen börjar från 0. Det vill säga den önskade uppdaterade kärnan kommer att väljas. Vi uppdaterar starthanteraren på disken.
# grub-install /dev/sda
Om du får ett felmeddelande:
/dev/sda har ingen motsvarande BIOS-enhet.
Använd detta kommando:
# grub-install --recheck /dev/sda
I teorin kan detta vara slutet. Vi slutförde faktiskt full återhämtning trasig laddning av linux-server. Men eftersom vi pratar om om xenserver finns det ytterligare en nyans. Om du försöker starta den virtuella maskinen nu kommer allt att gå smidigt nästan till slutet av uppstarten, och då kommer ett felmeddelande att dyka upp.
Init: Id 'co' återuppstår för snabbt: inaktiverad i 5 minuter
Det kommer att hänga där för alltid. Associerad med åtkomst till den virtuella maskinkonsolen på xenserver. I en annan miljö måste parametern ändras. För att åtgärda felet måste du redigera filen /etc/inittab. Hitta linjen i den
Co:123457:respawn:/sbin/agetty xvc0 9600 vt100-nav
Kommentera det och avkommentera raden istället
1:123457:respawn:/sbin/mingetty tty1
Nu kan du starta om den virtuella maskinen. Det bör starta säkert. Förbi minst Jag hade det så.
Tyvärr kunde metoden ovan inte tvinga samma virtuella maskin att starta på KVM-hypervisorn. Jag vet inte varför. Efter att ha valt kärnversionen i starthanteraren hänger systemet helt enkelt i denna position.
Och sedan händer ingenting. Det finns inga fel. Jag har inte ens någon aning om varför detta kan vara och vilken riktning jag ska gå för att starta den virtuella maskinen. Om någon har några idéer om hur man gör detta, tipsa gärna. Jag skulle verkligen vilja migrera virtuella maskiner från centos 5 till kvm. Jag försökte överföra redan återställda virtuella maskiner från hyper-v till kvm, konverterade disken från vhd till qcow2, men utan resultat. De hänger fortfarande på samma sätt som om jag överförde dem direkt från xenserver.
Slutsats
Att överföra virtuella maskiner fungerar bra inom samma hypervisor. Om du flyttar från en till en annan kommer du sannolikt att få problem. Jag stöter ofta på detta, speciellt med linux och freebsd. Oftast börjar problem med diskar och bootloader. Antingen ändras enhetsbokstäverna, du måste redigera fstab eller så startar inte starthanteraren. Ibland kanske nätverket inte fungerar. Överallt måste man klura ut det lokalt och lösa problem som uppstår.
Kali Linux Workshop
Kursen vänder sig till dig som är intresserad av att genomföra penetrationstester och vill praktiskt pröva sig fram i situationer nära verkliga. Kursen vänder sig till dig som ännu inte har erfarenhet av informationssäkerhet. Utbildningen pågår i 3 månader, 4 timmar per vecka. Vad den här kursen ger dig:- Sök efter och utnyttja sårbarheter eller konfigurationsbrister i företagsnätverk, webbplatser och servrar. Betoning på pentestning av Windows OS och säkerhet för företagssegmentet.
- Inlärningsverktyg som metasploit, sqlmap, wireshark, burp suite och många andra.
- Att behärska Kali Linux-verktygen i praktiken - alla informationssäkerhetsspecialister bör känna till det.
Hej kompisar! Idag har Vladimir förberett fantastiskt material för fans av virtuella maskiner!
Hej admin, snälla berätta för mig hur man överför VirtualBox virtuella maskin till en vanlig dator?
För några månader sedan kom Windows 10 och jag var rädd för att installera det direkt på min dator, men installerade det på en virtuell maskin och installerade sedan alla program jag behövde i operativsystemet: webbläsare, gratis OpenOffice, Skype och så vidare, efter ett tag började jag märka att den tionde jag gillade Windows och till och med hade tanken på att överföra den till en vanlig dator! Är detta möjligt? Jag kunde inte hitta sådan information på Internet.
Hur man överför en VirtualBox virtuell maskin till en vanlig dator. Eller hur man överför Windows 10 från en virtuell maskin till en stationär PC med hjälp av programmet Vhd2disk
Hej kompisar! Det är möjligt att överföra den virtuella VirtualBox-maskinen till en vanlig dator och ofta uppstår ett sådant behov systemadministratörer, utvecklare av olika programvara och andra datorspecialister, kan den genomsnittlige PC-användaren också behöva detta.
- Obs: Det finns en webbplats skapad speciellt för älskare av virtuella maskiner.
För att överföra kan du använda ett fortfarande föga känt program Vhd2disk- designad speciellt för att överföra virtuella operativsystem till fysisk hårdvara, eller med andra ord - för att skapa en exakt kopia virtuell disk VHD på en vanlig hårddisk.
Så vi har en VirtualBox virtuell maskin med Windows 10 installerat på den.
Diskhantering
Disk 0, detta är en virtuell disk med installerad Windows 10.
När jag skapade den virtuella disken angav jag storleken som 250 GB. Operativsystemet är installerat på enheten (C:), och olika filer finns på enheten (E:).
Först och främst konverterar vi den virtuella disken i VDI-formatet som tillhör den virtuella maskinen till VHD-formatet.
Fil -->Virtual Media Manager.
Välj med vänster muspekare den virtuella VDI-disken som tillhör operativ system, som vi vill överföra till en vanlig dator och klicka på knappen Kopiera.
Markera objektet VHD (Virtuell hårddisk).
Nästa.
Markera objektet Dynamisk virtuell HDD .
Nästa.
Vänsterklicka på utforskarknappen.
Välj en plats för att spara den framtida kopian av den virtuella hårddisk, jag väljer disk ( G:), eftersom det finns mycket ledigt utrymme.
Kopiera.
Det är en kort process för att konvertera den virtuella VDI-hårddisken till VHD-formatet.
I slutet av processen klickar du på knappen Stänga.
En kopia av den dök upp på disken (G:) bredvid den virtuella VDI-hårddisken, endast i VHD-format.
Diskhantering
Du måste distribuera en kopia av den virtuella disken på en helt tom fysisk hårddisk utan partitioner.
Öppna snapin-modulen Diskhantering.
jag kommer välja Skiva 1.
Jag tar bort alla partitioner på den.
Vhd2disk
Det är dags för programmet Vhd2disk. Ladda ner den från den officiella webbplatsen:
https://docs.microsoft.com/en-us/sysinternals/downloads/disk2vhd
Låt oss starta programmet. I huvudfönstret, vänsterklicka på utforskarknappen.
I utforskaren som öppnas, hitta en kopia av vår virtuella VHD-disk, välj den med vänster musknapp och klicka Öppna VHD.
I fält Målkörning vi måste ange serienummer hårddisken på vilken vi kommer att distribuera en kopia av den virtuella disken. Klicka på pilen.
Välj från rullgardinsmenyn PhysicalDrive1, eftersom vi kommer att utöka innehållet på den virtuella VHD-disken på Skiva 1.
Klicka på knappen Vhd till disk.
Processen att kopiera innehållet på den virtuella VHD-hårddisken till en vanlig hårddisk börjar.
Processen har slutförts framgångsrikt.
Status: VHD har dumpats på enheten framgångsrikt!(VHD har kopierats till hårddisken!).
Gå till Diskhantering, klicka Handling-->Uppdatering.
Som du kan se är hårddisken (Disk 1) en exakt kopia av den virtuella VHD-hårddisken från den virtuella maskinen och installerat Windows 10.
Försöker starta upp i Windows 10.
Vi startar om datorn och går in i startmenyn, väljer vår hårddisk (en kopia av den virtuella VHD-disken med Windows 10).
Förbereder enheter
Windows 10 är laddat!
Diskhantering.
Det finns flera enheter i aktivitetshanteraren utan drivrutiner, men detta är inget problem för oss, vi installerar drivrutinerna med .
