我的一个客户大约一年以来一直在使用Lenovo Thinkpad T450。该机器当前正在运行Debian jessie,并且内核不在jessie-backports中4.5+73~bpo8+1
。刷新/安装了最新的UEFI版本。操作系统以“ UEFI模式”安装,并带有额外的EFI
分区等。直到大约四周前,该设置非常稳定可靠:Lenovo Thinkpad和Debian,可能出什么毛病了?
自从四个星期以来,每次启动时,机器都会显示我输入到该主题中的错误。这是一张图片:
按下Esc将继续进行引导过程,该过程“运行良好”……又持续了两个星期。然后,消息从
按Esc继续,或按F1进入设置。
到
清理是或否
(遗憾的是,我对此没有任何印象)。
据我目前所见,我的客户点击了“是”,这将擦除存储,这使得计算机无法启动。之后,我恢复了“ debian”启动项,机器再次运行正常,启动正常,等等。这持续了几天。从大约一个星期开始,每次启动时该消息都会再次弹出。
我已经尝试在四个不同的日子里四次联系Lenovo支持部门,并且每次在电话队列中花费大约30分钟之后都放弃了。
最近几天,我已经使用了我所有的$(您最喜欢的搜索引擎)技能,却几乎一无所获:这是从哪里来的,如何调试,最重要的是,如何解决这个问题。就目前情况而言,我想这台机器很快将再次无法启动。
任何指针高度赞赏!
从3.8版开始efivarfs
的Linux内核将UEFI变量存储抽象为。
efivarfs
如果mount | grep '^efivarfs'
未返回任何内容,则可以efivarfs
使用以下命令进行挂载:
mount -t efivarfs efivarfs /sys/firmware/efi/efivars
现在,您可以浏览/sys/firmware/efi/efivars
以查看是否有任何变量脱颖而出。
efivarfs
没有磁盘使用率的概念,但是它会按大小报告每个变量。此命令按大小对变量进行升序排列:
ls -lh /sys/firmware/efi/efivars | sort -k5 -h
就我所提供的信息而言,据我所知。接下来,您需要弄清楚UEFI变量NVRAM中占用了太多空间的原因。
在Arch Linux的维基建议删除/sys/firmware/efi/efivars/dump-*
文件/变量,如果存在的话,虽然它并没有提到什么创造这些变量。
正如聊天中所讨论的,一种方法是获取UEFI变量的快照,按照Lenovo固件的建议刷新它们,重新安装Debian的EFI引导,再次创建快照,等待UEFI变量再次填满,然后获取一个更多快照。然后,您将能够比较快照以查看发生了什么变化,并有希望找出导致问题变量或变量占用大量空间的原因。
如果所有其他方法均失败,则可以返回到旧式引导。
本文收集自互联网,转载请注明来源。
如有侵权,请联系 [email protected] 删除。
我来说两句