Слетает GRUB после режима ожидания.

[Enotaltayskiy]

Помогите разобраться. Стоит хоть раз воспользоваться режимом ожидания как комп перестаёт грузится. Из ожидания он выходит нормально, но если попробовать перезагрузить систему то всё, чёрный экран и через какое-то время bootloader error. То есть до меню граба не доходит. Приходится переустанавливать граб.
Система Мате 18.04 64. Стояла палёная восьмерка, от неё остался раздел нтфс с файлами хозяина бука (монтирую так: defaults,umask=007,gid=46,uid=1000,x-gvfs-show в media/Files).
Устр-во    Загрузочный    начало     Конец   Секторы Размер Идентификатор Тип
/dev/sda1                   2048   6146047   6144000     3G            82 Linux своп / Solaris
/dev/sda2  *             6146048 147776907 141630860  67,5G            83 Linux
/dev/sda3              147779582 625137663 477358082 227,6G             f W95 расшир. (LBA)
/dev/sda5              147779584 625137663 477358080 227,6G             7 HPFS/NTFS/exFAT

[zg_nico]

Из ожидания он выходит нормально, но если попробовать перезагрузить систему то всё, чёрный экран и через какое-то время bootloader error.

Порядок загрузки в BIOS при этом всем каким образом настроен? Что первым источником выбрано - тот самый диск, на котором Ubuntu, или все подряд, а потом - он?

[Enotaltayskiy]

Оптика, потом хард.
Пользователь добавил сообщение 21 Декабря 2018, 16:36:33:Ещё интереснее. После загрузки с флешки лайва начинает грузится и без восстановления граба.

[zg_nico]

Enotaltayskiy, в dmesg ошибки есть после выхода из режима ожидания/гибернации/сна? Может, диск отмонтировать не удавалось, или еще что...
В виде полумеры можно предложить отключить режим ожидания/сна/гибернации полностью. Но если поразбираться охота, то я бы смотрел либо в сторону увеличения объема swap, либо в сторону ухода от раздела swap в пользу swap-файла (или наоборот, - надо смотреть как у Вас сейчас это настроено - используется ли sda1 в качестве swap), либо (если железо UEFI поддерживает) на UEFI загрузку переехать - может поведение изменится.

[Enotaltayskiy]

dmesg ругается после ожидания
[  135.023417] [drm:atom_op_jump [radeon]] *ERROR* atombios stuck in loop for more than 5secs aborting
[  135.023434] [drm:atom_execute_table_locked [radeon]] *ERROR* atombios stuck executing E8C2 (len 498, WS 0, PS 4) @ 0xE903

Подскажите если не трудно, на всякий случай, как его вообще отключить, а то бук уедет в деревню, если человек случайно включит этот ждущий придётся опять в город везти.

[zg_nico]

как его вообще отключить

У меня нет под руками MATE сейчас, - надо ковырять Центр управления -> настройки электропитания, где-то там искать "ждущий режим" или "спящий режим" и вырубать его. Если не привязываясь к DE, можно попробовать, например, таким образом.

[Enotaltayskiy]

Спасибо, отключил. Покопаюсь со swap, хотя не совсем понимаю каким он боком может быть причастен. Пока попробовал отключать swap, отключать автомонтирование ntfs раздела и параметры загрузки биоса (uefi там есть кстати, но я не в теме, что-то читал о нём но уже не помню).

[DimanBG]

uefi там есть кстати, но я не в теме, что-то читал о нём но уже не помню

Вот реальный совет -

на UEFI загрузку переехать - может поведение изменится.

Система Мате 18.04 64.

Лишь только по этой инфе и разметке диска, без аппаратной конфигурации что-либо конкретно никто не подскажет.
С драйвером на видеокарту проблемы, -   

dmesg ругается после ожидания
[  135.023417] [drm:atom_op_jump [radeon]] *ERROR* atombios stuck in loop for more than 5secs aborting
[  135.023434] [drm:atom_execute_table_locked [radeon]] *ERROR* atombios stuck executing E8C2 (len 498, WS 0, PS 4) @ 0xE903

Загугли - *ERROR* atombios stuck in loop for more than 5secs aborting

[zg_nico]

не совсем понимаю каким он боком может быть причастен

Я плохо разбираюсь в спящих режимах, но ранее об этом здесь уже писал. Просто если допустить, что у Вас при уходе машины в спящий режим происходит сброс состояния оперативной памяти в виде дампа на swap, и этот сброс выполняется как-то некорректно, то, чисто теоретически, одно из последствий такой некорректности (с учетом местоположения swap, а он у Вас первым разделом) может стать повреждение загрузочного сектора. Именно поэтому я и хотел посмотреть dmesg. Явных ошибок работы с диском я там не вижу, меж тем полностью такой вариант развития событий я отрицать не могу. Потому и написал про swap.