मैं एक माउंटेड विभाजन पर आकस्मिक रूप से "fsck" चलाता हूं जो कि मेरा एकमात्र विभाजन था। अब मैं बूट नहीं कर सकता। यह फेडोरा 13 था, फाइलसिस्टम एक्स 3 होना चाहिए।
मैंने ubuntu 11.10 से usb से बूट किया है। मैंने पाया कि खोया + पाया खाली है। मुझे अपनी फाइलें नहीं मिल रही हैं। क्या उन्हें ठीक करने का कोई तरीका है?
मैं केवल अपनी कुछ फाइलें बचाना चाहता हूं।
जवाबों:
umount /dev/sdaX विभाजन या यदि यह संभव नहीं है mount -o remount,ro /dev/sdaX कहा पे /dev/sdaX आपका विभाजन डिवाइस नोड है। टूटी हुई फ़ाइल सिस्टम से किसी भी फाइल को पुनर्प्राप्त करने का प्रयास करने से पहले आपको हमेशा डिस्क या विभाजन छवि बनाना चाहिए। जब आपके पास छवि फ़ाइल होती है तो आप हमेशा रोलबैक कर सकते हैं यदि रिकवरी प्रक्रिया में कुछ गलत हो जाता है और स्थिति खराब हो जाती है।
ध्यान देने योग्य लाभ
कई तरीके और उपयोगिताओं हैं जो छवि निर्माण में मदद कर सकते हैं, एक उदाहरण लिनक्स उपयोगिता का उपयोग कर रहा है जिसे कहा जाता है dd। यह उपयोगिता HDD से फाइल तक हर बिट को कॉपी कर सकती है।
हालाँकि, इस तरह से डिस्क चित्र करने से बहुत अधिक डिस्क स्थान, 2000GB डिस्क के लिए 2000GB फ़ाइल खा सकता है dd फाइलसिस्टम या हार्डडिस्क में संग्रहीत डेटा को नहीं देखता है, बल्कि इसके बजाय हर बिट को कॉपी करने की कोशिश करता है जिसे वह देख सकता है। संपीड़न का उपयोग करना चाहिए ( कम से कम बड़े डिस्क के लिए ), भले ही सबसे तेजी से संपीड़न विधि का उपयोग करते हुए यह अभी भी सबसे शून्य को समाप्त करता है [ RLE ] फ़ाइल से। यह उदाहरण डिस्क की नकल करता है /dev/sda सेवा मेरे /mount/backups/disk1.img.bz2।
# Disk image + compression with bzip2:
dd if=/dev/sda of=/dev/stdout bs=1M | bzip2 > /mount/backups/disk1.img.bz2
# Or compression with gzip:
dd if=/dev/sda of=/dev/stdout bs=1M | gzip > /mount/backups/disk1.img.gz
यदि आप दोषपूर्ण स्रोत से छवि ले रहे हैं तो उपयोग करें ddrescue के बजाय dd ( ddresoscope समान उपयोगिता है, लेकिन मामले की त्रुटियों में यह सेक्टरों को पीछे छोड़ सकता है / छोड़ सकता है )।
EXT फाइल सिस्टम के लिए अच्छी फाइल रिकवरी यूटिलिटीज हैं extundelete तथा ext3grep ।
debugfs मदद कर सकता है लेकिन अंतर्निहित फाइल सिस्टम की कुछ समझ की आवश्यकता होती है, आप कोशिश कर सकते हैं कि यह आपके फाइल सिस्टम को पढ़ सकता है या नहीं। देख cat तथा dump द्वारा उपलब्ध कराया गया debugfs फ़ाइलों को देखने और कॉपी करने के लिए।
देख http://carlo17.home.xs4all.nl/howto/undelete_ext3.html
तथा http://www.cyberciti.biz/tips/surviving-a-linux-filesystem-failures.html
testdisk डिस्क से विभाजन तालिकाओं को खोजने और सुधारने के लिए उपयोग की जाने वाली एक और उपयोगिता है।
fsck -t ext3 -f -y भी कोशिश करने के लायक है लेकिन याद रखें कि यह सीधे स्रोत को लिखेगा ताकि यह सुनिश्चित करें कि आपके पास बैकअप है।
photorec यदि उपरोक्त सभी विफल रहता है तो यह कोशिश करें। PhotoRec हेडर द्वारा फ़ाइलों को खोजने की कोशिश करेंगे ताकि यह केवल ज्ञात प्रकारों को पुनर्प्राप्त कर सके यहाँ सूचीबद्ध है लेकिन यह शायद कम से कम कुछ ठीक कर सकता है क्योंकि इसे फाइलसिस्टम के बारे में कुछ भी जानने की जरूरत नहीं है, बल्कि यह सीधे कच्चे डेटा पर काम करता है। हालाँकि यदि फाइलें गैर-सन्निहित हैं तो यह संभव है कि कुछ फाइलें पूरी तरह से पुनर्प्राप्त न हों।
इसी तरह एक और उपयोगिताओं के साथ कार्यक्षमता है सबसे महत्वपूर्ण तथा जादू बचाव ।
याद रखें कि कुछ रिकवरी / चेक यूटिलिटीज डेटा को दूषित करके स्थिति को बेहतर बना सकते हैं, यही कारण है कि आपको वास्तव में पुनर्प्राप्ति के साथ आगे बढ़ने से पहले पूर्ण डिस्क बैकअप बनाना चाहिए।
डिस्क छवि संपीड़न के साथ प्रभावी ढंग से किया जा सकता है LZ4 या हवा निकालना चूंकि दोनों को अच्छा RLE समर्थन है, और निश्चित रूप से कोई भी दोषरहित एल्गोरिदम (अधिक या कम प्रभावी रूप से) करेगा।
अन्य सभी रिकवरी उपयोगिताओं में भी बहुत कुछ है गूगल ।
/sbin/fdisk -lतथाlsआपके लाइव डिस्ट्रो में माउंट किए गए फाइल सिस्टम की। यकीन नहीं होता कि इससे फर्क पड़ेगा लेकिन अगर आपके पास फेडोरा 13 की लाइव सीडी है या ( यहाँ ) आपके पास कम से कम फाइलसिस्टम, एलवीएम आदि बनाने के लिए उपयोग किए जाने वाले उपकरणों का एक ही संस्करण है।