كيفية تحويل بين Preallocated وتنمو الأقراص في برنامج VMware
تقوم VMware عادةً بإنشاء أقراص قابلة للنمو ، والتي تبدأ صغيرة وتنمو بمرور الوقت كلما أضفت بيانات. ومع ذلك ، يمكنك أيضًا إنشاء أقراص "preallocated" التي تبدأ بحجمها الأقصى. إذا كنت تريد ضغط قرص فيما بعد ، فستحتاج إلى تحويله من preallocated إلى قابل للتطوير. أو قد ترغب في تحويل قرص من قابل للتطوير إلى preallocated للحصول على أفضل أداء.
يمكنك القيام بذلك فقط في VMware Fusion أو VMware Workstation. VMware Player لا يتضمن الأمر الضروري. يقوم VMware Player دائمًا بإنشاء أقراص قابلة للتوسع تتوسع بمرور الوقت ، ولا توجد طريقة للتحويل إلى preallocated دون استخدام منتج VMware آخر.
في إم وير فيوجن
هذا بسيط للغاية في VMware Fusion على جهاز Mac. يقوم VMware Fusion دائمًا بإنشاء أقراص افتراضية جديدة كأقراص قابلة للنمو. يمكنك تحويلها إلى أقراص preallocated بعد ذلك ، أو تحويل الأقراص إلى أقراص قابلة للنمو إذا كنت قد قمت بتحويلها مسبقًا إلى أقراص preallocated.
للقيام بذلك ، قم أولاً بإيقاف تشغيل الجهاز الظاهري. لا يمكنك تحويل الأقراص الخاصة به إذا كان تشغيله أو تعليقه.
حدد الجهاز الظاهري في نافذة VMware Fusion الرئيسية وانقر فوق Virtual Machine> Settings.
انقر فوق "Hard Disk" (خيار القرص الصلب) ضمن الأجهزة القابلة للإزالة في نافذة Settings (الإعدادات).
إذا رأيت رسالة تفيد بأنه لا يمكنك إجراء هذه التغييرات أثناء وجود الجهاز الظاهري الخاص بك في لقطة ، فستحتاج أولاً إلى حذف أية لقطات قمت بإنشائها لجهازك الظاهري. بالطبع ، لن تتمكن من استعادة جهازك الظاهري إلى حالته السابقة في تلك النقاط في وقت لاحق.
لحذف اللقطات ، انقر فوق الجهاز الظاهري> اللقطات> اللقطات. حدد كل لقطة في النافذة وانقر على زر "حذف" على شريط الأدوات لحذف كل منها.
في إطار إعدادات القرص الصلب ، قم بتوسيع القسم "خيارات متقدمة". حدد "تخصيص مساحة القرص مسبقًا" لتحويل القرص القابل للنمو إلى قرص تم إلغاؤه مسبقًا ، أو قم بإلغاء تحديد "تخصيص مساحة القرص مسبقًا" لتحويل قرص تم إعادة تخصيصه مرة أخرى إلى قرص قابل للنمو. انقر فوق "تطبيق" لتطبيق التغييرات الخاصة بك بعد ذلك.
محطة إم وير
العملية معقدة أكثر بعض الشيء في محطة عمل VMWare ، وستحتاج إلى استخدام Command Prompt - هذا الخيار غير معروض في الواجهة الرسومية على VMware Workstation ، لذلك سيكون عليك استخدام البرنامج المدمج وير-vdiskmanager أمر.
الخطوة الأولى: حذف أي لقطات
أولاً ، قم بتشغيل الجهاز الظاهري لأسفل في VMware Workstation. احذف أية لقطات مقترنة بالجهاز الظاهري عن طريق النقر فوق VM> Snapshot> Snapshot ، والنقر بزر الماوس الأيمن فوق كل لقطة ، وتحديد "Delete". بالطبع ، لن تتمكن من استعادة جهازك الظاهري إلى النقاط السابقة في الوقت المناسب بعد حذف اللقطات.
الخطوة الثانية: البحث عن الأمر vmware-vdiskmanagere.exe
المقبل ، والعثور على وير-vdiskmanager.exe أمر. إذا كان لديك برنامج VMware Workstation مثبتًا في الدليل الافتراضي على Windows ، فستجده على C: \ Program Files (x86) \ VMware \ VMware Workstation أو C: \ Program Files \ VMware \ VMware Workstation.
افتح نافذة "موجه الأوامر" من قائمة "ابدأ" وقم بالتغيير إلى دليل برنامج VMware. للقيام بذلك ، استخدم الأمر التالي. استبدل مسار المجلد بالمسار الصحيح إلى مجلد VMware Workstation الذي يحتوي على وير-vdiskmanager.exe ملف إذا كان مختلفًا على نظامك.
cd "C: \ Program Files (x86) \ VMware \ VMware Workstation"
ملاحظة: تفترض الإرشادات هنا أنك تستخدم Windows كنظام التشغيل المضيف. في Linux ، يمكنك ببساطة فتح نافذة طرفية وتشغيل وير-vdiskmanager مثل تشغيل أي أمر آخر.
الخطوة الثالثة: البحث عن ملف القرص الظاهري الخاص بك
حدد موقع مجلد الجهاز الظاهري على القرص الخاص بك وقم بتعريف ملف .vmdk الخاص به ، وهو القرص الظاهري للجهاز الظاهري. بشكل افتراضي ، تقوم VMware بإنشاء مجلدات الجهاز الظاهري داخل الدليل في C: \ Users \ NAME \ Documents \ Virtual Machines \ , حيث NAME هو اسم حساب مستخدم Windows الخاص بك.
قد ترى ملفات .vmdk متعددة. هذا امر عادي. ابحث عن الملف .vmdk الرئيسي ، وليس أي من ملفات .vmdk التي تنتهي بـ -F ثم رقم. في لقطة الشاشة أدناه ، يطلق عليه اسم Windows 7.vmdk.
إذا لم تكن متأكدًا من مكان وجوده ، فيمكنك عرض مسار مجلد الجهاز الظاهري في أسفل إطار VMware Workstation.
الخطوة الرابعة: تحويل القرص الظاهري
لتحويل جهاز ظاهري من preallocated إلى قرص ظاهري قابل للتوزيع إلى ملفات 2 غيغابايت ، قم بتشغيل الأمر التالي. من الأسهل إنشاء ملف .vmdk المستهدف الجديد في نفس المجلد مثل ملف القرص الظاهري الأصلي.
vmware-vdiskmanager.exe - r "c: \ path \ to \ source.vmdk" -t 1 "c: \ path \ to \ target.vmdk"
على سبيل المثال ، إذا كان المسار إلى ملف .vmdk الأصلي C: \ Users \ chris \ Documents \ Virtual Machines \ Windows 7 \ Windows 7.vmdk , يمكنك تشغيل الأمر التالي:
vmware-vdiskmanager.exe -r "C: \ Users \ chris \ Documents \ Virtual Machines \ Windows 7 \ Windows 7.vmdk" -t 1 "C: \ Users \ chris \ Documents \ Virtual Machines \ Windows 7 \ Windows 7- growable.vmdk "
لتحويل جهاز ظاهري من قابل للنمو إلى قرص مقسم مسبقًا إلى ملفات سعة 2 غيغابايت ، قم بتشغيل الأمر التالي:
vmware-vdiskmanager.exe - r "c: \ path \ to \ source.vmdk" -t 3 "c: \ path \ to \ target.vmdk"
على سبيل المثال ، إذا كان المسار إلى ملف .vmdk الأصلي C: \ Users \ chris \ Documents \ Virtual Machines \ Windows 7 \ Windows 7.vmdk , يمكنك تشغيل الأمر التالي:
vmware-vdiskmanager.exe -r "C: \ Users \ chris \ Documents \ Virtual Machines \ Windows 7 \ Windows 7.vmdk" -t 1 "C: \ Users \ chris \ Documents \ Virtual Machines \ Windows 7 \ Windows 7- preallocated.vmdk "
الخطوة الخامسة: حذف (أو نقل) ملفات القرص الأصلية
ينشئ الأمر أعلاه فقط نسخة جديدة من القرص الظاهري في المسار الهدف. إذا قمت بفتح مجلد الجهاز الظاهري الخاص بك ، سترى أن لديك كل من القرص الأصلي والقرص الجديد. في هذا المثال ، لدينا كليهما ويندوز 7 [شيء] .vmdk الملفات و Windows 7-growable [شيء] .vmdk ملفات
يمكنك الآن التخلص من القرص الأصلي عن طريق حذف ملفاته. في هذا المثال ، سنحذف كل ويندوز 7 [شيء] .vmdk الملفات بما في ذلك الرئيسي ويندوز 7.vmdk ملف. ومع ذلك ، يجب عليك فقط حذف أو نقل الملفات التي تنتهي بـ .vmdk. اترك الملفات الأخرى هنا وحدك.
بدلاً من حذف هذه الملفات ، قد ترغب في نسخها إلى مجلد آخر. سيعطيك هذا نسخة احتياطية يمكنك استعادتها في حالة حدوث خطأ ما.
الخطوة السادسة: نقل القرص الظاهري الجديد إلى موقع القرص الأصلي
إعادة تسمية الملف .vmdk الرئيسي الجديد أن يكون له نفس الاسم مثل القرص الظاهري الأصلي. في هذا المثال ، كنا نعيد تسمية Windows 7-growable.vmdk إلى ويندوز 7.vmdk واترك Windows 7-growable-s001.vmdk و Windows 7-growable-s002.vmdk وملفات أخرى بمفردها.
يمكنك الآن تشغيل الجهاز الظاهري بشكل طبيعي. سيتم تلقائيًا استخدام القرص الجديد القابل للتطوير أو preallocated ، حيث إنه في نفس موقع القرص السابق الذي كان يستخدمه. يشير ذلك ملف قرص .vmdk الرئيسي الجديد إلى ملفات .vmdk الأصغر على الرغم من أن لديهم اسمًا مختلفًا ، لذلك كل شيء "يعمل فقط".
