The rm -rf एक बैश कमांड है जो DROP के समान है एसक्यूएल कमांड। जब तक आपके पास अपनी डेटाबेस तालिका की प्रतिकृति (बैकअप) नहीं है, आप सभी डेटा खो देंगे।
rm -rf एक आदेश है जिसे रूट विशेषाधिकारों के बिना लागू किए जाने पर वे सभी फ़ोल्डर हटा दिए जाएंगे जिन तक उपयोगकर्ता की पहुंच है। जब रूट विशेषाधिकारों के साथ आह्वान किया जाता है, तो यह आपकी हार्ड ड्राइव को मिटा देगा।
इस कोड को प्रोडक्शन सर्वर पर चलाने की गलती करना मेरा दुर्भाग्य नहीं है, लेकिन हर कोई इतना भाग्यशाली नहीं रहा है। यहां कुछ रोचक rm -rf कहानियां दी गई हैं, जो शायद आपको प्रासंगिक लगे।
1. थॉमस और सीएलआई-आधारित कचरा कार्यक्रम
Thomas अपने कॉलेज की यूनिक्स लैब में मध्यावधि परियोजना पर काम कर रहा था, जिसके लिए वहका उपयोग करके बगल की लैब में एक सर्वर से जुड़ा था PuTTY + RealVNC.
उनका प्रोजेक्ट सीधा था: एक "trash" सीएलआई प्रोग्राम बनाएं जो फ़ाइल पथों की एक सूची लेता है और उन्हेंपर ले जाता है ~/.कचरा निर्देशिका। फिर आप "कचरा खाली कर सकते हैं" जो निर्देशिका पर rm निष्पादित करता है। वह पहला भाग कर चुका था और खाली कमांड को पूरा कर रहा था।
किसी तरह उसने गलत वेरिएबल सेट किया जिससे रिमूव पाथ को / के रूप में छोड़ दिया और उसके पास सूडो एक्सेस था। कुछ भी नहीं हुआ जब उन्होंने पहली बार कोड चलाया लेकिन कुछ ही समय बाद गड़बड़ हो गई और स्थिर प्रदर्शन करना शुरू कर दिया। Ctrl + C मदद नहीं कर सका। अगला, मॉनिटर खाली हो गया और डिस्कनेक्ट हो गया।
उनका कोड sudo rm-rf / चलाया और इससे सर्वर का सारा डेटा मिटा दिया गया। सौभाग्य से Thomas के लिए, वह विभाग के परीक्षण सर्वर पर काम कर रहा था और बैकअप डिस्क से डेटा पुनर्प्राप्त करने में सक्षम था। उसने अपना दाखिला नहीं खोया।
2. बैकअप सेशन के दौरान क्लीन वाइप
Alex एक कंपनी का नेटवर्क एडमिनिस्ट्रेटर था जो स्क्रिप्ट के ज़रिए अपनी मशीनों का बैकअप लेता था। एक दुर्भाग्यपूर्ण दिन Friday, उन्होंने टेक्स्ट के साथ स्क्रिप्ट को अपग्रेड किया, rm -rf ${DIRECTERY}/ के बजाय rm -rf ${DIRECTORY}/ – कमांड को केवल rm-rf पर अपडेट करनाक्योंकि ${निर्देशिका} एक खाली स्ट्रिंग बन गया है।
बैकअप सत्र उस रात बाद में शुरू हुआ और इससे पहले कि एलेक्स को पता चलता, नेटवर्क की सभी मशीनें साफ हो गईं! सौभाग्य से उसके लिए, कंपनी हर घंटे फाइलों का बैकअप लेती है, इसलिए कोई ज्यादा नुकसान नहीं हुआ।इसके बावजूद, यह एक व्यस्त सप्ताहांत था। काफी विडंबना है कि एक बैकअप कार्य सिस्टम को साफ कर देगा, है ना?
3. स्वचालित पुनरावर्ती क्लीनर
एक बार Eric एक फ़ाइल सर्वर पर काम कर रहा था और कुछ फ़ाइलों को हर हफ़्ते या उसके बाद अपने आप साफ़ करना चाहता था। उन्होंने केवल अपेक्षाकृत पुरानी फाइलों को हटाने के उद्देश्य से अपनी लाइन की योजना बनाई और इसका परीक्षण किया। उनका काम एक ही डायरेक्टरी के भीतर था इसलिए उन्हें नहीं लगा कि कुछ भी गलत हो सकता है। खैर, उसे बाद में पता चला कि उसका अनुमान गलत था।
उन्होंने निम्न आदेश चलाया और यह काम कर गया। इसके बाद, उसने क्रोंटैब में मैन्युअल रूप से लाइन जोड़ी और वह तब हुआ जब उसने गलती से . को / से बदल दिया .
पाना । -टाइप एफ-नाम-सीटाइम -60 -एक्सईसी आरएम-आरएफ {} \;
फ़स्ट फ़ॉरवर्ड एक हफ़्ते बाद और काफ़ी संख्या में फ़ाइलें चली गईं। इससे भी बुरी बात यह थी कि उन्हें एक यादृच्छिक पैटर्न प्रतीत होने पर हटा दिया गया था, इसलिए उनका मानना था कि कंपनी को हैक किया जा रहा था जब तक कि उन्होंने कोड की जांच नहीं की और महसूस किया कि वह हैकर थे।
सौभाग्य से, वह हर दिन बाहरी बैकअप रखता था ताकि वह अपनी गलती ठीक कर सके। उस दिन के बाद से आप शर्त लगा सकते हैं कि वह व्यवस्थापकीय विशेषाधिकारों के साथ चलने वाले आदेशों के प्रति अत्यधिक सावधान रहा है।
उपरोक्त कहानियों में मौजूद 2 मुख्य टेक-होम पॉइंट हैं 1, हमेशा अपने कोड और उसके संभावित परिणामी प्रभाव की दोबारा जांच करें और 2, हमेशा अपने बैकअप को यथासंभव अद्यतित रखें क्योंकि आप कभी नहीं जानते कि कब वे काम आएंगे।
क्या आप किसी सनकी को जानते हैं rm -rf अनुभव या कहीं और की कहानियाँ? टिप्पणी अनुभाग में उन्हें हमारे साथ साझा करें।