本文只是記錄一下自己在執行了rm -rf /* 之後的心路歷程以及過後的乙個解決思路，並不是純技術解決方案。（慎用 rm -rf ！）
說來慚愧，感謝部門領導對我的百般信任，讓我在剛畢業的時候就能在開發之餘，監管部門的伺服器。
正是因為如此，我也有幸在手速足夠快的情況下，將原本的rm -rf ./*按成了rm -rf /*（原來是要刪除資料夾下面的其他檔案，結果變成了刪除根目錄；由於資料夾中的內容太多了，因此為了省事使用了rm -rf）
執行之後，我看著螢幕上不斷跳動的指令，一時間有點懵（我甚至還不知道發生了什麼，只當是正常的刪除檔案）,可是當整個過程持續了10秒之後，我慌了，因為我注意到，刪除的路徑不對，什麼 /dev /usr 都有，當時整個人瞬間緊繃了。
好不容易指令執行結束，我長舒一口氣，試著輸入了 ls 提示沒有該命令，然後我又試了cd /，還是沒有該命令，我抱著不死心的態度，試了所有我能想到的命令，結果都是沒有該命令。就這樣，大家都當段子說笑的情景，發生了。。
當時我在想，我還有救嗎？剛入職就幹了件大事，我當時真的準備賠償，然後被辭退的心都有了，經過幾分鐘的心理鬥爭之後，我還是找到了技術主管，和他說了這件事。（此處省略10000字）
實際上，當我使用啟動盤進入之後，發現裡面檔案都還在，沒有被刪除。我們的技術主管告訴我，檔案有保護的，rm -rf /* 只是把環境刪了，被保護的檔案不會刪除，重新接個啟動盤進來，就帶有了一些基本的環境，可以看到並找到原來的檔案。總的來說，我連刪庫都不會。然後我被教育了一頓，他讓我一定要注意命令使用規範，不要動不動就使用 rm -rf ，這個習慣很不好（確實，我現在也改了，一般使用rm -r 或 rm -f ，使用rm -rf 的時候都會盯著看10s以上，就怕再來一次「刪庫」）
最後也沒扣我工資，也還是我繼續管理伺服器，部門裡也沒有人怪我什麼的，這讓我心裡很過意不去，於是我主動要求加了兩個週末的班，並且多攬了專案中兩個模組的活，然後心裡才好受了一些。
**庫恢復之後的一天晚上，我們技術主管在群裡發了一篇《醒醒，你可能連刪庫都不會！》的推文，裡面說現在的系統一般都是有檔案保護的（不要輕易嘗試，萬一沒有，當場陣亡），rm -rf刪除根目錄下所有檔案的時候，不會刪除到那些被保護的檔案（很大程度上指的是後加入的檔案），但是原來的系統環境會被破壞（指令刪完了，配置檔案沒了，系統儲存的登入資訊之類的基礎資訊沒了），因此當你退出再次登入的時候就直接進不去（沒地方給你校驗）。但是由於記憶體中的程式是一直執行中的，因此，只要伺服器不停，理論上來說，記憶體中的**還是可以直接獲取的（除非像我一樣手賤重啟）。
總的來說，感覺就像坐過山車一樣，大起大落，很刺激。但是不建議嘗試，萬一出了什麼意外。。。
誤執行了rm rf 之後
先來一段引發錯誤的 lic path pwd new lic dir lic path new license old lic dir lic path old license rm rf new lic dir 2 dev null rm rf old lic dir 2 dev null這裡解釋...
rm rf之後磁碟空間沒有釋放的解決方法
目錄 現在運營的平台採用的是微服務架構，部署的服務較多，開發環境一台伺服器上部署幾十個服務是很正常的，之前用ci構建部署的時候，發現磁碟滿了。我的處理方式是 先刪了 tmp 目錄,空閒出部分空間，然後檢查下幾個常用的使用者目錄，發現幾個日誌檔案占用了好幾個大g，由於是開發環境，所以就直接刪除,於是r...
怎樣阻止Linux伺服器執行rm rf 命令
自己在debian 9.9上測試成功,請結合您作業系統的環境,謹慎操作,在進行測試時候盡量先使用乙個臨時目錄,若由於你的不正確操作造成的後果與本人無關 眾所周知,linux中的rm rf 命令是一條災難性的命令.因此有的運維人員想一些辦法來禁止這條命令的執行,今天演示乙個簡單的 今天我們使用的是替換...