剛剛不小心執行了 rm -rf /*
等回過神才發現 /bin /boot 不見了
所幸其他東西還在
gnome-terminal已經毀了
用了GUI界面裝了zsh 跟ternimal
這臺系統是fc15.i686 急忙到別臺fc16.x64 把/bin 複製過來
目前也只有zsh 跟terminal 能用
在這麼尷尬的情況下 要怎麼補救呢？
（希望至少先把fc15的bash裝回去> <)
謝謝各位

i686是32bit的吧？，去找一台32bit的來CO啦

現在手上沒有其他32bit的fc15,最快也只能到fc16裝vm然後在vm灌fc15.i686後,再copy /bin回來

你有在UPDATE的話，其實版本差不置於大部分在起不能但是32bit的kernel去跑64bit的程式則保證絕大部分不舉

把HDD裝到其他台電腦把資料拿出來，然後重灌

推 對不起 我笑了 那個命令不是說不知道的人下不出來知道的人不會下的嗎你grub重裝就會恢復了還有kernel 應該沒了吧 想到再說

雖然於事無補,但我在rm 之後接*之前,都是先下把rm換成ls,確定對象沒問題,才用上箭鍵把前一指令叫出來,把ls改成rm

想到之前聽過的 rm -rf . /* 的慘劇....

我這個習慣,是旁觀一位sybase工程師執行系統調整,他們公司SOP是所有增刪改,全部放在begin transaction之後,全部做完select再三看結果沒錯,才執行 commit transaction,那次我深受啟發 XD先ls再rm還會出包,真的__遮眼了... Orz

zsh沒有設等10秒嗎XD

重新安裝到一半手賤去開一堆程式，結果gnome當了，慘現在只好乖乖地重灌

bios vs efi? mbr vs gpt?即便格式相同，別人的grub.cfg跟你該用的也不一定一樣比方說UUID不同，(hdx,gptx)不同..等等另外/boot裡面會有的*.img檔要重裝linux kernel才會生出來然後可能要手動跑grub-mkconfig -o /boot/grub/grub.cfg來生正確的設定檔

我則是 fstab中/ ro 來預防這種悲劇。

用sudo不要常用root也可以稍微防止手殘...

/用ro也包括/var,/etc等嗎 要更新或改設定會不會不方便

home var tmp mnt 都是獨立fs

你的id要改成reinstaller你只有看到那二個資料夾不見 其他資料夾可能刪到一半去找一下其他資料夾下面的檔案有沒有少吧

/boot下應該只需要裝上kernel, kernel-devel應該就可以搞定

怪了@@gnu coreutil的rm不是預設會禁止rm -rf / 嗎?沒有禁到 rm -rf /* 這樣的打法?目前最近幾年的版本都會禁止 rm -rf / 這樣打