मेरे sda1 में सेक्टरों की संख्या


0

बूटिनफॉस्क्रिप्ट चलाने के बाद , मैं लॉग पर पढ़ता हूं:

sda1: __________________________________________________________________________________

File system:       ntfs
Boot sector type:  Windows XP: NTFS
Boot sector info:  According to the info in the boot sector, sda1 has 
                   78124992 sectors, but according to the info from 
                   fdisk, it has 81920000 sectors.
Operating System:  Windows XP
Boot files:        /boot.ini /bootmgr /Boot/BCD /ntldr /NTDETECT.COM

मेरे सिस्टम पर विंडोज और लिनक्स बूट ठीक है। क्या मुझे इस विसंगति के बारे में चिंता करनी चाहिए? क्या इसे ठीक करने का कोई तरीका है?

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


मेरा अनुमान है कि एक सेक्टर है और दूसरा ब्लॉक है। नहीं, मुझे विश्वास नहीं है कि कुछ भी "गलत" है, इसलिए "फिक्स" करने के लिए कुछ भी नहीं है, जब तक कि वास्तव में कुछ भी काम नहीं कर रहा है, जैसे एमबीआर या बूटसेट को खोजने में विफलता।
फ्रैंक थॉमस

"सेक्टर" और "ब्लॉक" आमतौर पर समान होते हैं; और जब वे नहीं होते हैं, तो वे यहां बताए गए 5% से अधिक अलग होंगे।
रॉड स्मिथ

Fdisk द्वारा रिपोर्ट की गई संख्या ऐसी लगती है जैसे इसे गोल किया गया है (2 ^ {13} * 1000)।
LDC3

जवाबों:


1

संभावनाएं विसंगति एक विभाजन का परिणाम है- या फाइलसिस्टम-रिसाइज़िंग ऑपरेशन जिसने उन चीजों में से एक को बदल दिया, लेकिन दूसरे को नहीं।

विस्तृत करने के लिए, विभाजन सरल डेटा संरचनाएं हैं जो डिस्क पर कई क्षेत्रों को परिभाषित करती हैं जिनका उपयोग किसी विशेष उद्देश्य के लिए किया जा सकता है। Fileystems, OTOH, बहुत अधिक जटिल डेटा संरचनाएं हैं जो आपको फ़ाइलों को संग्रहीत करने में मदद करती हैं। फ़ाइल सिस्टम को अक्सर विभाजन पर संग्रहीत किया जाता है, और विभाजन अक्सर फाइल सिस्टम को पकड़ते हैं, लेकिन यह लिंकेज निरपेक्ष नहीं है। एक विभाजन, इसकी प्रकृति से, आपके मामले में एक आकार - 81,920,000 क्षेत्रों को परिभाषित करता है। फाइलसिस्टम के आकार भी होते हैं, जो आपके मामले में विभाजन के स्वतंत्र रूप से परिभाषित किए जाते हैं - 78,124,992 सेक्टर। अगर कोई विभाजन निहित फ़ाइल सिस्टम को आकार दिए बिना या किसी फ़ाइल सिस्टम को आकार में विभाजन के आकार के बिना बदल दिया जाता है, तो दोनों अजीब से बाहर निकल सकते हैं। दोनों कार्य करने के लिए उपकरण लिनक्स में मौजूद हैं, हालांकि कुछ उपकरण एक साथ विभाजन और फाइल सिस्टम दोनों का निर्माण या आकार परिवर्तन करते हैं।

मैं 100% सकारात्मक नहीं हूं, लेकिन मुझे लगता है कि लिनक्स में टाइप rootया उपयोग करते हुए निम्न कमांड sudoको विसंगति को ठीक करना चाहिए:

ntfsresize /dev/sda1

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

हालाँकि, ध्यान दें कि फाइल सिस्टम को आकार देना स्वाभाविक रूप से खतरनाक है। यह देखते हुए कि केवल 5% विसंगति है, और यह एक फाइल सिस्टम है जो इसके विभाजन से छोटा है, यह शायद इसे छोड़ देने के लिए सुरक्षित है। एक फाइलसिस्टम जो कि इसके विभाजन से छोटा है, सिस्टम के लिए कोई खतरा नहीं है; आप बस एक छोटी सी डिस्क स्थान खो रहे हैं। यदि फ़ाइल सिस्टम इसके विभाजन से बड़ा था, तो इससे डेटा हानि का खतरा होगा, लेकिन आपके लिए ऐसा नहीं है।


अरे हाँ! मेरे विचार से आप सही है। कुछ समय पहले मैंने इस गाइड का उपयोग करके अपने NTFS विभाजन का आकार बदला । जैसा कि आपने कहा, किसी को फाइलसिस्टम का आकार बदलने के बाद ध्यान देना चाहिए, कि fdisk के साथ बनाया गया 'नया' विभाजन काफी बड़ा है ... मैंने संभवतः fdisk को चीजों को गोल करने दिया। स्पष्ट स्पष्टीकरण और बुद्धिमान सलाह के लिए धन्यवाद।
vap
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.