LINUX.ORG.RU

Версия ядра с патчами Meltdown и Spectre ломает загрузку Ubuntu

 , ,


2

2

Поломке подвержены дистрибутивы 16.04.1 и 14.04.5, поскольку именно в них используется исправленное ядро 4.4.0-108. Дистрибутивы 14.04.5 с General Kernel 3.13, а также 16.04.3 с HWE 4.13 не подвержены проблеме.

Компания Canonical выпустила образ ядра Linux 4.4.0-108 как часть обновлений безопасности для Ubuntu Xenial 16.04 во вторник, 9 января. Однако, после получения такого обновления система переставала загружаться. На следующий день вышел исправленный образ ядра Linux 4.4.0-109, с которым не возникало никаких проблем. В качестве решения проблемы с загрузкой системы после установки патча можно загрузить предыдущее ядро Linux 4.4.0-104 в меню загрузки или установить обновление ядра до 4.4.0-109 сразу, если система ещё не перезагружена.

>>> Подробности

★★

Проверено: Aceler ()
Ответ на: комментарий от Sociopsih

Интелы 7-8 поколений держатся, а всё, что старее, в том числе и мой i7 3770 — сосет.

Но я обновления не ставил, у меня стоит NoScript в пожирателе оперативки.

На АМД замедлитель не работает.

RedEyedMan4 ★★★★★ ()
Последнее исправление: RedEyedMan4 (всего исправлений: 1)
Ответ на: комментарий от Sociopsih

а есть независимые исследования?

У меня сейчас как раз две версии ядра — патченная 4.14.0-3-amd64 (4.14.12) и непатченная 4.14.0-2-amd64 (4.14.7).

Перебор файлов в ФС, второй и последующие запуски, когда обращения к диску оседают в буфере:

4.14.0-2-amd64 (4.14.7):

$ time find . -type f | wc -l
1103245

real	0m1,308s
user	0m0,448s
sys	0m0,958s
4.14.0-3-amd64 (4.14.12):
$ time find . -type f | wc -l
1103213

real	0m1,529s
user	0m0,566s
sys	0m1,079s

Сборка ядра 4.14.10, defconfig:

4.14.0-2-amd64 (4.14.7):

real	3m29,270s
user	24m21,882s
sys	1m58,091s
4.14.0-3-amd64 (4.14.12):
real	3m34,037s
user	24m28,217s
sys	2m12,123s

Мне лениво собирать статистику, но по прикидкам у первого теста общее время гуляет в рамках пары-тройки десятков миллисекунд, тогда как у второго погрешность порядка двух секунд.

Skylake.

i-rinat ★★★★★ ()
Последнее исправление: i-rinat (всего исправлений: 1)
Ответ на: комментарий от RedEyedMan4

Не знаю что там у 3770, но интелы 7-го поколения точно так-же сосут с причмокиванием. Производительность нагруженного сервака с БД стабильно просела на 10%. Если это называется «держатся», то я боюсь даже предположить что тогда будет со старыми процами..

DawnCaster ()
Последнее исправление: DawnCaster (всего исправлений: 1)
Ответ на: комментарий от rumgot

Все проседают по производтельности. Причём, все проседают значительно. M$ пишет, что (цитирую): «Benchmarks of Windows 10 running on 2016-era PCs or newer - with Skylake, Kabylake or newer CPUs - have on average seen „single-digit slowdowns“ that Microsoft says shouldn't be noticeable. But running Windows 10 on older systems get noticeably slower». источник

Не знаю как там на венде, но у меня на линуксах кабилейки проседают так, что хочется идти ломать разрабам интеля коленные чашечки монтировкой.

DawnCaster ()
Последнее исправление: DawnCaster (всего исправлений: 1)

Странно, с этим самым ядром у меня всё загрузилось. Но глюкодром страшный был.

Благо смог обновить ядро прямо из работающего глючного

michwill ★★★★ ()

Одна из самых удивительных черт стабильного дебиана заключается в том, что скрипты установки не делают резервной копии ядра и initrd, когда накатывается обновление.

В Debian в такой ситуации можно только выйти в окно за загрузочной флешкой.

aidaho ★★★★★ ()
Ответ на: комментарий от aidaho

А заранее надо делать. Венда вот тоже после обновления может стать кирпичом. Я вообще, чтобы не приходилось выходить в окно, впихнул sysrescue-cd себе прямо в раздел EFI.

DawnCaster ()

уж не знаю что они там исправляли, теперь имеем следующее. проверил любимой синтетикой openssl speed, разницы нет. Но появилось одно НО! grep MHz /proc/cpuinfo показывает что проц работает на максимальной частоте, вместо 500MHz в простое как было до обновления.

$ grep MHz /proc/cpuinfo 
cpu MHz		: 2600.000
cpu MHz		: 2600.000
cpu MHz		: 2600.000
cpu MHz		: 2600.000
ukr_unix_user ★★★ ()
Ответ на: комментарий от RedEyedMan4

Интелы 7-8 поколений держатся, а всё, что старее, в том числе и мой i7 3770 — сосет.

На phoronix уже сделали тесты на старых лептопах, все норм, даже core2 dou в большинстве тестов просел незаметно, жесть начинается с пятой страници, к счастью Redis не использую, надеюсь просадки производительности на своем ноуте с core 2 dou не замечу.

Aber ()
Ответ на: комментарий от i-rinat

патченная 4.14.0-3-amd64 (4.14.12) и непатченная 4.14.0-2-amd64 (4.14.7)

вот теперь понятно - у меня от патченного проприетарщина сразу рухнула, а про виртуальную машину только сегодня просек - не работает, dpkg-reconfigure говорит что LSB померло

amd_amd ()

не удержался и тоже занялся тестами - взял что попроще 7z b и к моему великому изумлению не увидел между старыми ядрами и новыми никакой разности в производительности...

amd_amd ()
Последнее исправление: amd_amd (всего исправлений: 1)
Ответ на: комментарий от Vsevolod-linuxoid

Да фиг его знает. Я вообще компьютер не отключаю, а тут дернул за провод и при загрузке сыпится дамп. Я и так и эдак и с внешнего диска грузил. Психанул. А сегодня вот читаю. Знал бы.....

demrnd ()
Ответ на: комментарий от Sociopsih

браузер зависает когда удаляются файлы с диска. при этом процессор загружен на 5%, свободной памяти полно (всего 25% занято). в общем так себе обновление.

anonymous ()

Косячнули как и мелкософт. Они 3 января сообщили о повальном незагрузе ОСи на некоторых АМД, после обнов. Парочка таких у нас в ремонте, оба на 10й венде, причём один с интелом. Переустанавливать низзя - туева хуча бух программ, КЭП в реестре и пр. Откаты, восстановления и пр не помогают. Вот и ломаем бошку как спасти. Сам мелкософт рецептов не даёт, точнее дибилиз, а не рецепты (запретите обновы # такие-то - КАК? Ядро винды уже в синем экране)

drfaust ★★★★★ ()
Ответ на: комментарий от Sociopsih

Померил UNIX Bench'ем до (4.13.1) и после (4.14.12). Приведу самые драматичные показатели и общий индекс бенчмарка.

Threads                                          1       8
------------------------------------------------------------
Pipe Throughput                                 2.05    1.65
Process Creation                                1.78    1.13
System Call Overhead                            4.09    1.74
...
------------------------------------------------------------
System Benchmarks Index Score (Partial Only)    1.71    1.30

Это во столько раз стало хуже.

anonymous ()
Ответ на: комментарий от DawnCaster

Производительность нагруженного сервака с БД стабильно просела на 10%.

А какое у ВАС там ядро ? Или это все касается только УБУНТы ?

P.S. Кстати не очень понимаю причем тут УБУНТа ? Что на это все говорит команда Линукса ( тот народ что ядро пилит ... )

mx__ ★★★ ()
Последнее исправление: mx__ (всего исправлений: 1)