सारांश:
Testdisk खोए हुए ext4 विभाजन को ढूँढता है और फ़ाइलों वाली सूची को सूचीबद्ध करने में सक्षम है, लेकिन डिस्क को विभाजन संरचना को लिखने की कोशिश करने से कुछ नहीं होता है।
अद्यतन : चलाने के बाद e2fsck -f /dev/sdc1, डिस्क को माउंट किया गया था और लगता है कि सामान्य रूप से चल रहा है। हालाँकि, इसमें कुछ त्रुटियां भी थीं (नीचे 15. देखें)।
क्या हुआ:
मैं समस्या से संबंधित मेरे द्वारा की गई हर चीज को सूचीबद्ध करने का प्रयास करूंगा:
- मुझे एक नया बाहरी 5TB हार्ड ड्राइव मिला, जिसे FAT32 (Intenso नाम दिया गया) के रूप में पूर्व स्वरूपित किया गया था।
- मैंने उस विभाजन को हटा दिया और gparted (Intenso5TB नाम) का उपयोग करके एक नया ext4 विभाजन बनाया।
- चूंकि विभाजन जड़ से संबंधित था, मैंने अपने उपयोगकर्ता के लिए स्वामी और समूह बदल दिए।
- मैंने उस विभाजन में कुछ सौ जीबी डेटा स्थानांतरित किया, फिर उसे सुरक्षित रूप से हटा दिया।
- अगली बार जब मैंने हार्ड ड्राइव में प्लग किया, तो इसे केवल पढ़ने के लिए माउंट किया गया था। मेरा उपयोगकर्ता अभी भी स्वामी था।
- मैंने उबंटू की "डिस्क" उपयोगिता में माउंट विकल्पों में "आरडब्ल्यू" को जोड़ा और ड्राइव को अनमाउंट किया।
- डिस्क उपयोगिता ने तब विभाजन / dev / sdc1 को "टाइप अज्ञात" के रूप में प्रदर्शित किया और माउंट नहीं किया जा सका।
- मैंने "विभाजन संपादित करें" चुना और "टाइप लिनक्स (0x83)" का चयन किया (कोई भी प्रकार का चयन नहीं किया गया)। कोई परिवर्तन नहीं हुआ (स्टिल टाइप अज्ञात)।
मैंने दौड़कर
sudo testdisk /dev/sdcएक त्वरित विश्लेषण किया, जिसमें पाया गया:* Linux 0 4 5 76000 41 9 1220942336 [Intenso5TB]प्रेस
pउन फाइलों को दिखाता है जिन्हें मैं विभाजन में ले गया था , इसलिए मैंने डिस्क को विभाजन संरचना लिखने के लिए टेस्टडिस्क को बताया।- विभाजन तालिका को ताज़ा करने के लिए एक और रिबूट के बाद, व्यवहार फिर से 7 में वर्णित किया गया था।
मैं 9 से छुटकारा।; इस बार मैंने प्रयोग करने की कोशिश की
partprobe /dev/sdcफिर से रिबूट करने से बचने के लिए, लेकिन संदेश मिला:
Error: Partition(s) 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64 on /dev/sdc have been written, but we have been unable to inform the kernel of the change, probably because it/they are in use. As a result, the old partition(s) will remain in use. You should reboot now before making further changes.sudo fdisk -luरिटर्नDisk /dev/sdc: 4,6 TiB, 5000981078016 bytes, 1220942646 sectors Units: sectors of 1 * 4096 = 4096 bytes Sector size (logical/physical): 4096 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 33550336 bytes Disklabel type: dos Disk identifier: 0x4400838c Device Boot Start End Sectors Size Id Type /dev/sdc1 * 256 1220942591 1220942336 4,6T 83 Linuxमैं भागा
sudo parted /dev/sdcतोrescue 256 1220942591(कोई देरी, कोई उत्पादन, बस एक नई कमांड प्रॉम्प्ट अंदर जुदा), के साथ एक ही जो कुछ नहीं कियाrescue 0 1220942591,rescue 1 1220942591याrescue 1 -1।मैंने टेस्टडिस्क के साथ एक गहरी खोज की, जिसमें कई समान रेखाएँ बताई गईं:
Linux 0 4 5 76000 41 9 1220942336 [Intenso5TB]साथ ही साथ:
check_FAT: can't read FAT boot sector Invalid FAT boot sector 0 D FAT16 LBA 252822 192 45 254047 161 57 19677685 FAT16 LBA 252822 192 45 254047 161 57 19677685जबकि चल रहा है और बंद है:
TestDisk 7.0, Data Recovery Utility, April 2015 Christophe GRENIER <grenier@cgsecurity.org> http://www.cgsecurity.org Disk /dev/sdc - 5000 GB / 4657 GiB - CHS 76000 255 63 The harddisk (5000 GB / 4657 GiB) seems too small! (< 16 TB / 15 TiB) Check the harddisk size: HD jumpers settings, BIOS detection... The following partition can't be recovered: Partition Start End Size in sectors > FAT16 LBA 252822 192 45 254047 161 57 19677685 [ Continue ] 80 GB / 75 GiBचलाने के बाद
e2fsck -f /dev/sdc1, लांचर में डिस्क दिखाई गई। मैं रद्दe2fsckसाथCtrl+Cजब तक मैं और अधिक जानना आगे के परिवर्तन से बचने के लिए। ड्राइव को सफलतापूर्वक क्लिक पर आरोहित किया गया था। मैं पढ़ने और लिखने में सक्षम हो रहा हूं। इससे आउटपुटe2fsck:e2fsck -f /dev/sdc1 e2fsck 1.42.13 (17-May-2015) ext2fs_open2: Bad magic number in super-block e2fsck: Superblock invalid, trying backup blocks... Superblock needs_recovery flag is clear, but journal has data. Recovery flag not set in backup superblock, so running journal anyway. Intenso5TB: recovering journal Pass 1: Checking inodes, blocks, and sizes Inode 59883521 is in use, but has dtime set. Fix<y>? yes Inode 59883521 has imagic flag set. Clear<y>? yes Inode 59883521 has compression flag set on filesystem compression support. Clear<y>? yes Inode 59883521 has INDEX_FL flag set but is not a directory. Clear HTree index<y>? yes Inode 59883521, i_blocks is 16777216, should be 0. Fix<y>? yes Deleted inode 59885573 has zero dtime. Fix<y>? yes Deleted inode 59885574 has zero dtime. Fix<y>? yes ^CIntenso5TB: e2fsck cancelled. Intenso5TB: ***** FILE SYSTEM WAS MODIFIED *****
मेरे सवाल:
क्या मैंने कोई स्पष्ट गलती की है जो पहली बार में इस समस्या का कारण बन सकती है?
क्या खोए हुए विभाजन को पुनर्प्राप्त करने की कोई उम्मीद है?नया प्रश्न : क्याe2fsckचिंता के कारण त्रुटियों की सूचना दी गई है? क्या वे शारीरिक रूप से क्षतिग्रस्त ड्राइव पर इशारा कर सकते हैं?partprobe11 में त्रुटि संदेश का क्या कारण है ?
(डेटा को किसी अन्य डिस्क से स्थानांतरित किया गया था जिसे मैंने तब से नहीं छुआ है, इसलिए, जबकि यह अभी दिखाई नहीं दे रहा है, इसे वहां से पहुंच योग्य होना चाहिए।)