我险些把我主力机搞报废
这个故事告诉我们作死不会死!
起因
我实在看不下去 Discover 的更新 Fedora 44 提醒了,点击了更新然后我就出去吃饭了,一回来更新好了,结果发现 dnf up 后,一堆东西没更新上去还是 fc43 包的同时,KDE Beta 大更新给桌面环境带崩了。这就是起因!

重装系统就好了罢!为什么说差点炸了?
是啊,重装系统是小事,因为部分数据我已经放在 Gitee 和台式机上了,游戏和软件我都可以重装。
然而问题在于,EFIVarFS 满了!那么安装系统就会出现非常神秘的无法安装引导器 BUG


先给大伙普及一下什么是 EFIVarFS
来自 Gentoo Wiki
efivarfs 是 Linux 内核中的一个文件系统,它允许用户创建、删除和修改 UEFI 相关变量。
对的,重点是 它允许用户创建、删除和修改 UEFI 相关变量。它允许用户创建、删除和修改 UEFI 相关变量。
那么这东西满了就会导致没法加入启动项,而没法加入启动项就可能会导致无法进入下一步。(如 grub mkconfig)
那么行,我清!
你干了可能电脑就废了,我这真的是心存侥幸啊😭
EFIVarFS 满了可能通过 BIOS 重置功能就能解决 80%
于是我搜索了半天,在 Arch Forum 找到了这个帖子,为我后续差点炸机做好准备。
我进了 EFIShell,然后执行了 dmpstore -d -all,然后重启,Boom,BIOS 再也无法认出我的移动硬盘。

我是怎么救的
虽然我主要在用 Linux,但我留了个打瓦的 Windows,赶紧去 Windows 下载固件,解压到 Windows EFI 文件夹,赶紧进入 BIOS,赶紧刷写 BIOS。
还好没删除 SKU 数据(GU603ZM),否则估计连 BIOS 都没法刷写。
刷写好后, USB Boot 功能正常了,但是序列号和 MAC 地址还是不存在,那不存在就不存在吧,我这电脑早就丢保了。
然后次日还要上班,下班后直接快速安装一波 CachyOS,现在完全能用了。文件系统依旧带快照的 BTRFS,炸了至少还有个后备。
但是 CachyOS 的 OOM Killer 是真的激进啊,好难受啊😭。

后话
哎,不作死就不会死,希望换电脑前我不会再作死了!😭
下次 EFIVarFS 满了可能通过 BIOS 重置功能试试了!😭
支持与分享
如果这篇文章对你有帮助,欢迎分享给更多人或打赏支持!


