बूट करने योग्य सीडी और डीवीडी बनाना एक सरल, सीधी प्रक्रिया है, लेकिन बूट करने योग्य फ्लैश ड्राइव बनाते समय यह अधिक जटिल क्यों है? क्या वास्तव में दोनों के बीच इतना अंतर है? आज के सुपरयूजर क्यू एंड ए पोस्ट में एक जिज्ञासु पाठक के प्रश्न का उत्तर है।
आज का प्रश्न और उत्तर सत्र सुपरयूज़र के सौजन्य से आता है - स्टैक एक्सचेंज का एक उपखंड, जो कि क्यू एंड ए वेब साइटों का एक समुदाय-संचालित समूह है।
प्रश्न
सुपरयूज़र रीडर विलियम यह जानना चाहता है कि बूट करने योग्य यूएसबी ड्राइव बनाना बूट करने योग्य सीडी बनाने की तुलना में अधिक जटिल क्यों है:
एक बूट करने योग्य सीडी बनाना मेरे विचार में वास्तव में सरल है, आपको बस एक आईएसओ फाइल को डिस्क पर जलाने की जरूरत है और यह बूट करने योग्य है। अब जब यूएसबी ड्राइव की बात आती है, तो आपके पास बहुत सारे विकल्प हैं। क्या कोई दोनों के बीच का अंतर समझा सकता है और शायद विभिन्न विकल्पों का संक्षिप्त विवरण दे सकता है?
बूट करने योग्य USB ड्राइव को बूट करने योग्य सीडी बनाने से अधिक जटिल क्यों बनाया जा रहा है?
उत्तर
SuperUser योगदानकर्ता Akeo का हमारे लिए जवाब है:
Rufus डेवलपर यहाँ। सबसे पहले, आपके द्वारा उल्लेखित बहुत सारे विकल्प केवल रुफस में चलने पर सूचीबद्ध होते हैं उन्नत स्थिति (जब उन्नत विकल्प अनुभाग प्रदर्शित किया गया है), क्योंकि वे ऐसे लोगों के लिए अभिप्रेत हैं जो पहले से ही जानते हैं कि वे क्या हैं।
इसके साथ शुरू करने के लिए, आपको यह समझना होगा कि आईएसओ प्रारूप कभी USB बूटिंग के लिए डिज़ाइन नहीं किया गया था। ISO फ़ाइल एक ऑप्टिकल डिस्क की 1: 1 प्रति है, और ऑप्टिकल डिस्क मीडिया USB मीडिया से बहुत अलग हैं, दोनों इस बात के संदर्भ में हैं कि उनके बूट लोडर को कैसे संरचित किया जाना चाहिए, वे किस फ़ाइल सिस्टम का उपयोग करते हैं, उनका विभाजन कैसे किया जाता है (वे हैं नहीं), और इसी तरह।
इसलिए, यदि आपके पास एक आईएसओ फाइल है, तो आप बस USB मीडिया के साथ नहीं कर सकते हैं कि आप एक ऑप्टिकल डिस्क के साथ क्या कर सकते हैं, जिसे आईएसओ फाइल के हर एक बाइट से पढ़ा जाता है और डिस्क पर (जैसे सीडी, क्रम में है) / डीवीडी बर्नर अनुप्रयोग आईएसओ फाइलों के साथ "काम" करते समय) करते हैं।
यह कहना नहीं है कि USB मीडिया पर इस तरह की 1: 1 प्रतिलिपि मौजूद नहीं हो सकती है, बस 1: 1 USB मीडिया पर प्रतियां ऑप्टिकल डिस्क पर 1: 1 प्रतियों से पूरी तरह से भिन्न होंगी और इसलिए विनिमेय नहीं हैं (ISOHbrid के उपयोग के बाहर) छवियां जो USB और ऑप्टिकल मीडिया दोनों पर 1: 1 प्रतियों के रूप में काम करने के लिए तैयार की जाती हैं)। रिकॉर्ड के लिए, रूफस शब्दावली में, USB मीडिया पर एक 1: 1 कॉपी को डीडी इमेज कहा जाता है (आप सूची में उस विकल्प को देख सकते हैं) और कुछ वितरण, जैसे FreeBSD या रास्पियन, वास्तव में USB स्थापना के लिए डीडी इमेज प्रदान करते हैं, आईएसओ के साथ सीडी / डीवीडी जलने के लिए फाइलें।
इस प्रकार, हमने स्थापित किया है कि आईएसओ फाइलें वास्तव में बूट करने योग्य यूएसबी मीडिया बनाने के लिए खराब रूप से अनुकूल हैं क्योंकि वे एक छोटे वर्ग छेद को फिट करने के लिए एक गोल खूंटी प्रदान करने के बराबर हैं, और इसलिए, इसे फिट करने के लिए गोल खूंटी को बदलना होगा।
अब आप सोच रहे होंगे कि अगर ISO फाइलें बूट करने योग्य USB मीडिया बनाने के लिए इतनी खराब रूप से अनुकूल हैं, तो ज्यादातर ऑपरेटिंग सिस्टम डिस्ट्रीब्यूटर्स डीडी इमेजेज के बजाय ISO फाइल उपलब्ध करवा रहे हैं। ठीक है, ऐतिहासिक कारणों के बाहर, डीडी इमेज के साथ एक समस्या यह है कि क्योंकि वे एक विभाजित फाइल सिस्टम हैं, यदि आप USB मीडिया पर 1: 1 कॉपी बनाते हैं जो उस व्यक्ति द्वारा उपयोग किए गए से बड़ा है जो छवि बनाता है। तब आप मूल डीडी इमेज बनाने में उपयोग किए गए एक के आकार को कम करके आपके USB मीडिया की स्पष्ट "क्षमता" को समाप्त कर देंगे।
इसके अलावा, जबकि ऑप्टिकल डिस्क और इसलिए आईएसओ फाइलें केवल दो फाइल सिस्टम (ISO9660 या UDF) में से किसी एक का उपयोग कर सकती हैं, दोनों को बहुत लंबे समय के लिए सभी प्रमुख ऑपरेटिंग सिस्टमों में बहुत अच्छी तरह से समर्थित किया गया है (और आपको एक झलक लेने की अनुमति देता है) इससे पहले कि आप इसका उपयोग करें या बाद में छवि सामग्री पर), डीडी इमेज का शाब्दिक रूप से मौजूद हजारों विभिन्न फ़ाइल सिस्टमों में से किसी का उपयोग कर सकते हैं। इसका मतलब है कि आपके बूट करने योग्य USB मीडिया बनाने के बाद भी, आप वास्तव में उस पर कोई भी सामग्री देखने में सक्षम नहीं हो सकते, जब तक आप इसे बूट नहीं करते। उदाहरण के लिए, यदि आप विंडोज पर फ्रीबीएसडी यूएसबी छवियों का उपयोग करते हैं तो यह मामला होगा। एक बार बूट करने योग्य USB मीडिया बन जाने के बाद, विंडोज उस पर किसी भी कंटेंट को एक्सेस नहीं कर पाएगा, जब तक कि आप इसे रिफॉर्म नहीं करते।
यही कारण है कि प्रदाता जहां संभव हो, आईएसओ फाइलों के साथ रहना चाहते हैं, क्योंकि यह (आमतौर पर) सभी ऑपरेटिंग सिस्टम में बेहतर उपयोगकर्ता अनुभव प्रदान करता है। लेकिन इसका मतलब यह भी है कि कुछ रूपांतरण (आमतौर पर) होने चाहिए ताकि हमारा गोल आईएसओ खूंटी छोटे "USB मीडिया" वर्ग छेद में अच्छी तरह से फिट हो सके। यह विकल्पों की सूची से कैसे संबंधित है? हम उसी पर आ रहे हैं।
आमतौर पर जाने वाली पहली चीजों में से एक ISO9660 या UDF फाइल सिस्टम है जो ISO फाइल का उपयोग करता है। अधिकांश समय, इसका अर्थ है कि आईएसओ फाइल से सभी फाइल को FAT32 या NTFS फाइल सिस्टम पर निकालना और कॉपी करना, जो कि बूट करने योग्य USB फ्लैश ड्राइव का उपयोग करते हैं। लेकिन निश्चित रूप से इसका मतलब है कि, जिसने भी आईएसओ प्रणाली बनाई है उसने लाइव उपयोग या स्थापना के लिए फाइल सिस्टम के रूप में FAT32 या NTFS का समर्थन करने के लिए कुछ प्रावधान किए होंगे (जो कि सभी लोग, विशेष रूप से वे जो ISOHybrid पर बहुत अधिक भरोसा करते हैं, करते हैं) करने के लिए)।
फिर वास्तविक बूट लोडर ही होता है, जो कि कोड का पहला बिट होता है जब USB मीडिया से कंप्यूटर बूट होता है। दुर्भाग्य से, एचडीडी / यूएसबी और आईएसओ बूट लोडर बहुत अलग जानवर हैं, और BIOS या यूईएफआई फर्मवेयर बूट अप प्रक्रिया के दौरान यूएसबी और ऑप्टिकल मीडिया को बहुत अलग तरीके से व्यवहार करता है। इसलिए आप आमतौर पर एक ISO फाइल से बूट लोडर नहीं ले सकते हैं (जो आमतौर पर एक एल टोरिटो बूट लोडर होगा), इसे USB मीडिया पर कॉपी करें, और इसे बूट करने की उम्मीद करें।
अब वह हिस्सा आता है जो हमारे विकल्पों की सूची के लिए प्रासंगिक है। क्योंकि रुफ़स को एक प्रासंगिक बूट लोडर टुकड़ा प्रदान करना होगा, यह केवल आईएसओ फ़ाइल से प्राप्त नहीं कर सकता है। यदि हम लिनक्स आधारित आईएसओ फाइल के साथ काम कर रहे हैं, तो संभावना है कि यह GRUB 2.0 या Syslinux का उपयोग करेगा, इसलिए Rufus में GRUB या Syslinux का USB- आधारित संस्करण स्थापित करने की क्षमता शामिल है (क्योंकि आईएसओ फाइल में आमतौर पर केवल ISO विशिष्ट संस्करण शामिल होता है उन की)।
यह आमतौर पर स्वचालित रूप से किया जाता है जब आप चुनते हैं और एक आईएसओ फाइल खोलते हैं क्योंकि रुफस यह समझने के लिए पर्याप्त है कि इसे किस प्रकार के रूपांतरण को लागू करने की आवश्यकता है। लेकिन अगर आप चारों ओर खेलना चाहते हैं, तो रुफस आपको कुछ खाली बूट लोडर स्थापित करने का विकल्प देता है जो आपको GRUB या Syslinux प्रॉम्प्ट पर बूट करने में सक्षम बनाता है। वहां से, यदि आप इन प्रकार के बूट लोडर से परिचित हैं, तो आप अपनी स्वयं की कॉन्फिग फाइलों को बना सकते हैं / उनका परीक्षण कर सकते हैं और अपनी बहुत ही सिसलिनक्स या GRUB आधारित कस्टम बूट प्रक्रिया को आजमा सकते हैं (क्योंकि इस स्तर पर, आपको केवल फाइलों को कॉपी / एडिट करना होगा USB मीडिया ऐसा करने के लिए)।
इसलिए, अब आप सूची में मौजूद विकल्पों पर जा सकते हैं:
- MS-DOS: यह MS-DOS (Windows Me संस्करण) का एक रिक्त संस्करण बनाता है, जिसका अर्थ है कि आप MS-DOS प्रॉम्प्ट को बूट करेंगे और वह यह है। यदि आप DOS एप्लिकेशन चलाना चाहते हैं, तो आपको इसे अपने USB मीडिया पर कॉपी करना होगा। ध्यान दें कि यह विकल्प केवल विंडोज 8.1 या इससे पहले के संस्करण पर उपलब्ध है, लेकिन विंडोज 10 से नहीं क्योंकि माइक्रोसॉफ्ट ने विंडोज से डॉस इंस्टॉलेशन फ़ाइलों को हटा दिया (और केवल माइक्रोसॉफ्ट इन फ़ाइलों को फिर से वितरित कर सकता है)।
- डॉस मुफ्त में: यह एक रिक्त संस्करण बनाता है डॉस मुफ्त में । FreeDOS MS-DOS का एक मुफ्त सॉफ्टवेयर संस्करण है, जो MS-DOS के साथ पूरी तरह से संगत है, लेकिन ओपन सोर्स होने का भी फायदा है। MS-DOS की तुलना में, कोई भी FreeDOS को पुनर्वितरित कर सकता है, इसलिए FreeDOS बूट फ़ाइलों को Rufus में शामिल किया गया है।
- आईएसओ छवि: यह वह विकल्प है जिसका आपको उपयोग करना चाहिए यदि आपके पास बूट करने योग्य आईएसओ फाइल है और इसे बूट करने योग्य यूएसबी मीडिया में बदलना चाहते हैं। ध्यान रखें कि क्योंकि रूपांतरण (आमतौर पर) होने की आवश्यकता होती है और बूट करने योग्य आईएसओ फ़ाइल बनाने के तरीके हैं, इस बात की कोई गारंटी नहीं है कि रूफस इसे यूएसबी मीडिया में परिवर्तित करने में सक्षम होगा (लेकिन यह हमेशा आपको बताएगा कि क्या मामला है)।
- डीडी छवि: यह वह विधि है जिसका आपको उपयोग करना चाहिए, यदि आपके पास एक बूट करने योग्य डिस्क छवि है, जैसे कि FreeBSD, रास्पियन, आदि .vhd एक्सटेंशन के साथ प्रदान की गई फाइलें भी समर्थित हैं (जो कि डीडी छवि का Microsoft संस्करण है) और साथ ही साथ संपीड़ित भी। लोगों (.gz, .zip, .bz2, .xz, आदि)।
उपरोक्त चार विकल्प केवल वही हैं जिन्हें आप देखेंगे नियमित मोड । लेकिन अगर आप रूफस को अंदर चलाते हैं उन्नत स्थिति , आपके पास निम्नलिखित विकल्पों तक भी पहुंच होगी:
- Syslinux x.yz: एक रिक्त स्थापित करता है SYSLINUX बूट लोडर जो आपको Syslinux प्रांप्ट पर मिलेगा और बहुत कुछ नहीं। आपको यह जानना चाहिए कि उस बिंदु से आपको आगे क्या करना है।
- सकल / ग्रुबडोस: ऊपर के समान, लेकिन के लिए GRUB / Grub4DOS क्रमशः। यह आपको GRUB प्रॉम्प्ट पर ले जाएगा, लेकिन यह आप पर निर्भर है कि आप बाकी का पता कैसे लगा सकते हैं।
- ReactOS: एक प्रायोगिक स्थापित करता है ReactOS बूट लोडर। पिछली बार जब मैंने जाँच की थी, तो ReactOS USB मीडिया से अच्छी तरह से बूट नहीं हुआ। यह वहां है क्योंकि इसे जोड़ना आसान था, और इस उम्मीद के साथ किया गया कि यह रिएक्टोस विकास में मदद कर सकता है।
- को UEFI- NTFS: इसके लिए NTFS को फ़ाइल सिस्टम के रूप में चुना जाना चाहिए और एक खाली इंस्टाल करना होगा को UEFI- NTFS बूट लोडर। यह UEFI प्लेटफार्मों पर शुद्ध UEFI मोड (CSM नहीं) में NTFS से बूटिंग को सक्षम करता है जिसमें NTFS ड्राइवर शामिल नहीं है। क्योंकि यह रिक्त है, आपको अपनी स्वयं की प्रतिलिपि बनाने की आवश्यकता होगी /ेफी/बूट/बूटीए32.ेफी या /ेफी/बूट/बुट्स64.ेफी उपयोगी होने के लिए NTFS विभाजन पर। यूईएफआई-एनटीएफएस Rufus द्वारा स्वचालित रूप से FAT32 के 4 जीबी अधिकतम फ़ाइल आकार के आसपास काम करने के लिए उपयोग किया जाता है, जो कि उदाहरण के लिए, यूईएफ मोड में Microsoft सर्वर 2016 की स्थापना को इसकी 4.7 जीबी install.wim फ़ाइल को विभाजित किए बिना अनुमति देता है।
उम्मीद है की वो मदद करदे। यह एक सरलीकृत अवलोकन है, इसलिए मुझे आशा है कि लोग उन पहलुओं पर नाइटपैकिंग शुरू नहीं करेंगे, जिन्हें जानबूझकर गूंगा-नीचा या चुप रखा गया था (जैसे कि यह जानते हुए कि विभाजन के बिना यूएसबी फ्लैश ड्राइव होना संभव है, यूएसबी और ऑप्टिकल मीडिया एक ही फाइल का उपयोग करना सिस्टम, और यह कि कुछ बूट प्रक्रियाओं में USB मीडिया पर विभाजन का आकार बढ़ाने की क्षमता है ताकि निचली स्पष्ट क्षमता के मुद्दे को हल किया जा सके)।
स्पष्टीकरण में कुछ जोड़ना है? टिप्पणियों में विचार व्यक्त करो। अन्य टेक-सेवी स्टैक एक्सचेंज उपयोगकर्ताओं से अधिक जवाब पढ़ना चाहते हैं? पूरी चर्चा धागा यहाँ देखें .
छवि क्रेडिट: विलियम (सुपरयूज़र)
