在设置->软件与更新->附加驱动程序选项卡显示此窗口(对我来说):
我不知道第二个司机的名字是什么:未知:未知是的。使用英特尔微代码来运行英特尔 CPU 的选项很有趣,所以我选择了它并重新启动。
看着我的Conky 监视器:
我思考系统运行温度较低,CPU百分比和平均负载率略低。
除了 Ubuntu 开发人员无法审查源代码之外,使用英特尔微代码还有什么缺陷吗?有人知道如何找出“未知设备”是什么吗?例如 CPU、集成显卡、Wifi 卡、USB 控制器、内存总线等。可能是因为 Ubuntu 不知道我的系统的具体细节,所以我可以将其添加到文件中?
编辑1
@karel 指出了有关英特尔专有微码的重复问题的链接,但是,没有一个问题询问“未知:未知“。至少对我来说,将其改为更有意义的东西会很好。
编辑2
@Pilot6 指出这不是“驱动程序”,而是“CPU 固件”。我在编辑 1 中将“驱动程序”一词改为“标题”。在下面的评论中也是如此;要更改标题“Unknown:Unknown”,需要下载源代码、修改它并重新编译。
答案1
我将回答“陷阱”问题。是的,当英特尔在更新的微代码中出现错误时,可能会出现陷阱,并导致处理器行为倒退。幸运的是,这种情况极为罕见,在这种情况下,您只需卸载该软件包(并将错误报告给 Linux 发行版)。
如果系统在应用更新时挂起(即在 grub 屏幕之后),您可以使用 grub 中的“dis_ucode_ldr”内核参数进行启动以跳过微码更新。
到目前为止,Debian、Ubuntu 或 RedHat/Fedora 收到的回归报告非常少,大多数回归问题都与 Xeon E5v3 有关,原因不一:特定内存配置下崩溃,启动后速度变慢。英特尔已在最新的公共微代码版本 (20160714) 中修复了这两个问题。
看起来特定的 Core2Duo 处理器在旧更新后也会变得运行缓慢,我不知道它是否仍然存在当前微代码的问题。
几乎每次你都希望更新微代码,以避免他们修复的各种极其严重的处理器错误。并且 BIOS/UEFI 更新可获得这些微代码修复和任何其他未在微代码中完成的修复,而是在其他 BIOS/UEFI 模块中完成的修复。