在Linux笔记本上执行这句命令就能导致设备永久变砖
内容摘要
上个月，有用户在Arch Linux论坛发帖提问，为什么他的笔记本在运行了一个简单的“rm -rf -no-preserve-root /”命令之后就完全没法启动了。有Linux基础的同学应该知
文章正文
上个月，有用户在Arch Linux论坛发帖提问，为什么他的笔记本在运行了一个简单的“rm -rf -no-preserve-root /”命令之后就完全没法启动了。有Linux基础的同学应该知道，运行这条命令其实很蠢，但一般并不会产生什么硬件的破坏性结果。但在MSI的笔记本上， 运行这条命令有可能导致彻底清除EFI引导分区。
这个在论坛上发帖的用户叫“9233”，他在帖子中说：“今天我和我的朋友在一台MSI笔记本上运行了rm -rf -no-preserve-root命令，因为我们想解决Arch安装膨胀的问题。当然我们也可以格式化根分区，然后重新安装Arch。”（后面他提了一句说，instead we thought it would be fun seeing the GNOME installation die…）
实际上破坏系统的路径在/sys/firmware/efi/efivars，里面存储了采用EFI标准（老旧的BIOS的替代品）启动所需的信息。该文件夹被破坏之后，设备就无法启动了，笔记本正式变砖，不可修复。
GitHub之上就此还发起了讨论，开发者纷纷表示EFI启动数据的目录不应该是完全可写的。运行一句命令就能让硬件变砖这原本就是不合理的。当前该问题似乎仅影响到了MSI笔记本，由于应该也没多少人敢于做出这样的尝试，所以大约也就没有引起重视。
不过一台设备能如此轻而易举地彻底永久毁坏，这仍是个听来很恐怖的事情，即便运行这条命令本身就很愚蠢。
这个在论坛上发帖的用户叫“9233”，他在帖子中说：“今天我和我的朋友在一台MSI笔记本上运行了rm -rf -no-preserve-root命令，因为我们想解决Arch安装膨胀的问题。当然我们也可以格式化根分区，然后重新安装Arch。”（后面他提了一句说，instead we thought it would be fun seeing the GNOME installation die…）
实际上破坏系统的路径在/sys/firmware/efi/efivars，里面存储了采用EFI标准（老旧的BIOS的替代品）启动所需的信息。该文件夹被破坏之后，设备就无法启动了，笔记本正式变砖，不可修复。
GitHub之上就此还发起了讨论，开发者纷纷表示EFI启动数据的目录不应该是完全可写的。运行一句命令就能让硬件变砖这原本就是不合理的。当前该问题似乎仅影响到了MSI笔记本，由于应该也没多少人敢于做出这样的尝试，所以大约也就没有引起重视。
不过一台设备能如此轻而易举地彻底永久毁坏，这仍是个听来很恐怖的事情，即便运行这条命令本身就很愚蠢。
代码注释
作者：喵哥笔记
