debian 9 глючит на GA-B85M-DS3H (Rev. 1.1)

[sergey1212]

Помогите понять как выкрутиться из ситуации
Ставлю debian 9.9 на мат. плату GA-B85M-DS3H (Rev. 1.1) UEFI обновил до крайней F8.
Intel Core i5-4430 3GHz
16 гб оперативы
Установил все обновления.
Ставлю на ssd goodram cx300.
Сначала работает более менее нормально, но потом начинается...
- Признаки такие при перезагрузки материнская плата может пикнуть не один раз а дать два коротких писка.
- монитор загорается посли каких-то протупов (видно, что загорается посветка и гасне, можно увидеть какие-то светло серые пробеагющие полосы, но не ярко)
- Потом система может перестать загружаться совсем, буд-то сломался загрузчик grub
Поменял кабеля, Блок питания, почистил и заменил термопасту. Поставил эта материнку (типа новая, но долго лежала не продавалсь)
Сам процесс установки проходит нормально. содал swap, EfI и остальное все в один раздел ext4.
Вот такие ошибки выдает

Открыть содержимое (спойлер)

Код Выделить Развернуть

[ 0.000000] [Firmware Bug]: TSC_DEADLINE disabled due to Errata; please update microcode to version: 0x22 (or later)
[    0.652145] Couldn't get size: 0x800000000000000e
[    0.652162] MODSIGN: Couldn't get UEFI db list
[    0.652207] Couldn't get size: 0x800000000000000e
[    0.652251] Couldn't get size: 0x800000000000000e
[    1.933095] Error: Driver 'pcspkr' is already registered, aborting...
[    2.240066] ata3.00: exception Emask 0x10 SAct 0x80000 SErr 0x280100 action 0x6 frozen
[    2.240108] ata3.00: irq_stat 0x09000000, interface fatal error
[    2.240146] ata3: SError: { UnrecovData 10B8B BadCRC }
[    2.240165] ata3.00: failed command: READ FPDMA QUEUED
[    2.240185] ata3.00: cmd 60/08:98:00:00:00/00:00:00:00:00/40 tag 19 ncq dma 4096 in
                        res 40/00:98:00:00:00/00:00:00:00:00/40 Emask 0x10 (ATA bus error)
[    2.240233] ata3.00: status: { DRDY }
[    2.301216] sd 6:0:0:0: [sdd] No Caching mode page found
[    2.301235] sd 6:0:0:0: [sdd] Assuming drive cache: write through
[  294.611235] ata3.00: exception Emask 0x10 SAct 0x8000 SErr 0x280100 action 0x6 frozen
[  294.611239] ata3.00: irq_stat 0x09000000, interface fatal error
[  294.611241] ata3: SError: { UnrecovData 10B8B BadCRC }
[  294.611243] ata3.00: failed command: READ FPDMA QUEUED
[  294.611248] ata3.00: cmd 60/08:78:f8:73:79/00:00:00:00:00/40 tag 15 ncq dma 4096 in
                        res 40/00:78:f8:73:79/00:00:00:00:00/40 Emask 0x10 (ATA bus error)
[  294.611249] ata3.00: status: { DRDY }
[  299.963815] ata3.00: exception Emask 0x10 SAct 0x10000000 SErr 0x280100 action 0x6 frozen
[  299.963819] ata3.00: irq_stat 0x09000000, interface fatal error
[  299.963821] ata3: SError: { UnrecovData 10B8B BadCRC }
[  299.963823] ata3.00: failed command: READ FPDMA QUEUED
[  299.963828] ata3.00: cmd 60/08:e0:b8:61:cd/00:00:00:00:00/40 tag 28 ncq dma 4096 in
                        res 40/00:e0:b8:61:cd/00:00:00:00:00/40 Emask 0x10 (ATA bus error)
[  299.963829] ata3.00: status: { DRDY }
[  300.931895] ata3.00: exception Emask 0x10 SAct 0x1000000 SErr 0x280100 action 0x6 frozen
[  300.931898] ata3.00: irq_stat 0x09000000, interface fatal error
[  300.931900] ata3: SError: { UnrecovData 10B8B BadCRC }
[  300.931903] ata3.00: failed command: READ FPDMA QUEUED
[  300.931907] ata3.00: cmd 60/08:c0:b8:65:e1/00:00:00:00:00/40 tag 24 ncq dma 4096 in
                        res 40/00:c0:b8:65:e1/00:00:00:00:00/40 Emask 0x10 (ATA bus error)
[  300.931909] ata3.00: status: { DRDY }
[  484.934118] ata1.00: exception Emask 0x10 SAct 0x18000 SErr 0x280100 action 0x6 frozen
[  484.934122] ata1.00: irq_stat 0x08000000, interface fatal error
[  484.934124] ata1: SError: { UnrecovData 10B8B BadCRC }
[  484.934126] ata1.00: failed command: READ FPDMA QUEUED
[  484.934130] ata1.00: cmd 60/00:78:00:f1:83/01:00:09:00:00/40 tag 15 ncq dma 131072 in
                        res 40/00:78:00:f1:83/00:00:09:00:00/40 Emask 0x10 (ATA bus error)
[  484.934132] ata1.00: status: { DRDY }
[  484.934133] ata1.00: failed command: READ FPDMA QUEUED
[  484.934137] ata1.00: cmd 60/08:80:00:f2:83/00:00:09:00:00/40 tag 16 ncq dma 4096 in
                        res 40/00:78:00:f1:83/00:00:09:00:00/40 Emask 0x10 (ATA bus error)
[  484.934139] ata1.00: status: { DRDY }

[свернуть]

Это значит, что эта материнка не дружит с debian?
Что еще можно посмотреть, чтобы точнее понять что не работает нормально?

[ferum]

Я бы больше сомневался в ssd, возможно уместно ставить десятку.

[sergey1212]

Вряд ли... Ну как ssd может то грузиться, то нет ?

Я все продолжаю возиться со своими проблемами. Поменял сначала материнку на такую же другую. а сейчас вожусь на GA-H81M-S2V.
- Протупы монитора "решил" таким образом. Заменил монитор в пропорциях 3х4 на 16х9. Промыргивания ушли. Появился новая особенность в режиме legacy картинка старта опознавания устройств показывается в маленьком квадрате (не растягивается на весь экран)
- Двойной писк при старте иногда происходит. Для этого типа EFI это означает проблемы с оперативкой. Ее проверил memtest ошибок не обнаружено.

Главная проблема - ОС перестает заружаться с диска остается.
Проявляется после простоя или когда я временно использую другой диск чтобы загрузиться в прежнюю ОС или подключаю неразбитые ни в какую (gpt/mbr) систему диски для использования их как LVM разделы.

Читаю интернет, перепроверяю все, что могу перепроверить и не понимаю в чем дело....
ssd goodram cx300 сделан в разметке GPT
На нем идет сначала swap 8 Gb, потом EFI раздел 500 Мб, потом раздел с ОС и home 111 Gb
Grub устанавливается автоматически после разметки и вопросов не задает (видит EFI и вопрсов у него не возникает)
Но потом эта железобетонная конструкция перестает загружаться.
Сейчас в EFI платы установил только режим EFI и переустанавливаю debian 9.9 начисто с загрузочной флешки. При загрузке с нее указал принудительно через f12, что гружусь с нее в EFI режиме. Чтобы отсечь глюки материнки с режимом загрузки EFI/legacy. Но так как у меня раздался двойной писк при старте, то уже чую, что материнке пофиг на мои просьбы.
3 материнки от gigabyte. EFI однотипный у всех 3-х. Неужели gigabyte суки и такие баги у них качуют по разным материнкам? Наверно, что-то я не понимаю.
ТП gigabyte притворяются образованными идиотами. Отписываются в стиле проверьте что у Вас с ssd, обратитесь к фирме разработчику. Разработчик кстати  не отвечает.
Что-то у gigabyte  не так работает. Вопрос как это обойти.

[sergey1212]

Вроде разобрался.  Если установил ОС debian на gpt диск в режиме UEFI,  а потом вставил диск который mbr и с него загрузился путем перехода в режим legacy, то ВСЕ ты попал на переустановку ОС или по крайней мере восстановление загрузчика (у меня не восстанавливается). Скорее всего проблема в производителе gigabyte. Эти ушлепки как-то так написали UEFI, что стабильно возникает такя ситуация.  Проверил на нескольких жестких дисках и материнских плата от gigabyte.  Работает как часы на дебиан 9.9 и трех материнках от гигабайт. Не знаю как они этого добились, но можно их поздравить.
Как думаете это может быть проблемой debian?

[gardarea51]

Вот это "глюки" .. нет, это очевидно не проблема Debian.
Разные производители по разному реализуют EFI, я сталкивался с ситуацией, когда как только в EFI-разделе появлялась папка "Windows", компьютер просто переставал "видеть" другие загрузчики, чтобы он снова начал их видеть - достаточно было переименовать папку. Кроме того я никак не мог поменять порядок загрузки через efibootmgr, оно делало вид, что меняет, но по факту после ребута настройки сбивались в ноль. В некоторых компьютерах можно прямо выбрать файл загрузчика, который запускать, другие просто возвращаются к строке "Windows boot manager". Я в этой теме не особо хорошо ориентируюсь, но вот с такими вещами сталкивался.

[sergey1212]

Вот и тут имеет место быть какая-то некорректная (излишне заботливая) работа алгоритма загрузки.
Я бы еще многое бы проигнорировал, но что потом нарушается работа загрузчика впринципе.. это перебор. Не помогает сброс uefi. Приходится накатывать ОС.
У меня было все на ext4 без windows папок и  временами мог конечно находится в dvd
установочный диск debian
Windows boot manager - это режим который при выборе опции secure boot ищет по своим алгоритмам , что можно загрузить согласно алгоритма безопасной загрузки. Я так это понимаю.
Это конечно раздел с windows. Для LInux надо предпринимать дополнительные усилия при установке.