आप इसे रूट और एक टर्मिनल एमुलेटर (जैसे एंड्रॉइड टर्मिनल एमुलेटर (या, वैकल्पिक रूप से, उपयोग कर रहे हैं adb shell) की सहायता से ठीक कर सकते हैं। काम करने के लिए बाइनरी को कहा जाता है fsck, और आमतौर पर /system/xbinया तो या /system/binकभी-कभी इसमें स्थित होता है । आपको इसके विशेष संस्करण की आवश्यकता होती है। , जिसे उदाहरण के लिए बुलाया fsck.exfatया पसंद किया जा सकता है । तो पहले यह सुनिश्चित करें कि हमें सही बाइनरी मिलें:
cd /system/xbin
ls fsc*
अगर नहीं मिला, तो साथ दोहराएं /system/bin। मैं मानूंगा कि यह पहली जगह में पाया गया था, और बस कहा जाता है fsck(यदि ऐसा नहीं है तो निम्नलिखित को समायोजित करें)।
जैसा fsckकि "लिनक्स कोर" से आता है, हम सिंटैक्स के लिए इसके मैन पेज से परामर्श कर सकते हैं । हालांकि एंड्रॉइड पर काम नहीं करने वाले कुछ विकल्प हो सकते हैं, सबसे बुनियादी चाहिए। विवरण के लिए लिंक किए गए मैन पेज देखें (या लिनक्स वीएम चलाएं और man fsckउस पेज के गायब होने की स्थिति में उपयोग करें ) - मैं यहां मूल बातें पर टिकूंगा:
पहले हमें उस डिवाइस को ढूंढना होगा जो आपका एसडी कार्ड के लिए बाध्य है। यदि यह माउंट है, तो mountकमांड हमारी सहायता करेगी:
mount
यह मूल रूप से है: आउटपुट की जांच करें और देखें कि आपका एसडी कार्ड कहां बैठता है। आमतौर पर यह कुछ का उपयोग कर रहा है vold, लेकिन यह उपकरणों के बीच अलग है। आउटपुट में कुछ ऐसा शामिल हो सकता है /dev/block/vold/179:17 on /mnt/storage/sdcard- उस स्थिति में, मेरी बोली का पहला भाग हमारी डिवाइस है। "ड्राइव" को ठीक करने के लिए, आपको पहले इसे अनमाउंट करने की आवश्यकता है। यह सेटिंग्स मेनू के माध्यम से किया जा सकता है, या, जैसा कि हम टर्मिनल में जारी कर रहे हैं
umount /dev/block/vold/179:17
अब हम मरम्मत कार्य के लिए जा सकते हैं। मूल वाक्यविन्यास है:
fsck [options] [-t fstype] <filesystem> [fsoptions]
इसलिए हम सबसे पहले सरल दृष्टिकोण और आशा के fsckआंकड़े खुद ही आजमाते हैं:
fsck -C -r /dev/block/vold/179:17
जिसका मूल रूप से अर्थ है: प्रगति दिखाना (-C), और हमेशा उपयोगकर्ता को (-r) किसी भी त्रुटि को सुधारने के लिए कहें /dev/block/vold/179:17। यदि यह काम नहीं करता है, तो आगे के विकल्पों के लिए लिंक किए गए मैन पेज की जांच करें।
suऔर कर रहा है/system/bin/fsck.exfat?