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 ()
Ответ на: комментарий от arcanis

Шо ж ты не написал новость, а ждал три дня? )

Aceler ★★★★★ ()

А что там с производительностью на линуксах? Гугл говорит, что не все так плохо, а есть независимые исследования?

Sociopsih ★☆ ()

И стоило ради этого целую мини-новость делать?
Тем более, что уже исправили

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

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

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

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

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

Гугл говорит, что не все так плохо

Намекает на кабилейки и кофелейки.

RedEyedMan4 ★★★★★ ()
Ответ на: комментарий от 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)
Ответ на: комментарий от Aceler

Ну там новость на английском вышла уже после того как было нормальное ядро в репах:) я думал это уже никого не аффектит

arcanis ★★★ ()

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

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

У Гугла и неплохо. Они дисковым I/O практически не пользуются, чего ж у них плохо-то будет?

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

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

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

Ребят а Ivy Bridge (3 поколение) тоже проседают по производительности?

rumgot ★★★ ()
Ответ на: комментарий от 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)

Так что, они обновления не тестируют что-ли перед тем как людям выкатить?

pftBest ★★★ ()

Вот и обнаружены первые пострадавшие от Meltdown и Spectre

anonymous ()

Я отгреб. Думал сам виноват ибо делал всякие эксперименты. Теперь у меня на ЛОР новое имя.

demrnd ()

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

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

michwill ★★★★ ()

Надо же, прямо как в виндосе.

imul ★★★★★ ()

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

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

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

Лол, правда? Вроде большинство дистрибутивов держат после апдейтов как минимум 2 версии ядер. На всякий.

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

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

DawnCaster ()

Когда уже завезут патч с синим экраном смерти, с битой кодировкой, хоть будет при поломке на что посмотреть и что почитать.

Napilnik ★★★★★ ()

уж не знаю что они там исправляли, теперь имеем следующее. проверил любимой синтетикой 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 ★★★ ()
Ответ на: комментарий от aidaho

хм.

$ cpufreq-info | grep "CPU frequency"
  current CPU frequency is 1.47 GHz.
  current CPU frequency is 500 MHz.
  current CPU frequency is 500 MHz.
  current CPU frequency is 500 MHz.

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

впихнул sysrescue-cd себе прямо в раздел EFI

А это дельная мысль.

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

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

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

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

Я тоже подумал, но на форуме есть несколько человек, которые наступили на грабли.

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

Там далеко не все машины затронуты были.

Aceler ★★★★★ ()

aidaho, ekzotech — вот именно в ситуации с ядром с этими исправлениями в Debian 9 старое без этих патчей не пропало из GRUB2 у меня — возможно сделали исключение.

apt install -f
ничего не выводит.

Vsevolod-linuxoid ★★★★ ()
Ответ на: комментарий от ukr_unix_user

Если проц интел и старше примерно 2010 года, лучше запустить утилиту i7z - она вроде бы точнее всего покажет частоту, причём реальных ядер, а не HT.

anonymous_incognito ★★★★★ ()
Ответ на: комментарий от 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 ()
Ответ на: комментарий от demrnd

Знаешь, я однажды дернув за провод угробил систему без всяких ядер — ФС не любит такого отношения. И все равно не ясно, зачем при этом ник менять.

Vsevolod-linuxoid ★★★★ ()

Косячнули как и мелкософт. Они 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 ()
Ответ на: комментарий от anonymous

Это синтетика исключительно дрочащая сисвызовы, которые и подвержены просадке.

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

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

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

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

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

А кто-нибудь может объяснить как эти уязвимости эксплуатируются в JavaScript? JavaScript он же такой.. ограниченный.

unDEFER ★★★★ ()

Каноникал оперативно исправляет баги
В отличие от сами знаете кого

kto_tama ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.