Canonical回忆起10月份发布的Ubuntu 17.10发行版，并
隐藏了下载站点链接 。 原因是某些联想笔记本电脑型号和一个Acer型号BIOS损坏的
严重错误 。 当前正在更新和更新受影响模型的完整列表。
对BIOS的损坏表现为无法再保存新设置，重新启动后，笔记本电脑将使用旧设置启动。
更糟糕的是，由于无法识别USB，因此无法从USB记忆棒启动。
从对该错误的描述来看，它似乎是在内核中激活intel-spi- *驱动程序之后发生的。 显然，这些驱动程序尚未完全开发，还不能在用户系统上使用。
解决方法是，您可以尝试停用intel-spi- *驱动程序。 该错误的描述说，这种行为的后果将是最小的：“不太可能有人真的做一些需要该驱动程序的事情。”
受影响的笔记本电脑型号列表：
- 联想B40-70
- 联想B50-70
- 联想B50-80
- 联想Flex-3
- 联想Flex-10
- 联想G40-30
- 联想G50-70
- 联想G50-80
- 联想S20-30
- 联想U31-70
- 联想Y50-70
- 联想Y70-70
- 联想瑜伽Thinkpad（20C0）
- 联想Yoga 2 11“-20332
- 联想Z50-70
- 联想Z51-70
- 联想Ideapad 100-15IBY
- 宏cerAspire E5-771G
如前所述，该列表正在增长。
错误注释还提到了东芝L50B-23G。
在许多论坛中，用户都抱怨此问题，因为许多笔记本电脑没有CD-ROM驱动器-因此他们无法再从其他发行版引导。
尤其是在联想论坛上有很多抱怨。 这尤其令人不快，因为通常建议将Lenovo ThinkPad笔记本电脑与Linux配合使用，并且Canonical将其列入官方支持的设备的离线列表中。
在早期版本的Ubuntu中，不会发生错误。
从理论上讲，BIOS可以刷新并返回到其原始状态（例如，使用编程器），但这是不平凡且风险很小的过程。 此外，并非每个用户都有一个程序员。 因此，人们可以理解那些面对这一问题并且无法装载笔记本电脑的人的强烈不满。 “这是不可接受的，现在我的联想G50-80变成了砖头，”其中一名受害者在Canonical网站上的一个错误评论中写道。
UPD 用户r0mik在文章评论中的注释 ：从字面上看，“ BIOS不会恶化” -SPI闪存芯片处于记录状态。 显然，这是通过前面提到的内核模块发生的，因为它是唯一能够执行此类操作的模块（为此，也已编写了该模块）。 正是因为SPI闪存已被硬件锁定以进行记录，所以回滚到标准BIOS设置的任何方法都将无效，因为这些设置存储在SPI闪存中。 程序员也不会帮助。 仅物理更换微电路将有助于...
Canonical现在正在与Lenovo积极合作，以找出问题的真正原因并发布补丁。 正在为Ubuntu 17.10准备具有更新内核的新映像，该更新不会破坏新安装的BIOS。
不幸的是，新映像无法帮助已经安装Ubuntu 17.10并损坏BIOS固件的任何人。 极端情况是携带笔记本电脑进行维修以更换主板。 如果笔记本电脑仍然可以加载，则可以尝试Lenovo技术支持论坛上提供的
解决方法 。
该用户还无法保存新的BIOS设置，并且无法从USB启动。 首先，他检查了EFI引导顺序。 这是通过以下命令完成的：
efibootmgr -v在他的情况下，启动顺序如下所示：
BootCurrent: 0001
Timeout: 0 seconds
BootOrder: 0001,0002,2001,2002,2003
Boot0001* antergos_grub HD(1,GPT,f128f12b-fa3e-45b1-b5c9-f03c328498cb,0x800,0x64000)/File(\EFI\antergos_grub\grubx64.efi)
Boot0002* Windows Boot Manager HD(1,GPT,f128f12b-fa3e-45b1-b5c9-f03c328498cb,0x800,0x64000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)RC
Boot2001* EFI USB Device RC
Boot2002* EFI DVD/CDROM RC
Boot2003* EFI Network RC由此可见，以任何方式（仅从指定磁盘）加载的antergos_grub目录中的grubx64.efi将是第一个加载的。
合理地假设我们可以通过更改antergos_grub文件夹的内容来控制下载。 他只是用
rEFInd下载管理器软件包的内容替换了该文件夹的内容，将
refind_x64.efi重命名为grubx64.efi。 然后，在加载笔记本电脑后，将显示标准rEFInd启动菜单。