Rm -rf / root के रूप में आप कितनी दूर जा सकते हैं

Question

यदि आप जड़ हैं, और आप जारी करते हैं

rm -rf / 

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

मैं एक वीएम पर यह कोशिश कर सकता था और देख सकता था, लेकिन मैं यह जानना चाहता हूं कि अगर मैं ऐसा करूं तो क्या उम्मीद की जा सकती है।

Comments

डुप्लिकेट ऑफ़: सुपरयुसर.com

— questions

यह सच है @Ste, लेकिन जब तक यह नकल नहीं कर रहा है / चिपकाया हम आम तौर पर यह जाना, क्योंकि हम अन्य साइटों के साथ कुछ ओवरलैप डालते हैं

— माइकल Mrozek

Answer 1

यह कमांड कुछ भी नहीं करता है, कम से कम ओएस मैं (सोलारिस) का उपयोग करता है जिसके साथ यह सुरक्षा सुविधा पहले लागू की गई थी:

# rm -rf /
rm of / is not allowed

अन्य * निक्स, विशेष रूप से लिनक्स परिवार पर, यदि हाल ही में पर्याप्त ग्नू आरएम प्रदान किया गया है, तो आपको --no-preserve-rootकमांड को पूरा करने के लिए (या कम से कम शुरू) सक्षम करने के लिए विकल्प जोड़ने की आवश्यकता होगी ।

यह कमांड कितनी दूर तक अपरिभाषित है। यह बहुत अधिक या कम अप्रत्याशित घटनाओं पर निर्भर करता है। आमतौर पर, प्रक्रियाएं तब भी चल सकती हैं जब उनके बायनेरिज़ को हटा दिया गया हो।

Comments

पहली बार में आपको विश्वास नहीं हुआ, लेकिन यह वहाँ है । इस भयानक गलती को रोकने के लिए 2005 (सूर्य / बीएसडी) और 2006 (जीएनयू) तक यह विश्वास करना मुश्किल है।

— एम्फ़ैटेमाचिन

आप अभी भी rm -rf /*कुछ भी हटाने के लिए उपयोग कर सकते हैं

— फेलिक्स यान

वास्तव में, लेकिन उस मामले में कुछ भी नहीं है (आसानी से) कर सकते हैं क्योंकि फ़ाइल का विस्तार rm कहे जाने से पहले ही शेल द्वारा किया जाता है।

— जूलियाग्रे

Answer 2

यहां तक ​​कि jlliagre के शानदार जवाब के साथ, याद रखें कि यह अभी भी एक बहुत खतरनाक चीज है। हमेशा डबल चेक करें कि आप चीजों को करने से पहले कहां हैं rm -rf। rm -rf *उदाहरण के लिए, जब आप / usr निर्देशिका में रहते थे, तो यह विनाशकारी होगा ।

अपने बाकी सवालों के अनुसार, आप जो भी प्राप्त कर सकते हैं, वह आपकी बैकअप प्रक्रियाओं पर निर्भर करता है। अधिकांश * निक्स सिस्टम में एक बार डिलीट होने के बाद फाइल और डायरेक्टरी को रिकवर करने का कोई सरल तरीका नहीं है। पुराने डॉस दिनों के विपरीत, जहां एक डिलीट के प्रदर्शन के बाद फाइलें अक्सर डिस्क पर होती थीं, ज्यादातर सिस्टम इन दिनों ऐसे काम करते हैं जो रिकवरी को बहुत मुश्किल बनाते हैं। यह एक कारण है कि डेटा रिकवरी सेवाएं इतनी महंगी हैं।

यदि आप एक वीएम का उपयोग कर रहे हैं, तो मैं समय-समय पर स्नैपशॉट करने की सलाह देता हूं। लेकिन एक अच्छा बैकअप प्लान फॉलो करने से कुछ नहीं हो सकता।

Answer 3

जैसा कि कुछ लोगों ने कहा, आप अभी भी sudo rm -rf /*कुछ भी निकालने के लिए उपयोग कर सकते हैं । बिना तारांकन ओएस एक्स पर भी काम करता है। किसी ने इस तरह से ओएस एक्स योसेमाइट को नष्ट करने पर एक फुटेज बनाया है, और मुझे यकीन है कि लिनक्स आधारित ओएस बहुत ही अनुभव करेगा।

धीरे-धीरे चीजें गैर-जिम्मेदार होने लगती हैं। मुझे नहीं लगता कि सबकुछ हटा दिया गया, क्योंकि प्रक्रिया के दौरान टर्मिनल जम गया था, लेकिन यह पूरी चीज को फ्रीज करने और एक बल पुनरारंभ करने के लिए पर्याप्त था।

रिबूट करने का प्रयास त्रुटियों के साथ बूट स्क्रीन जैसी एकल-उपयोगकर्ता मोड का कारण बनता है।

Comments

अगर वह कुछ सांत्वना दे सकता है, sudo rm -rf /*तो छिपी हुई फाइलों और निर्देशिकाओं को नष्ट नहीं करेगा /। यह किसी अन्य आरोह बिंदु द्वारा नकाबपोश फ़ाइलों को हटाने में भी विफल होगा, केवल पढ़ने के लिए फाइल सिस्टम या छद्म-फाइलसिस्टम, अपरिवर्तनीय फाइलें या आरोह बिंदु।

— स्टीफन चेज़लस

@ StéphaneChazelas कि फुटेज में भी प्रदर्शित किया गया था। रीड-ओनी फाइलसिस्टम के साथ त्रुटियां थीं। सब कुछ नहीं हटाने के बावजूद, बूट (सिस्टम, EFI नहीं) को फ्रीज और नष्ट करने के लिए पर्याप्त था

— TheBro21

Answer 4

मैंने सिर्फ Ubuntu 16 और vmware वर्कस्टेशन के साथ कोशिश की और नो-प्रिजर्व-रूट विकल्प के साथ इसने मेरे रनिंग लिनक्स सिस्टम की पूरी डिस्क को मिटा दिया। उसके बाद पूरा vmware वर्कस्टेशन ऐप असामान्य रूप से अस्थिर हो गया था और यहां तक ​​कि एप्लिकेशन से वर्चुअल मशीन को बंद या रीसेट करना असंभव था। Vmx को मारने से इनकार कर दिया गया था उसके बाद ही एक मेजबान रिबूट ने काम किया था!

Comments

अच्छा! :) यह वही है जो मैं किसी से सुनने की उम्मीद कर रहा था।

— सुदिप्ता चटर्जी

Answer 5

कोई बस rm -rf /रूट के रूप में जारी करके अपने सिस्टम को नष्ट नहीं कर सकता है । प्रारंभ में, आदेश फेल-सुरक्षित मोड, जिनमें से उपयोग को प्रतिबंधित होगा के तहत जारी किया जाएगा rmपर /लेकिन फिर भी साथ --no-preserve-rootएक तर्क के रूप, चल सिस्टम डिस्क से चल रही प्रक्रियाओं को हटाने की अनुमति नहीं देगा; हालाँकि, बाकी कार्यक्रमों और फ़ाइलों को हटा दिया जाएगा, एक अनुपयोगी प्रणाली को छोड़कर (लगभग) कोई प्रोग्राम चलाने के लिए नहीं! कृपया यहां दिए गए स्क्रीनशॉट की जांच करें, कमांड को आर्क लिनक्स में वर्चुअल बॉक्स में जारी किया गया था: http://bit.ly/q9CsA4

Comments

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

— TheLQ

आपने लिखा है: "रनिंग सिस्टम डिस्क से चल रही प्रक्रियाओं को हटाने की अनुमति नहीं देगा"। जहाँ तक * nix का सवाल है, यह गलत है। यह सीमा विंडोज पर मौजूद है लेकिन आप यूनिक्स / लिनक्स पर फ़ाइलों को हटा (अनलिंक) कर सकते हैं, जबकि वे निष्पादित होते हैं।

— jlliagre

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

— नाथन उस्मान

यहाँ ऑनलाइन गली में साझा किए गए अबीसेक द्वारा फोटो दिए गए हैं: min.us/mSQcqHGQA min.us/moyPvnYOw ( TheLQ के अनुरोध से)

— आर्टेम पेलिनित्सिन