Linux 伺服器誤刪關鍵目錄 /usr/bin、/usr/sbin 緊急救援實錄

Linux 伺服器維運最怕「手滑誤刪」核心目錄。本文記錄一次真實案例：管理員誤刪 /usr/bin 與 /usr/sbin，導致系統指令幾乎失效。透過備援 IP 連線、tar 打包同版本主機對應目錄傳輸、修復符號連結、調整終端機型態等步驟，最終搶救系統恢復正常。文末附上根帳號安全管理三原則，避免同類悲劇重演。

事故現場

• 誤執行 rm -rf /usr/bin /usr/sbin（或類似指令）。
• 系統大部分指令（ls、cp、mv、bash 等）失效，無法正常操作。
• 所幸伺服器配置雙 IP：公網 IP 斷線，內網 IP 仍可 SSH 連線。

搶救步驟

1. 確認損壞範圍：執行 dmesg、ls /usr 觀察殘留檔案，確認 /usr/bin、/usr/sbin 已空或遺失。
2. 尋找同版本備援主機：相同發行版、核心版本、套件版本的測試機或備份機。
3. 打包傳輸：在備援主機執行
   tar -czvf usr_bin.tar.gz /usr/bin /usr/sbin
   透過 scp 傳至故障主機 /tmp。
4. 解壓還原：故障主機執行
   cd / && tar -xzvf /tmp/usr_bin.tar.gz
   關鍵：保留符號連結屬性（tar 預設保留），避免手動 cp -r 導致連結變成實體檔、體積暴增。
5. 修復終端機型態錯誤：重啟 SSH 或重新登入後，可能出現 'linux': unknown terminal type、top/clear/vim 無法運作。解法：
   export TERM=xterm-256color（或 linux）寫入 ~/.bashrc，或安裝 ncurses-terminfo-base 套件。
6. 修復服務：檢查 tftp、telnet、network 等服務是否正常啟動，必要時 systemctl restart。

根帳號安全三原則（防患未然）

1. 禁止直接 root 登入：/etc/ssh/sshd_config 設定 PermitRootLogin no，改用一般帳號 + sudo。
2. 善用 sudo 精細授權：編輯 /etc/sudoers（用 visudo），僅授權必要指令，例如：
   ops ALL=(ALL) NOPASSWD: /sbin/mount, /sbin/umount, /sbin/ifconfig
3. 建立操作審計與備份機制：啟用 auditd 記錄關鍵指令，定期備份 /usr、/etc、/var 至異地。

後記

誤刪不可怕，可怕的是「無備份、無 sudo、直接用 root」。建立「最小權限、自動備份、可審計」的運維文化，才是伺服器生存之道。