इसे करने के लिए बिना नए OS रिलीज़ को आज़माने के तरीके?


20

मैं नए OS रिलीज़ की कोशिश करना चाहता हूं, जैसे कि वे आते हैं, जैसे कि Ubuntu 17.04 या Ubuntu 17.10। मैं कुबंटू, सेंटोस या अन्य डिस्ट्रोस (विंडोज 11 जब यह आता है?) को देखना पसंद करता हूं - या परीक्षण वातावरण सेट करता हूं, तो यह जानकर कि मैं उन्हें कचरा कर सकता हूं और मेरे कोर मशीन पर ऐसा नहीं करना चाहता।

मेरी मुख्य विकास मशीन को जोखिम में डाले बिना ऐसा करने के लिए क्या विकल्प हैं? मैं BEST तरीके पर बहस की तलाश में नहीं हूं, लेकिन कौन से विकल्प उपलब्ध हैं।


2
मैं ज्यादातर ऐसा वर्चुअल मशीनों से करता हूं। वर्चुअलबॉक्स का उपयोग करके अविश्वसनीय रूप से तेज़ और आसान सेटअप के लिए एक गाइड के लिए इस प्रश्न को देखें जिसे आप अपने उत्तर में लिंक करना चाहते हैं।
ताकत

1
व्यक्तिगत रूप से, मैं उपयोग करता हूं dockerक्योंकि आपके कंटेनर को आसानी से समझने वाली स्क्रिप्ट के साथ परिभाषित किया गया है। बेस इमेज और आपने जो इंस्टॉल किया है, उस पर आपका पूरा नियंत्रण है। होस्ट फ़ाइलों और उपकरणों को साझा करना आसान है, कंटेनरों के आभासी नेटवर्क बनाएं, कमांड लाइन तर्कों के साथ बंदरगाहों का चयन करें, आप सीधे कंटेनर शेल में कमांड भेज सकते हैं और कंटेनर संदर्भ में एप्लिकेशन निष्पादित कर सकते हैं। उदाहरण के लिए आप एक-लाइनर के साथ docker run -it centos /bin/bash
सेंटोस यूजर्स की

8
"लाइव सीडी" एक बड़ी बात हुआ करती थी। आजकल यह एक लाइव USB ड्राइव होगा।
user253751

1
विंडोज 10 के अपडेट मॉडल को देखते हुए, यह संभावना नहीं है कि कभी भी "विंडोज 11" होगा। यहां तक ​​कि अगर ओएस का एक बड़ा पुनर्निर्माण है, तो Microsoft इसे संभवतः कुछ और कहेगा।
मोनिका

3
आपके पास मूल रूप से तीन विकल्प हैं: एक वर्चुअल मशीन (वर्चुअलबॉक्स या डॉकर), एक बूट करने योग्य फ्लैश ड्राइव (लाइव सीडी के लिए आधुनिक विकल्प), या दोहरी बूट। तीनों के बीच चयन आपकी आवश्यकताओं, हार्डवेयर और अनुभव पर निर्भर करता है।
बीन

जवाबों:


26

USB विकल्प

USB विकल्प अच्छे हैं, जब

  • आप प्रदर्शन का परीक्षण करना चाहते हैं (नंगे धातु पर)
  • कंप्यूटर एक वर्चुअल मशीन में अच्छी तरह से सिस्टम चलाने के लिए पर्याप्त शक्तिशाली नहीं है

आप कम से कम 2GB ड्राइव स्थान के साथ USB पेनड्राइव का उपयोग कर सकते हैं और एक बना सकते हैं

  • पेनड्राइव में लाइव उबंटू सिस्टम।

    USB पेनड्राइव से बूट करें और बूट मेन्यू में 'ट्राई उबंटू' चुनें (और अन्य लिनक्स डिस्ट्रोस के साथ भी कुछ ऐसा ही)। यदि आप डेटा सहेजते हैं, प्रोग्राम इंस्टॉल करते हैं या सिस्टम को लाइव (लाइव-ओनली) ड्राइव में ट्वीक करते हैं, तो यह शटडाउन या रीबूट से बचेगा नहीं


यदि आप चाहते हैं

  • उबंटू को अधिक उन्नत तरीके से आज़माएँ या
  • डेटा सहेजें, प्रोग्राम इंस्टॉल करें या सिस्टम को ट्वीक करें और
  • आपके पास कम से कम 4 GB का तेज़ USB पेनड्राइव है / प्राप्त करें,

आप एक बना सकते हैं

  • लगातार लाइव Ubuntu प्रणाली

या यदि आपके पास कम से कम 16 जीबी का तेज USB पेनड्राइव है , तो आप एक बना सकते हैं

  • स्थापित उबंटू प्रणाली (एक आंतरिक ड्राइव में स्थापित, लेकिन एक यूएसबी पेनड्राइव में)।

    USB ड्राइव में एक स्थापित प्रणाली स्थिर और लचीली है, इसे बिना किसी सीमा के अद्यतित और सुव्यवस्थित रखा जा सकता है। इस तरह यह लगातार बने रहने वाले सिस्टम से बेहतर है। यह कंप्यूटरों के बीच पोर्टेबल है, यदि आप मालिकाना ड्राइवरों से बच सकते हैं, लेकिन एक सतत लाइव सिस्टम अधिक पोर्टेबल है।

लिंक



2
चूंकि पोस्टर में एक रनिंग उबंटू (?) इंस्टॉलेशन है, इसलिए हार्ड डिस्क से सीधे आईएसओ बूट करना एक संभावना भी है। (नई) ISO के लिंक सेट करें, grub में लिंक का उपयोग करें (अपने /etc/grub.d/40_custom पर जोड़ें), और कैस्पर-आरडब्ल्यू फाइलों के लिए निर्देशिकाओं के साथ एक FAT विभाजन है (PERSISTENCECE -PATH जो पहचानने के लिए कि किसका उपयोग करना है )। "टोरम" जोड़ें और सामान्य बूट डिस्क की तुलना में आईएसओ बूट प्रदर्शन समतुल्य (या उससे भी तेज) है।
ubfan1

2
हां, @ ubfan1 का विकल्प अच्छा है, मैंने कई बार इसका इस्तेमाल किया है। हो सकता है कि USB पेनड्राइव
sudodus

2
अलग स्टोरेज डिवाइस पर इंस्टॉलेशन सबसे अच्छा तरीका है जब आप परीक्षण करना चाहते हैं कि वास्तव में नया OS रिलीज़ आपके हार्डवेयर के साथ कैसा व्यवहार करता है।
पा .० .०

यह बिल्कुल सही जवाब है। वर्चुअलाइजेशन की परतों के माध्यम से एक ओएस का परीक्षण करने की कोशिश करना (या आपके वर्तमान ओएस पर डॉकर, भगवान न करे) आपकी वर्तमान कार के पीछे एक ट्रेलर पर एक "टेस्ट ड्राइव" के लिए एक नई कार लेने की तरह है: निश्चित रूप से, आपको देखने के लिए मिल जाएगा यह कैसा दिखता है, लेकिन यह आपको प्रदर्शन का कोई विचार नहीं देगा।
एसी

USB3 के साथ, यह शायद ठीक काम करेगा। यदि आपके पास USB2 के साथ एक पुरानी मशीन है, तो संभवतः लोड करने में अधिक समय लगेगा।
बीन

15

नए डिस्ट्रोस और ओएस संस्करणों का परीक्षण करने का एक तरीका वर्चुअलाइजेशन के साथ है। इसके लिए अतिरिक्त पीसी / कीबोर्ड / वीडियो / माउस या एडेप्टर के लिए एकल कीबोर्ड, वीडियो, माउस के साथ कई पीसी चलाने के लिए स्थान की आवश्यकता नहीं होती है। इसके लिए केवल एक पीसी और कुछ वर्चुअलाइजेशन सॉफ्टवेयर की आवश्यकता होती है।

यह मानता है कि आपके पास वर्चुअलाइजेशन में सक्षम मल्टी-कोर सीपीयू और उचित मात्रा में मेमोरी वाली मशीन है। मैं 16GB बेहतर के साथ कम से कम 8GB मेमोरी की सिफारिश करूंगा यदि आपके पास यह है।

यदि आप उबंटू चल रहे हैं और केवल लिनक्स डिस्ट्रोस (मुझे विश्वास नहीं है कि विंडोज काम करेगा) का प्रयास करना चाहते हैं, तो आप उबंटू में पैक किए गए मुफ्त वर्चुअलाइजेशन सॉफ़्टवेयर का उपयोग कर सकते हैं: केवीएम या एक्सएन। दोनों ठीक काम करते हैं, मुफ़्त हैं, और विभिन्न लिनक्स डिस्ट्रोस चला सकते हैं। हालांकि, VMs को प्रबंधित करने के उपकरण में कुछ कमी है। Oracle में वर्चुअलबॉक्स नामक वर्चुअलाइजेशन टूल का एक मुफ़्त संस्करण है और निश्चित रूप से हमेशा वाणिज्यिक VMWare उत्पाद होता है। VirtualBox और VMWare दोनों भी उबंटू को विंडोज मशीन के ऊपर चला सकते हैं यदि वह आपकी पसंद का डेस्कटॉप है।

VM प्रबंधक का उपयोग करके, आप नए डिस्ट्रो को जोड़ पाएंगे क्योंकि वे बाहर आते हैं, उनका परीक्षण करते हैं, नई सुविधाओं के साथ खेलते हैं, और फिर नई रिलीज़ होने पर उन्हें छोड़ देते हैं। वे केवल डिस्क स्थान खाते हैं जब वे नहीं चल रहे होते हैं, इसलिए उन्हें तब तक त्यागने की आवश्यकता नहीं है जब तक कि यह तंग न हो जाए। VM प्रबंधक के साथ, किसी मशीन पर 5, 10 या अधिक डिस्ट्रोस को संतुलित करना और उन्हें बूट करने में सक्षम होना और उन्हें आवश्यकतानुसार नीचे ले जाना आसान है। यदि आप एक 32GB या 64GB मशीन के लिए पर्याप्त भाग्यशाली हैं, तो आप उन सभी को समानांतर में भी चला सकते हैं।


2
एक वीएम के अंदर विंडोज चलाया जा सकता है; हालाँकि, नए संस्करण इतने भारी हैं कि आपको उपयोग करने योग्य होने के लिए एक बहुत तेज़ मल्टीकोर की आवश्यकता होगी।
ravery

एक आभासी वातावरण भी उस ओएस के लिए समर्थन पर निर्भर करता है। नए विंडोज रिलीज को इसे सपोर्ट करने के लिए वर्चुअल मशीन सॉफ्टवेयर में फेरबदल की आवश्यकता होगी ताकि थोड़ा झटका लग जाए। हालाँकि मैं उनसे नई रिलीज़ के लिए तैयार होने की उम्मीद
करूंगी

हाँ - परीक्षण के लिए हमें निश्चित रूप से वर्चुअलाइज़ेशन समाधान को बहुत नवीनतम रिलीज़ के लिए अपग्रेड करना होगा ताकि हाल के ओएस रिलीज़ को बूट करने में सक्षम हो सकें।
ताकत

2
KVM विंडोज 10 और 7 को ठीक चलाता है। यदि Xen द्वारा आप Citrics Xen सर्वर की बात कर रहे हैं, तो यह विंडोज़ 10 और 7 भी चलाता है।
21:39 पर Robby1212

1
@ EricDuminil वे लगभग उतने ही उपयोगी थे जितने कि विंडोज आमतौर पर होते हैं। :)
माइकल हैम्पटन

12

और भी तेज औरसुडोडस के उत्तर के लिए सस्ता विकल्प के रूप में आप एक समर्पित (यूएसबी) ड्राइव के बजाय बूट करने योग्य ड्राइव छवि फ़ाइल से सीधे बूट कर सकते हैं ।

कम से कम उबंटू आईएसओ छवियों के लिए (और लिनक्स मिंट की तरह डेरिवेटिव) निम्नलिखित नुस्खा काम करता है। अन्य वितरणों को और अधिक ट्विकिंग की आवश्यकता हो सकती है।

  1. ISO प्रारूप में बूट ड्राइव छवि (ओं) स्टोर 1 अपने आंतरिक भंडारण ड्राइव पर एक फ़ाइल के रूप में कहीं (रों) 2

  2. एक ग्रब "भागों" फ़ाइल जोड़ें, उदाहरण के लिए 35_isofilesसामग्री के साथ

    #!/bin/bash
    set -e
    . /usr/share/grub/grub-mkconfig_lib
    shopt -s nullglob
    
    make_iso_menuentry()
    {
        local isodevice="$(exec "$grub_probe" -t device -- "$1")" || return $?
        local isogrub="$(make_system_path_relative_to_its_root "$1")"
        local label="${2:-"$1"}"
    
        printf 'menuentry %s {\n' "'${label//\'/\'\\\'\'}'"
        printf '\tset isofile=%s\n' "'${isogrub//\'/\'\\\'\'}'"
        prepare_grub_to_access_device "$isodevice" | sed -e 's/^/\t/'
        printf '\t%s\n' \
            'insmod loopback' 'insmod iso9660' 'loopback loop "$isofile"' \
            'linux (loop)/casper/vmlinuz.efi boot=casper iso-scan/filename="$isofile" ro noprompt noeject noplymouth' \
            'initrd (loop)/casper/initrd.lz'
        printf '}\n\n'
    
        printf 'Found "%s" image: %s\n' "$label" "$1" >&2
    }
    
    
    for iso in /path/to/image.iso # <-- set path to your ISO image here
    do
        make_iso_menuentry "$iso" "${iso##*/}" || true
    done

    करने के लिए /etc/grub.dऔर यह निष्पादन योग्य बना।

    अपनी आवश्यकता से मेल खाने के लिए संकेतित पंक्ति में फ़ाइल पथ संपादित करें। यदि आप चाहें तो आप कई पथ और / या बैश ग्लोब पैटर्न जोड़ सकते हैं।

  3. फ़ाइल को निष्पादन योग्य बनाएं:

    sudo chmod a+x /etc/grub.d/35_isofiles
    
  4. सुनिश्चित करें कि ग्रब मेनू सक्षम है

  5. ग्रब कॉन्फ़िगरेशन अपडेट करें:

    sudo update-grub
    
  6. रिबूट और संबंधित छवि फ़ाइल से बूट करने के लिए नए जोड़े गए ग्रब मेनू प्रविष्टि का चयन करें।


1 अन्य फ़ाइल सिस्टम प्रकार संभव हैं, लेकिन अन्य ग्रब कमांड और बूट पैरामीटर ट्वीकिंग की आवश्यकता हो सकती है।

2 LVM, RAID और एन्क्रिप्टेड फ़ाइल सिस्टम को ग्रब की उपयोगिता लाइब्रेरी के लिए धन्यवाद देना चाहिए, लेकिन मैंने उनका परीक्षण नहीं किया।


2
वाह ! क्या स्क्रिप्ट है! मैंने केवल /etc/grub.d/40_custom में प्रविष्टि जोड़कर और अच्छे पैरामीटर ढूंढकर मैन्युअल रूप से एक ही चीज़ बनाई; यह मुश्किल नहीं है कि मैंने wiki.archlinux.org/index.php/… के
solsTiCe

9

वर्चुअलाइजेशन अब तक सबसे सरल है।

हालाँकि आपके यहां 2 अलग-अलग उपयोग के मामले हैं, जिनके अलग-अलग समाधान होंगे

1. नए डिस्ट्रो का प्रयास करें

वितरण मूल रूप से पैक किए गए अनुप्रयोगों और उपयोगकर्ता वातावरण (जैसे SystemDबनाम) द्वारा निर्धारित किए जाते हैंinit बूट के लिए )

यदि आप गुणात्मक रूप से एक अलग वितरण के UIX का "मूल्यांकन" करना चाहते हैं, तो मैं पूर्ण विकसित वर्चुअलाइजेशन की सिफारिश करूंगा जहां आप ओएस को इसकी संपूर्णता में स्थापित करते हैं और इसकी उपयोगिता का मूल्यांकन करते हैं। यह अन्य उत्तरों में पर्याप्त रूप से कवर किया गया है।

यदि आपको परीक्षण के लिए केवल उपयोक्ता वातावरण की आवश्यकता है तो पढ़ें।

2. विभिन्न वातावरणों में परीक्षण और "थ्रो-दूर के उदाहरण"

यह आसान, सस्ता और तेजी से कंटेनरीकरण का उपयोग करने के लिए है, हल्के वजन वर्चुअलाइजेशन का एक रूप है जो सैंडबॉक्स वाले वातावरण बनाने के लिए कर्नेल का उपयोग करता है।

एक कंटेनर होस्ट के साथ कर्नेल संसाधन साझा करता है, लेकिन अन्यथा इसकी स्वयं की रूट फाइल सिस्टम, उपयोगकर्तास्पेस, नेटवर्क स्टैक आदि है, यह अवधारणा के रूप में माना जा सकता है chroot स्टेरॉयड पर । हालांकि, क्योंकि कर्नेल को वर्चुअलाइजेशन साझा किया जाता है, "पतला" है, जिसका अर्थ है कि अधिकांश व्यावहारिक उद्देश्यों के लिए यह होस्ट ओएस के समान गति से चलता है।

आमतौर पर इस्तेमाल किया जाने वाला कंटेनर सिस्टम कहा जाता है docker। डॉकर ने व्यावहारिक रूप से आपके द्वारा पसंद किए जाने वाले प्रत्येक लिनक्स वितरण के लिए छवियों को मानकीकृत किया है, और यह विंडोज़ पर चलता है (हालांकि, विंडोज़ की छवियां केवल खिड़कियों पर काम करती हैं, लिनक्स की छवियां दोनों पर काम करती हैं)। इसमें अंतरिक्ष और प्रदर्शन को बचाने के लिए अतिरिक्त उपयोगी सुविधाएँ हैं।

जैसे linux के लिए देशी ओपन सोर्स विकल्प भी हैं LXC ( कि कर्नेल में बनाया गया है!), जिसका उपयोग एक ही चीज़ के लिए (लेकिन आवश्यक कॉन्फ़िगरेशन के साथ) किया जा सकता है।

एक परीक्षण या निर्माण वातावरण में सरलीकृत उदाहरण docker

# Dockerfile

FROM ubuntu:17.10

RUN apt-get update && apt-get install -y build-essential

WORKDIR /workdir
  • docker build --tag my-builder .

फिर कमांड लाइन से, विभिन्न प्रकार से अपने प्रोजेक्ट या परीक्षण को उस वातावरण में संकलित करें

"लॉगिन" और पर्यावरण के भीतर संकलित करें, परीक्षण चलाएं आदि मान लें कि आप अपनी परियोजना के स्रोत निर्देशिका में हैं

$ docker run -v "$PWD:/workdir" --rm -it my-builder /bin/bash
# echo "Now in docker container"
# make
...
# build/test/my-test
...
# exit
$ echo "Build artifacts are now on your host OS Directory :) "

वन-ऑफ के रूप में उपयोग करें

$ docker run -v "$PWD:/workdir" --rm my-builder make

आप पर्यावरण चर भी पास कर सकते हैं

$ docker run -e "CROSS_COMPILE=arm-linux-gnueabi" -v "$PWD:/workdir" --rm my-builder make

या लगातार उदाहरण शुरू करें और फ़ाइलों को स्पष्ट रूप से कॉपी करें

$ Start our instance in background 
$ docker run --name my-builder-inst -d my-builder
$ echo "Copy files to instance" 
$ docker cp /my/source/dir my-builder-inst:/workdir
$ echo "run project build"
$ docker exec my-builder-inst make
$ echo "copy build artifacts"
$ docker cp my-builder-inst:/workdir/build /my/output/dir
$ echo "destroy and delete container" 
$ docker rm -f  my-builder-inst

वस्तुतः सैकड़ों अन्य उपयोग पैटर्न हैं, हालांकि, स्क्रिप्ट जैसी छवि परिभाषा, विस्तार योग्य चित्र और कमांड लाइन का उपयोग इसे विकास, परीक्षण और यहां तक ​​कि तैनाती के वातावरण के लिए बेहद आकर्षक बनाता है।


1
यदि आप सिस्टम कंटेनर चाहते हैं, तो आपको संभवतः Docker (जो एप्लिकेशन कंटेनरों के लिए अधिक डिज़ाइन किया गया है) के बजाय LXD (पारंपरिक LXC यूजरस्पेस टूल की तुलना में बहुत सरल) दिखना चाहिए। उस ने कहा, दोनों कर्नेल LXC / cgroups समर्थन के शीर्ष पर बनाते हैं। इन्हें भी देखें, unix.stackexchange.com/questions/254956/…
Bob

3

मैं एक अलग विभाजन रखता हूं अपने ड्राइव पर हूं (यदि आप कर सकते हैं तो 20 जीबी न्यूनतम की सिफारिश करें)।

मैं उस विभाजन पर स्थापित कर सकता हूं जिसे कोई भी ओएस मैं परीक्षण करना चाहता हूं, और फिर इसमें रिबूट करें।

यदि सब कुछ ठीक चल रहा है, तो मैं अपने मूल OS विभाजन को हटा सकता हूं, और अंततः इसका पुन: उपयोग कर सकता हूं।

लेकिन अगर नया ओएस मेरे लिए काम नहीं कर रहा है (ड्राइवर मुद्दों, अनुपलब्ध सॉफ़्टवेयर) तो मैं बस अपने पुराने ओएस में वापस रिबूट कर सकता हूं , और आभारी हूं कि मेरे पास अभी भी है!

टिप्पणियाँ:

  • इस तरह से आप वास्तव में अपने हार्डवेयर पर नए OS का परीक्षण कर सकते हैं, जिससे आप ड्राइवर समस्याओं का पता लगा सकते हैं।

  • लेकिन अगर आप केवल यह अनुभव करना चाहते हैं कि नया ओएस कैसा महसूस करता है, तो अन्य वर्चुअलाइजेशन समाधानों में से एक संभवतः आपके लिए अधिक तेज़, आसान और सुरक्षित है।

  • मैं अपने /homeएक अलग विभाजन पर रखता हूं , इसलिए यह दो ओएस-एस से स्वतंत्र है। (गलती से उस विभाजन को सुधार न करें!)

  • लेकिन मेरा सुझाव है कि/home परीक्षण करते समय आप एक साझा विभाजन का उपयोग करें । यदि दो OS-es में अलग-अलग सॉफ़्टवेयर संस्करण हैं, तो एक एप्लिकेशन अपनी कॉन्फ़िग फाइल को इस तरह से बदल सकता है जो अन्य OS के लिए अनुपयुक्त है। इसलिए प्रत्येक OS के लिए अलग-अलग कॉन्फिग फाइल रखें, जब तक आप उनमें से किसी एक के लिए प्रतिबद्ध नहीं होते। (*) निचे देखो

  • आपको दूसरा स्वैप विभाजन बनाने की आवश्यकता नहीं है। आप दोनों OS के लिए एक ही स्वैप विभाजन का उपयोग कर सकते हैं।

  • बेशक आपको सावधान रहने की जरूरत है कि आप किन विभाजन को प्रारूपित / स्थापित करते हैं। तो एक बैकअप करें, और एक नया ओएस स्थापित करने से पहले अपने विभाजन आईडी और आकार (बिंदीदार, पी, क्यू) लिखें।

  • दो OS के बीच दोहरे बूट के लिए, आपको उन दोनों का पता लगाने के लिए ग्रब की आवश्यकता होती है। मेरे अनुभव में, ग्रब ने हमेशा अपने आप ऐसा किया है। (लेकिन लिलो एक अलग कहानी हुआ करती थी!)

  • जब आप दूसरे OS पर होते हैं तो एक OS से सॉफ़्टवेयर चलाना अक्सर संभव होता है। मैं sudo chroot /mnt/original_osइसका उपयोग करने में कामयाब रहा , हालांकि यह स्थापित करने के लिए एक बेला था : मुझे बांधना-माउंट करना था /devऔर /proc

मेरा रिकॉर्ड एक मशीन पर 4 लिनक्स ओएस और एक विंडोज एक्सपी था। मैं गति और मस्ती के लिए जेंटू में बूट करता था, लेकिन अपने वेबसर्वर और मेलस्वर को चेरोट में भरोसेमंद डेबियन ओएस पर चलाता था

(*) आप संपादन करके प्रत्येक OS के लिए एक अलग होम फोल्डर कॉन्फ़िगर कर सकते हैं /etc/passwd। अपना घर सेट करें और /home/you/arch-testफिर साझा किए गए घर के विभाजन को लक्षित करें /etc/fstabऔर रिबूट करें। आप कुछ dotfiles को दोनों OS में साझा कर सकते हैं, जबकि दूसरों को OS-विशिष्ट होने के लिए छोड़ सकते हैं।


1
वास्तव में उनकी स्थापित लिपियों पर भरोसा करने की आवश्यकता है .....
mckenzm

हां, इस विधि से अधिक जोखिम जुड़ा हुआ है। यदि आप वास्तव में एक सावधान व्यक्ति हैं, तो आप पहले वर्चुअलाइजेशन की कोशिश कर सकते हैं और फिर एक विभाजन स्थापित कर सकते हैं, और केवल अपने मूल इंस्टॉलेशन को छोड़ सकते हैं यदि वह काम करता है।
joeytwiddle

मैं फिर कभी ऐसा नहीं करूंगा। मैं एक बार जाहिरा तौर पर अस्पष्ट डि बग में भाग गया, जिसने हर एन्क्रिप्टेड विभाजन को उड़ा दिया, यहां तक ​​कि उन जो अनुरोधित स्थापना का हिस्सा नहीं थे। AFAIK इस बग को ठीक नहीं किया गया है।
माइकल हैम्पटन

3

आपके पास मूल रूप से तीन विकल्प हैं: वर्चुअलाइजेशन (वर्चुअलबॉक्स या डॉकर), बूट करने योग्य फ्लैश ड्राइव (लाइव सीडी के लिए आधुनिक विकल्प), या विभाजन से दोहरी बूट। तीनों के बीच चयन आपकी आवश्यकताओं, हार्डवेयर और अनुभव पर निर्भर करता है। अन्य उत्तरों में से कुछ एक विशेष दृष्टिकोण के बारे में बहुत अधिक विस्तार में जाते हैं, लेकिन यहां एक उच्च-स्तरीय तुलना आपको उनके बीच निर्णय लेने के लिए एक रूपरेखा प्रदान करती है।

1. वर्चुअलाइजेशन

पेशेवरों :

  • स्थापित करने के लिए बहुत आसान है
  • आपके प्राथमिक देव वातावरण को प्रभावित नहीं करेगा
  • आप आसानी से जितने चाहें उतने सेट कर सकते हैं, जब तक आपके पास हार्ड ड्राइव की जगह है - यहां तक ​​कि बड़े बदलाव करने से पहले स्नैपशॉट बनाएं, और जब आप उनके साथ काम करें तो बस उन्हें हटा दें

विपक्ष :

  • एक साथ दो या दो से अधिक ओएस चलाने के लिए सभ्य हार्डवेयर की आवश्यकता होती है
  • प्रदर्शन VM द्वारा आवंटित संसाधनों द्वारा सीमित है, इसलिए आपको वास्तव में इस बात का सटीक अंदाजा नहीं होगा कि आप जिस ओएस संस्करण का परीक्षण कर रहे हैं वह आपके प्राथमिक ओएस की तुलना में कैसा है
  • चूंकि हार्डवेयर सभी वर्चुअलाइज्ड है, इसलिए आपको ड्राइवर की उपलब्धता / अनुकूलता का सटीक बोध नहीं होगा

2. बूट करने योग्य फ्लैश ड्राइव

पेशेवरों :

  • मध्यम स्थापित करने के लिए आसान है
  • आपके प्राथमिक देव वातावरण को प्रभावित नहीं करेगा
  • प्रदर्शन आमतौर पर USB3 फ्लैश ड्राइव के साथ अच्छा होता है, हालांकि फ्लैश ड्राइव की गुणवत्ता के आधार पर निश्चित रूप से कुछ भिन्नता है (USB2 धीमा होगा - मैं इस उद्देश्य के लिए इसे टालूंगा)
  • आपके वास्तविक हार्डवेयर (स्टोरेज डिवाइस के अलावा) का उपयोग करता है, ताकि आप देख सकें कि यह ड्राइवरों और व्हाट्सएप के साथ कितना अच्छा है
  • आप जितनी आसानी से चाहें उतने सेट कर सकते हैं, जब तक आपके पास पर्याप्त फ्लैश ड्राइव हैं (और यदि आप कुछ और आज़माना चाहते हैं तो आप उन्हें आसानी से सुधार सकते हैं)

विपक्ष :

  • इस उद्देश्य के लिए समर्पित एक (या अधिक) फ्लैश ड्राइव की आवश्यकता होती है
  • प्रदर्शन आपके द्वारा उपयोग की जाने वाली फ्लैश ड्राइव की गुणवत्ता पर निर्भर करता है

3. एक विभाजन से दोहरी बूट

पेशेवरों :

  • यह आपके प्राथमिक OS के समान सटीक हार्डवेयर पर चलने के बाद से आपको प्रदर्शन, ड्राइवर की अनुकूलता आदि का सबसे अच्छा विचार देता है
  • एक साथ कई सेट अप कर सकते हैं, जब तक आपके पास हार्ड ड्राइव स्पेस है (आपको बस एक दूसरे के लिए एक अलग विभाजन सेट करना होगा)

विपक्ष :

  • कुछ निम्न स्तर की जानकारी की आवश्यकता है कि कैसे ठीक से स्थापित किया जाए
  • हार्ड ड्राइव विभाजन और बूटलोडर्स के साथ खिलवाड़ करना हमेशा आपके वर्तमान सेटअप को बोर करने की कुछ क्षमता रखता है (सुनिश्चित करें कि आपके शुरू होने से पहले आपके पास बूट करने योग्य फ्लैश ड्राइव या लाइव सीडी काम है)

यदि आप अपने पोस्ट में वर्चुअलाइजेशन से अलग डॉकर विकल्प को विभाजित करते हैं, तो मैं इसे उस उत्तर के रूप में चिह्नित करने के लिए तैयार हूं जो सभी विकल्पों को कवर करता है। IMHO, मुझे लगता है कि सच्चे पूर्ण initसिस्टम और पूर्ण कर्नेल नहीं चलने के कारण कंटेनर सही वर्चुअलाइजेशन नहीं हैं । कंटेनर (डॉकटर, LXC, आदि) पूर्ण वर्चुअलाइजेशन (आदि) की तुलना में संसाधनों पर अधिक हल्के होते हैं ...
टेड काहल

2

QEMU

QEMU एक वर्चुअलाइजेशन समाधान है जो सैद्धांतिक रूप से सस्ते और सरल के लिए इस प्रश्न की आवश्यकताओं को हल करता है।

यह लिनक्स या विंडोज होस्ट के भीतर ऑपरेटिंग सिस्टम आईएसओ फाइलों के ड्रैग और ड्रॉप बूटिंग की अनुमति देता है।

यह होस्ट सिस्टम के भीतर लाइव यूएसबी हार्ड ड्राइव को बूट करने की भी अनुमति देता है और यदि उपलब्ध हो तो दृढ़ता का उपयोग करता है।

VBox के साथ वर्चुअल हार्ड डिस्क बनाने की कोई आवश्यकता नहीं है।

QEMU लिनक्स, विंडोज और अन्य ओएस के लिए कमांड लाइन ऐप के रूप में उपलब्ध है। यह जीयूआई के रूप में भी उपलब्ध है और मल्टीबूटस लिनक्स और विंडोज संस्करणों http://multibootusb.org/ के साथ शामिल है ।

QEMU

QEMU को वर्चुअल मशीन मैनेजर से भी चलाया जा सकता है, जो MBUSB की तुलना में तेज़ है लेकिन ड्रैग और ड्रॉप नहीं है।

sudo apt-get install qemu-kvm libvirt-bin ubuntu-vm-builder bridge-utils
sudo apt-get install virt-manager

लंबे समय तक ओएस परीक्षण एक वर्चुअलबॉक्स स्थापित प्रणाली बेहतर है।


धन्यवाद! मैंने इस विकल्प के बारे में नहीं सुना था। मैं इस पर एक नज़र डालूँगा।
टेड काहल

2

वर्चुअलाइजेशन का उपयोग सबसे सरल और आसान तरीका है। आप वर्चुअलबॉक्स डाउनलोड कर सकते हैं (यह खुला स्रोत है) और किसी भी ऑपरेटिंग सिस्टम को स्थापित करें। और, मैं आपको पहली बार चलाने से पहले एक स्नैपशॉट बनाने की सलाह देता हूं, इस तरह आप इसकी पिछली स्थिति में वापस आ सकते हैं यदि आप इसे सेट करने, कॉन्फ़िगरेशन बदलने आदि में कोई गलती करते हैं।

मैंने इस तरह से कई OS का उपयोग और परीक्षण किया है। यह बहुत सरल और त्वरित है। यहां तक ​​कि, मैंने वर्चुअलाइजेशन का उपयोग करके एमएसडीओएस और विंडोज 3.1 का उपयोग किया है। आप कुछ भी स्थापित कर सकते हैं, यहां तक ​​कि क्रोमोस (थोड़े काम के साथ) या विंडोज या लिनक्स के किसी भी संस्करण में, यह इसके डेस्कटॉप स्वाद से कोई फर्क नहीं पड़ता।


1

मैंने पिछले 3 वर्षों से यूएसबी ड्राइव से उबंटू की पूरी तरह से सफलतापूर्वक बूटिंग की है। USB 2.0 पुराने 3G SATA HD (7200 rpm 16 MB कैश) की तुलना में थोड़ा धीमा था, लेकिन USB 3.0 एक 3G SATA इंटरफ़ेस पर SSD के कुछ सेकंड के भीतर है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.