विंडोज से लिनक्स पर स्विच करते समय डिस्क प्रबंधन में महारत हासिल करें

आज, मैं विंडोज-टू-लिनक्स ट्यूटोरियल के अपने हालिया टेम्पलेट से हटना चाहता हूं, जो आपको यह दिखाने पर केंद्रित थे कि WINE जैसे फ्रेमवर्क का उपयोग करके आमतौर पर केवल विंडोज के लिए डिज़ाइन किए गए या इरादे से बनाए गए विभिन्न प्रोग्राम को कैसे इंस्टॉल, कॉन्फ़िगर और उपयोग किया जाए। आज हम डिस्क और ड्राइव प्रबंधन के रसदार विषय पर चर्चा करेंगे।

एप्लिकेशन के अलावा, डेटा से निपटना है। और डेटा हर चीज के लिए महत्वपूर्ण है। जब कोई विंडोज और लिनक्स के बीच मौलिक अंतरों पर विचार करता है तो चीजें अतिरिक्त जटिल हो जाती हैं। पूर्व NTFS का उपयोग करता है, और डेटा ड्राइव (C:, D:, आदि) में व्यवस्थित होता है। लिनक्स सब कुछ एक फाइलसिस्टम ट्री (रूट, /) के तहत संग्रहीत करता है, और विभिन्न फाइलसिस्टम फॉर्मेट (जैसे ext4) का उपयोग करता है, हालांकि यह NTFS को संभाल सकता है। तो फिर, यदि आप अपना सामान स्थानांतरित करने की कोशिश कर रहे हैं तो क्या होता है? यह ट्यूटोरियल उन लोगों के लिए एक साफ सुझाव है जो व्यवस्था, सरलता और स्पष्टता की तलाश में हैं।

प्रारंभिक पठन

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

कहा जा रहा है, यहां मेरे कुछ लेख हैं जिन्हें आपको आगे जाने से पहले पढ़ना चाहिए:

GParted पार्टीशनिंग सॉफ्टवेयर ट्यूटोरियल

विंडोज नौसिखियों के लिए अंतिम लिनक्स गाइड

सेम सेम बट डिफरेंट

ठीक है, अब जब हम लिंगो और तकनीकी विवरण जानते हैं, तो आइए एक परिदृश्य पर चर्चा करें। मान लीजिए आपके पास दो भौतिक डिस्क और कुल पांच डिस्क पार्टीशन के साथ एक विंडोज मशीन है। आइए मान लें कि लेआउट इस प्रकार है:

• C:\ ड्राइव - विंडोज और कोर ऑपरेटिंग सिस्टम फाइलें, प्रोग्राम फाइलें, यूजर डेटा।
• D:\ ड्राइव - गेम इंस्टॉलेशन (स्टीम सहित)।
• E:\ ड्राइव - यूजर का डेटा (फाइलें, फिल्में, संगीत, दस्तावेज, आदि) माय डॉक्यूमेंट्स और इसी तरह के तहत संग्रहीत नहीं।
• F:\ ड्राइव (दूसरी डिस्क पर) - बैकअप के लिए उपयोग किया जाता है; यहां, यूजर डेटा सप्ताह में एक बार कॉपी किया जाता है।
• H:\ ड्राइव (दूसरी डिस्क पर) - कम महत्वपूर्ण सामान के लिए उपयोग किया जाता है (डाउनलोड, रॉ वीडियो, आदि)।

अब, मान लें कि उपरोक्त डिस्क व्यवस्था वाले कंप्यूटर का मालिक लिनक्स पर जाने में रुचि रखता है। तो वे निम्न कार्य करते हैं:

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

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

अब, उपयोगकर्ता के पास दो ऑपरेटिंग सिस्टम वाला एक सिस्टम है। हालांकि, एक समस्या है। थोक डेटा अभी भी विंडोज में रहता है और/या NTFS फाइलसिस्टम के साथ फॉर्मेट किए गए विंडोज ड्राइव पर सहेजा/रखा जाता है। यहां कई प्रश्न हैं:

• क्या उपयोगकर्ता विंडोज डेटा तक पहुंच सकता है?
• क्या उपयोगकर्ता विंडोज डेटा को संशोधित कर सकता है?
• क्या उपयोगकर्ता अन्य पार्टीशन पर देशी लिनक्स फाइलसिस्टम में विंडोज ड्राइव से डेटा माइग्रेट कर सकता है?
• क्या उपयोगकर्ता NTFS फाइलसिस्टम को देशी लिनक्स वालों में परिवर्तित कर सकता है (यदि वे चाहते हैं)?

आइए इनका उत्तर दें, क्या हम!

• लिनक्स बिना किसी बड़ी समस्या के NTFS फाइलसिस्टम को पढ़ सकता है। अधिकांश डिस्ट्रीब्यूशन इसका मूल रूप से समर्थन करते हैं।
• इसी तरह, लिनक्स NTFS फाइलसिस्टम पर लिख सकता है। हालांकि, सभी डिस्ट्रीब्यूशन में यह क्षमता बॉक्स से बाहर नहीं होती है। इस समस्या का समाधान NTFS-3g उपयोगिता को इंस्टॉल करना है, जो आवश्यक कार्यक्षमता प्रदान करता है। उदाहरण के लिए, रेड हैट डिस्ट्रीब्यूशन जैसे सेंटओएस या अल्मालिनक्स या रॉकी लिनक्स में:

sudo dnf install ntfs-3g ntfsprogs

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

डिस्क प्रबंधन अस्पष्टता

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

लिनक्स में, सभी पथ एक रूट (/) पर हल होते हैं। उदाहरण के लिए, /home/igor "igor" नामक उपयोगकर्ता की होम डायरेक्टरी का माउंट पॉइंट होगा। लेकिन उस डायरेक्टरी का भौतिक मैपिंग कहीं भी हो सकता है। यह एक अलग पार्टीशन, एक अलग डिस्क, यहां तक कि एक अलग सिस्टम (नेटवर्क पर) हो सकता है। उदाहरण के लिए:

• रूट फाइलसिस्टम (/) /dev/sda1 (पहली डिस्क पर पहला पार्टीशन) का माउंट पॉइंट है।
• home/igor एक डायरेक्टरी है और अलग माउंट पॉइंट नहीं है। डेटा /dev/sda1 (उसी डिस्क) पर रहता है।
• वैकल्पिक रूप से, पथ /home/igor /dev/sda2 या /dev/sdc7 या यहां तक कि NFS, CIFS या Samba शेयर्स पर हल हो सकता है।

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

अधिकांश लिनक्स सिस्टम हटाने योग्य, बाहरी या गैर-लिनक्स उपकरणों को /run/media या /media के तहत माउंट करेंगे। इसलिए यदि आप इन स्थानों के तहत दो डायरेक्टरी देखते हैं, चाहे वे जैसे भी नामित हों, आप आवश्यक रूप से उनके बीच अंतर नहीं कर पाएंगे। एक आंतरिक विंडोज NTFS-फॉर्मेटेड पार्टीशन हो सकता है, और दूसरा FAT32-फॉर्मेटेड USB ड्राइव हो सकता है।

समाधान, फिर

इस समस्या को हल करने के लिए, मैं निम्नलिखित विधि का उपयोग करता हूं:

• मैं रूट के तहत drives नामक एक नया टॉप-लेवल डायरेक्टरी बनाता हूं (/drives)।
• अंदर, मैं डायरेक्टरी बनाता हूं जो विंडोज ड्राइव के लिए माउंट पॉइंट के रूप में काम करेगी, अक्षरों को पहचानकर्ता के रूप में उपयोग करते हुए। उदाहरण के लिए, /drive/C का उपयोग C:\ ड्राइव के लिए माउंट पॉइंट के रूप में किया जाएगा, और /drive/E का उपयोग E:\ ड्राइव के लिए माउंट पॉइंट के रूप में किया जाएगा, और इसी तरह।
• मैं /etc/fstab के तहत विंडोज ड्राइव के लिए स्थायी माउंट नियम बनाता हूं (इस पर शीघ्र ही अधिक)। इसका मतलब है कि जब सिस्टम बूट होता है, तो विंडोज ड्राइव को राइटेबल डिवाइस के रूप में माउंट किया जाएगा और टॉप-लेवल /drives स्थान के तहत डायरेक्टरी के रूप में प्रस्तुत किया जाएगा।

यह विधि क्या सुनिश्चित करती है?

इस दृष्टिकोण के कई उपयोगी लाभ हैं:

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

यहां बताया गया है कि आप इसे कैसे कर सकते हैं

हमारे पहले के उदाहरण का अनुसरण करते हुए, पहला कदम यह पता लगाना है कि लिनक्स "आंतरिक हार्ड डिस्क को कैसे देखता है" और यह विंडोज ड्राइव की पहचान कैसे करता है। फिर से, आपको यहां थोड़ी विशेषज्ञता की आवश्यकता है। आप fdisk जैसे कमांड-लाइन टूल्स का उपयोग करके उपकरणों और उनके पार्टीशन की सूची आउटपुट कर सकते हैं। आइए मान लें कि निम्नलिखित:

• /dev/sda1 - C:\ ड्राइव
• /dev/sda2 - D:\ ड्राइव
• /dev/sda3 - E:\ ड्राइव
• /dev/sdb1 - F:\ ड्राइव
• /dev/sdb2 - H:\ ड्राइव
• /dev/sdb3 - लिनक्स रूट (/)
• /dev/sdb4 - लिनक्स स्वैप
• /dev/sdb5 - लिनक्स होम (/home)

/drives टॉप-लेवल पथ और उसके नीचे की डायरेक्टरी बनाएं (केवल विंडोज ड्राइव के लिए):

sudo mkdir /drives
sudo mkdir /drives/C
sudo mkdir /drives/D
...

अब, रूट या sudo के रूप में, /etc/fstab फ़ाइल का बैकअप बनाएं और फिर इसे टेक्स्ट एडिटर (जैसे नैनो) में संपादित करें:

sudo cp /etc/fstab /home/"your user"/fstab-backup
sudo nano /etc/fstab

टेक्स्ट एडिटर में, अपने विंडोज ड्राइव के लिए माउंट पॉइंट जोड़ें।

/dev/sda1 /drives/C ntfs-3g defaults,locale=utf8 0 0
/dev/sda2 /drives/D ntfs-3g defaults,locale=utf8 0 0
...

यहां हमारे पास क्या है?

• हम उस वास्तविक डिवाइस/पार्टीशन को निर्दिष्ट करते हैं जिसे हम माउंट करना चाहते हैं।
• हम माउंट पॉइंट निर्दिष्ट करते हैं।
• हम फाइलसिस्टम निर्दिष्ट करते हैं - इस मामले में, हम ntfs-3g फाइलसिस्टम ड्राइवर का उपयोग करते हैं (हमें रीड/राइट एक्सेस देता है)।
• हम माउंट विकल्प निर्दिष्ट करते हैं - डिफॉल्ट्स के साथ इसे सरल रखते हुए, प्लस UTF8 एन्कोडिंग।
• हम अंतिम दो फील्ड (डंप और fsck) को 0 पर सेट करते हैं, ताकि उन्हें क्लासिक लिनक्स ऑपरेशन से बाहर रखा जाए।

मेरी एक प्रणाली से एक वास्तविक उदाहरण यहां दिया गया है:

# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/nvme0n1p5 during installation
# /boot/efi was on /dev/nvme0n1p1 during installation

UUID=7f4087e7-e572-44fd-a4a1-7489099937a0 / ext4 errors=remount-ro 0 1
UUID=C05A-951D /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0
/dev/nvme0n1p3 /drives/C ntfs-3g defaults,locale=utf8 0 0

पहली तीन अनकमेंटेड एंट्री लिनक्स फाइलसिस्टम के लिए माउंट एंट्री हैं, जिसमें रूट (/), /boot/efi शामिल है, जो UEFI सिस्टम पर आवश्यक है (यह VFAT फाइलसिस्टम भी दिखाता है), और एक स्वैपफाइल के बजाय एक स्वैप पार्टीशन।

चौथी एंट्री एक विंडोज ड्राइव का जोड़ है। कृपया ध्यान दें कि डिवाइस पहचानकर्ता /dev/sdaXY नहीं है बल्कि यह /dev/nvmeXnYp3 है। इसका कारण यह है कि सिस्टम में एक NVMe हार्ड डिस्क है, और लिनक्स सिस्टम इसे IDE/SATA/SCSI उपकरणों से अलग तरीके से पहचानता है। लेकिन सभी व्यावहारिक उद्देश्यों के लिए, संकेतन समान है।

हमारे पास पहली (0) NVMe बस, पहला (1) डिवाइस, तीसरा (3) पार्टीशन है। फिर से, कृपया डिवाइस और पार्टीशन के लिए संकेतन के लिए हार्ड डिस्क प्रबंधन पर मेरे पहले के गाइड, साथ ही GRUB ट्यूटोरियल देखें। और इसलिए, उपरोक्त उदाहरण में, हम अपने विंडोज पार्टीशन को माउंट करते हैं, प्रभावी रूप से NVMe डिस्क पर तीसरा पार्टीशन, /drives/C के तहत।

प्रभाव देखने के लिए आपको रीबूट करने की आवश्यकता नहीं है, बस सब कुछ रीमाउंट करें:

sudo mount -a

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

फाइल मैनेजर और विंडोज ड्राइव

यदि आप GUI (कमांड लाइन नहीं) से डेटा का उपयोग करना चाहते हैं, तो आप निम्न ट्रिक कर सकते हैं:

• अपनी होम डायरेक्टरी में माउंट किए गए ड्राइव के लिए सिम्बोलिक लिंक बनाएं।
• अधिक विशेष रूप से, प्रत्येक ड्राइव (अक्षर) को एक फ़ोल्डर से प्रतीकात्मक रूप से लिंक करें जिसमें एक सार्थक पहचानकर्ता हो, जैसे विंडोज ड्राइव नाम।

ln -s /drives/C ~/Windows

उपरोक्त कमांड आपकी होम डायरेक्टरी में एक सिम्बोलिक लिंक बनाएगा। Windows /drives/C पर मैप होगा, जो C:\ ड्राइव का माउंट पॉइंट है। इसलिए जब आप अपने लिनक्स फाइल मैनेजर में Windows फ़ोल्डर पर क्लिक करेंगे, तो आपको विंडोज ड्राइव की सामग्री दिखाई देगी।

अब, आप एक कदम आगे जा सकते हैं और इन ड्राइव के लिए शॉर्टकट बना सकते हैं। उदाहरण के लिए, प्लाज्मा डेस्कटॉप वातावरण में, आप साइडबार में शॉर्टकट जोड़ सकते हैं, ताकि Windows /drives/C पर मैप हो, Games /drives/D पर मैप हो, Data /drives/E पर मैप हो, और इसी तरह। आपका अगला कदम संभावित रूप से बैकअप कार्यों को प्रवाह में जोड़ना है, लेकिन यह एक अन्य ट्यूटोरियल का विषय है।

निष्कर्ष

मेरा ट्यूटोरियल डेटा प्रबंधन का पवित्र कंठ नहीं है। उससे दूर। लेकिन यह उन सामान्य समस्याओं के लिए सुंदर सुझाव प्रदान करता है जिनका सामना लोग विंडोज से लिनक्स पर जाते समय कर सकते हैं। यह विंडोज डेटा को एक दृश्यमान, सहज तरीके से प्रस्तुत करने का एक तरीका प्रदान करता है। इसमें कोई विनाशकारी ऑपरेशन शामिल नहीं है। यह सुविधाजनक बैकअप और डेटा पृथक्करण की अनुमति देता है। और यह विंडोज वर्कफ़्लो के आदी लोगों को परिचित संकेतों या स्थापित वर्कफ़्लो से समझौता किए बिना नए वातावरण में धीरे-धीरे समायोजित करने की पेशकश करता है।

विंडोज-ओनली ड्राइव को अपने स्वयं के पथ में माउंट करके, GUI टूल्स के माध्यम से सुविधाजनक पहुंच देने के लिए सिम्बोलिक लिंक, और एक तार्किक मैपिंग के साथ, आपके पास अब अपने माइग्रेशन के लिए एक अच्छा, ठोस आधार होना चाहिए। अगला कदम यह सुनिश्चित करना है कि आपका महत्वपूर्ण डेटा बैकअप है। क्योंकि बैकअप के बिना डेटा बस होने वाली त्रासदी है। हम इसे कवर करेंगे, साथ ही कई अन्य व्यावहारिक दिन-प्रतिदिन की युक्तियों को अनुवर्ती लेखों में। अभी के लिए, ऊपर उल्लिखित डेटा योजना के बारे में थोड़ा सोचें। और अतिरिक्त प्रोग्राम सेटअप गाइड के लिए बने रहें। जल्द मिलते हैं।

चीयर्स।