Nadat de tweede Ubuntu 18.04-update was uitgesteldHeeft Canonical de bug gerepareerd die betrekking had op Linux Kernel 4.18-pakketten voor Ubuntu 18.10 en Ubuntu 18.04 LTS.
De Kernel-update die Canonical op 4 februari uitbracht, was beschikbaar voor Ubuntu 18.10, Ubuntu 18.04 LTS en Ubuntu 14.04 LTS, maar alleen Ubuntu 18.10-gebruikers werden getroffen door de bug waardoor sommige computers met specifieke grafische chips niet correct opstartten.
“USN-3878-1 lost kwetsbaarheid op in de Linux-kernel. Helaas introduceerde de update een regressie waardoor sommige systemen met bepaalde grafische chips niet correct konden opstarten. Deze update lost de problemen op. Onze excuses voor het ongemak. Noem Canonical in een beveiligingsadvies.
Het wordt aanbevolen dat gebruikers hun systemen automatisch bijwerken
Het probleem heeft alleen betrekking op Ubuntu 18.10, maar ook op computers met Ubuntu 18.04 LTS Bionic Beaver waarop Ubuntu 4.18 Linux Kernel 18.10 draait, die zal worden opgenomen in de volgende Ubuntu 18.04.2 LTS-release, uitgesteld tot 14 februari.
Als je Ubuntu 18.10 of Ubuntu 18.04 LTS met Linux Kernel 4.18 hebt, is het belangrijk dat je nu update naar linux-image 4.18.0-15.16 op Ubuntu 18.10 of linux-image 4.18.0-15.16 ~ 18.04.1 op Ubuntu 18.04 LTS . Volg de update-instructies op deze link.
Bij het lezen van een vorig artikel over het Ubuntu-opstartprobleem in de laatste update las ik dat sommige gebruikers erin geslaagd waren het systeem op te starten met een oudere kernel.
Maar na een beetje nadenken rees de volgende vraag: wat zou er gebeuren in een bedrijf dat GNU / Linux heeft geïmplementeerd voor zijn computerprocessen, en dat als al hun computers (automatisch) zijn bijgewerkt, enkele tientallen van hen dit probleem zullen opleveren?
Laten we bijvoorbeeld zeggen dat genoemd bedrijf 100 computers heeft, en waarvan er 60 lijden onder deze storing.
Moet elke computer afzonderlijk worden geconfigureerd om hem opnieuw te laten opstarten terwijl het probleem wordt verholpen met een nieuwe update? Zo ja ... wat een baan wacht de sysadmin.
Nou, dit gebeurt van tijd tot tijd in alle systemen van de wereld, het verschil is dat in Ubuntu, fedora, centos, opensuse, redhat, gentoo, enz .. In linux gebeurt het heel af en toe en wordt het onmiddellijk gecorrigeerd, in windos probeert het aantal computers te starten na een automatische update, ik heb het vaak gezien, dat is zeer zeldzaam in linux.
Het goede hieraan is dat onder Linux de gemeenschap problemen snel oplost.