Există mai multe moduri de a converti un sistem de operare Windows instalat într-o imagine pentru o mașină virtuală. Imaginea creată poate fi folosită, de exemplu, pentru testare, pentru a verifica stabilitatea sistemului după instalarea unei actualizări sau pentru a remedia starea unei mașini vechi înainte de a face modificări.
Majoritatea programelor de virtualizare acceptă capacitatea de a converti Windows instalat în imagini de mașină virtuală. Unele soluții vin deja cu funcționalitate încorporată, dar în unele cazuri, poate fi necesar să utilizați produse terțe în același scop.
Acest ghid conține instrucțiuni pentru conversia instalărilor Windows în imagini virtuale Microsoft Hyper-V, VirtualBox și VMware.
Migrarea unui sistem de operare Windows la o mașină virtuală Microsoft Hyper-V este ușoară cu Disk2vhd de la Sysinternals.
Programul este portabil, poate fi rulat din orice locație de pe disc după despachetarea arhivei. Aplicația necesită drepturi de administrator pentru a rula. Programul poate fi folosit pentru a crea o mașină virtuală dintr-unul sau mai multe volume de pe un computer.
Notă: programul poate fi rulat în modul linie de comandă folosind formatul:
Fereastra principală a aplicației afișează calea destinației și numele fișierului și chiar sub volumele disponibile. Vă rugăm să rețineți că trebuie să selectați o destinație cu suficient spațiu de stocare liber, altfel procesul de imagine va fi întrerupt.
Utilizatorul trebuie să selecteze calea țintă și numele fișierului (cu o extensie vhdx) și volumele care vor fi incluse în imaginea virtuală.
Puteți selecta doar partiția Windows sau chiar puteți converti partițiile non-sistem în imagini VHD fără a selecta partiția Windows.
Disk2VHD vine cu două opțiuni suplimentare care sunt specificate la pornire. Primul setează formatul de ieșire la VHDX. Puteți dezactiva această opțiune pentru a utiliza VHD.
VHDX are mai multe avantaje, cum ar fi suport pentru discuri virtuale mai mari (64TB vs 2TB), o mai bună protecție împotriva corupției, redimensionarea online de la distanță etc. VHD este necesar în principal în scopuri de compatibilitate, cum ar fi atunci când produsul nu acceptă VHDX, dar și atunci când doriți să convertiți o imagine în Virtualbox.
Al doilea parametru vă permite să utilizați o copie umbră a volumului.
Disk2VHD procesează volumele selectate și le transformă în imagini de disc virtual care sunt stocate în locația selectată.
Odată ce aveți imaginea VHD, puteți utiliza instrumentul de linie de comandă vboxmanage care vine cu VirtualBox pentru a clona media și a-l salva într-un format diferit.
- Apăsați tasta Windows, enter cmd.exe, țineți apăsat Ctrl + Shift și apăsați tasta Enter pentru a lansa Command Prompt cu privilegii de administrator.
- Navigați la folderul VirtualBox de pe sistem, de ex. C:\Program Files\Oracle\VirtualBox folosind comanda cd.
- Utilizați comanda vboxmanage clonemedium disk pentru a converti o imagine de disc VHD în format VDI. De exemplu: vboxmanage clonemedium disc o:\source.vhd o:\output.vdi
Conversia poate dura ceva timp, în funcție de dimensiunea imaginii și de resursele disponibile pe computer.
Puteți crea imagini virtuale ale mașinilor Windows pentru VMware folosind VMware vCenter Converter. Puteți descărca programul de pe site-ul oficial VMware, dar acest lucru necesită un cont. Pe site-ul nostru, utilitarul este disponibil pentru descărcare fără înregistrare.
Notă: Programul creează o imagine virtuală a unei mașini complete. Nu există nicio opțiune în GUI pentru a exclude hard disk-urile sau partițiile.
Dimensiunea programului de instalare este de aproximativ 170 de megaocteți. În timpul instalării, vi se va cere să vă înscrieți în Programul de îmbunătățire a experienței clienților.
Pentru a converti un sistem Windows care rulează într-o imagine virtuală pentru VMware, selectați opțiunea „Convertire mașină” din interfața principală a programului pentru a începe.
După încărcarea expertului, asigurați-vă că tipul de sursă este setat la „activat” și că este selectat „acest computer local”. De asemenea, puteți crea imagini virtuale ale computerelor la distanță, dar trebuie să furnizați numele dispozitivului sau adresa IP și acreditările pentru a face acest lucru.
Selectați mașina virtuală VMware în secțiunea Tip țintă de pe pagina următoare și selectați un folder de destinație pentru a salva imaginea.
Crearea imaginilor poate dura ceva timp, în funcție de numărul de volume, dimensiunile acestora și resursele dispozitivului.
Întotdeauna mi-a plăcut hypervisorul gratuit Xenserver și l-am folosit des. Dar recent am decis să trec treptat la un alt hypervisor. Care - nu s-a hotărât încă definitiv. Voi vorbi mai detaliat mai târziu despre motivele abandonării Xenserver și despre gândurile generale despre hipervizoarele moderne. În articol voi lua în considerare în detaliu problema migrării mașinilor virtuale de la Xenserver la Hyper-v.
Dacă doriți să învățați cum să căutați și să exploatați vulnerabilitățile din rețelele de informații, vă recomand să vă familiarizați cu curs online „Atelier pe Kali Linux”în OTUS. Cursul este conceput pentru cei care nu au experiență în securitatea informațiilor, pentru admitere trebuie să promovați.
Inițial am vrut să scriu un articol despre instalarea Xenserver 7 pe mdadm raid1. Intotdeauna mi-a placut xen pentru ca il pot instala pe mdadm. Acest lucru a permis hipervizorului să ruleze pe orice hardware cu două hard disk, oferind toleranță simplă la erori la nivel de disc. Este convenabil și prietenos cu bugetul. Același lucru se poate face și pe kvm, dar eu personal prefer snap-in-ul de control al lui xen ca aplicație pentru Windows. Puteți conecta convenabil mai multe servere la acesta și puteți gestiona totul dintr-un singur loc. Ca un plus, în comparație cu kvm, este mai ușor și mai rapid să îl instalați și să îl configurați pentru lucru, transferați-l cuiva pentru control.
De fapt, am pregătit și testat o schiță de articol despre instalarea Xenserver pe un raid soft. La prima vedere, totul funcționează. Problemele au început când am început să verific toleranța la eroare și să dezactivez unul din greu. După cum se dovedește, xenserver nu poate porni corect dacă raid-ul mdadm intră într-o stare degresată. Am fost foarte supărat de acest fapt și am petrecut aproape o zi continuu pentru a face față situației și a încerca să rezolv problema. Dar nu am reușit. Și nici pe internet nu am găsit o rețetă pentru rezolvarea problemei, dar am găsit confirmarea acestei probleme.
Se pare că XenServer din versiunea 7 nu mai acceptă rularea pe mdadm. Este menționat chiar și în întrebările frecvente oficiale:
- XenServer acceptă o implementare RAID bazată pe software?
- Nu, XenServer nu acceptă software-ul RAID.
Am testat pe versiunile 7.0 și 7.1. Rezultatul este același - sistemul nu pornește dacă raid-ul a eșuat. Mai mult, există articole pe Internet care spun cum să transferați o instalare curată a xen 7 în mdadm. Se pare că acești oameni pur și simplu nu au testat pentru una dintre unități eșuate. Până nu îl verifici, totul pare să fie în ordine. Problema aici este că Xenserver 7 a trecut la CentOS 7. Și există o mulțime de inovații, în special systemd. Nu am putut identifica exact care era problema. Există un fel de incompatibilitate în modulele de încărcare, nucleul xenserver și versiunea mdadm. CentOS 7 a avut o eroare similară când a fost lansat, dar a fost remediat rapid. Și pe XenServer, dezvoltatorii au renunțat la asta, deoarece nu au promis suport pentru mdadm. Ca urmare, hypervisorul a rămas fără capacitatea de a se instala pe mdadm. Pentru mine, acest lucru este inacceptabil, deoarece folosesc în mod activ mdadm. Dacă vreun disc eșuează, sistemul se blochează pe termen nelimitat la momentul pornirii cu mesajul:
Se rulează un job de pornire pentru dev-md0.device
Mai am multe mașini virtuale care rulează CentOS 5. Particularitatea acestei versiuni este că pentru funcționarea normală pe XenServer, pe sistem a fost instalat un nucleu special kernel-xen. În consecință, la transferul sistemului pe alt hypervisor, acesta a refuzat să funcționeze. Trebuie să lucrați serios cu un fișier pentru a-l porni. A fost important pentru mine să rezolv acest moment, deoarece în munca mea ar trebui să mă îndepărtez treptat de la Xenserver către Hyper-V sau KVM. Nu am luat încă o decizie finală, deoarece nu am reușit să pornesc mașini virtuale cu xen pe KVM, dar am reușit pe Hyper-V. Îți voi spune despre asta.
Migrarea unei mașini virtuale de la xenserver la kvm
Transferul unei mașini virtuale în sine este o simplă copiere a unui disc de la un hypervisor la altul. Pentru a face backup la Xenserver, folosesc versiunea gratuită Alike Free. Din păcate, nu mai este disponibil în ediția gratuită. Dezvoltatorii au închis proiectul gratuit, există doar o versiune de probă a celui plătit. Dar mai am kit-ul de distribuție și cheile pentru versiunea gratuită. Eu continui să-l folosesc. Un program simplu și convenabil care vă permite să faceți copii de siguranță incrementale ale mașinilor virtuale. De asemenea, știe cum să încarce copii de rezervă vhd format. Tot ceea ce trebuie făcut pentru a transfera o mașină virtuală este să creați aceeași mașină pe hyper-v și să specificați imaginea vhd transferată de pe xenserver ca disc. Dar dacă după aceea doar porniți mașina virtuală, veți primi o eroare.
Eroare 13: format executabil nevalid sau neacceptat
Nu este nimic surprinzător în asta, kernel-ul modificat pentru xen funcționează doar pe hypervisor în sine. Pentru a lucra într-un mediu diferit, trebuie să instalați nucleul Linux standard. Asta o să fac în continuare. Sarcina s-a dovedit a fi foarte dificilă, a trebuit să mânuiesc mult în diverse nuanțe. În primul rând, pentru a nu uita experiența acumulată, scriu acest articol. Deși înțeleg că puțini oameni vor beneficia de o astfel de experiență. Este puțin probabil că vor fi mulți oameni care vor transfera sistemul CentOS 5, deja depreciat, de pe hypervisorul Xen în altă parte. Într-un sens bun, sistemele trebuie rearanjate și mă voi ocupa treptat de asta. Dar tot trebuie să aveți la îndemână instrucțiuni gata făcute în caz de surprize.
Metoda descrisă mai jos pentru restaurarea pornirii unei mașini virtuale este un instrument universal pentru rezolvarea problemelor legate de pornirea unui server Linux. Dacă dintr-un motiv oarecare serverul dumneavoastră Linux nu pornește, încărcătorul de pornire este stricat sau există probleme după actualizarea nucleului, următoarele metode de actualizare și înlocuire a nucleului și a încărcătorul de boot pot ajuta la rezolvarea acestei probleme.
Reporniți serverul linux
Pentru ca mașina virtuală să funcționeze pe hyper-v, așa cum am spus, trebuie să instalați un nucleu standard. Pentru a face acest lucru, porniți într-o mașină virtuală de pe discul de pornire CentOS 7 și selectați .
Pentru a selecta această secțiune, selectați din meniul principal Depanare. Așteptăm descărcarea și selectăm prima opțiune propusă.
Ne întoarcem imediat la sistemul nostru recuperabil. Primul pas este actualizarea sistemului și instalarea nucleului standard. Cel mai probabil, nu veți putea face nimic prin yum, deoarece linkurile către depozitele centos 5 au devenit inactive după ce suportul sistemului s-a încheiat pe 31 martie. Fișierul trebuie schimbat /etc/yum.repos.d/CentOS-Base.repo prin editarea căilor secțiunilor relevante la următoarele:
Baseurl=http://vault.centos.org/5.11/ osactualizări/$basearch/ baseurl=http://vault.centos.org/5.11/ suplimente/$basearch/ baseurl=http://vault.centos.org/5.11/ in plus/$basearch/ baseurl=http://vault.centos.org/5.11/ centos plus/$basearch/ baseurl=http://vault.centos.org/5.11/ contribuie/$basearch/
Toate liniile cu lista de oglinzi trebuie să fie comentate, iar baseurl trebuie schimbat cu cele specificate. După aceea, trebuie să rulați actualizarea sistemului.
# yum curăță toate # yum actualizare
Acum haideți să instalăm nucleul Linux standard și să eliminăm din xen.
# yum remove kernel-xen # yum install kernel
Acum verificăm versiunea bibliotecilor de kernel disponibile în sistem.
# ls -l /lib/module/
Luăm cea mai recentă versiune și construim imaginea initrd.
# mkinitrd -v -f /boot/initrd-2.6.18-419.el5.img 2.6.18-419.el5
Editarea configurației bootloader-ului /boot/grub/grub.conf astfel încât să selecteze această versiune specială a nucleului atunci când pornește.
Parametru implicit=1 corespunde celei de-a doua linii de meniu, deoarece numărătoarea inversă începe de la 0. Adică, nucleul actualizat necesar va fi selectat. Actualizați bootloader-ul de pe disc.
# grub-install /dev/sda
Dacă primești o eroare:
/dev/sda nu are nicio unitate BIOS corespunzătoare.
Utilizați această comandă:
# grub-install --recheck /dev/sda
În teorie, acesta ar putea fi sfârșitul. De fapt, am finalizat o recuperare completă a unui boot de server linux stricat. Dar din moment ce vorbim despre xenserver, mai este o nuanță. Dacă încercați acum să încărcați mașina virtuală, atunci totul va merge fără probleme aproape până la sfârșitul încărcării și apoi va apărea o eroare.
Init: Id-ul „co” reapare prea rapid: dezactivat timp de 5 minute
Se va bloca la infinit. Legat de accesarea consolei mașinii virtuale pe xenserver. Într-un alt mediu, parametrul trebuie schimbat. Pentru a remedia eroarea, trebuie să editați fișierul /etc/inittab. Găsiți linia în ea
Co:123457:respawn:/sbin/agetty xvc0 9600 vt100-nav
Comentează-l și, în loc de el, decomentează linia
1:123457:respawn:/sbin/mingetty tty1
Acum puteți reporni mașina virtuală. Ar trebui să se încarce cu succes. Cel puțin așa a fost la mine.
Din păcate, metoda de mai sus nu a putut forța aceeași mașină virtuală să pornească pe hypervisorul KVM. Nu știu de ce. După selectarea versiunii de kernel în bootloader, sistemul pur și simplu se blochează în această poziție.
Și atunci nu se întâmplă nimic. Nu există erori în asta. Nici nu am idee de ce ar putea fi și în ce direcție să mă mișc pentru a lansa mașina virtuală. Dacă cineva are vreo idee despre cum să facă acest lucru, vă rugăm să sfătuiți. Mi-ar plăcea foarte mult să migrez mașinile virtuale de la centos 5 la kvm. Am încercat să transfer mașinile virtuale deja restaurate de la hyper-v la kvm, am convertit discul de la vhd la qcow2, dar totul fără rezultat. Ele încă stau în același mod ca și cum le-aș fi transferat direct de pe xenserver.
Concluzie
Migrarea mașinilor virtuale funcționează bine într-un singur hypervisor. Dacă te transferi de la unul la altul, cel mai probabil vei avea unele probleme. Mă întâlnesc foarte des cu asta, mai ales cu Linux și freebsd. Cel mai adesea, problemele încep cu discurile și bootloader-ul. Apoi literele unității se vor schimba, trebuie să editați fstab, apoi bootloader-ul nu va porni. Uneori, rețeaua poate să nu funcționeze. Peste tot este necesar să se înțeleagă și să se rezolve problemele emergente la nivel local.
Workshop despre Kali Linux
Un curs pentru cei care sunt interesați să efectueze teste de penetrare și doresc să se încerce practic în situații apropiate de cele reale. Cursul este conceput pentru cei care nu au încă experiență în securitatea informațiilor. Antrenamentul durează 3 luni timp de 4 ore pe săptămână. Ce vă va oferi acest curs:- Căutați și exploatați vulnerabilitățile sau defecte de configurare în rețelele corporative, site-urile web, serverele. Accent pe testarea sistemului de operare Windows și pe securitatea segmentului corporativ.
- Instrumente de învățare precum metasploit, sqlmap, wireshark, burp suite și multe altele.
- Stăpânirea setului de instrumente Kali Linux în practică - orice specialist în securitatea informațiilor ar trebui să fie familiarizat cu acesta.
Bună prieteni! Astăzi, pentru fanii mașinilor virtuale, Vladimir a pregătit materiale uimitoare!
Bună ziua administrator, vă rog să-mi spuneți cum să transfer mașina virtuală VirtualBox pe un computer obișnuit?
Windows 10 a apărut acum câteva luni și mi-a fost teamă să-l instalez direct pe computer, dar l-am instalat pe o mașină virtuală, apoi am instalat toate programele de care aveam nevoie în sistemul de operare: browsere, OpenOffice gratuit, Skype și așa mai departe , după un timp am început să observ că al zecelea îmi plăcea Windows și chiar mi-a venit ideea să-l transfer pe un computer obișnuit! Este posibil? Nu am gasit astfel de informatii pe internet.
Cum să transferați o mașină virtuală VirtualBox pe un computer obișnuit. Sau cum să transferați Windows 10 de la o mașină virtuală la un computer desktop folosind Vhd2disk
Bună prieteni! Este posibil să transferați o mașină virtuală VirtualBox pe un computer obișnuit și adesea o astfel de nevoie apare de la administratorii de sistem, dezvoltatorii de diverse software și alți specialiști în computer și poate fi, de asemenea, necesar pentru un utilizator obișnuit de computer.
- Notă: Site-ul există, creat special pentru iubitorii de mașini virtuale.
Pentru transfer, puteți folosi un program încă puțin cunoscut vhd2disk- conceput special pentru portarea sistemelor de operare virtuale pe hardware fizic sau, cu alte cuvinte - pentru a crea o copie exactă a unui disc virtual VHD pe un hard disk obișnuit.
Deci, avem o mașină virtuală VirtualBox cu Windows 10 instalat pe ea.
Managementul discurilor
Disc 0, acesta este discul virtual cu dispozitivul instalat Windows 10.
Când am creat un disc virtual, am specificat o dimensiune de 250 GB. Sistemul de operare este instalat pe unitatea (C:), iar pe (E:) se află diverse fișiere.
În primul rând, convertim discul virtual al formatului VDI aparținând mașinii virtuale în formatul VHD.
Fişier -->Virtual Media Manager.
Selectăm cu mouse-ul stâng discul virtual VDI aparținând sistemului de operare pe care dorim să-l transferăm pe un computer obișnuit și facem clic pe butonul Copie.
Marcam articolul VHD (disc virtual).
Următorul.
Marcam articolul Hard disk virtual dinamic.
Următorul.
Faceți clic stânga pe butonul explorator.
Alegem un loc pentru a salva viitoarea copie a hard disk-ului virtual, voi selecta discul ( G:), pentru că are mult spațiu liber.
Copie.
Există un scurt proces de conversie a hard disk-ului virtual VDI în format VHD.
La sfârșitul procesului, faceți clic pe butonul închide.
O copie a acesteia a apărut pe disc (G:) lângă hard disk-ul virtual VDI, doar în format VHD.
Managementul discurilor
Trebuie să implementați o copie a discului virtual pe un hard disk fizic complet gol, fără partiții.
Deschideți snap-in Disk Management.
voi alege Discul 1.
Șterg toate secțiunile de pe el.
vhd2disk
Este timpul pentru programul Vhd2disk. Descărcați-l de pe site-ul oficial:
https://docs.microsoft.com/en-us/sysinternals/downloads/disk2vhd
Începem programul. În fereastra principală, faceți clic stânga pe butonul explorator.
În exploratorul care se deschide, găsim o copie a discului nostru virtual VHD, selectați-o cu butonul stâng al mouse-ului și faceți clic deschide vhd.
În câmp unitate țintă trebuie să specificăm numărul de serie al hard disk-ului pe care vom implementa o copie a discului virtual. Facem clic pe săgeată.
În lista derulantă, selectați Unitatea fizică1, deoarece vom extinde conținutul discului virtual VHD pe Discul 1.
Faceți clic pe butonul Vhd pe disc.
Începe procesul de copiere a conținutului hard disk-ului virtual VHD pe un hard disk obișnuit.
Procesul s-a încheiat cu succes.
Stare: VHD a fost descărcat cu succes pe unitate!(VHD a fost copiat cu succes pe hard disk!).
Accesați Disk Management, faceți clic Acțiune-->Actualizați.
După cum puteți vedea, hard disk-ul (Disk 1) este o copie exactă a hard disk-ului virtual VHD de pe mașina virtuală și Windows 10 instalat.
Încerc să pornesc în Windows 10.
Repornim computerul și intrăm în meniul de pornire, selectăm hard diskul nostru (o copie a discului virtual VHD cu Windows 10).
Pregătirea dispozitivului
Windows 10 este încărcat!
Gestionarea discurilor.
Există mai multe dispozitive în managerul de activități fără drivere, dar aceasta nu este o problemă pentru noi, instalăm driverele prin .
