विभाजन तालिका दूषित (USB फ्लैश ड्राइव)


9

यह एक 8 जीबी पैट्रियट थंब ड्राइव है, जिसका मैंने बड़े पैमाने पर डेटा के साथ उपयोग किया है। आज, यह पता चला है, लेकिन सभी डेटा चला गया है: ( संपादित करें कम से कम कुछ डेटा अभी भी वहाँ है, लेकिन विभाजन तालिका चला गया है)


EDIT @Sathya (धन्यवाद) यहां से प्रासंगिक आउटपुट है sudo fdisk -l:

Disk /dev/sdc: 8019 MB, 8019509248 bytes
247 heads, 62 sectors/track, 1022 cylinders
Units = cylinders of 15314 * 512 = 7840768 bytes

Disk /dev/sdc doesn't contain a valid partition table

ऐसा लगता है कि यह 8 जीबी ... और कोई विभाजन तालिका नहीं है।

मैंने माउंट / देव / sdc (और फिर dmesg | tail) की कोशिश की:

/media> sudo mount /dev/sdc mytmp
mount: wrong fs type, bad option, bad superblock on /dev/sdc,
       missing codepage or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

/media> dmesg | tail
[   24.300000]  sdc: unknown partition table
[   24.320000] sd 2:0:0:0: Attached scsi removable disk sdc
[   24.370000] usb-storage: device scan complete
[   26.870000] EXT2-fs error (device sdc): ext2_check_descriptors: Block bitmap for group 1 not in group (block 0)!
[   26.870000] EXT2-fs: group descriptors corrupted!
[   50.420000] unhashed dentry being revalidated: .DCOPserver_eeepc-brendanma__0
[   50.430000] unhashed dentry being revalidated: .DCOPserver_eeepc-brendanma__0
[   50.430000] unhashed dentry being revalidated: .DCOPserver_eeepc-brendanma__0
[ 5565.470000] EXT2-fs error (device sdc): ext2_check_descriptors: Block bitmap for group 1 not in group (block 0)!
[ 5565.470000] EXT2-fs: group descriptors corrupted!

EDIT @Col: टेस्टडिस्क से परिणाम

Disk /dev/sdc - 8013 MB / 7642 MiB - CHS 1022 247 62
Current partition structure:
     Partition                  Start        End    Size in sectors

Partition sector doesn't have the endmark 0xAA55

मेरे हिट होने के बाद [proceed], यह कहता है:

Structure: Ok.


Keys A: add partition, L: load backup, Enter: to continue

"संरचना: ठीक है।" आश्वस्त लगता है ... क्या "A: विभाजन जोड़ें" मेरे पुराने डेटा को सुलभ बनाता है (यदि यह अभी भी है), या क्या यह एक नया, नया विभाजन बना देगा?

एक अन्य विकल्प " [ MBR Code ] Write TestDisk MBR code to first sector" है - क्या ऐसा करना बेहतर होगा?


EDIT मैंने पाया कि मेरा कुछ डेटा अभी भी फ्लैश ड्राइव पर है, नीचे का उपयोग करके, और कम में अंग्रेजी पाठ खोज रहा है (जैसे "" "):

cat /dev/sde | tr -cd '\11\12\40\1540-\176' | less

(ड्राइव "/ dev / sdb" से "/ dev / sde" में बदल गया क्योंकि मैंने आज कुछ अतिरिक्त ड्राइव कनेक्ट किए हैं)। मैंने सीखा है कि "/ dev / sde1" पहला विभाजन होगा; और "/ देव / sde" पूरी ड्राइव है। क्योंकि यूनिक्स इन उपकरणों को फाइलों की तरह ही व्यवहार करता है, आप उन पर सभी सामान्य यूनिक्स फाइल कमांड का उपयोग कर सकते हैं, जैसे cat, और फिर उन्हें किसी अन्य डेटा की धारा की तरह संसाधित कर सकते हैं। trइसके बाद के संस्करण को हटा प्रिंट न हो सकने वर्ण ( "\ 40" अंतरिक्ष, जो मैं संरक्षित रखें है)। कम में, आप खोज के लिए "/" का उपयोग कर सकते हैं, विम के समान।

मैं अपना डेटा वापस कैसे ले सकता हूं (यह मानते हुए कि यह अभी भी वहां है)? यदि केवल विभाजन तालिका दूषित है, तो क्या कोई मानक "विभाजन पुनर्प्राप्ति उपकरण" है? क्या सबकुछ हटाने के बिना "पुनरावृत्ति" का एक तरीका है?


@ क्रिस यह जवाब काम नहीं करता है ... और मैं वहाँ इसका जवाब नहीं दे सकता - इसलिए मेरे पास यहाँ है (प्रश्न को संपादित देखें)।
13ren

@ 13ren - यदि आप दोनों साइटों पर समान OpenID का उपयोग करते हैं तो आप अपने खातों को संबद्ध कर सकते हैं। हालाँकि अभी के लिए कृपया ई-मेल team@superuser.com पर जाएं और उन्हें एसोसिएशन करने के लिए कहें। मैंने इस बीच दो प्रश्नों को मिला दिया है।
बाइनरीमिसिट

1
@ 13ren - मुझे पता है कि आप वहां कोई प्रतिक्रिया नहीं दे सकते। मैं मॉडरेटर्स के लिए लिंक शामिल कर रहा था ताकि वे सवाल खोज सकें।
क्रिस एफआर

धन्यवाद ChrisF, माफ करना मुझे गलत समझा गया। मैंने आपको सुझाव के रूप में एक ईमेल भेजा था। @Diago विलय के लिए धन्यवाद, मैं अभी टिप्पणी कर सकता हूं। मैं उन्हें फिर से ईमेल करूँगा।
13ren

1
ड्राइव डालें, और एक sudo fdisk -l करें और क्या आप आउटपुट के साथ पोस्ट को अपडेट कर सकते हैं?
सत्यजित भट

जवाबों:


6

यह डिवाइस पर टेस्टडिस्क चलाने के लायक हो सकता है, ऐसा लगता है कि आपकी विभाजन तालिका पॉप गई होगी। टेस्टडिस्क आपके डेटा को पुनर्प्राप्त करने में सक्षम होना चाहिए।


@ धन्यवाद, लेकिन मेरे पास टेस्टडिस्क नहीं है - मैंने कोशिश की sudo testdiskऔर man testdisk। मैंने इसे उपयुक्त रूप से स्थापित किया है, और यह 8GB के साथ / dev / sdc का पता लगाता है (जैसा कि प्रश्न में जोड़ा गया है)। मैं आगे बढ़ना नहीं चाहता, मैं थोड़ा और समझ सकता हूं।
13ren

@ कोल, मैंने इसकी कोशिश की है, और परिणाम को प्रश्न में जोड़ा है
13ren

यदि आप घबराहट महसूस कर रहे हैं, तो यह आपके हार्ड ड्राइव पर यूएसबी स्टिक की एक छवि बनाने के लिए dd का उपयोग करने के लायक हो सकता है, मुझे लगता है कि यह एक अचूक ड्राइव के साथ भी काम करना चाहिए क्योंकि यह बिट के लिए बिट की प्रतिलिपि बनाता है।
कर्नल

धन्यवाद, यह एक अच्छा विचार है! लेकिन मैं dd के साथ फ़ाइल की प्रतिलिपि कैसे बनाऊँ? वह आदमी पेज "फाइलों" के बारे में बात करता है ... ओह, क्या / देव / sdc को "फाइल" के रूप में गिना जाता है? तो मैं पूरी तरह से / dev / sdc को एक कन्वेंशन फाइल की तरह कॉपी कर सकता हूं "dd /dev/sdc mybackupfile
13ren

1
अब मुझे कुछ प्रतिष्ठा अंक मिल गए हैं, इसलिए मैं आपको वोट दे सकता हूं!
13ren

1

चिंता न करें, आपका डेटा नहीं गया है --- आप सही हैं कि डिस्क माउंट नहीं हो रही है, भले ही ग्राफिकल इंटरफ़ेस क्या कहे।

आप इसे कुछ भी कर सकते हैं (मूल के रूप में)

mount /dev/sdb1 /media/Patriot\ Memory

जहां मुझे लगता है कि sdb1यह आपके यूएसबी स्टिक को संदर्भित करता है - यह हो सकता है sdc1याsdd1


या यहां तक ​​कि sda1, कंप्यूटर की उम्र के आधार पर (यानी, अगर इसमें हार्डड्राइव आईडीई वाले हैं)
मैथ्यू शारले

@ मिचेल धन्यवाद - लेकिन यह कहता है "माउंट: कोई माध्यम नहीं मिला"। Sdc1 और sdd1 का उपयोग करके "माउंट: विशेष उपकरण / dev / sdc1 मौजूद नहीं है", जो मुझे लगता है कि "sdb1" मौजूद है, लेकिन कुछ गलत है। इसने महीनों तक काम किया है, और कुछ भी नहीं बदला है जो मुझे पता है - इसलिए मुझे डर है कि यह किसी तरह की हार्डवेयर विफलता है
13

1

जबकि विभाजन तालिका को फिर से बनाना संभव है, पहली बात आपको डिवाइस की छवि लेने के लिए करना चाहिए। आप इसे आवश्यकतानुसार dd if=/dev/sdb of=~/memstick.imgबदल सकते हैं ।

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


1

ddresoscope आप की जरूरत उपकरण है। मुझे नहीं लगता कि आप विभाजन तालिका को निस्तारण करने और किसी अन्य तरीके से डेटा तक पहुंचने में सक्षम होंगे, जो आपके द्वारा टेस्टडिस्क से पोस्ट किए गए आउटपुट के आधार पर होगा ।

http://www.forensicswiki.org/wiki/Ddrescue

ddresoscope एक डेटा रिकवरी टूल है। यह एक फ़ाइल या ब्लॉक डिवाइस (हार्ड डिस्क, सीडीआरओएम, आदि) से डेटा को कॉपी करता है, रीड त्रुटियों के मामले में डेटा को बचाने के लिए कड़ी मेहनत करता है।

Ddresoscope का मूल संचालन पूरी तरह से स्वचालित है। यही है, आपको किसी त्रुटि का इंतजार नहीं करना है, कार्यक्रम को रोकना है, लॉग को पढ़ना है, इसे रिवर्स मोड में चलाना है, आदि।

यदि आप ddrescue की लॉगफ़ाइल सुविधा का उपयोग करते हैं, तो डेटा को बहुत कुशलता से बचाया जाता है, (केवल आवश्यक ब्लॉक पढ़े जाते हैं)। इसके अलावा, आप किसी भी समय बचाव को बाधित कर सकते हैं और बाद में उसी बिंदु पर इसे फिर से शुरू कर सकते हैं।

Ddrescue आउटपुट में शून्य नहीं लिखता है जब यह इनपुट में खराब क्षेत्रों को पाता है, और यदि नहीं पूछा जाता है तो आउटपुट फ़ाइल को नहीं काटता है। इसलिए, हर बार जब आप इसे एक ही आउटपुट फ़ाइल पर चलाते हैं, तो यह पहले से बचाए गए डेटा को मिटाए बिना अंतराल में भरने की कोशिश करता है।

यदि आपके पास किसी फ़ाइल, cdrom, आदि की दो या अधिक क्षतिग्रस्त प्रतियाँ हैं, और उन सभी पर ddresoscope चलाते हैं, तो एक ही समय में, एक ही आउटपुट फ़ाइल के साथ, आप संभवतः एक पूर्ण और त्रुटि-मुक्त फ़ाइल प्राप्त करेंगे। ऐसा इसलिए है क्योंकि अलग-अलग इनपुट फ़ाइलों पर एक ही स्थान पर क्षतिग्रस्त क्षेत्रों की संभावना बहुत कम है। लॉगफाइल का उपयोग करके, केवल आवश्यक ब्लॉकों को दूसरी और क्रमिक प्रतियों से पढ़ा जाता है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.