rm -rfهو أمر Bash واحد مشابه لأمرDROP أمر SQL. ستفقد جميع البيانات ما لم يكن لديك نسخة طبق الأصل (نسخة احتياطية) من جدول قاعدة البيانات.
rm -rfهو أمر يؤدي عند استدعائه بدون امتيازات الجذر إلى إزالة جميع المجلدات التي يمكن للمستخدم الوصول إليها. عندما يتم استدعاؤه بامتيازات الجذر ، فإنه سيمحو القرص الصلب الخاص بك.
لم يحالفني الحظ لارتكاب خطأ تشغيل هذا الرمز على خادم إنتاج من قبل ، ولكن لم يحالفه الحظ الجميع. إليك بعض القصص المثيرة للاهتمامrm -rfالقصص التي قد تجدها ذات صلة.
1. توماس وبرنامج المهملات المستند إلى CLI
توماسكان في معمل College Unix الخاص به يعمل على مشروع منتصف المدة الذي كان متصلاً من أجله بخادم في مختبر مجاور باستخدامPuTTY + RealVNC .
كان مشروعه مباشرًا: أنشئ برنامج CLI “ trash ” يأخذ قائمة بمسارات الملفات وينقلها إلى ~ /. المهمّةالدليل. يمكنك بعد ذلك " إفراغ سلة المهملات " التي تنفّذrmفي الدليل. أنهى الجزء الأول وكان يكمل الأمر الفارغ
بطريقة ما قام بتعيين المتغير الخاطئ الذي ترك مسار الإزالة كـ/وكان لديه إمكانية الوصول إلى sudo. لم يحدث شيء عندما شغّل الكود في البداية ولكن بعد فترة وجيزة من خلل وبدأ في عرض الكود الثابت.Ctrl + Cلا يمكن أن يساعد. بعد ذلك ، أصبحت الشاشة فارغة وغير متصلة.
تشغيل رمزهsudo rm-rf /مما أدى إلى مسح جميع البيانات الموجودة على الخادم. لحسن الحظ لـThomas، كان يعمل على خادم اختبار القسم وتمكن من استعادة البيانات من أقراص النسخ الاحتياطي. لم يفقد قبوله.
2. مسح نظيف أثناء جلسة النسخ الاحتياطي
Alexكان مسؤول شبكة في شركة احتفظت بنسخة احتياطية من أجهزتها عبر البرامج النصية. في واحدة مصيريةFriday، قام بترقية النص بالنصrm -rf $ {DIRECTERY} / بدلاً منrm -rf $ {DIRECTORY} /- تحديث الأمر إلىrm-rf فقط لأن$ {DIRECTERY}أصبح سلسلة فارغة.
بدأت جلسة النسخ الاحتياطي في وقت لاحق من تلك الليلة وقبل أن يعرفها أليكس ، تم مسح جميع الأجهزة الموجودة على الشبكة نظيفة! لحسن الحظ بالنسبة له ، تقوم الشركة بنسخ الملفات احتياطيًا كل ساعة حتى لا يحدث أي ضرر كبير.على الرغم من ذلك ، كانت عطلة نهاية أسبوع مزدحمة. من المفارقات أن تؤدي وظيفة النسخ الاحتياطي إلى مسح الأنظمة ، أليس كذلك؟
3. المنظف العودي الآلي
مرة واحدةEricكان يعمل على خادم ملفات وأراد تنظيف بعض الملفات تلقائيًا كل أسبوع أو نحو ذلك. لقد خطط لخطه واختبره بهدف إزالة الملفات القديمة نسبيًا فقط. كان عمله ضمن دليل واحد لذلك لم يعتقد أن أي شيء يمكن أن يحدث بشكل خاطئ. حسنًا ، اكتشف لاحقًا أنه خمّن خطأ
قام بتشغيل الأمر التالي وعمل. بعد ذلك ، أضاف السطر يدويًا في crontab وكان ذلك عندما استبدل عن طريق الخطأ .بـ/.
تجد . -type f -name-ctime -60 -exec rm -rf {} \ ؛
تقديم سريع بعد أسبوع واختفى عدد كبير من الملفات. والأسوأ من ذلك أنه تم حذفهم فيما بدا أنه نمط عشوائي ، لذلك اعتقد أن الشركة تتعرض للاختراق حتى عندما أجرى فحصًا للرمز وأدرك أنه كان المخترق.
لحسن الحظ ، احتفظ بنسخ احتياطية خارجية كل يوم حتى يتمكن من إصلاح خطأه. منذ ذلك اليوم ، يمكنك المراهنة على أنه كان حريصًا جدًا على الأوامر التي يديرها بامتيازات المسؤول.
نقطتا الاستلام الرئيسية الموجودة في القصص أعلاه هي 1 ، تحقق دائمًا من الكود وتأثيره الناتج المحتمل و 2 ، احتفظ دائمًا بنسخك الاحتياطية محدثة قدر الإمكان لأنك لا تعرف متى
هل تعرف أي قصة مجنونrm -rfقصص من تجربة أو في أي مكان آخر؟ شاركها معنا في قسم التعليقات.