Не грузится Mint (Ubunti, Khali), не запускается LiveUSB: kernel panic -Firmware bug, Harware error,

а, не дочитал. надо бивис откатывать

ну ты бы компьютер полностью обесточил для начала.

откатывал на 2 версии назад - все тоже самое

Для чего?

Никогда не читал readme к прошивкам? Большинство требует, некоторые просят и два раза перезагрузить ещё.

Апдейтится автоматом через биос, ребутит он сам.

Как вариант ядра древние попробовать 3.х-4.0. Напоследок накатить win 10 посмотреть как она себя поведет.

intel выпустила обновление микрокода, от которого происходили перезагрузки, но это касалось более древних архитектур haswell и еще какой то, новость тут была, поищи.

Скорее всего аппаратная проблема.

Качнул десятку, через минтовский «Запись образа...» закатал на флшеку - не запускается, т.е просто игнорит его. Буду экспериментировать. Про обновление микрокода почитал, вроде моего ядра то нет. Проц пока на гарантии, наверное пойду сдавать - а там уж как решат их эксперты.

Не факт что CPU неисправен, возможно мать неисправна. Точно проверить можно воткнув CPU в заведомо рабочую мать.

Ну так ты питание пробовал отключать?

Ещё попробуй записать мяту какую на флешку и попользоваться лайвом. Если будет работать - значит таки в grub'е обновления микрокода прописались.

Пробовал. Все тоже. В лайве виснет так же через раз.

В биосе отключил все что только можно по процу (все «улучшалки») - включил видосы на ютубе - 50 минут полет нормальный. С чем это может быть связано?

Повисло так же - и в ребут.

Можешь выложить dmesg у глючащей системы и когда работало нормально (скажем, journalctl --list-boots, там, например, в декабре всё нормально было, а это 10 ребутов назад, journalctl --dmesg -b -10)? Хотя не уверен, что если новый микрокод (если предположить, что он при откате биоса не сбрасывается до старой версии) будет видно в логах. С другой стороны, версия микрокода будет видна

Не смогу, т.к. вместо mint поставил khali. Сейчас в khali - Specifying boot ID or boot offset has no effect, no persistent journal was found.

Может быть проблема с оперативной памятью.

Скачай memtest, запиши на флешку и проверь память.

Можешь попеременно подключать по одной планке памяти и протестировать их все.

Как найдёшь глючную не подключай её.

Если гарантия на память есть вперёд менять в магазин.

Операцию с переключением планок памяти проводил - безуспешно. Memtest гонял до этого часа 2,5 - все ок, но прервал, попробую на ночь поставить.

Тогда пробуй ставить Windows 10, просто создай на флешке fat32 и скопируй на неё все файлы из ISO образа Windows 10.

Дальше грузись в UEFI режиме с флешки.

Никаких других программ для создания флешки с установщиком Windows не нужно.

Но это только для UEFI режима.

Как поставишь проверяй как работает система.

Спасибо, сейчас попробую.

Гугл нашёл пару подобных случаев. У одного кривой биос был, обновление помогло. Несколько других просто пропали.

https://lime-technology.com/forums/topic/55140-632-kernel-panic-not-syncing-t...

https://www.thomas-krenn.com/de/wiki/Kernel_panic_-_not_syncing:_Timeout:_Not...

https://askubuntu.com/questions/989900/kernel-panic-not-syncing-not-all-cpus-...

Микрокод откатить пробовали ?

Нет. Валится на версии 2.2 Сейчас качаю старые ядра, посмотрю на них. С установкой винды возникли сложности, ругается на uefi.

зайдём с другой стороны. что говорит

dmesg | grep -i microcode

?

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

А причем тут ядра ?

3.20180108.0+really20170707ubuntu17.10.1 оно и есть, обновление асуса от 04.01.2018, пробовал предыдущую версию - тоже самое. Сейчас зашью апрельскую, посмотрю на ней.

На апрельскую не дает шить.

да какая разница, какие стоят дрова или пакеты, на деле может оказаться всё по-другому. что говорит dmesg | grep -i microcode

microcode: sig=0x906e9, pf=0x2, revision=0x7c microcode: Microcode Update Driver: v2.2.

в микрокоде дело.

У меня стоит intel-ucode 20180108-1. Обновы для твоего процессора:

$ bsdtar -Oxf /boot/intel-ucode.img | iucode_tool -tb -l -s 0x906e9 -
microcode bundle 1: (stdin)
selected microcodes:
001/159: sig 0x000906e9, pf_mask 0x2a, 2018-01-04, rev 0x0080, size 98304

Из интеловского архива 20171117:

$ iucode_tool -td -l -s 0x906e9 microcode.dat
microcode bundle 1: microcode.dat
selected microcodes:
001/159: sig 0x000906e9, pf_mask 0x2a, 2017-04-06, rev 0x005e, size 97280

Чуть более старый архив 20170707:

$ iucode_tool -td -l -s 0x906e9 microcode.dat
microcode bundle 1: microcode.dat
selected microcodes:
001/159: sig 0x000906e9, pf_mask 0x2a, 2017-04-06, rev 0x005e, >size 97280

А ты говоришь, что у тебя ревизия 0x7c. Нужно пробовать загружать старый микрокод. Или искать где взять бинарник посвежее (вот в арче, например) и его попробовать. Ну или подождать пока интел выкатит нормальное обновление

Понял, буду ждать. Спасибо.

Микрокод изначально загружается из Bios, но если у ядра есть более свежая версия микрокода, то будет загружена она ядром. В deb дистрибутивах есть отдельный пакет intel-microcode. Если этот пакет обновился, то если даже ты откатишься на старое ядро, версия микрокода будет та же. Поправьте, если не прав.

Вчера откатывал bios - пошли циклические ребуты на старт скрине, отнес в сервисный цент, как будет вердикт продолжу. А там того гляди и микрокод обновят...

Взял другую материнку на таком же чипе (H270) - кое-как поставил винду, радовался около 2,5 - 3 часов, погонял интеловскими тестами проц - в 3 из 5 случаев валится с ошибкой по перегреву процессора (в аиде до 100%, тротлинг до 35%), после чего все так же зафризилось (стартует через раз и зависает в интервале от 1 до 30 мин). Радиатор и кулер на 200 Вт тепловыделения, при 91 у Core i7 7700k - должно хватать, взял сегодня core i5, полет нормальный, семерку попытаюсь вернуть по гарантии.