ubuntu16 блокируется после неактивности

[Lant]

Здравствуйте, уважаемые читатели форума по системе Ubuntu!
Вот и я решил слезть с виндов и перейти на Ubuntu. Однако появился ряд проблем, пока не могу их решить.

Система Ubuntu 16.04 LTS 64x, оригинальный дистибутив скачанный непосредственно с сайта.
Матплата ASUS Sabertooth Mark1, проц Intel I7-4790, память 16Гиг, видео Radeon R9-270, загрузочный диск SSD Corsair 120GB.

После длительной неактивности работы на компьютере (например когда пошёл ночью спать) - компьютер невозможно вывести из ожидания. При этом комп вполне нормально выходит из ожидания, если, скажем, был небольшой период неактивности, например, час. Но два-три часа становятся критическими, кливиатура и мышь ни на что не реагируют. При этом фоновые программы продолжают работать, например, медиаплеер продолжает проигрывать фоновую музыку. Компьютер также не может реагировать на кнопку выключения, по которой обычно вызывается диалог перезагрузки и выключения. Фактически получается, что комп блокируется, и с ним можно сделать только одно действиу - RESET.

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

Проблема только в длительной неактивности, это очень напрягает, так как приходится жать RESET, а ведь там на компе попадается что остаются несохранённые документы какие-то... вот и потеряли изменения. Точного момента времени, когда происходит этот завис, я не измерил. Уехал куда днём на пару часов, вернулся - комп висит. После ночи тоже висит. Отлучился на полчаса, вернулся, мышкой подёргал, клаву пощёлкал - он проснулся.

С виндой такого не было, Windows нормально после ночи просыпалась. Что же с убунтой такого? Как настроить? Причём желательно чтобы экран монитора по прежнему гас при неактивности 5 минут.
Пользователь добавил сообщение 24 Августа 2016, 09:05:14:Добавка, а то никто не ответил... Сегодня ночью попробовал вообще убрать блокировку экрана. Результат тот же. После ночи комп заблокирован, но фоновые задания работают.

Смотрю файл /var/syslog за период когда я ушёл от компа спать и до момента нажатия на RESET. Строк много, периодически запускается cron, но вот смущает найденный фрагмент:

Код: [Выделить]

Aug 24 10:50:56 default kernel: [36130.934868] amdgpu 0000:01:00.0: GPU fault detected: 146 0x0bb8440c
Aug 24 10:50:56 default kernel: [36130.934871] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_ADDR   0x00114177
Aug 24 10:50:56 default kernel: [36130.934872] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x0804400C
Aug 24 10:50:56 default kernel: [36130.934873] VM fault (0x0c, vmid 4) at page 1130871, read from 'TC7' (0x54433700) (68)

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

Поиск в интернете нашёл, что подобный глюк уже есть на баг-трекере:
https://bugs.freedesktop.org/show_bug.cgi?id=96794
и связан он с работой драйверов видеокарт Radeon.

Что можно сделать?  уже задолбало

[tevssar]

Увы, пока, видимо, ничего. Сам пользуюсь 14, где, по крайней мере у меня, на проприетарном драйвере, таких багов нет. У АМДшек совсем беда с дровами.

[Dot-mitsu]

А попробуй вытащить амдшную карту и денёк посидеть с intel HD graphics встроенной в процессор. Если проблема исчезнет, то сразу поймёшь что видеокарта виновата. У АМД беда с драйверами. Не знаю как вообще выглядят драйверы амд на линуксе потому что у меня всегда были только нвидиа. Посмотри может там как в Windows есть параметры энергосбережения в драйверах видюхи. Просто выключи их и проверь повторится ли проблема.

[Lant]

УРА! Проблема решена путём установки Xubuntu 16.10. Третий день работы 16.10, одни положительные эмоции. Ранее на 16.04 каких только драйверов не ставил, и oibaf, и padoka, и amdgpu-pro, всё едино - экран тупо вырубается и реанимировать его можно лишь перезагрузкой.

Странная ситуация в том, что драйвера на amd, у версии 16.10 оказались точно той же версии что и на 16.04, видимо я их обновлял а тут уже заранее новые установились. Ну дак тогда и вывод какой вырисовывается - не в драйвере дело было, а в самом ядре ОС.

[Lant]

Проблема имеет место быть на 16.10, но очень редко.
Примерно раз в неделю комп всё-таки не может выйти из сна, в syslog плюётся сообщение об ошибке видеокарты.
(На 16.04 зависоны были постоянно.)

[[ COSMIC FIELDS ]]

Проблема имеет место быть на 16.10, но очень редко.
Примерно раз в неделю комп всё-таки не может выйти из сна, в syslog плюётся сообщение об ошибке видеокарты.
(На 16.04 зависоны были постоянно.)

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

Код: [Выделить]

sudo apt update
sudo apt upgradeПосле обновления перезагрузись, и только потом уже можешь идти в настройки проприетарных драйверов, что бы не было багов.
Хоть и не требует перезагрузки, ядро и графический стек переключаются только при перезагрузке/завершении работы.

[Lant]

Естественно это делалось.
Проприетарный драйвер же есть только для 16.04, на 16.10 он не ставится, пользуюсь дефолтным. А зачем, если всё пашет на 16.10, включая обработку шейдеров видеокартой?

Периодичность зависов 16.10 - примерно раз в неделю не может проснуться.

[Lant]

Сегодня зависло в пятый раз (за прошедший месяц). В логе syslog обнаруживаются следующие строки:

Код: [Выделить]

Dec 12 16:24:01 Default kernel: [147315.017262] [drm:amdgpu_atombios_dp_link_train [amdgpu]] *ERROR* clock recovery reached max voltage
Dec 12 16:24:01 Default kernel: [147315.017272] [drm:amdgpu_atombios_dp_link_train [amdgpu]] *ERROR* clock recovery failed
Dec 12 16:24:01 Default kernel: [147315.025072] [drm:amdgpu_atombios_dp_link_train [amdgpu]] *ERROR* clock recovery reached max voltage
Dec 12 16:24:01 Default kernel: [147315.025081] [drm:amdgpu_atombios_dp_link_train [amdgpu]] *ERROR* clock recovery failed

Именно в этот момент я двигал мышкой, чтобы проснуть экран. Никаких ошибок ни ДО, ни ПОСЛЕ (ну до нажатия на RESET тоесть)

Поиск по строке вхождения отправил на форум, где чел с точно такой же видеокартой как у меня пишет об этом:
https://bbs.archlinux.org/viewtopic.php?id=201372

Ссылка отправляет на багтрекер, где говорится, что это ошибка драйвера DRI, уже 2 года как неисправляемая:
https://bugs.freedesktop.org/show_bug.cgi?id=76490

Неужели всё так тяжко...

[Morisson]

Lant, попробуй принудительно включить DRI2:
sudo gedit /usr/share/X11/xorg.conf.d/20-radeon.conf
Section "Device"
        Identifier  "Radeon"
        Driver      "radeon"
        Option      "DRI2" "true"
EndSection
Сохрани и перезагрузи.
Не поможет- удали созданный файл:
sudo rm /usr/share/X11/xorg.conf.d/20-radeon.conf
Мягкая перезагрузка:
Alt+PrtSc, не отпуская Alt с интервалом в 1 сек. R, E, I, S, U, B

[Lant]

Создал ваш файлик в том месте (sudo nano ...), его там раньше не было.
Посмотрим на поведение, сообщу есличо

[Lant]

Вчера, 20 декабря, комп снова завис. Что это было, так и не смог понять. Потому что после зависа он перестал загружаться ВООБЩЕ. Вышла ошибка загрузчика GRUB. Сразу после инициализации BIOS вываливается какая-то ошибка GRUB и командная строка, я не запомнил. И всё, хоть ты тресни. После ввода любой команды комп просто зависал намертво.

Запустил восстановление системы с флешки. Система восстановилась, но стало загружаться ядро 4.8.0-22. На ядре 4.8.0-30, которое стояло по умолчанию, система "съезжала" в recovery mode, при этом после ввода любой команды комп завешивается намертво. Что это за нафиг такой блин!

Пришлось запустить установку системы "с нуля", то есть с переформатированием системного раздела, система установилась на удивление быстро, после всех перерастроек и обновлений оказалось ядро 4.8.0-32, которое сейчас и работает штатно. При монтировании разделов через fstab обнаружилось повреждение подключаемого раздела данных! С помощью утилиты e2fsck было найдено 2 ошибки на диске, которые были исправлены. Как я понял, в момент зависания в самый первый раз система совершила "плевок" в жёсткий диск и испортила таблицу разделов, а также один из разделов. Да, и, возможно, оказалось заплёвано системный раздел, благо, я НИКОГДА не храню на системных разделах никакой информации. Это очень серьёзный сбой, "плевки" в жёсткий диск недопустимы! Что это было?

Подозрение падает на видеокарту, так как на 16.10 исправили работу драйвера AMD, система в играх просто летает, но видеокарта греется несусветно. На видеокарте установлено переделанное водяное охлаждение Accelero Hybrid II
https://market.yandex.ru/product--arctic-cooling-accelero-hybrid-ii/12770193, но после перехода на 16.10 оно, кажется, перестало справляться с охлаждением, так как в играх температура подскакивала до 95 градусов относительно нормальной 60 по датчику amdgpu. Вода в контуре горячая была, ну градусов 60 наверное было. Пришлось поставить дополнительный кулер, сверху, он снизил макс нагрев до примерно 75 градусов (по датчику amdgpu).

Даже начинает казаться, что на 16.10 используется какой-то "разлоченный" или "разогнанный" драйвер, так как ни на винде, ни на ubuntu 16.04, видеокарта так не грелась. Месяцем ранее, через 3 дня после установки ubuntu 16.10, стоявшее охлаждение Accelero Hybrid, потекла вода из трубок, очевидно вследствие перегрева воды, так как в системе нет расширительного бачка. Вода тогда вытекла частично, видеокарта погасла. Этим эффектом удалось установить, что на видеокарте имеется тепловая защита, защищающая видеочип от повреждения. Охлаждение было переделано, трубки разрезаны, установлен тройничок в разрез и внешний заливной бачок, который теперь уравнивает давление когда вода холодная или горячая.

Наверное, не стоит связывать эти два явления так как комп завис не из-за перегрева видеокарты, а были те же самые симптомы - то есть экран не просыпался, но система работала (играл медиаплеер интернет-радиостанцию), и мне кое-как "наощупь" удалось позакрывать все окна и сохранить несохранённые документы если они были (AltF4-Enter-AltF4-Enter и тд). В ждущем режиме температура видеокарты (по датчику amdgpu) - не превышает 60 градусов.

Съехали в самое начало, вашего файлика нет, продолжаю следить. Кстати, очень странно, что зависания происходят еженедельно.

[Morisson]

Morisson, Посмотри какие у тебя есть еженедельные задания cron. Может там что-то найдешь?

[Lant]

(выше было моё малонужное сообщение от 21 декабря о том что в cron всё стандартно, оно удалилось почему-то)

..........


Зависло ещё раз, опять те же самые логи

Код: [Выделить]

Dec 28 12:32:22 Main kernel: [35349.335204] [drm:amdgpu_atombios_dp_link_train [amdgpu]] *ERROR* clock recovery reached max voltage
Dec 28 12:32:22 Main kernel: [35349.335214] [drm:amdgpu_atombios_dp_link_train [amdgpu]] *ERROR* clock recovery failed
Dec 28 12:32:22 Main kernel: [35349.343186] [drm:amdgpu_atombios_dp_link_train [amdgpu]] *ERROR* clock recovery reached max voltage
Dec 28 12:32:22 Main kernel: [35349.343193] [drm:amdgpu_atombios_dp_link_train [amdgpu]] *ERROR* clock recovery failed
Dec 28 12:33:00 Main kernel: [35386.513007] vlc[2701]: segfault at 7f45084d1ce0 ip 00007f44ede778a9 sp 00007f44ec1d16c0 error 4 in libQt5Widgets.so.5.6.1[7f44edd1b000+654000]
Dec 28 12:33:03 Main org.a11y.atspi.Registry[1720]: XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0"
Dec 28 12:33:03 Main org.a11y.atspi.Registry[1720]:       after 25341 requests (25341 known processed) with 0 events remaining.
Dec 28 12:33:03 Main systemd[1419]: bamfdaemon.service: Main process exited, code=exited, status=1/FAILURE
Dec 28 12:33:03 Main systemd[1419]: bamfdaemon.service: Unit entered failed state.
Dec 28 12:33:03 Main systemd[1419]: bamfdaemon.service: Failed with result 'exit-code'.

В 12:32 я двинул мышкой, экран не проснулся. В 12:33 начал перезагрузку компа (закрывать окна наощупь), но там почему-то ещё одна ошибка в логе вылезла

Зависания стабильно каждый ВОСЬМОЙ день, как по расписанию, но это не cron!

[wow_pi]

С виндой такого не было, Windows нормально после ночи просыпалась.

Трепло вы. Вчера вечером только закончил разборки с Win10, которая ну никак не хотела просыпаться "от батареи" - а воткнешь бывало блок питания в сеть просыпается. Две недели причину искал...

После длительной неактивности работы на компьютере (например когда пошёл ночью спать) - компьютер невозможно вывести из ожидания.

Такое бывает и с моим компьютером, но ситуация решается простым переключением мышки и клавиатуры на другие входы USB.

Код: [Выделить]

/0/100/12/1      usb3                  bus         OHCI PCI host controller
/0/100/12/1/2                          input       OCZ Alchemy Series Elixir II Keyboard
/0/100/12.1                            bus         SB7x0 USB OHCI1 Controller
/0/100/12.1/1    usb4                  bus         OHCI PCI host controller
/0/100/12.2                            bus         SB7x0/SB8x0/SB9x0 USB EHCI Controller
/0/100/12.2/1    usb1                  bus         EHCI Host Controller
/0/100/13                              bus         SB7x0/SB8x0/SB9x0 USB OHCI0 Controlle
/0/100/13/1      usb5                  bus         OHCI PCI host controller
/0/100/13.1                            bus         SB7x0 USB OHCI1 Controller
/0/100/13.1/1    usb6                  bus         OHCI PCI host controller
/0/100/13.1/1/2                        input       USB Mouse
Другие входы в данном случае - это перенос клавиатуры с USB6 на USB3.

[DimanBG]

Lant, похоже на работу job-планировщика через 7 дней. Попробуй оставить машину работать, может и карта проснется. Про выход из спящего ничего не скажу, а вот при включении 90 сек тайм-аута по умолчанию у него для загрузки и выполнения чего-то. При выключении - те же 90 сек, но может быть и до 240 мин.
Может через 7 дней автоматический снапшот? 

Другие входы в данном случае - это перенос клавиатуры с USB6 на USB3.

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