स्थानांतरण के दौरान फ़ाइल क्षतिग्रस्त / खो गई है? वसूली संभव है?


10

मैं कुछ दिनों पहले यूनी पर था जब मैंने यूनी नेटवर्क के लिनक्स (डेबियन केडीई 3.5) कंप्यूटरों में से एक पर अपने एच ड्राइव में एक 500Mb फ़ाइल (एक 3gp वीडियो रिकॉर्डिंग) को काटने और पेस्ट करने का प्रयास किया था।

मैंने कट-एंड-पेस्ट जॉब का संकेत देने वाले किसी भी त्रुटि संदेश को नहीं देखा था, लेकिन जब मैंने परिणामस्वरूप चिपकाई गई फ़ाइल को देखा, तो यह अब 60Mb फ़ाइल (यह 440Mb की विसंगति!) के रूप में दिखाई देती है। मेरी फाइल किसी तरह सिकुड़ गई थी! क्या फ़ाइल को चिपकाने की प्रक्रिया में टूट गया और यह एक अपूर्ण प्रतिलिपि फ़ाइल का टुकड़ा है?

मुझे संदेह है कि प्रशासकों द्वारा उपयोगकर्ताओं पर लगाए गए एच ड्राइव आकार-आवंटन सीमाओं के कारण फ़ाइल स्थानांतरण बाधित हुआ था।

लेकिन आपको लगता है कि लिनक्स यह अनुमान लगाएगा कि फ़ाइल बड़ी होने के बजाय इच्छित गंतव्य पर स्थानांतरित हो सकती है और शुरू होने से पहले स्थानांतरण को रद्द कर देगी , तब तक प्रतीक्षा न करें जब तक कि यह कुछ निषिद्ध सीमा तक न पहुंच जाए, तब तक बिना मुझे सूचित किए रद्द कर दें।

इसके अलावा एक बाधित फ़ाइल स्थानांतरण की स्थिति में, कोई भी सामान्य रूप से मूल फ़ाइल को बरकरार रखने की उम्मीद करता है (यानी हटाए नहीं गए) मूल USB ड्राइव?

फ़ाइल गंतव्य में दिखाई देती है, लेकिन अब बहुत छोटी है और गैर-कार्यात्मक है। बाहरी ड्राइव पर स्रोत स्थान में मूल फ़ाइल गायब हो गई है, यह सुझाव देते हुए कि काम सफलतापूर्वक पूरा हुआ।

यह आकार बदलना विचित्र है और अब मुझे मूल फ़ाइल तक पहुँच नहीं है। मूल स्थान को काटने और चिपकाने के बाद इसे स्रोत स्थान से हटा दिया गया हो सकता है। कंप्यूटर ने इस कार्य को गलत तरीके से समझा, जिससे मुझे अपनी फ़ाइल खोनी पड़ी, और मैं चाहूंगा कि आप मेरी फ़ाइल को पुनः प्राप्त करने में मेरी मदद करें।

मैंने अपने फोन के एसडी कार्ड पर PhotoRec और Sleuthkit फोरेंसिक टूल का उपयोग करके फ़ाइल को पुनर्प्राप्त करने का प्रयास किया है। कोई भाग्य नहीं। डिस्क के हटाए गए अनुभागों को नए डेटा द्वारा अधिलेखित किया गया हो सकता है। तो स्रोत अंत पर शून्य प्रगति। गंतव्य के छोर पर पुनर्प्राप्त करने का कोई तरीका (यानी मेरा यूनी नेटवर्क)?

peter@peter-deb:/media/E0FD-1813$ cd DCIM/
peter@peter-deb:/media/E0FD-1813/DCIM$ cd ..
peter@peter-deb:/media/E0FD-1813$ cd LOST.DIR/
peter@peter-deb:/media/E0FD-1813/LOST.DIR$ ls
peter@peter-deb:/media/E0FD-1813/LOST.DIR$ ls -a
.  ..
peter@peter-deb:/media/E0FD-1813/LOST.DIR$ 

आपने फ़ाइल की प्रतिलिपि बनाने / उसे स्थानांतरित करने के लिए क्या उपयोग किया था? इसके अलावा, आप किसी भी कॉपी टूल से यह जानने की उम्मीद कैसे करेंगे कि sys-admins अधिकतम अनुमत फ़ाइल आकार के रूप में क्या सेट करता है? इसके अलावा, क्या आप सुनिश्चित हैं कि आपकी ओर से उंगली की परेशानी नहीं थी? यदि नकल समाप्त नहीं हुई है तो किसी भी कॉपी टूल को कभी भी मूल फ़ाइल को नहीं हटाना चाहिए।
tshepang

कॉपी टूल कोन्केर या जो भी फाइल मैनेजर था वह केडीई 3.5 डेबियन कंप्यूटर पर था। मुझे यकीन है कि मैंने स्थानांतरण नौकरी की अवधि में यूएसबी प्लग को अव्यवस्थित नहीं किया है, अगर आपका मतलब है?
ptrcao

ptrcao, हस्तांतरण करने के बाद, आपके पास: (USB ड्राइव को अनमाउंट किया गया) या (उपयोग किए गए बेदखल / हटाए गए विकल्प और एक पॉप-अप के लिए इंतजार करते हुए कहा कि आप इसे सुरक्षित रूप से निकाल सकते हैं)?
rozcietrzewiacz

हां, यह आदत की बात है। एकमात्र कारण जो मैं नहीं करूंगा, वह कुछ नेटवर्कों पर है, यह सुविधा डेस्कटॉप वातावरण में सक्षम नहीं है, लेकिन मुझे लगता है कि यह सुविधा उपलब्ध है और नियमित रूप से मेरे द्वारा लिनक्स नेटवर्क पर सवाल में इस्तेमाल किया जा रहा है। तो आपको ऐसा किस बात ने कहा? कुछ भी मददगार?
ptrcao

1
"एच ड्राइव": मैं शर्त लगाता हूं कि अपराधी खिड़कियों की तरफ है और उसका लिनक्स, नेटवर्क या सर्वर से कोई लेना-देना नहीं है। विंडो की एसएमबी कुछ समस्याओं की तरह लगती है क्योंकि यह आंतरिक रूप से फ़ाइलों को बफर करने और परिष्करण से पहले मूल ('मूव' के दौरान) को अनलिंक करने का प्रयास करती है।
जोनाथन क्लाइन IEEE

जवाबों:


11

पहले, कभी भी नेटवर्क पर फ़ाइल को स्थानांतरित न करें , केवल कॉपी करें। प्रतिलिपि सफलतापूर्वक पूर्ण होने के बाद आप हमेशा मूल हटा सकते हैं। दूसरे, आपकी स्थानीय प्रणाली को यह भी पता नहीं हो सकता है कि एक फाइल सिस्टम कोटा रिमोट स्टोरेज पर मौजूद है - यह मत समझो कि समय से पहले अनुमान लगाना भी संभव है कि क्या रिमोट कोटा के कारण कॉपी ऑपरेशन विफल हो जाएगा। जहां तक ​​"भेजने" की प्रक्रिया का संबंध है, सभी बाइट्स रिमोट एंड द्वारा भेजे गए और प्राप्त किए गए थे, और आप फ़ाइल को स्थानांतरित करना चाहते थे इसलिए अब मूल को हटा दिया जा सकता है - पूफ फ़ाइल चली गई।

"गंतव्य के अंत पर पुनर्प्राप्त करने का कोई तरीका?" - कोई मौका नहीं। ठीक है, शायद एक छोटा सा। नेटवर्क व्यवस्थापक के साथ यह देखने के लिए जांचें कि क्या शायद सिस्टम को वास्तव में पूरी फाइल प्राप्त हुई है, लेकिन केवल आपके कोटे के भीतर आकार की रिपोर्ट करता है। अपनी सांस को रोककर न रखें।

और मैं माफी माँगता हूँ अगर मैं थोड़ा कठोर लग रहा हूँ, लेकिन ऐसा लगता है जैसे कुछ नई आदतें क्रम में हैं। :-)


नहीं ... :( व्यवस्थापक इसके खिलाफ कैसे पहरा नहीं दे सकता था? मैं सिर्फ एक नियमित छात्र हूं, मुझे कंप्यूटर और नेटवर्किंग और अच्छे डेटा प्रबंधन अभ्यास के बारे में क्या पता है ... आपने आशा की एक झलक प्रदान की है। एक अनुरोध में डाल दिया और यह देखने के लिए एक मामला खोला कि क्या वे मेरी फ़ाइल को पुनर्प्राप्त कर सकते हैं। आगे कोई उपयोगी, व्यावहारिक सुझाव, चीजें जो मैं कर सकता हूं, या मेरे लिए करने के लिए कह सकता हूं? वह फ़ाइल महत्वपूर्ण और अद्वितीय थी! मुझे इसकी आवश्यकता है .. । :(
ptrcao

इसके अलावा, मैंने वास्तव में अवशेष फ़ाइल की प्रतिलिपि बनाने और इसे घर पर निष्पादित करने का प्रयास किया। वास्तव में, यह सभी कंप्यूटरों द्वारा 60Mb फाइल के रूप में सूचित किया जाता है जो इसे देखते हैं, और वास्तव में यह फ़ाइल कार्यात्मक नहीं है। क्या यह आपके उम्मीद के मुताबिक है?
ptrcao

क्या आपने सिस्टम एडमिनिस्ट्रेटर से बात की है? बस यही उम्मीद की किरण बची है।
shon

हां, कोई जवाब नहीं। :( लेकिन वे अंततः इसके चारों ओर मिल जाएगा मुझे लगता है ...
ptrcao

आलसी प्रशासक ने इसे एक सेकंड में खारिज कर दिया और कहा कि वह मामले को बंद करना चाहता है। यह तात्कालिक था। मैंने अपने मामले में जो भी विवरण दिया, उसके बाद वह इतना परेशान नहीं हुआ ...
ptrcao

1

अगली बार के लिए पुराने स्कूल समाधान:

# sync
# sync
# sync
# umount /mnt

(यह कुछ हद तक व्यंग्यात्मक है क्योंकि एक पंक्ति में तीन सिंक की विरासत और आधा अंधविश्वास है। इसे देखें। http://utcc.utoronto.ca/~cks/space/blog/unix/TheLegendOfSync )

यह SYSV दिनों में उपयोगी था।

ठीक है, मुझे Google पर इसका पता लगाने में काफी समय लगा। (इतनी मेहनत क्यों? लोकगीत गुम होते जा रहे हैं?) वैसे भी मैं रेमंड की यूनिक्स लोककथा पुस्तक (जो ... मैं अमेज़ॅन पर नहीं पा सकता हूं ...) को पढ़ने के लिए युवा का सुझाव है।




हे, कि मुझे वापस ले जाता है। Xenix ... सिंक, HDD LED से मंद होने तक प्रतीक्षा करें। दो बार दोहराएं और सिस्टम को रोकने के लिए कॉल करें। क्या कोई भी प्रमुख अपडेट शुरू करने से पहले कीबोर्ड पर मुर्गियों का बलिदान करता है?
फासको लैब्स
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.