जवाबों:
टर्मिनल में हर ऑपरेशन के लिए कोई सामान्य "पूर्ववत" नहीं है। यदि आप उपयोग करने के बाद किसी फ़ाइल को पुनर्प्राप्त करना चाहते हैं, तो आपको rmपुनर्प्राप्ति सॉफ़्टवेयर में देखने की आवश्यकता होगी।
भविष्य की गलतियों से आपको रोकने का एक विकल्प यह है कि आप aliasफाइलों को हटाने के लिए वैकल्पिक आदेशों के लिए भाग लें। उन्हें अपने साथ जोड़ें ~/.bashrcऔर उनके बजाय उनका उपयोग करने की आदत डालें rm।
उर्फ रमी = 'आरएम-आई'
यदि आप उपयोग करते हैं rmi, तो आपको भविष्य के विलोपन की पुष्टि के लिए संकेत दिया जाएगा। आदेश yजारी करने के तुरंत बाद दबाने की आदत को विकसित करने से बचने की कोशिश करें rmi, क्योंकि यह उद्देश्य को हरा देगा।
आप trshअपने रीसायकल बिन (केडीई और सूक्ति पर) टर्मिनल में कमांड द्वारा हटाई गई फ़ाइलों को भी स्थानांतरित कर सकते हैं :
alias trsh='mv --target-directory="$HOME/.Trash"'
यदि आप उपयोग करते हैं trsh, तो आपके पास एक सीमित "अनिर्धारित" क्षमता होगी। उससे सावधान रहें
trsh dir1/file1 dir2/file1
अभी भी अप्राप्य डेटा हानि हो सकती है।
rmको rm -iहै कि यह आपको देता है कि आप सुरक्षा तंत्र आदत हो जाती है। फिर आप एक अन्य मशीन पर चलते हैं, जिसमें वह उर्फ नहीं है ...
rmi-> बनाना पसंद करता हूं rm -i। यह वास्तव में एक मौजूदा कार्यक्रम के रूप में इसे प्राप्त करने के लिए एक गलती है।
कमांड लाइन के लिए कोई रीसायकल बिन नहीं है।
आप कुछ विभिन्न उपयोगिताओं की कोशिश कर सकते हैं, लेकिन इस बात की कोई गारंटी नहीं है कि वे काम करेंगे।
आप इस्तेमाल कर सकते हैं कचरा CLI यदि आप केडीई का उपयोग जब आप एक जीयूआई चलाते हैं। यह केडीई कचरा सुविधाओं का उपयोग कर हटाने / बहाल करने के लिए कमांड लाइन उपयोगिता है।
alias rm=trashइतना मत भूलो कि आपके सामान्य कमांड-लाइन स्क्रू-अप पूर्ववत बटन के साथ आते हैं।
alias rm=trashहै कि संभावित रूप से खतरनाक है, अगर कोई मौका है तो आप एक दिन किसी और के सिस्टम का उपयोग करेंगे और भूल जाएंगे (या ssh)। ज्यादा सुरक्षित के trashबजाय लिखने के लिए इस्तेमाल किया हो rm।
आप कमांड के rmलिए एक उपनाम बना सकते हैं trash(आपको trashपहले स्थापित करने की आवश्यकता होगी ।) इसे अपने में जोड़ें ~/.bashrc:
alias rm='trash'
इस के alias rm='mv --target-directory=$HOME/.Trash'बाद से बेहतर है ~ /। कचरा नहीं सूक्ति के लिए कचरा फ़ोल्डर है। trashवास्तविक ट्रैश फ़ोल्डर कहां है, यह पता लगाने के लिए बेहतर IMHO है।
btw मैंने इसे एक टिप्पणी में पोस्ट किया होगा, लेकिन मेरे पास पर्याप्त प्रतिनिधि नहीं है।
दो और तकनीकी समाधानों को अभी तक नाम नहीं दिया गया है:
यहाँ एक बड़ा सवाल है जो संबोधित करने लायक है। शेल कमांड्स बकवास नहीं हैं (वे जो आप चाहते हैं उसकी दोहरी जांच नहीं करते हैं), और वे आपसे उम्मीद करते हैं कि आपको पता है कि आप क्या कर रहे हैं। यह मौलिक है कि उन्हें कैसे डिज़ाइन किया गया है । यह एक विशेषता है, बग नहीं।
कुछ लोगों को मर्दाना लगता है जब वे इस तरह के आदेश, जो मुझे लगता है कि बहुत मूर्खतापूर्ण है का उपयोग करें, लेकिन यह है खतरों को समझने के लिए महत्वपूर्ण है। यदि आप रूट नहीं हैं तो भी आप टर्मिनल में बहुत नुकसान कर सकते हैं। मुझे लगता है कि आपको वास्तव में बस परवाह है rm, लेकिन जब से आपने कहा कि "क्या हम टर्मिनल में किए गए कार्यों को पूर्ववत कर सकते हैं", मुझे लगा कि यह कहने लायक है। सामान्य उत्तर नहीं है, आप नहीं कर सकते।
विकल्प 1: एक ext2 फाइल सिस्टम से अंडरटेक्स लिनक्स फाइलें देखें । यह पृष्ठ लुनेटिक्स कंपनी के सेबेस्टियन हेटेज द्वारा लिखे गए एक कार्यक्रम की ओर इशारा करता है, जो (जैसा कि शीर्षक से पता चलता है) ने हाल ही में एक ext2 फाइल सिस्टम से फ़ाइलों को हटा दिया है। उदाहरण का उपयोग:
# undelete -d /dev/hdc3 -a 10
चेतावनी:
विकल्प 2: मेरे पास मेरी मशीन पर rsnapshot (rsync) चल रहा है जो मेरे चयनित फ़ोल्डरों के प्रति घंटे स्नैपशॉट बनाता है। यह हर घंटे, 2 घंटे या जो कुछ भी आप CRON को करने के लिए कहते हैं, वह करता है। पूरे दिन के बाद यह इन स्नैपशॉट्स को एक दैनिक स्नैपशॉट में और एक सप्ताह में 7 दिनों के बाद और इसी तरह से पुन: उपयोग करता है। यह मुझे हर घंटे के लिए लगभग एक महीने या समय के लिए वापस जाने में सक्षम बनाता है! यह डिस्क स्थान के साथ बहुत अच्छा है क्योंकि यह फ़ाइलों को प्रतीकात्मक लिंक बनाता है जो कभी नहीं बदला ...
/dev/partition( लिनक्स या यूनिक्स पुनर्प्राप्त नष्ट कर दिया फ़ाइलों - हटाना फ़ाइलें ) पर grep का उपयोग कर पुनर्प्राप्त करें ,
grep -b 'search-text' /dev/partition > file.txt
बस एक कोशिश है।
Ext2 के लिए undelete उपयोगिताओं मौजूद हैं, लेकिन अधिकांश अन्य लिनक्स फ़ाइल सिस्टम पाषाण युग में अटके हुए हैं और उनमें कोई उन्नत उपयोगिता सुविधाएँ नहीं हैं। पर्याप्त स्थान के साथ विशाल ड्राइव पर विचार करने वाले मामलों की दु: खद स्थिति एक फाइल को फिर से हटाने के लिए आम नहीं है।
तो आप तीन विकल्पों के साथ फंस गए हैं:
उदाहरण के लिए, उदाहरण के लिए, नियमित रूप से बैकअप करें:
rsync -axvRP --backup --backupdir=/backup/incr/$(date -I) /home/ /backup/root/
gitअपने सभी काम के लिए एक संस्करण नियंत्रण उपकरण का उपयोग करें । हालांकि यह एक पागल के खिलाफ रक्षा नहीं करेगा rm -rजो रिपॉजिटरी को मारता है, यह नियमित परेशानियों से रक्षा करेगा क्योंकि आप git rmकच्चे नहीं का उपयोग करेंगे rm।
अतिरिक्त सावधान रहें और में बहुत ज्यादा विश्वास नहीं करते हैं rm -i, trash-cliऔर दोस्तों, सबसे डेटा के रूप में आप खोल पर खो देंगे आप नहीं होगा खो आकस्मिक द्वारा rm, लेकिन वे गलत पाइप, गलत लिखे गए उत्पादन फ़ाइलें, misdirected द्वारा mvऔर सामान, यानी, चीजें हैं जो ऊपर लिख देगा आपका डेटा, न केवल इसे हटाएं।
अधिकतम सुरक्षा के लिए तीनों करें।
यह जाँच करें ... मददगार होना चाहिए http://artmees.github.io/rm/
मान लीजिए आपने किया
rm very_important_file
टर्मिनल से। इस फ़ाइल को पुनर्प्राप्त करना एक थकाऊ और हमेशा सफल प्रक्रिया नहीं है
इसके बजाय यदि आपने स्क्रिप्ट का उल्लेख किया है। आपको इस बारे में चिंता करने की आवश्यकता नहीं है क्योंकि
rm very_important_file
mv very_important_file ~/.Trash/
समतुल्य हैं। स्क्रिप्ट अधिक मामलों को संभालती है और आपके सिस्टम rmको बिल्कुल भी परिवर्तित नहीं करती है और ऐसा इसलिए है क्योंकि यह उपयोगकर्ता स्थानीय बिन फ़ोल्डर में डाल दिया जाता है ताकि यह सिस्टम rm को छाया दे और फिर भी इसे प्रभावित न करे या इसका उपयोग करने को अक्षम न करे
यह एक परिष्कृत अलियासिंग दृष्टिकोण है लेकिन बिना किसी सुविधा को खोए
मेरे लिए (ओपनसेप लीप 42.2, NTFS pendrive) PhotoRec - testdiskरचनाकारों द्वारा भी - काम किया गया :) हालाँकि इसमें फ़ाइल नाम नहीं हैं।
PhotoRec फाइल डाटा रिकवरी सॉफ्टवेयर है जिसे डिजिटल कैमरा मेमोरी से वीडियो, डॉक्यूमेंट्स और आर्काइव्स सहित हार्ड डिस्क, सीडी-रोम और खोई हुई तस्वीरों (जैसे फोटो रिकवरी नाम) को रिकवर करने के लिए बनाया गया है। PhotoRec फ़ाइल सिस्टम को अनदेखा करता है और अंतर्निहित डेटा के बाद चला जाता है, इसलिए यह तब भी काम करेगा, भले ही आपके मीडिया का फ़ाइल सिस्टम गंभीर रूप से क्षतिग्रस्त या सुधारित हो।
मैंने इसे खुले में मानक रिपॉजिटरी का उपयोग करके स्थापित किया है
rm: यह इससे एक फ़ाइल को अनलिंक करता हैinode। प्रश्न: "rmकमांड जारी होने पर फाइलें कहां जाती हैं " -> unix.stackexchange.com/questions/10883/… आपके लिए भी एक अच्छा पढ़ा जा सकता है।