在第二次Ubuntu 18.04更新延迟之后，Canonical已修复了影响Ubuntu 4.18和Ubuntu 18.10 LTS的Linux Kernel 18.04软件包的错误。
Canonical在4月18.10日发布的内核更新适用于Ubuntu 18.04，Ubuntu 14.04 LTS和Ubuntu 18.10 LTS，但只有Ubuntu XNUMX用户受到该错误的影响，该错误使某些带有特定图形芯片的计算机无法正常启动。
“ USN-3878-1修复了Linux内核中的漏洞。 不幸的是，此更新引入了回归，使某些带有某些图形芯片的系统无法正确启动。 此更新解决了这些问题。 我们对不便表示抱歉。 在安全公告中提及Canonical。
建议用户自动更新系统
该问题仅影响Ubuntu 18.10，也影响具有Ubuntu 18.04 LTS的计算机，该计算机运行来自Ubuntu 4.18的Linux Kernel 18.10，它将被推迟到18.04.2月14日发布的下一个Ubuntu XNUMX LTS版本中。
如果您具有带有Linux Kernel 18.10的Ubuntu 18.04或Ubuntu 4.18 LTS，则重要的是立即在Ubuntu 4.18.0上更新到linux-image 15.16-18.10或在Ubuntu 4.18.0 LTS上将linux-image 15.16-18.04.1〜18.04更新。 按照更新说明进行操作 此链接.
在阅读上一篇有关Ubuntu引导问题的最新文章时，我读到一些用户设法使用较旧的内核引导系统。
但是想一想，就出现了以下问题：对于一家为其计算机进程实施GNU / Linux的公司会发生什么情况，并且一旦它的所有计算机都被（自动）更新，那么数十台计算机将出现此问题？
例如，假设该公司有100台计算机，其中60台遭受此故障。
在通过新更新解决问题后，是否必须分别配置每台计算机以使其重新启动？ 如果是这样...等待系统管理员的工作是什么。
好吧，这不时发生在世界上的所有系统中，不同之处在于在Ubuntu，fedora，centos，opensuse，redhat，gentoo等中。我的意思是在linux中，它不时发生并且已得到纠正立即，在windos中，自动更新后尝试启动的计算机数量很多，我已经看到了很多次，这在linux中非常罕见。
这样做的好处是，在Linux上，社区可以快速解决问题。