我了解到,引导加载程序永久存储在机器的 ROM 中,并且当今的 PC 采用闪存技术构建,因此可以在特殊情况下进行更改。
是rm -rf /
特殊情况吗?
是否rm -rf
删除引导加载程序?
答案1
总结:rm -rf /
不会删除引导加载程序本身,但会删除引导加载程序所需的一切(以及操作系统运行所需的一切)。
引导加载程序永久存储在机器的 ROM 中
不完全是。在大多数现代系统中,引导加载程序可以位于主引导记录磁盘的一部分 - 前 512 B - 或者它可以位于单独的设备上(也可以看看)并引用维基百科关于 Linux 内核映像的信息:
...某些 i386 系统的限制意味着只有硬盘的前 1024 个柱面是可寻址的。
为了解决这个问题,Linux 发行商鼓励用户在驱动器开头创建一个分区,专门用于存储引导加载程序和内核相关文件。
嵌入式系统,例如 Raspberry Pi,实际上可能在 ROM 中有一个引导加载程序(或第一阶段引导加载程序)。
rm -rf /
像任何其他命令一样,它会加载到内存中并从那里执行,因此它会递归地删除/
目录(/
文件系统)中的所有内容,包括其自己的原始文件/bin/rm
。它通常对 MBR 分区一无所知,并且仅对在下可以找到的所有文件/目录进行操作/
。
换句话说,包含引导加载程序本身的磁盘的前 512 B 不会被删除,但是/boot
目录被删除,并且包含引导加载程序(通常是 GRUB)的配置文件和initrd.img
在主文件系统之前加载的临时文件系统/
。如果你看看linux.com 上的 Grub 救援文章,你会发现,即使 bootloader 本身可能正在工作,它必须知道根文件系统所在的磁盘、内核映像 vmlinuz 所在的磁盘以及 initrd。也就是说,他们在 grub 的 shell 中给出的示例是
grub> set root=(hd0,1)
grub> linux /boot/vmlinuz-3.13.0-29-generic root=/dev/sda1
grub> initrd /boot/initrd.img-3.13.0-29-generic
grub> boot
其中(hd0,1)
标识具有根文件系统的磁盘和分区。
即使引导加载程序本身没有被删除,当/boot
单独删除时确实会导致问题. 如果rm -rf /
你要从文件系统中删除所有内容,包括init
第一个进程、内核