두 번째 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에만 영향을 미칠뿐만 아니라 18.04 월 4.18 일로 연기 된 다음 Ubuntu 18.10 LTS 릴리스에 포함될 Ubuntu 18.04.2에서 Linux Kernel 14을 실행하는 Ubuntu XNUMX LTS Bionic Beaver가 설치된 컴퓨터에도 영향을 미칩니다.
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 대가이 오류로 고통 받고 있다고 가정 해 보겠습니다.
새 업데이트로 문제가 해결되는 동안 다시 시작되도록 각 컴퓨터를 개별적으로 구성해야합니까? 그렇다면 ... sysadmin을 기다릴 작업입니다.
음 이것은 때때로 세계의 모든 시스템에서 발생합니다. 차이점은 Ubuntu, fedora, centos, opensuse, redhat, gentoo 등에서 발생합니다. Linux에서는 매우 가끔 발생하며 수정됩니다. 즉시, windos에서 자동 업데이트 후 컴퓨터가 시작하려고 시도하고 있습니다. 저는이를 여러 번 보았습니다. 이는 Linux에서는 매우 드뭅니다.
이것에 대한 좋은 점은 Linux에서 커뮤니티가 문제를 빠르게 해결한다는 것입니다.