După ce a doua actualizare Ubuntu 18.04 a fost amânată, Canonical a remediat eroarea care afectează pachetele Linux Kernel 4.18 pentru Ubuntu 18.10 și Ubuntu 18.04 LTS.
Actualizarea Kernel lansată de Canonical pe 4 februarie a fost disponibilă pentru Ubuntu 18.10, Ubuntu 18.04 LTS și Ubuntu 14.04 LTS, dar numai utilizatorii Ubuntu 18.10 au fost afectați de bug-ul care a împiedicat pornirea corectă a unor computere cu cipuri grafice specifice.
„USN-3878-1 remediază vulnerabilitatea în nucleul Linux. Din păcate, actualizarea a introdus o regresie care a împiedicat pornirea corectă a unor sisteme cu anumite cipuri grafice. Această actualizare remediază problemele. Ne cerem scuze pentru neplăcerile create. Menționați Canonical într-un aviz de securitate.
Se recomandă ca utilizatorii să își actualizeze automat sistemele
Problema afectează doar Ubuntu 18.10, dar și computerele cu Ubuntu 18.04 LTS Bionic Beaver care rulează Linux Kernel 4.18 de la Ubuntu 18.10, care va fi inclus în următoarea versiune Ubuntu 18.04.2 LTS, amânată până la 14 februarie.
Dacă aveți Ubuntu 18.10 sau Ubuntu 18.04 LTS cu Linux Kernel 4.18 este important să actualizați chiar acum la linux-image 4.18.0-15.16 pe Ubuntu 18.10 sau linux-image 4.18.0-15.16 ~ 18.04.1 pe Ubuntu 18.04 LTS . Urmați instrucțiunile de actualizare la acest link.
Citind un articol anterior legat de problema de boot Ubuntu în ultima sa actualizare am citit că unii utilizatori au reușit să booteze sistemul folosind un nucleu mai vechi.
Dar gândindu-ne puțin, a apărut următoarea întrebare: Ce s-ar întâmpla într-o companie care a implementat GNU / Linux pentru procesele sale de computer și că, odată ce toate computerele sale au fost actualizate (automat), câteva zeci dintre ele vor prezenta această problemă?
Să presupunem, de exemplu, că compania respectivă are 100 de calculatoare și dintre care 60 suferă acest eșec.
Ar trebui ca fiecare computer să fie configurat individual pentru a-l porni din nou în timp ce problema este rezolvată cu o nouă actualizare? Dacă da ... ce slujbă ar aștepta administratorul de sistem.
Ei bine, acest lucru se întâmplă în toate sistemele din lume din când în când, diferența este că în Ubuntu, fedora, centos, opensuse, redhat, gentoo, etc. Adică în Linux se întâmplă foarte din când în când și este corectat imediat, în Windos, numărul de computere încearcă să înceapă după o actualizare automată, l-am văzut de multe ori, ceea ce este foarte rar în Linux.
Lucrul bun în acest sens este că pe Linux comunitatea rezolvă rapid problemele.