61

Как вариант если все попытки кончатся можно попробовать вот таким образом установить у вас там Radeon 2 судя по описанию на сайте DNS.

Сами драйверы брать тут:
https://www.amd.com/ru/support/previous … 2-graphics

А ставить по этой инструкции:
https://docs.slackware.com/howtos:hardw … cs_drivers

62

Сергей, сейчас смотрю, пусть хоть часок поработает, да наверное?
*** Добавлено: 29.10.2019 15:09:46 ***

mozgfx пишет:

Как вариант если все попытки кончатся можно попробовать вот таким образом установить у вас там Radeon 2 судя по описанию на сайте DNS.

Сами драйверы брать тут:
https://www.amd.com/ru/support/previous … 2-graphics

А ставить по этой инструкции:
https://docs.slackware.com/howtos:hardw … cs_drivers

Спасибо, большое, обязательно попробую!

63

booidea,
вообще говоря, имея в виду использование Linux, на мой скромный взгляд, обсуждаемый ноутбук может оказаться далеко не лучшим выбором.

Почему? Все просто:

1) поддержки производителя не будет.
Последнее, что выпустил сам AMD для видео в составе E2-9000e под Linux, это
https://www.amd.com/ru/support/previous … 2-graphics
Заявлена совместимость с
Xorg/Xserver 7.4 and above (up to 1.17)
Linux kernel 2.6 or above (up to 3.19)
glibc version 2.2 or 2.3
То есть, вышедшая более трех лет назад Slackware 14.2 для этого варианта со своим xorg-1.18.x уже слишком новая.
То есть речь о максимум Slackware 14.1 или Slackware 14.2 с xorg, замененным на 1.17.х и патчами под ядро не выше 4.15.

Но может быть это означает, что поддержка производится в ядре в открытом драйвере amdgpu, поди знай...

2) поддержка сообщества -- со временем будет только хуже.
Никто не будет тестировать новые версии ядра и графического стека и X-ов специально для этого чипа. Сломается что-то в будущем или уже сломалось -- вряд ли это кто-то станет чинить.

С другой стороны, будет у кого-то из разработчиков ядра (энтузиастов или из состава AMD) подобная железка -- скорее всего все будет хорошо или даже лучше, чем есть.

Тем не менее, это всё из разряда гадания на кофейной гуще.

Но решать, безусловно, только вам.

*** Добавлено: 29.10.2019 18:04:31 ***
PS.
На сайте HP процессором указан именно AMD E2-9000e с встроенным графическим адаптером AMD Radeon™ R2:
https://support.hp.com/ru-ru/document/c05950155

На сайте AMD именно E2-9000e найти не удается.
https://www.amd.com/en/products/specifi … processors
*** Добавлено: 29.10.2019 18:28:59 ***

PPS. Кстати, если обновить базу идентификаторов железа
# ipdate-pciids
то графический адаптер в выводе lspci должен бы начать отображаться как
... Stoney [Radeon R2/R3/R4/R5 Graphics] ...

64

bormant пишет:

На сайте AMD именно E2-9000e найти не удается.

Сайт AMD уже давно сплошное безобразие. Даже по новым камням - техподдержка, дай бог, на 20-22%,
да и то с воплем: "Насилуют лопатой!".

Linux Mint 19.3 Mate Edition
Windows 7

65

Только сейчас начало мигать. Сейчас же ушел в сон, после выхода какое-то время нормально, потом снова.

Что-то ещё попробовать?

P.  S.  Понимаю, всех уже достал, не судите строго.
*** Добавлено: 29.10.2019 22:20:32 ***

bash-5.0# lspci
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Processor Root Complex
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) I/O Memory Management Unit
00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Stoney [Radeon R2/R3/R4/R5 Graphics] (rev d4)
00:01.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Device 15b3
00:02.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Host Bridge
00:02.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Processor Root Port
00:02.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Processor Root Port
00:02.4 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Processor Root Port
00:03.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Host Bridge
00:08.0 Encryption controller: Advanced Micro Devices, Inc. [AMD] Carrizo Platform Security Processor
00:09.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Carrizo Audio Dummy Host Bridge
00:09.2 Audio device: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Audio Controller
00:10.0 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB XHCI Controller (rev 20)
00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 4b)
00:12.0 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB EHCI Controller (rev 49)
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 4b)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 11)
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Stoney HT Configuration
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Stoney Address Maps
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Stoney DRAM Configuration
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Stoney Miscellaneous Configuration
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Stoney PM Configuration
00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Stoney NB Performance Monitor
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)
03:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8723DE 802.11b/g/n PCIe Adapter

66

booidea пишет:

Только сейчас начало мигать. Сейчас же ушел в сон, после выхода какое-то время нормально, потом снова.

Это с каким набором параметров (см. /proc/cmdline)?

67 (29.10.2019 23:06:22 отредактировано booidea)

bormant пишет:
booidea пишет:

Только сейчас начало мигать. Сейчас же ушел в сон, после выхода какое-то время нормально, потом снова.

Это с каким набором параметров (см. /proc/cmdline)?

Я кажется не то сделал. Я сначала сделал вот это:

# mkdir /tmp/kernel-5.4_rc5; cd /tmp/kernel-5.4_rc5
# tar xf /tmp/kernel-5.4_rc5.tar
# installpkg kernel-*t?z 
# lilo -v

и сидел радовался результатам, пока не начало мигать. А сейчас перезагрузился, загрузилось 5.4_rc5, я так понимаю, без amdgpu.*=

И вот содержимое /proc/cmdline:

BOOT_IMAGE=Linux ro root=803

Просто голова уже кругом...

Сейчас снова все нормально.

68 (29.10.2019 23:14:49 отредактировано bormant)

Хорошо, ждём, заморгает ли с 5.4_rc5 без дополнительных параметров.

Если да, допишем в выбираемый для его загрузки пункт в lilo.conf (это сейчас image = /boot/vmlinuz) не раз упоминавшийся выше «букет» в addappend, выполним
# lilo -v
проконтролируем отсутствие ошибок, перезагрузимся в этот пункт, убедимся в наличии «букета» в /proc/cmdline, повторим эксперимент, о результатах напишем сюда.


PS. # dmesg
было б неплохо куда-то выложить, хочу увидеть отсутствие там всяких разных ошибок acpi/drm/amdgpu.

69

dmesg :

https://dropmefiles.com/qyMUH

Пока все хорошо  ab

70

booidea пишет:

dmesg :
https://dropmefiles.com/qyMUH

Такое ощущение, что вы его руками по одному экрану в файл собирали.
Не нужно таких жертв, для этого существует перенаправление вывода:

 Консоль: root
[root@linuxforum.ru ~]# dmesg > /tmp/dmesg.txt

И можно выкладывать /tmp/dmesg.txt.

71

bormant пишет:
booidea пишет:

dmesg :
https://dropmefiles.com/qyMUH

Такое ощущение, что вы его руками по одному экрану в файл собирали.
Не нужно таких жертв, для этого существует перенаправление вывода:

 Консоль: root
[root@linuxforum.ru ~]# dmesg > /tmp/dmesg.txt

И можно выкладывать /tmp/dmesg.txt.

Да, так и есть))

72

booidea,
кстати, можно попробовать использовать 14.2 с опубликованным выше ядром 5.4_rc5.
Если причиной артефактов был только модуль amdgpu, то проблема должна уйти и на 14.2.
Осталась у вас установка 14.2 или место на диске, где можно поставить 14.2 рядом и попробовать?

73

bormant пишет:

booidea,
кстати, можно попробовать использовать 14.2 с опубликованным выше ядром 5.4_rc5.
Если причиной артефактов был только модуль amdgpu, то проблема должна уйти и на 14.2.
Осталась у вас установка 14.2 или место на диске, где можно поставить 14.2 рядом и попробовать?

Нет, установки не осталось, у меня current стоит же.

Я вот думаю, пусть уже так работает, страшно экспериментировать ab

Только надо как-то наверное почистить lilo. conf и удалить ранние версии? Только как это сделать?

74

booidea пишет:

почистить lilo. conf и удалить ранние версии? Только как это сделать?

Показывайте содержимое lilo.conf.
*** Добавлено: 30.10.2019 22:22:12 ***

booidea пишет:

установки не осталось, у меня current стоит же

Ну мало ли, вдруг вы тоже оставляете свободное неразмеченное место или свободный раздел для экспериментов с какой-нибудь другой ОС ;-)

*** Добавлено: 30.10.2019 22:25:04 ***

booidea пишет:

у меня current стоит же

Это само по себе накладывает некоторые ограничения на способ использования (в части ломающих обновлений, отдельного источника слакбилдов для sbopkg (не надо пытаться собирать слакбилды от 14.2) и т.д. и т.п.)...

75

/etc/lilo.conf:

# LILO configuration file
# generated by 'liloconfig'
#
# Start LILO global section
# Append any additional kernel parameters:
# append=" "
append="vt.default_utf8=1"

boot = /dev/sda
#compact        # faster, but won't work on all systems.

# Boot BMP Image.
# Bitmap in BMP format: 640x480x8
  bitmap = /boot/slack.bmp
# Menu colors (foreground, background, shadow, highlighted
# foreground, highlighted background, highlighted shadow):
  bmp-colors = 255,0,255,0,255,0
# Location of the option table: location x, location y, number of
# columns, lines per column (max 15), "spill" (this is how many
# entries must be in the first column before the next begins to
# be used. We don't specify it here, as there's just one column.
  bmp-table = 60,6,1,16
# Timer location x, timer location y, foreground color,
# background color, shadow color.
  bmp-timer = 65,27,0,255

# Standard menu.
# Or, you can comment out the bitmap menu above and 
# use a boot message with the standard menu:
#message = /boot/boot_message.txt

# Wait until the timeout to boot (if commented out, boot the
# first entry immediately):
prompt
# Timeout before the first entry boots.
# This is given in tenths of a second, so 600 for every minute:
timeout = 1200
# Override dangerous defaults that rewrite the partition table:
change-rules
  reset
# Normal VGA console
vga = normal
# Ask for video mode at boot (time out to normal in 30s)
#vga = ask
# VESA framebuffer console @ 1024x768x64k
#vga=791
# VESA framebuffer console @ 1024x768x32k
#vga=790
# VESA framebuffer console @ 1024x768x256
#vga=773
# VESA framebuffer console @ 800x600x64k
#vga=788
# VESA framebuffer console @ 800x600x32k
#vga=787
# VESA framebuffer console @ 800x600x256
#vga=771
# VESA framebuffer console @ 640x480x64k
#vga=785
# VESA framebuffer console @ 640x480x32k
#vga=784
# VESA framebuffer console @ 640x480x256
#vga=769
# End LILO global section
# Linux bootable partition config begins
image = /boot/vmlinuz
  root = /dev/sda3
  label = Linux
  read-only
# Linux bootable partition config ends

# Linux2 bootable partition config begins
image = /boot/vmlinuz
  root = /dev/sda3
  addappend = "amdgpu.dc=0 amdgpu.dpm=0 amdgpu.aspm=0 amdgpu.runpm=0 amdgpu.bap>
  label = Linux2
  read-only
# Linux2 bootable partition config ends

image = /boot/vmlinuz-huge-4.19.80
  addappend = "amdgpu.dc=0 amdgpu.dpm=0 amdgpu.aspm=0 amdgpu.runpm=0 amdgpu.bap>
  root = /dev/sda2  # ваш корень
  label = Linux419
  read-only

*** Добавлено: 31.10.2019 02:28:40 ***

А что, от 14.2 слакбилды не соберутся?  ai

*** Добавлено: 31.10.2019 02:32:21 ***

Может быть догда действительно снести и поставить 14.2 с модулем новым?

Только как это сделать? После установки через upgradepkg?

76

booidea пишет:

А что, от 14.2 слакбилды не соберутся? 

Не все соберутся и не все так, как надо.
Вам за слакбилдами для current туда:
https://github.com/Ponce/slackbuilds
В sbopkg ссылка на него есть, с ним работать умеет, нужно только прописать его в конфиг или выбрать в dialog-овом интерфейсе.

Если нормально работает с пустой /proc/cmdline (без amdgpu.*), то оставить такой хвост:

# Linux bootable partition config begins
image = /boot/vmlinuz
  root = /dev/sda3
  label = Linux
  read-only
# Linux bootable partition config ends

Если с полным набором amdgpu.*, то такой:

# Linux bootable partition config begins
image = /boot/vmlinuz
  root = /dev/sda3
  addappend = "amdgpu.dc=0 amdgpu.dpm=0 amdgpu.aspm=0 amdgpu.runpm=0 amdgpu.bapm=0"
  label = Linux
  read-only
# Linux bootable partition config ends

Выполнить

 Консоль:
# lilo -v

проконтролировать отсутствие ошибок.
Удалить теперь ненужные дистрибутивные ядра/модули/исходники версии 4.19.х:
 Консоль:
# removepkg $(ls /var/log/packages/kernel-*-4.19.* | grep -v headers)

В /etc/slackpkg/blacklist убедиться, что пакеты ядра (kernel-...) не закомментированы (когда придет 5.4 в официальное дерево, можно будет вернуть обратно).

77

Ставятся от 14.2, но потом система ломается. Я так свернул башку своей slackware раскоментировав не current. ag

78

booidea пишет:

Может быть догда действительно снести и поставить 14.2 с модулем новым?

Я б сперва проверил...
Отрезал бы раздельчик под корень, поставил туда 14.2, обновил ядро до 5.4, позвал lilo. Перезагрузился, убедился, что все работает как ожидалось (не забываем, что в X-ах присутствует ответная часть для amdgpu).
И потом по результатам принимал бы решение, что делать дальше.

Обращаю внимание, я изначально предлагал проверять работу не на установленной Slackware-current, а на Slackware Live Edition на отдельной флешке.
Но кто ж меня слушал bx

*** Добавлено: 30.10.2019 22:54:50 ***

shtoom пишет:

Я так свернул башку своей slackware раскоментировав не current

Ну тут да, стрелять в ногу не запрещено, система админу доверяет полностью ;-)
*** Добавлено: 30.10.2019 22:58:30 ***

booidea,
кстати, машинка наверняка с UEFI, использовать UEFI загрузку (eLILO) с GPT разметкой нет желания?
Если есть, то стоило бы проверить, насколько реализация UEFI не крива, а то там такоооое иногда встречается...
В общем как раз материал на отдельную тему может получиться bx

79

booidea,
еще про lilo.conf:

1)

append="vt.default_utf8=1"

можно убрать, это уже давно соответствует умолчанию.


2)

compact

Стоит раскомментировать эту строку, обычно сильно сокращает время чтения ядра с диска.

3) Отладочный вывод ядра можно убрать, добавив в строку append или в addappend "quiet".

4) Включить засыпание на диск можно указав раздел со свопом в append, например так:

append = "resume=/dev/sda1"

Ну и общее правило: изменив lilo.conf, выполнить "lilo -v" и проконтролировать отсутствие ошибок.

80 (30.10.2019 23:52:36 отредактировано booidea)

bormant пишет:

booidea,
кстати, машинка наверняка с UEFI, использовать UEFI загрузку (eLILO) с GPT разметкой нет желания?
Если есть, то стоило бы проверить, насколько реализация UEFI не крива, а то там такоооое иногда встречается...
В общем как раз материал на отдельную тему может получиться bx

Ээ...  bm А зачем? Это лучше, чем с BIOS? И как проверить насколько не крива реализация UEFI?  ab
*** Добавлено: 31.10.2019 03:48:59 ***

bormant пишет:

Вам за слакбилдами для current туда:
https://github.com/Ponce/slackbuilds
В sbopkg ссылка на него есть, с ним работать умеет, нужно только прописать его в конфиг или выбрать в dialog-овом интерфейсе.

Вот так?

/etc/sbopkg/sbopkg.conf:

REPO_BRANCH=${REPO_BRANCH:-current}
REPO_NAME=${REPO_NAME:-SBo-git}
sbopkg -r

А вот это закомментить?

REPO_BRANCH=${REPO_BRANCH:-14.2}
REPO_NAME=${REPO_NAME:-SBo}

81

booidea пишет:

Вот так?

Да. Еще в /usr/sbin/sqg проверить, что REPO_BRANCH и REPO_NAME закомментированы (тогда будет брать глобальные).

booidea пишет:

А вот это закомментить?

Можно и удалить от греха, чтоб не было соблазна ;-)

82

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

83

booidea пишет:

отказывает в доступе

Как именно?
*** Добавлено: 31.10.2019 00:29:17 ***

Правильно делает, что отказывает, там ls было пропущено (или echo -- без разницы), выше тоже исправил.

 Консоль:
removepkg $(ls /var/log/packages/kernel-*-4.19.* | grep -v headers)

84

bormant пишет:
booidea пишет:

отказывает в доступе

Как именно?
*** Добавлено: 31.10.2019 00:29:17 ***

Правильно делает, что отказывает, там ls было пропущено (или echo -- без разницы), выше тоже исправил.

 Консоль:
removepkg $(ls /var/log/packages/kernel-*-4.19.* | grep -v headers)

Да, теперь пошел процесс, спасибо ab