տուն Մրգերի օգտակար հատկությունները Ինչպես փոխանցել վիրտուալ մեքենայի պատկերը: Վիրտուալ մեքենաների տեղափոխում XenServer-ից Hyper-V: Վերագործարկեք linux սերվերը

Ինչպես փոխանցել վիրտուալ մեքենայի պատկերը: Վիրտուալ մեքենաների տեղափոխում XenServer-ից Hyper-V: Վերագործարկեք linux սերվերը

Տեղադրված Windows ՕՀ-ը վիրտուալ մեքենայի պատկերի վերածելու մի քանի եղանակ կա: Ստեղծված պատկերը կարող է օգտագործվել, օրինակ, թեստավորման համար, թարմացում տեղադրելուց հետո համակարգի կայունությունը ստուգելու կամ փոփոխություններ կատարելուց առաջ հին մեքենայի վիճակը շտկելու համար։

Վիրտուալացման ծրագրերի մեծ մասը աջակցում է տեղադրված Windows-ը վիրտուալ մեքենայի պատկերների փոխակերպելու կարողությանը: Որոշ լուծումներ արդեն հագեցած են ներկառուցված ֆունկցիոնալությամբ, բայց որոշ դեպքերում դուք կարող եք նույն նպատակով օգտագործել երրորդ կողմի արտադրանքները:

Այս ուղեցույցը պարունակում է հրահանգներ Windows-ի տեղադրումները Microsoft Hyper-V, VirtualBox և VMware վիրտուալ պատկերների փոխարկելու համար:

Windows OS-ից Microsoft Hyper-V վիրտուալ մեքենա տեղափոխելը հեշտ է Sysinternals-ի Disk2vhd-ի միջոցով:

Ծրագիրը շարժական է, այն կարող է գործարկվել սկավառակի ցանկացած վայրից՝ արխիվը բացելուց հետո: Հավելվածը գործարկելու համար պահանջում է ադմինիստրատորի իրավունքներ: Ծրագիրը կարող է օգտագործվել համակարգչի մեկ կամ մի քանի հատորներից վիրտուալ մեքենա ստեղծելու համար:

ՆշումԾրագիրը կարող է գործարկվել հրամանի տողի ռեժիմում՝ օգտագործելով ձևաչափը.

Հավելվածի հիմնական պատուհանը ցուցադրում է նպատակակետի ուղին և ֆայլի անվանումը և առկա ծավալներից անմիջապես ներքև: Խնդրում ենք նկատի ունենալ, որ դուք պետք է ընտրեք տեղ՝ բավարար ազատ պահեստային տարածքով, հակառակ դեպքում պատկերների գործընթացը կդադարեցվի:

Օգտագործողը պետք է ընտրի թիրախային ուղին և ֆայլի անունը (vhdx ընդլայնմամբ) և վիրտուալ պատկերում ներառվող ծավալները:

Դուք կարող եք ընտրել միայն Windows-ի միջնորմը կամ նույնիսկ փոխարկել ոչ համակարգային միջնորմները VHD պատկերների՝ առանց Windows-ի միջնորմ ընտրելու:

Disk2VHD-ն ունի երկու լրացուցիչ տարբերակ, որոնք նշված են գործարկման ժամանակ: Առաջինը ելքային ձևաչափը սահմանում է VHDX: VHD-ն օգտագործելու համար կարող եք անջատել այս տարբերակը:

VHDX-ն ունի մի քանի առավելություններ, ինչպիսիք են աջակցությունն ավելի մեծ վիրտուալ սկավառակների համար (64TB vs 2TB), ավելի լավ պաշտպանություն կոռուպցիայից, հեռավոր առցանց չափափոխում և այլն։ ցանկանում եք պատկեր փոխարկել Virtualbox-ում:

Երկրորդ պարամետրը թույլ է տալիս օգտագործել ծավալի ստվերային պատճենը:

Disk2VHD-ը մշակում է ընտրված ծավալները և դրանք վերածում վիրտուալ սկավառակի պատկերների, որոնք պահվում են ընտրված վայրում:

Երբ դուք ունեք VHD պատկերը, կարող եք օգտագործել vboxmanage հրամանի տող գործիքը, որը գալիս է VirtualBox-ի հետ՝ մեդիան կլոնավորելու և այն այլ ձևաչափով պահելու համար:

  1. Սեղմեք Windows ստեղնը, մուտքագրեք cmd.exe, սեղմած պահեք Ctrl + Shift և սեղմեք Enter ստեղնը՝ ադմինիստրատորի արտոնություններով Command Prompt-ը գործարկելու համար:
  2. Նավարկեք դեպի համակարգի VirtualBox պանակը, օրինակ. C:\Program Files\Oracle\VirtualBoxօգտագործելով cd հրամանը:
  3. Օգտագործեք vboxmanage clonemedium սկավառակի հրամանը՝ VHD սկավառակի պատկերը VDI ձևաչափի փոխարկելու համար: Օրինակ՝ vboxmanage clonemedia disk o:\source.vhd o:\output.vdi

Փոխակերպումը կարող է որոշ ժամանակ տևել՝ կախված պատկերի չափից և ձեր համակարգչի առկա ռեսուրսներից:

Դուք կարող եք ստեղծել Windows մեքենաների վիրտուալ պատկերներ VMware-ի համար՝ օգտագործելով VMware vCenter Converter: Դուք կարող եք ներբեռնել ծրագիրը VMware-ի պաշտոնական կայքից, սակայն դրա համար անհրաժեշտ է հաշիվ: Մեր կայքում կոմունալը հասանելի է առանց գրանցման ներբեռնման համար:

ՆշումԾրագիրը ստեղծում է ամբողջական մեքենայի վիրտուալ պատկեր: GUI-ում կոշտ սկավառակների կամ միջնապատերի բացառման տարբերակ չկա:

Տեղադրողի չափը մոտավորապես 170 մեգաբայթ է: Տեղադրման ընթացքում ձեզանից կպահանջվի միանալ Հաճախորդների փորձի բարելավման ծրագրին:

Գործող Windows համակարգը VMware-ի համար վիրտուալ պատկերի վերածելու համար ծրագրի հիմնական ինտերֆեյսի վրա ընտրեք «Convert Machine» տարբերակը՝ սկսելու համար:

Վիզարդը բեռնելուց հետո համոզվեք, որ աղբյուրի տեսակը դրված է «միացված» և ընտրված է «այս տեղական համակարգիչը»: Կարող եք նաև ստեղծել հեռավոր համակարգիչների վիրտուալ պատկերներ, սակայն դրա համար անհրաժեշտ է տրամադրել սարքի անունը կամ IP հասցեն, ինչպես նաև հավատարմագրերը:

Հաջորդ էջի Target Type բաժնում ընտրեք VMware վիրտուալ մեքենան և ընտրեք նպատակակետ թղթապանակ՝ պատկերը պահպանելու համար:

Պատկերի ստեղծումը կարող է որոշ ժամանակ տևել՝ կախված ծավալների քանակից, դրանց չափերից և սարքի ռեսուրսներից:

Ինձ միշտ դուր է եկել անվճար Xenserver հիպերվիզորը և հաճախ եմ օգտագործել այն: Բայց վերջերս որոշեցի աստիճանաբար անցնել մեկ այլ հիպերվիզորի։ Ո՞ր մեկը, դեռ վերջնականապես չի որոշել: Xenserver-ից հրաժարվելու պատճառների և ժամանակակից հիպերվիզորների մասին ընդհանուր մտքերի մասին ավելի մանրամասն կխոսեմ ավելի ուշ։ Հոդվածում ես մանրամասն կքննարկեմ վիրտուալ մեքենաները Xenserver-ից Hyper-v տեղափոխելու հարցը:

Եթե ​​ցանկություն ունեք սովորելու, թե ինչպես փնտրել և օգտագործել խոցելիությունները տեղեկատվական ցանցերում, խորհուրդ եմ տալիս ծանոթանալ. առցանց դասընթաց «Աշխատաժողով Kali Linux-ի վրա» OTUS-ում: Դասընթացը նախատեսված է տեղեկատվական անվտանգության ոլորտում փորձ չունեցողների համար, ընդունելության համար անհրաժեշտ է անցնել։

Ես ի սկզբանե ուզում էի հոդված գրել Xenserver 7-ը ​​mdadm raid1-ում տեղադրելու մասին: Ինձ միշտ դուր է եկել xen-ը, որ կարողացել եմ տեղադրել այն mdadm-ում: Սա թույլ տվեց հիպերվիզորին աշխատել երկու կոշտ սկավառակներով ցանկացած սարքաշարի վրա՝ ապահովելով սկավառակի մակարդակի անսարքության հանդուրժողականություն: Դա հարմար է և բյուջետային: Նույնը կարելի է անել kvm-ով, բայց ես անձամբ նախընտրում եմ xen-ի կառավարման snap-in-ը որպես windows հավելված: Դուք կարող եք հեշտությամբ միացնել բազմաթիվ սերվերներ դրան և կառավարել ամեն ինչ մեկ վայրից: Որպես պլյուս, kvm-ի համեմատությամբ, ավելի հեշտ և արագ է այն տեղադրել և կարգավորել աշխատանքի համար, փոխանցել որևէ մեկին հսկողության համար:

Իրականում, ես պատրաստեցի և փորձարկեցի Xenserver-ը soft raid-ի վրա տեղադրելու մասին հոդվածի նախագիծը: Առաջին հայացքից ամեն ինչ աշխատում է։ Խնդիրները սկսվեցին, երբ ես սկսեցի ստուգել սխալների հանդուրժողականությունը և կոշտ անջատել մեկը: Ինչպես պարզվում է, xenserver-ը չի կարող պատշաճ կերպով բեռնել, եթե mdadm raid-ն անցնում է դեգրադացված վիճակի: Ինձ շատ վրդովեցրեց այս փաստը և գրեթե մեկ օր շարունակաբար զբաղվեցի ստեղծված իրավիճակով և փորձեցի լուծել խնդիրը։ Բայց ինձ չհաջողվեց։ Եվ ես ինտերնետում նույնպես չգտա խնդրի լուծման բաղադրատոմս, բայց գտա այս խնդրի հաստատումը:

Կարծես թե XenServer-ը 7-րդ տարբերակից այլևս չի աջակցում mdadm-ով աշխատելու համար: Այն նույնիսկ նշվում է պաշտոնական ՀՏՀ-ում.

- Արդյո՞ք XenServer-ը աջակցում է ծրագրային ապահովման վրա հիմնված RAID իրականացում:
- Ոչ, XenServer-ը չի աջակցում ծրագրային RAID-ին:

Ես փորձարկել եմ 7.0 և 7.1 տարբերակները: Արդյունքը նույնն է. համակարգը չի բեռնվում, եթե ռեյդը ձախողվել է: Ավելին, ինտերնետում կան հոդվածներ, որոնք պատմում են, թե ինչպես փոխանցել xen 7-ի մաքուր տեղադրումը mdadm-ին։ Կարծես թե այս մարդիկ պարզապես չեն փորձարկել սկավառակներից մեկի ձախողման համար: Քանի դեռ չեք ստուգել, ​​ամեն ինչ կարծես թե կարգին է։ Խնդիրն այստեղ այն է, որ Xenserver 7-ն անցել է CentOS 7-ի: Եվ կան բազմաթիվ նորամուծություններ, մասնավորապես համակարգային: Ես չկարողացա հստակ նշել, թե որն է խնդիրը: Ինչ-որ անհամատեղելիություն կա բեռնման մոդուլների, xenserver միջուկի և mdadm տարբերակի մեջ։ CentOS 7-ն ուներ նմանատիպ սխալ, երբ թողարկվեց, բայց այն արագ շտկվեց: Իսկ XenServer-ում մշակողները հրաժարվեցին դրանից, քանի որ նրանք չէին խոստանում աջակցություն mdadm-ին: Արդյունքում հիպերվիզորը մնաց առանց mdadm-ում տեղադրելու հնարավորության։ Ինձ համար դա անընդունելի է, քանի որ ես ակտիվորեն օգտագործում եմ mdadm-ը։ Եթե ​​որևէ սկավառակ ձախողվի, համակարգը բեռնման ժամանակ անորոշ ժամանակով կախված է հաղորդագրությամբ.

Dev-md0.device-ի համար գործարկվում է Start Job

Ես դեռ ունեմ CentOS 5-ով աշխատող բազմաթիվ վիրտուալ մեքենաներ: Այս տարբերակի առանձնահատկությունն այն է, որ XenServer-ում նորմալ աշխատելու համար համակարգում տեղադրվել է հատուկ kernel-xen միջուկ: Արդյունքում համակարգը այլ հիպերվիզորին փոխանցելիս այն հրաժարվեց աշխատել։ Այն սկսելու համար անհրաժեշտ է լրջորեն աշխատել ֆայլի հետ: Ինձ համար կարևոր էր մշակել այս պահը, քանի որ իմ աշխատանքում ես պետք է աստիճանաբար հեռանամ Xenserver-ից դեպի Hyper-V կամ KVM: Ես դեռ վերջնական որոշում չեմ կայացրել, քանի որ չկարողացա սկսել վիրտուալ մեքենաներ քսենով KVM-ով, բայց հաջողվեց Hyper-V-ում: Ես ձեզ կասեմ այս մասին:

Վիրտուալ մեքենայի տեղափոխում xenserver-ից kvm

Վիրտուալ մեքենայի փոխանցումը ինքնին սկավառակի պարզ պատճենումն է մեկ հիպերվիզորից մյուսը: Xenserver-ը կրկնօրինակելու համար ես օգտագործում եմ Alike Free-ի անվճար տարբերակը: Ցավոք, այն այլևս հասանելի չէ անվճար տարբերակում: Մշակողները փակել են անվճար նախագիծը, կա միայն վճարովի փորձնական տարբերակը։ Բայց ես դեռ ունեմ բաշխման փաթեթը և անվճար տարբերակի բանալիները: Ես շարունակում եմ օգտագործել այն։ Պարզ և հարմար ծրագիր, որը թույլ է տալիս կատարել վիրտուալ մեքենաների լրացուցիչ կրկնօրինակում: Նա նաև գիտի, թե ինչպես վերբեռնել կրկնօրինակները vhdձևաչափը։ Վիրտուալ մեքենա փոխանցելու համար անհրաժեշտ է միայն ստեղծել նույն մեքենան hyper-v-ի վրա և նշել փոխանցված vhd պատկերը xenserver-ից որպես սկավառակ: Բայց եթե դրանից հետո նոր գործարկեք վիրտուալ մեքենան, սխալ կստանաք։

Սխալ 13. անվավեր կամ չաջակցվող գործարկվող ձևաչափ

Դրանում զարմանալի ոչինչ չկա, xen-ի համար փոփոխված միջուկն աշխատում է միայն հիպերվիզորի վրա։ Այլ միջավայրում աշխատելու համար անհրաժեշտ է տեղադրել Linux-ի ստանդարտ միջուկը: Սա այն է, ինչ ես պատրաստվում եմ անել հաջորդ. Առաջադրանքը շատ բարդ ստացվեց, ես ստիպված էի շատ թակել տարբեր նրբերանգների մեջ։ Նախ, որպեսզի չմոռանամ ձեռք բերված փորձը, գրում եմ այս հոդվածը։ Չնայած հասկանում եմ, որ քչերին կշահի նման փորձը։ Դժվար թե շատ մարդիկ լինեն, ովքեր արդեն հնացած CentOS 5 համակարգը Xen հիպերվիզորից կտեղափոխեն այլ տեղ։ Լավ իմաստով համակարգերը պետք է վերադասավորվեն, և ես աստիճանաբար կզբաղվեմ սրանով։ Բայց դուք դեռ պետք է պատրաստի հրահանգներ ունենաք ցանկացած անակնկալի դեպքում։

Վիրտուալ մեքենայի բեռնախցիկը վերականգնելու համար ստորև նկարագրված մեթոդը ունիվերսալ գործիք է linux սերվերի բեռնման հետ կապված խնդիրների լուծման համար: Եթե ​​ինչ-ինչ պատճառներով ձեր linux սերվերը չի բեռնվում, bootloader-ը խափանված է կամ խնդիրներ առաջանում են միջուկը թարմացնելուց հետո, ապա միջուկը և bootloader-ը թարմացնելու և փոխարինելու հետևյալ մեթոդները կարող են օգնել լուծել այս խնդիրը:

Վերագործարկեք linux սերվերը

Որպեսզի վիրտուալ մեքենան աշխատի hyper-v-ի վրա, ինչպես ասացի, պետք է տեղադրել ստանդարտ միջուկ: Դա անելու համար բեռնեք վիրտուալ մեքենայի մեջ CentOS 7 բեռնման սկավառակից և ընտրեք .

Այս բաժինն ընտրելու համար ընտրեք հիմնական ընտրացանկից Անսարքությունների վերացում. Մենք սպասում ենք ներբեռնմանը և ընտրում ենք առաջին առաջարկվող տարբերակը։

Մենք անմիջապես դիմում ենք մեր վերականգնվող համակարգին։ Առաջին քայլը համակարգը թարմացնելն ու ստանդարտ միջուկը տեղադրելն է: Ամենայն հավանականությամբ, դուք հաջողության չեք հասնի yum-ով, քանի որ մարտի 31-ին համակարգի աջակցության ավարտից հետո centos 5 պահեստների հղումներն անգործուն են եղել: Ֆայլը պետք է փոխվի /etc/yum.repos.d/CentOS-Base.repoխմբագրելով համապատասխան բաժինների ուղիները հետևյալ կերպ.

Baseurl=http://vault.centos.org/5.11/ osթարմացումներ/$basearch/ baseurl=http://vault.centos.org/5.11/ հավելումներ/$basearch/ baseurl=http://vault.centos.org/5.11/ հավելյալներ/$basearch/ baseurl=http://vault.centos.org/5.11/ centos գումարած/$basearch/ baseurl=http://vault.centos.org/5.11/ նպաստել/$basearch/

Հայելի ցուցակով բոլոր տողերը պետք է մեկնաբանվեն, և baseurl-ը պետք է փոխվի նշվածների: Դրանից հետո դուք պետք է գործարկեք համակարգի թարմացումը:

# yum clean բոլոր # yum թարմացումները

Հիմա եկեք տեղադրենք ստանդարտ Linux միջուկը և հեռացնենք xen-ից:

# yum հեռացնել kernel-xen # yum install kernel

Այժմ մենք ստուգում ենք համակարգում առկա միջուկի գրադարանների տարբերակը:

# ls -l /lib/modules/

Մենք վերցնում ենք վերջին տարբերակը և կառուցում initrd պատկերը:

# mkinitrd -v -f /boot/initrd-2.6.18-419.el5.img 2.6.18-419.el5

Բեռնիչի կոնֆիգուրացիայի խմբագրում /boot/grub/grub.confայնպես որ այն ընտրում է միջուկի այս կոնկրետ տարբերակը, երբ այն բեռնվում է:

Պարամետր լռելյայն=1համապատասխանում է մենյուի երկրորդ տողին, քանի որ հետհաշվարկը սկսվում է 0-ից։ Այսինքն՝ կընտրվի անհրաժեշտ թարմացված միջուկը։ Թարմացրեք bootloader-ը սկավառակի վրա:

# grub-install /dev/sda

Եթե ​​սխալ եք ստանում.

/dev/sda-ն չունի համապատասխան BIOS սկավառակ:

Օգտագործեք այս հրամանը.

# grub-install --վերստուգեք /dev/sda

Տեսականորեն սա կարող է լինել վերջը: Մենք իրականում ավարտել ենք կոտրված linux սերվերի բեռնման ամբողջական վերականգնումը: Բայց քանի որ մենք խոսում ենք xenserver-ի մասին, կա ևս մեկ նրբություն. Եթե ​​հիմա փորձեք բեռնել վիրտուալ մեքենան, ապա ամեն ինչ հարթ կանցնի գրեթե մինչև բեռնվածության վերջը, իսկ հետո սխալ կհայտնվի:

Init. Id 'co' respawning չափազանց արագ. անջատված է 5 րոպեով

Կախվի անորոշ ժամանակով։ Կապված է xenserver-ում վիրտուալ մեքենայի վահանակ մուտք գործելու հետ: Մեկ այլ միջավայրում պարամետրը պետք է փոխվի: Սխալը շտկելու համար անհրաժեշտ է խմբագրել ֆայլը /etc/inittab. Գտեք գիծը դրա մեջ

Co:123457:respawn:/sbin/agetty xvc0 9600 vt100-nav

Մեկնաբանեք այն և դրա փոխարեն հանեք տողը

1:123457:respawn:/sbin/mingetty tty1

Այժմ դուք կարող եք վերագործարկել վիրտուալ մեքենան: Այն պետք է հաջողությամբ բեռնվի: Համենայն դեպս ինձ մոտ այդպես էր։

Ցավոք, վերը նշված մեթոդը չկարողացավ ստիպել նույն վիրտուալ մեքենային բեռնել KVM հիպերվիզորում: Ես չգիտեմ ինչու. Bootloader-ում միջուկի տարբերակը ընտրելուց հետո համակարգը պարզապես կախված է այս դիրքում:

Եվ հետո ոչինչ չի լինում։ Սրա մեջ սխալներ չկան։ Ես նույնիսկ գաղափար չունեմ, թե ինչու դա կարող է լինել և ինչ ուղղությամբ շարժվել վիրտուալ մեքենան գործարկելու համար: Եթե ​​որևէ մեկը որևէ գաղափար ունի, թե ինչպես դա անել, խնդրում ենք խորհուրդ տալ: Ես իսկապես կցանկանայի վիրտուալ մեքենաներ տեղափոխել centos 5-ից kvm: Փորձեցի արդեն վերականգնված վիրտուալ մեքենաները hyper-v-ից տեղափոխել kvm, սկավառակը վերափոխեցի vhd-ից qcow2, բայց ամեն ինչ առանց արդյունքի։ Նրանք դեռ կախված են նույն ձևով, կարծես ես դրանք փոխանցել եմ անմիջապես xenserver-ից:

Եզրակացություն

Վիրտուալ մեքենաների միգրացիան լավ է աշխատում մեկ հիպերվիզորի շրջանակներում: Մեկից մյուսին փոխանցելու դեպքում, ամենայն հավանականությամբ, որոշակի խնդիրներ կունենաք: Ես շատ եմ բախվում դրան, հատկապես linux-ի և freebsd-ի դեպքում: Ամենից հաճախ խնդիրները սկսվում են սկավառակների և բեռնիչի հետ: Հետո դրայվի տառերը կփոխվեն, պետք է խմբագրել fstab-ը, հետո bootloader-ը չի գործարկվի։ Երբեմն ցանցը կարող է չաշխատել: Ամենուր անհրաժեշտ է տեղում հասկանալ և լուծել ի հայտ եկած խնդիրները։

Սեմինար Kali Linux-ի վրա

Դասընթաց նրանց համար, ովքեր հետաքրքրված են ներթափանցման թեստեր անցկացնելով և ցանկանում են գործնականում փորձել իրենց իրականին մոտ իրավիճակներում։ Դասընթացը նախատեսված է նրանց համար, ովքեր դեռ չունեն տեղեկատվական անվտանգության ոլորտում փորձ: Ուսուցումը տևում է 3 ամիս՝ շաբաթական 4 ժամ։ Ինչ կտա ձեզ այս դասընթացը.
  • Փնտրեք և օգտագործեք խոցելիությունը կամ կազմաձևման թերությունները կորպորատիվ ցանցերում, վեբ կայքերում, սերվերներում: Շեշտը Windows OS-ի ներթափանցման և կորպորատիվ հատվածի անվտանգության վրա:
  • Ուսուցման գործիքներ, ինչպիսիք են metasploit, sqlmap, wireshark, burp suite և շատ ավելին:
  • Գործնականում տիրապետելով Kali Linux գործիքակազմին՝ տեղեկատվական անվտանգության ցանկացած մասնագետ պետք է ծանոթ լինի դրան:
Փորձեք ինքներդ ընդունելության թեստում և տեսեք ծրագիրը լրացուցիչ մանրամասների համար:

Բարև ընկերներ: Այսօր վիրտուալ մեքենաների սիրահարների համար Վլադիմիրը մի զարմանալի նյութ է պատրաստել:

Բարև ադմին, խնդրում եմ ինձ ասեք, թե ինչպես տեղափոխել VirtualBox վիրտուալ մեքենան սովորական համակարգիչ:

Windows 10-ը դուրս եկավ մի քանի ամիս առաջ, և ես վախենում էի այն ուղղակիորեն տեղադրել իմ համակարգչում, բայց տեղադրեցի այն վիրտուալ մեքենայի վրա, այնուհետև տեղադրեցի ինձ անհրաժեշտ բոլոր ծրագրերը օպերացիոն համակարգում՝ բրաուզերներ, անվճար OpenOffice, Skype և այլն: , որոշ ժամանակ անց ես սկսեցի նկատել, որ տասներորդն ինձ դուր եկավ Windows-ը և նույնիսկ միտքս առաջացավ այն տեղափոխել սովորական համակարգիչ։ Դա հնարավոր է? Համացանցում նման տեղեկություն չգտա։

Ինչպես փոխանցել VirtualBox վիրտուալ մեքենան սովորական համակարգչին: Կամ ինչպես փոխանցել Windows 10-ը վիրտուալ մեքենայից աշխատասեղանի համակարգչի վրա՝ օգտագործելով Vhd2disk

Բարև ընկերներ: Հնարավոր է VirtualBox վիրտուալ մեքենան սովորական համակարգչին փոխանցել, և հաճախ նման անհրաժեշտություն առաջանում է համակարգի ադմինիստրատորներից, տարբեր ծրագրեր մշակողներից և համակարգչային այլ մասնագետներից, և դա կարող է անհրաժեշտ լինել նաև համակարգչի սովորական օգտագործողի համար:

  • Նշում. Կայքը գոյություն ունի, ստեղծված հատուկ վիրտուալ մեքենաների սիրահարների համար:

Փոխանցման համար կարող եք օգտագործել դեռ քիչ հայտնի ծրագիր vhd2disk- նախատեսված է հատուկ վիրտուալ օպերացիոն համակարգերը ֆիզիկական սարքաշար տեղափոխելու համար, կամ այլ կերպ ասած. սովորական կոշտ սկավառակի վրա VHD վիրտուալ սկավառակի ճշգրիտ պատճեն ստեղծելու համար.

Այսպիսով, մենք ունենք VirtualBox վիրտուալ մեքենա, որի վրա տեղադրված է Windows 10:

Սկավառակի կառավարում

Սկավառակ 0, սա տեղադրված վիրտուալ սկավառակն է Windows 10.

Վիրտուալ սկավառակ ստեղծելիս ես նշել եմ 250 ԳԲ չափս։ Օպերացիոն համակարգը տեղադրված է (C:) սկավառակի վրա, և տարբեր ֆայլեր տեղակայված են (E:):

Առաջին հերթին մենք փոխակերպում ենք վիրտուալ մեքենային պատկանող VDI ֆորմատի վիրտուալ սկավառակը VHD ֆորմատի։

Ֆայլ -->Վիրտուալ մեդիա մենեջեր.

Ձախ մկնիկով ընտրում ենք օպերացիոն համակարգին պատկանող վիրտուալ VDI սկավառակը, որը ցանկանում ենք տեղափոխել սովորական համակարգիչ և սեղմում ենք կոճակի վրա։ Պատճենել.

Մենք նշում ենք ապրանքը VHD (Վիրտուալ կոշտ սկավառակ).

Հաջորդը.

Մենք նշում ենք ապրանքը Դինամիկ վիրտուալ կոշտ սկավառակ.

Հաջորդը.

Ձախ սեղմեք Explorer կոճակի վրա:

Մենք ընտրում ենք վիրտուալ կոշտ սկավառակի ապագա պատճենը պահելու տեղ, ես կընտրեմ սկավառակը ( G:), քանի որ այն ունի շատ ազատ տարածություն։

Պատճենել.

VDI վիրտուալ կոշտ սկավառակը VHD ձևաչափի փոխարկելու կարճ գործընթաց կա:

Գործընթացի վերջում սեղմեք կոճակը փակել.

Դրա պատճենը հայտնվել է VDI վիրտուալ կոշտ սկավառակի կողքին գտնվող սկավառակի վրա (G :)՝ միայն VHD ձևաչափով։

Սկավառակի կառավարում

Դուք պետք է տեղակայեք վիրտուալ սկավառակի պատճենը ամբողջովին դատարկ ֆիզիկական կոշտ սկավառակի վրա, առանց միջնապատերի:

Բացեք «Disk Management» հավելվածը:

ես կընտրեմ Սկավառակ 1.

Ես ջնջում եմ դրա բոլոր բաժինները:

vhd2disk

Ժամանակն է Vhd2disk ծրագրի համար: Ներբեռնեք այն պաշտոնական կայքում.

https://docs.microsoft.com/en-us/sysinternals/downloads/disk2vhd


Մենք սկսում ենք ծրագիրը. Հիմնական պատուհանում ձախ սեղմեք Explorer կոճակի վրա:

Բացվող Explorer-ում մենք գտնում ենք մեր վիրտուալ սկավառակի VHD-ի պատճենը, ընտրում ենք այն մկնիկի ձախ կոճակով և սեղմում բացել vhd.

Դաշտում թիրախային շարժիչմենք պետք է նշենք կոշտ սկավառակի սերիական համարը, որի վրա մենք կտեղակայենք վիրտուալ սկավառակի պատճենը: Մենք սեղմում ենք սլաքի վրա:

Բացվող ցանկում ընտրեք PhysicalDrive1, քանի որ մենք կընդլայնենք VHD վիրտուալ սկավառակի բովանդակությունը Սկավառակ 1.

Սեղմեք կոճակի վրա Vhd սկավառակի վրա.

Սկսվում է VHD վիրտուալ կոշտ սկավառակի բովանդակությունը սովորական կոշտ սկավառակի վրա պատճենելու գործընթացը:

Գործընթացը հաջողությամբ ավարտվեց:

Կարգավիճակ. VHD-ը հաջողությամբ դուրս է եկել սկավառակի վրա:(VHD-ն հաջողությամբ պատճենվեց կոշտ սկավառակի վրա):

Գնացեք սկավառակի կառավարում, սեղմեք Գործողություն-->Թարմացնել.

Ինչպես տեսնում եք, կոշտ սկավառակը (Disk 1) վիրտուալ մեքենայից և տեղադրված Windows 10-ի VHD վիրտուալ կոշտ սկավառակի ճշգրիտ պատճենն է:

Փորձում ենք բեռնել Windows 10-ում:

Մենք վերագործարկում ենք համակարգիչը և մտնում ենք boot menu, ընտրում ենք մեր կոշտ սկավառակը (WHD վիրտուալ սկավառակի պատճենը Windows 10-ով):

Սարքի պատրաստում

Windows 10-ը բեռնված է:

Սկավառակի կառավարում.

Առանց դրայվերների առաջադրանքների մենեջերում կան մի քանի սարքեր, բայց դա մեզ համար խնդիր չէ, մենք դրայվերները տեղադրում ենք .

Նոր տեղում

>

Ամենահայտնի