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

[Lant]

На 16.10 есть только свободный драйвер под AMD, приприетарный есть только на 16.04
Измерялась производительность видеокарты под 16.04 и 16.10 с помощью утилиты glmark2.

На 16.04 показатели были 6200-6800 на свободном драйвере и oibaf (но у него плохо работали шейдеры), и 5700-6200 на проприетарном (шейдеры работают штатно). Это примерно соответствует показателям, найденным на https://ubuntuforums.org/archive/index.php/t-2131425.html
Сейчас та же карта показывает 8600-9200 на драйвере идущем изначально, шейдеры были исправлены. На драйвере oibaf по-прежнему плохо работают шейдеры, производительность 8600-9200, интересно что драйвер тут одинаковый но очки разные. Я аж подумал нифига се прирост, аж вода закипела. Всё вроде бы говорит о том, что включилось DRI3, однако в конфиге отображается DRI2, значит наверное что-то с тактовой частотой сделано, наверно она повышена. Попытка принудительно указать DRI2 кончилась очень плохо, слетела система. Но и указание DRI3 тоже приводит к тому, что система также не загружается.

[Morisson]

Lant, weekly-cron.  У меня там трим, например.
Пользователь добавил сообщение Сегодня в 11:57:59:
Lant, где задание трим. Открой текстовым редактором и почитай. Там для "серых" контроллеров (серый- это значит не интел и не самсунг) нужно добавлять, там написано что. Или у тебя discard в параметрах монтирования. У тебя ssd, ты вообще trim как делаешь?
Мож у тебя от стандартного системного трима диск виснет?

[Lant]

Lant, weekly-cron.  У меня там трим, например.
Пользователь добавил сообщение Сегодня в 11:57:59:
Lant, где задание трим. Открой текстовым редактором и почитай. Там для "серых" контроллеров (серый- это значит не интел и не самсунг) нужно добавлять, там написано что. Или у тебя discard в параметрах монтирования. У тебя ssd, ты вообще trim как делаешь?
Мож у тебя от стандартного системного трима диск виснет?

/etc/cron.weekly/ лежит 5 файлов:

0anachron

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

#!/bin/sh
#
# anacron's cron script
#
# This script updates anacron time stamps. It is called through run-parts
# either by anacron itself or by cron.
#
# The script is called "0anacron" to assure that it will be executed
# _before_ all other scripts.

test -x /usr/sbin/anacron || exit 0
anacron -u cron.weeklyfstrim

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

#!/bin/sh
# trim all mounted file systems which support it
/sbin/fstrim --all || trueman-db

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

#!/bin/sh
#
# man-db cron weekly

set -e

iosched_idle=
# Don't try to change I/O priority in a vserver or OpenVZ.
if ! egrep -q '(envID|VxID):.*[1-9]' /proc/self/status && \
   ([ ! -d /proc/vz ] || [ -d /proc/bc ]); then
    iosched_idle='--iosched idle'
fi

if ! [ -d /var/cache/man ]; then
    # Recover from deletion, per FHS.
    mkdir -p /var/cache/man
    chown man:root /var/cache/man || true
    chmod 2755 /var/cache/man
fi

# regenerate man database
if [ -x /usr/bin/mandb ]; then
    # --pidfile /dev/null so it always starts; mandb isn't really a daemon,
    # but we want to start it like one.
    start-stop-daemon --start --pidfile /dev/null \
      --startas /usr/bin/mandb --oknodo --chuid man \
      $iosched_idle \
      -- --quiet
fi

exit 0.placeholder

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

# DO NOT EDIT OR REMOVE
# This file is a simple placeholder to keep dpkg from removing this directoryupdate-notifier-common

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

#!/bin/sh
set -e

[ -x /usr/lib/ubuntu-release-upgrader/release-upgrade-motd ] || exit 0

# Check to see whether there is a new version of Ubuntu available
/usr/lib/ubuntu-release-upgrader/release-upgrade-motd

[Morisson]

fstrim
Код: [Выделить]
#!/bin/sh
# trim all mounted file systems which support it
/sbin/fstrim --all || true

ты не весь код привел. Но для начала переименуй его, добавив в конце имени ~
Через неделю отпишись.

[Lant]

ты не весь код привел. Но для начала переименуй его, добавив в конце имени ~
Через неделю отпишись.

/etc/cron.weekly/fstrim

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

#!/bin/sh
# trim all mounted file systems which support it
/sbin/fstrim --all || trueТри строчки, больше ничего там нету.

Переименовал файлик в fstrim~, также для верности поснимал атрибуты исполнения.

[Morisson]

Lant, пусть так будет. Твой ssd trim поддерживает?

[symon.2014]

Извините, но меня уже утомили разглагольствования об AMD и прочим, почему нельзя отключить cron для проверки, или поговорить хочется?

[Lant]

Lant, пусть так будет. Твой ssd trim поддерживает?

Тот который SSD, TRIM поддерживает:

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

   * Data Set Management TRIM supported (limit 1 block)
   * Deterministic read data after TRIM
Жёсткий Seagate 1000GB не поддерживает

[Morisson]

Lant, трим- это для ссд. Переведи в гугл твои ответы консоли со зведами))
Отключение чтения данных после трим)))
Сделай, как я выше написал.

[Lant]

Я уже сделал с файликом fstrim~ выше, подождём 13 числа и посмотрим что поменяется. Зависнет ещё раз - значит не там ищем. Не будет зависания - кинем файлик в суточный cron, будем проверять. Вобще непонятно, как может ssd-диск влиять на работу драйвера amdgpu, странно всё это...

[Morisson]

Lant, не на amd, ssd ж у тебя системный? Что будет, если он зависнет?
Пользователь добавил сообщение 06 Января 2017, 21:31:41:Lant, покажи на всякий твой /etc/fstab?

[Lant]

Lant, не на amd, ssd ж у тебя системный? Что будет, если он зависнет?

Дак ничо же не виснет, просто видеоадаптер отключается... Комп при зависшей видеокарте вполне себе работоспособен - вот, в логах даже видно как я там беспроводной приёмник от клавы/мыши перетыкивал по разным USB. В-общем, ждём 13 января.

На всякий случай fstab:

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

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdb5 during installation
UUID=48047e91-0260-4332-a454-614cbf1a959d /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=4AFD-A211  /boot/efi       vfat    umask=0077      0       1
# swap was on /dev/sdb6 during installation
UUID=56ce5d4d-9c6a-4c75-aeba-c5d160d7e6de none            swap    sw              0       0

UUID=e77cfe67-d61f-4c63-93d2-a677373efd19 /mnt/e ext4 rw 0 0
UUID=6917c67f-ec19-44f9-8117-fe2a31fc318b /mnt/storage ext4 rw 0 0

sda - это жестяк Seagate
sdb - это ssd Corsair

но вы не волнуйтесь насчёт подкачки, максимум памяти достигал 70%, а там дождусь сборки Ubuntu 17 и переведу своп в файл на жестяк.

[Morisson]

Lant, подкачка- не беда) Беда-данные. А отключение/подключение ты и с зависшим диском увидишь, только из сна не выйдешь, и в логах, если они не вынесены на другой диск ничего не будет)
Кстати,  при общей команде своп не тримится, может в этом и беда. Нужно у местных Гуру спросить, а то они все невидимые такие свысока на наши мелкие проблемы смотрят...))))))

[Lant]

Так, нарушен 8-дневный цикл зависаний. Опять зависло

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

Jan  8 18:15:38 Main systemd[1]: snapd.refresh.timer: Adding 5h 7.570688s random time.
Jan  8 18:17:01 Main CRON[549]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jan  8 18:38:21 Main smartd[929]: Device: /dev/sda [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 65 to 64
Jan  8 18:38:21 Main smartd[929]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 35 to 36
Jan  8 18:38:22 Main smartd[929]: Device: /dev/sdb [SAT], SMART Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 90 to 92
Jan  8 19:08:21 Main smartd[929]: Device: /dev/sdb [SAT], SMART Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 92 to 70
Jan  8 19:08:21 Main smartd[929]: Device: /dev/sdb [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 36 to 37
Jan  8 19:17:02 Main CRON[937]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jan  8 19:38:21 Main smartd[929]: Device: /dev/sdb [SAT], SMART Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 70 to 90
Jan  8 19:38:21 Main smartd[929]: Device: /dev/sdb [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 37 to 36
Jan  8 20:08:21 Main smartd[929]: Device: /dev/sda [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 64 to 65
Jan  8 20:08:21 Main smartd[929]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 36 to 35
Jan  8 20:08:21 Main smartd[929]: Device: /dev/sdb [SAT], SMART Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 90 to 94
Jan  8 20:17:01 Main CRON[1221]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jan  8 20:24:38 Main systemd[1]: Starting Cleanup of Temporary Directories...
Jan  8 20:24:38 Main systemd-tmpfiles[1246]: [/usr/lib/tmpfiles.d/var.conf:14] Duplicate line for path "/var/log", ignoring.
Jan  8 20:24:38 Main systemd[1]: Started Cleanup of Temporary Directories.
Jan  8 20:28:45 Main kernel: [260429.703963] amdgpu 0000:01:00.0: GPU fault detected: 146 0x03bab714
Jan  8 20:28:45 Main kernel: [260429.703966] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_ADDR   0x00129277
Jan  8 20:28:45 Main kernel: [260429.703967] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x090B7014
Jan  8 20:28:45 Main kernel: [260429.703968] VM fault (0x14, vmid 4) at page 1217143, write from 'SDM0' (0x53444d30) (183)
Jan  8 20:28:45 Main kernel: [260429.703970] amdgpu 0000:01:00.0: GPU fault detected: 146 0x03bab714
Jan  8 20:28:45 Main kernel: [260429.703971] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_ADDR   0x00129278
Jan  8 20:28:45 Main kernel: [260429.703972] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x090B7014
Jan  8 20:28:45 Main kernel: [260429.703972] VM fault (0x14, vmid 4) at page 1217144, write from 'SDM0' (0x53444d30) (183)
Jan  8 20:28:45 Main kernel: [260429.703974] amdgpu 0000:01:00.0: GPU fault detected: 146 0x03bab714
Jan  8 20:28:45 Main kernel: [260429.703975] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_ADDR   0x0012927B
Jan  8 20:28:45 Main kernel: [260429.703976] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x090B7014
Jan  8 20:28:45 Main kernel: [260429.703976] VM fault (0x14, vmid 4) at page 1217147, write from 'SDM0' (0x53444d30) (183)
Jan  8 20:28:45 Main kernel: [260429.703978] amdgpu 0000:01:00.0: GPU fault detected: 146 0x03bab714
Jan  8 20:28:45 Main kernel: [260429.703979] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_ADDR   0x0012927C
Jan  8 20:28:45 Main kernel: [260429.703980] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x090B7014
Jan  8 20:28:45 Main kernel: [260429.703980] VM fault (0x14, vmid 4) at page 1217148, write from 'SDM0' (0x53444d30) (183)
Jan  8 20:28:45 Main kernel: [260429.703982] amdgpu 0000:01:00.0: GPU fault detected: 146 0x03c2b714
Jan  8 20:28:45 Main kernel: [260429.703983] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_ADDR   0x0012927D
Jan  8 20:28:45 Main kernel: [260429.703983] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x090B7014
Jan  8 20:28:45 Main kernel: [260429.703984] VM fault (0x14, vmid 4) at page 1217149, write from 'SDM0' (0x53444d30) (183)
Jan  8 20:28:45 Main kernel: [260429.703986] amdgpu 0000:01:00.0: GPU fault detected: 146 0x03c2b714
Jan  8 20:28:45 Main kernel: [260429.703987] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_ADDR   0x0012927F
Jan  8 20:28:45 Main kernel: [260429.703987] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x090B7014
Jan  8 20:28:45 Main kernel: [260429.703988] VM fault (0x14, vmid 4) at page 1217151, write from 'SDM0' (0x53444d30) (183)
Jan  8 20:28:45 Main kernel: [260429.703990] amdgpu 0000:01:00.0: GPU fault detected: 146 0x03c2b714
Jan  8 20:28:45 Main kernel: [260429.703991] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_ADDR   0x00129281
Jan  8 20:28:45 Main kernel: [260429.703991] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x090B7014
Jan  8 20:28:45 Main kernel: [260429.703992] VM fault (0x14, vmid 4) at page 1217153, write from 'SDM0' (0x53444d30) (183)
Jan  8 20:28:45 Main kernel: [260429.703994] amdgpu 0000:01:00.0: GPU fault detected: 146 0x03c2b714
Jan  8 20:28:45 Main kernel: [260429.703995] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_ADDR   0x00129281
Jan  8 20:28:45 Main kernel: [260429.703995] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x090B7014
Jan  8 20:28:45 Main kernel: [260429.703996] VM fault (0x14, vmid 4) at page 1217153, write from 'SDM0' (0x53444d30) (183)
Jan  8 20:28:45 Main kernel: [260429.704001] amdgpu 0000:01:00.0: GPU fault detected: 146 0x03cab714
Jan  8 20:28:45 Main kernel: [260429.704002] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_ADDR   0x00000000
Jan  8 20:28:45 Main kernel: [260429.704002] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x090B7014
Jan  8 20:28:45 Main kernel: [260429.704003] VM fault (0x14, vmid 4) at page 0, write from 'SDM0' (0x53444d30) (183)
Jan  8 20:28:45 Main kernel: [260429.704005] amdgpu 0000:01:00.0: GPU fault detected: 146 0x03cab714
Jan  8 20:28:45 Main kernel: [260429.704006] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_ADDR   0x00129282
Jan  8 20:28:45 Main kernel: [260429.704006] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x090B7014
Jan  8 20:28:45 Main kernel: [260429.704007] VM fault (0x14, vmid 4) at page 1217154, write from 'SDM0' (0x53444d30) (183)
Jan  8 20:28:45 Main kernel: [260429.704009] amdgpu 0000:01:00.0: GPU fault detected: 146 0x03cab714
Jan  8 20:28:45 Main kernel: [260429.704010] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_ADDR   0x00129278
Jan  8 20:28:45 Main kernel: [260429.704010] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x090B7014
Jan  8 20:28:45 Main kernel: [260429.704011] VM fault (0x14, vmid 4) at page 1217144, write from 'SDM0' (0x53444d30) (183)
Jan  8 20:28:45 Main kernel: [260429.704013] amdgpu 0000:01:00.0: GPU fault detected: 146 0x03d2b714
Jan  8 20:28:45 Main kernel: [260429.704014] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_ADDR   0x00129280
Jan  8 20:28:45 Main kernel: [260429.704014] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x090B7014
Jan  8 20:28:45 Main kernel: [260429.704015] VM fault (0x14, vmid 4) at page 1217152, write from 'SDM0' (0x53444d30) (183)
Jan  8 20:28:45 Main kernel: [260429.704317] amdgpu 0000:01:00.0: GPU fault detected: 146 0x03f0c40c
Jan  8 20:28:45 Main kernel: [260429.704319] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_ADDR   0x0012927E
Jan  8 20:28:45 Main kernel: [260429.704319] amdgpu 0000:01:00.0:   VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x0E0C400C
Jan  8 20:28:45 Main kernel: [260429.704320] VM fault (0x0c, vmid 7) at page 1217150, read from 'TC4' (0x54433400) (196)
Jan  8 20:37:28 Main systemd[1]: Starting Daily apt activities...
Jan  8 20:37:28 Main systemd[1]: Started Daily apt activities.
Jan  8 20:37:28 Main systemd[1]: apt-daily.timer: Adding 5h 22min 21.622996s random time.
Jan  8 20:37:28 Main systemd[1]: apt-daily.timer: Adding 9h 54min 27.804107s random time.
Jan  8 20:38:21 Main smartd[929]: Device: /dev/sdb [SAT], SMART Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 94 to 82
Jan  8 21:08:22 Main smartd[929]: Device: /dev/sdb [SAT], SMART Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 82 to 90
Jan  8 21:08:28 Main evolution-sourc[2489]: secret_service_search_sync: must specify at least one attribute to match
Jan  8 21:17:01 Main CRON[1542]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jan  8 21:38:21 Main smartd[929]: Device: /dev/sdb [SAT], SMART Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 90 to 94
Jan  8 22:08:21 Main smartd[929]: Device: /dev/sdb [SAT], SMART Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 94 to 84
Jan  8 22:17:01 Main CRON[1891]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jan  8 22:38:21 Main smartd[929]: Device: /dev/sdb [SAT], SMART Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 84 to 90
Jan  8 23:08:21 Main smartd[929]: Device: /dev/sdb [SAT], SMART Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 90 to 94
Jan  8 23:17:01 Main CRON[2200]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jan  8 23:23:01 Main kernel: [270886.259789] [drm:amdgpu_atombios_dp_link_train [amdgpu]] *ERROR* clock recovery reached max voltage
Jan  8 23:23:01 Main kernel: [270886.259798] [drm:amdgpu_atombios_dp_link_train [amdgpu]] *ERROR* clock recovery failed
Jan  8 23:23:01 Main kernel: [270886.267590] [drm:amdgpu_atombios_dp_link_train [amdgpu]] *ERROR* clock recovery reached max voltage
Jan  8 23:23:01 Main kernel: [270886.267598] [drm:amdgpu_atombios_dp_link_train [amdgpu]] *ERROR* clock recovery failed

Блин да что же это за х такая

p.s. Нет это не TRIM. Надо последовательно разобраться с amdgpu, xorg, dri и тп.
Для начала, как можно протестировать видеокарту? Надо получить максимум нужной инфы по ней чтобы посмотреть с чем имеем дело.

[Lant]

Прошло 8 дней с момента последнего зависа "по расписанию", 13 января прошло штатно. Однако, было зависание 8 января, но там ошибка 146, которая была в самом начале темы. Ну и также за эти дни поменялось ядро с 32 на 34. А ещё комп за этот период несколько раз перезагружать приходилось, ставил там всякие штуки, сеть настраивал ещё, в-общем, условия проверки - поменялись. Как, ждём на всякий случай 21го числа?

На всякий случай, результаты проверки работы ядер 4.4 (16.04) и 4.8 (16.10), показывающие полное изменение работы с видеокартами amd.
https://losst.ru/proizvoditelnost-yadra-linux-4-8-vs-4-4