刚刚不小心执行了 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 / 这样打