सवाल सोमवार की सुबह गलती: सुडो आरएम-आरएफ - नो-संरक्षित-रूट /


कृपया ध्यान दें: इस प्रश्न के उत्तर और टिप्पणियों में किसी अन्य, समान प्रश्न से सामग्री शामिल है जिसे बाहरी मीडिया से बहुत अधिक ध्यान मिला है लेकिन किसी प्रकार की वायरल मार्केटिंग योजना में धोखाधड़ी का सवाल बन गया है। चूंकि हम सर्वरफॉल्ट को इस तरह से दुर्व्यवहार करने की अनुमति नहीं देते हैं, मूल प्रश्न हटा दिया गया है और उत्तर इस प्रश्न के साथ विलय हो गए हैं।


यहां एक मनोरंजक त्रासदी है। आज सुबह मैं अपने उत्पादन सर्वर पर थोड़ा रखरखाव कर रहा था, जब मैंने गलती से निम्न आदेश निष्पादित किया:

sudo rm -rf --no-preserve-root /mnt/hetznerbackup /

मैंने पहले आखिरी जगह नहीं खोजी थी / और कुछ सेकंड बाद, जब मेरी कमांड लाइन में चेतावनी बाढ़ आ रही थी, तो मुझे एहसास हुआ कि मैंने स्वयं को नष्ट कर दिया है बटन। यहां मेरी आंखों में जला दिया गया है:

rm: cannot remove `/mnt/hetznerbackup': Is a directory
rm: cannot remove `/sys/fs/ecryptfs/version': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/inode_readahead_blks': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/mb_max_to_scan': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/delayed_allocation_blocks': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/max_writeback_mb_bump': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/mb_stream_req': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/mb_min_to_scan': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/mb_stats': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/trigger_fs_error': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/session_write_kbytes': Operation not permitted
rm: cannot remove `/sys/fs/ext4/md2/lifetime_write_kbytes': Operation not permitted
# and so on..

मैंने कार्य को रोक दिया और जब मुझे पता चला कि उत्पादन सेवा अभी भी चल रही है तो राहत मिली थी। अफसोस की बात है, सर्वर अब एसएसएच के माध्यम से किसी भी उपयोगकर्ता के लिए मेरी सार्वजनिक कुंजी या पासवर्ड स्वीकार नहीं करता है।

आप यहां से कैसे आगे बढ़ेंगे? मैं उस एसएसएच-एक्सेस को वापस पाने के लिए बार्बेड तार के सागर तैर दूंगा।

सर्वर उबंटू -12.04 चला रहा है और हेट्ज़नर में होस्ट किया गया है।


142
2018-04-07 06:39


मूल


बैकअप से पुनर्स्थापित करें। ईमानदारी से, यह उन आसान-रास्ते-पीछे परिदृश्यों में से एक है। - MadHatter
आप कैसे टाइप करते हैं --no-preserve-root गलती से ?! : -O - ThatGraemeGuy
Greame, चाबियाँ एक दूसरे के बगल में सही हैं। - MadHatter
मंगलवार का काम: नई नौकरी की तलाश करें;) इसे एक सबक के रूप में लें क्योंकि बैकअप की आवश्यकता क्यों है। - TomTom
यह निश्चित रूप से मुझे ट्रोलिंग की तरह लगता है। आप गलती से टाइप नहीं कर सकते - i-really-mean-delete-my-whole-root। - psusi


जवाब:


हेट्ज़नर द्वारा प्रदान की गई बचाव प्रणाली में बूट करें और जांचें कि आपने क्या नुकसान किया है।
किसी भी फाइल को किसी सुरक्षित स्थान पर स्थानांतरित करें और बाद में सर्वर को पुन: नियोजित करें।

मुझे डर है कि आपके मामले में सबसे अच्छा समाधान है।


92
2018-04-07 07:00



चमकदार तरफ देखो, कम से कम उसे दिल से परेशान कोई समस्या नहीं है! - metacom


तथ्य है? इस बिंदु पर, इसके लिए कोई आसान / आसान स्वचालित फिक्स नहीं है। डेटा वसूली एक है विज्ञान और यहां तक ​​कि बुनियादी, सामान्य औजारों को किसी को बैठने की आवश्यकता होती है और यह सुनिश्चित होता है कि डेटा वहां है। यदि आप डाउनटाइम की भारी मात्रा के बिना इसे पुनर्प्राप्त करने की उम्मीद कर रहे हैं, तो आप निराश होने जा रहे हैं।

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

उस ने कहा, प्रश्नों और टिप्पणियों में कुछ बहुत डरावनी चीजें हैं जो आपकी कार्रवाई के बाद रिपोर्ट का हिस्सा बनना चाहिए।

सबसे पहले, आप पहले इसे जांच किए बिना हर जगह कमांड चलाते थे। एक बॉक्स पर एक कमांड चलाएं। फिर कुछ, फिर और। असल में अगर कुछ गलत हो जाता है, तो यह बेहतर होता है कि इससे प्रभावित होता है कुछ अपने सभी सिस्टम की बजाय।

दूसरे

@Tim सर्वर पर रिमोट ड्राइव आरोहित किए बिना बैकअप कैसे करें?

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

मुझे पता है कि मैं कुछ भी कर सकता हूं। अब मुझे यह सोचने की जरूरत है कि खुद को कैसे बचाया जाए

कुछ हुआ है इस पर विचार करने का सबसे बुरा समय है।

क्या हम इससे सीख सकते हैं?

  1. बैकअप डेटा बचाओ। संभवतः करियर।
  2. यदि आपके पास कोई उपकरण है और यह पता नहीं है कि यह क्या कर सकता है, तो यह खतरनाक है। एक जेडी एक रोशनी के साथ अद्भुत चीजें कर सकते हैं। रोशनी के साथ चिम्पांजी का एक कमरा ... गन्दा हो जाएगा।
  3. एक बार में हर जगह एक आदेश कभी नहीं चलाएं। परीक्षण और उत्पादन मशीनों को अलग करें, और अधिमानतः चरणों में उत्पादन मशीनें करें। 100 या 1000 के बजाय 1 या 10 मशीनों को ठीक करना बेहतर है।

  4. डबल और ट्रिपल चेक कमांड। एक सहकर्मी को दोबारा जांचने में कोई शर्म की बात नहीं है "हे, मैं एक ड्राइव डीडी करने वाला हूं, क्या आप इसे संवेदना जांच सकते हैं, इसलिए मैं ड्राइव को मिटा नहीं पा रहा हूं?"। एक रैपर भी मदद कर सकता है, लेकिन आंखों के कम थके हुए सेट को कुछ भी नहीं धड़कता है।

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


219
2018-04-11 08:02



@ मार्कोमोर्सला अगर आपने rsync का उपयोग करने से पहले कुछ भी घुमाया है, तो आप इसे सही तरीके से नहीं कर रहे थे। आप ssh पर rsync का उपयोग करना चाहिए। - Michael Hampton♦
मैं इस उत्कृष्ट उत्तर में जोड़ूंगा: कंप्यूटर से दूर कदम। जब तक आप शांत नहीं हो जाते हैं तब तक कुछ भी ठीक करने की कोशिश न करें। आप पहले से ही कुछ गंभीर डाउनटाइम देख रहे हैं; अपने सिस्टम को और भी अधिक बर्बाद करने के बजाय चीजों को सोचने के लिए समय लेना (जैसा कि में dd उपरोक्त मुद्दा) इसे और भी खराब नहीं करेगा। - Jenny D
कोई विचार क्यों कमांड वास्तव में भाग गया? अगर $foo तथा $bar दोनों अपरिभाषित थे, rm -rf / के साथ गलती होनी चाहिए --no-preserve-root संदेश। एकमात्र तरीका मैं सोच सकता हूं कि वास्तव में यह CentOS7 मशीन पर काम करता है यदि है $bar मूल्यांकन किया गया *, तो क्या चला गया था rm -rf /*। - terdon
मुझे "आकस्मिक रूप से कुछ" में स्टाइलिज्म पसंद है? इसका मतलब यह होगा कि "हटाया गया" शब्द "हटाया गया" या "गिराया गया" गलती से था। - sehe
@ मार्कोमोर्सला कम से कम आप अब प्रसिद्ध हैं independent.co.uk/life-style/gadgets-and-tech/news/... - Martin Smith


जब आप सामान हटाते हैं rm -rf --no-preserve-root, यह ठीक करने के लिए असंभव असंभव है। यह बहुत संभावना है कि आप सभी महत्वपूर्ण फाइलों को खो दिया है।

जैसा @faker अपने जवाब में कहा, कार्रवाई का सबसे अच्छा तरीका फाइलों को एक सुरक्षित स्थान पर स्थानांतरित करना और सर्वर को बाद में पुन: नियोजित करना है।

भविष्य में इसी तरह की स्थितियों से बचने के लिए, मैं आपको सुझाव दूंगा:

  • बैकअप ले लो साप्ताहिक, या कम से कम पखवाड़े। यह आपको प्रभावित सेवा को कम से कम संभव एमटीटीआर के साथ वापस लाने में मदद करेगा।

  • जरूरी नहीं होने पर जड़ के रूप में काम न करें। तथा हमेशा कुछ भी करने से पहले दो बार सोचो। मैं सुझाव दूंगा कि आप भी इंस्टॉल करें सुरक्षित-rm

  • उन विकल्पों को न लिखें जिन्हें आप आमंत्रित करना नहीं चाहते हैं, जैसे कि --no-preserve-root या --permission-to-kill-kittens-explicitly-granted, उस बात के लिए।


90
2018-04-07 07:57



इसी तरह, जब तक आप वास्तव में इसका मतलब नहीं लेते हैं, तो इसमें शामिल न करें --please-destroy-my-drive पैरामीटर hdparm। - MikeyB
मैं जोड़ना चाहता हूं; "जड़ के रूप में काम करते समय अपने तर्क (और विकल्प) को तीन बार जांचें", "अपनी वर्तमान वर्किंग डायरेक्टरी (आरएम-आरएफ * जैसे कुछ करने से पहले) जांचें", और "आदेशों के लिए पूर्ण-पथ का उपयोग करें ($ PATH पर रिले नहीं करें)। - Baard Kopperud


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

मैं टेस्टडिस्क की दृढ़ता से अनुशंसा करता हूं, कुछ मूलभूत आदेशों के साथ यदि आप इसे ओवरराइट नहीं करते हैं तो आप अपना डेटा पुनर्प्राप्त कर सकते हैं।


47
2018-04-11 08:17



मैं निश्चित रूप से स्टोरेज ऑफलाइन को ऑफ़लाइन करने की अनुशंसा करता हूं यदि संभव हो और यदि आप बिल्कुल भी पढ़ सकें तो 'केवल पढ़ने' के रूप में पुनः माउंटिंग करें। चाहे एक liveisk या किसी अन्य सर्वर उदाहरण के साथ। - mhouston100
मैं मूल डिस्क के केवल पढ़ने के माउंट से सुरक्षित होने के लिए मूल डिस्क की डीडी बिटकॉपी को एक नई डिस्क पर भी विचार करना चाहूंगा। - Jim
«ये उपकरण फ़ाइल नाम और पथ को पुनर्प्राप्त नहीं करेंगे» हां, वे करते हैं। 3 उल्लिखित औजारों में से केवल एक (फोटोोरैक) नक्काशी का प्रदर्शन करता है। - Andrea Lazzarotto


इस तरह की समस्या को ठीक करने का सबसे अच्छा तरीका यह है कि इसे पहले स्थान पर न रखें।

मैन्युअल रूप से "rm -rf" कमांड दर्ज न करें जिसमें तर्क सूची में स्लैश हो। (इस तरह के आदेशों को एक शेल स्क्रिप्ट में वास्तव में अच्छी वैधता / सैनिटी रूटीन के साथ रखना जो आपको कुछ बेवकूफ करने से बचाने के लिए अलग है।)

बस यह मत करो।
कभी। अगर आपको लगता है कि आपको ऐसा करने की ज़रूरत है, तो आप काफी मेहनत नहीं कर रहे हैं।

इसके बजाय, अपनी कार्य निर्देशिका को उस निर्देशिका के अभिभावक में बदलें जिसमें से आप निकालना शुरू करना चाहते हैं, ताकि आरएम कमांड के लक्ष्य को स्लैश की आवश्यकता न हो:

सीडी / एमएनटी

sudo आरएम-आरएफ hetznerbackup


33
2018-04-07 21:22



मैं हमेशा तर्क सूची के अंत में -rf डालता हूं, इसलिए rm /bla/foo/bar -rf। कम से कम इस तरह से मैं बहुत परेशानी में नहीं हूं जब मैं जोरदार रूप से लिखने के बाद वापसी दबाता हूं rm / अंश। - Jens Timmerman
इसी प्रकार, जब "* ~" फ़ाइलों को हटाते समय, मैं पहले tilde टाइप करता हूं, फिर तारांकन में जोड़ें। - tekknolagi
तो आप वर्तमान निर्देशिका में सबकुछ से अपने घर को हटाना चाहते हैं?! - greg0ire
@ greg0ire नहीं, मुझे लगता है कि वह कहना चाहता था, भीतर /mnt/hetznerbackup, उसे उस फ़ोल्डर के अंदर सबकुछ चिह्नित करने के लिए "/" का उपयोग करना था .. लेकिन माता-पिता से, केवल hetznerbackup बिना स्लेश के पर्याप्त है। - T.Todua
@ टाज़ोटोडा: मैं टेक्नोलॉगी की टिप्पणी का जिक्र कर रहा था - greg0ire


मैं बैकअप मशीन को पुनर्प्राप्त करने का प्रयास करूंगा, जहां सभी प्रतियां संग्रहीत की गई थीं:

  • पहला कदम - इस मिटाए गए "बैकअप मशीन" ड्राइव का बैकअप लें dd comand।
  • दूसरा चरण - उपयोग करें testdisk फ़ाइलों को पुनर्प्राप्त करने के लिए।

तो मान लें कि आप 1TB पुनर्प्राप्त करना चाहते हैं, आपको अतिरिक्त 2TB, बैकअप (1 चरण) के साथ 1TB और रिकवरी के लिए 1TB (2 चरण) की आवश्यकता होगी।

मैंने उर्फ ​​आरएम-एफआर [फोन रेंज] और सीडी से कीमती निर्देशिका के साथ भी इसी तरह की गलती की। अब मैं हमेशा दो बार सोचता हूं और आरएम या डीडी कमांड का उपयोग करने से पहले दो बार दोबारा जांचता हूं।


16
2018-04-11 00:32



ऐसा करके अपनी डिस्क को बहुत ज्यादा शून्य कर दिया। इससे गंभीरता से इसे ठीक करना मुश्किल हो जाता है। ओपी ने सुझाव दिया है कि आपने टेस्टडिस्क का उपयोग करने की कोशिश की है, और पहले पुनर्प्राप्त करने की कोशिश की है, और जबकि डीडी का सिंटैक्स थोड़ा अजीब हो सकता है, यह आदेश चलाने से पहले डबल और ट्रिपल चेक का एक अच्छा कारण है। आपने केवल एक सर्वर मिटा दिया है, है ना? - Journeyman Geek
आप अभी भी ठीक हो सकते हैं, इस पर निर्भर करता है कि आपने कब तक अनुमति दी है dd अपने आखिरी मौके को मिटाने के लिए। - Abc Xyz
यह कहने के लिए खेद है, लेकिन मुझे इस सवाल में भारी ट्रोल लगता है ... - tymik
आशा है कि आप उत्तर में छोटे ट्रोल महसूस करेंगे :) - Abc Xyz
ईमानदार रहना। मुझे यकीन नहीं है कि आप असली हैं। यदि आप हैं, तो आप शायद गलत नौकरी में हैं ... - leftcase


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

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

मुझे लगता है कि इस तरह कुछ काम करना चाहिए:

ssh root@host cat /dev/sda > server.img

निश्चित रूप से ssh कमांड लागू होने से पहले खोल द्वारा पुनर्निर्देशन किया जाता है, इसलिए server.img एक स्थानीय फ़ाइल है। यदि आप केवल रूट फ़ाइल सिस्टम चाहते हैं, न कि पूर्ण डिस्क, प्रतिस्थापित करें sda द्वारा sda3 मान लीजिए कि आप मेरे जैसा ही छवि इस्तेमाल कर रहे हैं।


7
2018-04-07 07:54



शायद हो सकता है: ssh root@host cat /dev/sda | gzip -c - > /path/to/dir_on_huge_partition/server.img.gz (ऑन-द-फ्लाई gzip फाइल सिस्टम की सामग्री के आधार पर मदद करेगा या नहीं करेगा ...) - Olivier Dulac
@OlivierDulac gzip का उपयोग करके इस तरह से नेटवर्क पर असम्पीडित डेटा भेज देगा और फिर प्राप्त करने वाले पक्ष पर इसे संपीड़ित करेगा। मुझे लगता है कि आपके द्वारा प्राप्त किए जाने वाले परिणाम को हस्तांतरित करते समय डेटा को संपीड़ित करना था। स्थानीय छवि संकुचित या नहीं संग्रहीत की जा सकती है, लेकिन बाद में उस छवि पर लागू करने के लिए उपकरण संकुचित संस्करण के साथ काम नहीं करेंगे। यदि आप पारगमन में डेटा को संपीड़ित करना चाहते हैं, तो आप एसएसएच में संपीड़न सुविधा का उपयोग कर सकते हैं। इसे सक्षम किया जा सकता है -C अगर यह आपकी कॉन्फ़िगरेशन में पहले से सक्षम नहीं है। - kasperd
मैं फ़ाइल के आकार को कम करने की कोशिश कर रहा था। लेकिन अगर आप बैंडविड्थ (अच्छा विचार) को सहेजना चाहते हैं: बस उद्धरण जोड़ें: ssh root@host "cat /dev/sda | gzip -c - " > /path/to/dir_on_huge_partition/server.img.gz (एसएसएच का सीसी विकल्प आमतौर पर भी अच्छा होता है, लेकिन आपको अभी भी अंत में संपीड़ित करने की आवश्यकता होगी, क्योंकि एसएसएच केवल अपनी सुरंग के प्रवेश द्वार पर संपीड़ित होगा और स्टडआउट भेजने से पहले असम्पीडित होगा) - Olivier Dulac


आप यहां से कैसे आगे बढ़ेंगे?

मैं का उपयोग कर कसम खाता हूँ rm मेरे बाकी के जीवन के लिए और सोचें कि यह पागलपन है कि ट्रैश-क्ली निक्स सिस्टम पर डिफ़ॉल्ट निष्कासन आदेश नहीं है।

https://github.com/andreafrancia/trash-cli

मैं यह सुनिश्चित कर दूंगा कि यह पहली बात है जिसे मैं एक ब्रांड नई प्रणाली पर स्थापित करता हूं और alias rm कुछ ऐसा करने के लिए जो लोगों को उपयोग करने के लिए कहता है trash-cli बजाय। इसमें एक और उपनाम के बारे में भी एक नोट शामिल होगा जो वास्तव में चलता है /bin/rm लेकिन उन्हें ज्यादातर मामलों में इसका उपयोग करने से बचने के लिए कहता है।

:( सच्ची कहानी


2
2018-04-15 09:51



मेरे अनुभव में, इस तरह के औजार एक वास्तविक मदद से अधिक परेशानी की तरह हैं - जल्दी या बाद में, और कुछ शपथ लेने के बाद, आप इसे हटा देंगे। वर्कस्टेशन के लिए यह ठीक हो सकता है, लेकिन यदि आप किसी सर्वर पर प्रशासनिक काम करते समय अधिकांश स्थितियों में नहीं हैं, तो आपको वास्तव में डेटा को हटाना होगा, न कि इसे कहीं और स्थानांतरित करें (और यदि ऐसा होता है, तो बस एमवी का उपयोग करें बजाय)। इसके अलावा, स्वचालित रूप से एक ट्रैश फ़ोल्डर में डेटा ले जाने से गंभीर समस्याएं हो सकती हैं (उदा। उसी फ़ाइल सिस्टम, सुरक्षा पर ट्रैश नहीं)। - maetthu
@metthu ओह निश्चित रूप से कुछ दिनों के लिए कचरा में होने के बाद चीजें हटा दी जाती हैं। उबंटू डेस्कटॉप उन वस्तुओं को करता है जो कचरे में 30 दिनों से अधिक समय में हैं। एक सर्वर पर आप कुछ छोटा, उदाहरण के लिए चाहते हैं। trash-empty 5 एक क्रॉन में मुद्दा आपको कुछ अनुग्रह अवधि की अनुमति देना है क्योंकि मनुष्य गलतियां करते हैं। - Gerry
क्या आवश्यक सिस्टम टूल्स को प्रतिबंधित करने के बजाय कामकाजी डेस्टर-रिकवरी प्लान करना बेहतर नहीं है? - user292812
@ user292812 मैंने प्रतिबंधित / बिन / आरएम का सुझाव नहीं दिया था, बस यह ज्यादातर मामलों में पहला विकल्प नहीं होना चाहिए (नोट / bin / rm alias)। आपका प्रश्न आपदा रिकवरी और मानव अनुकूल हटाने के विकल्प के बीच झूठी पसंद का भी सुझाव देता है। आपके पास दोनों होना चाहिए। - Gerry
एक दो-चरणीय हटाने की प्रक्रिया बहुत सारी परेशानी बचा सकती है: 1. कचरा (क्रियात्मक रूप से) पर जाएं, 2. खाली कचरा। मैं इस तरह की एक स्क्रिप्ट "आरएम" के लिए उपनाम करता हूं और इसने मुझे कई बार गलती से महत्वपूर्ण चीजों को हटाने से बचा लिया है। - Sam Watkins


मैं इस तरह के मामले में सलाह देता हूं कि अनमाउंट और उपयोग करें debugfs, और मदद के साथ lsdel आप हाल ही में हटाई गई सभी फाइलों को सूचीबद्ध कर सकते हैं, जहां पत्रिकाओं से साफ नहीं किया गया है और फिर ढेर आवश्यक फाइलें इसके लिए तेज़ खोज लिंक: http://www.linuxvoodoo.com/resources/howtos/debugfs 

उम्मीद है कि यह किसी की मदद करेगा। ;)

और हां, सुझावों में से एक बार स्क्रिप्ट बनाना है, जो रीम ले जाया गया है rm सेवा मेरे real.rm और symlinc mv सेवा मेरे rm ;)


1
2018-04-18 14:46