LINUX.ORG.RU

Долго загружается Cinnamon на Debian 9 («Stretch»). Как побороть?

 , ,


0

3

Здравствуйте, господа. На стареньком ноутбуке с SSD установил Debian 9 («Stretch») c графической средой Cinnamon. Видеокарточка у ноутбука AMD Radeon HD 6580M. Сразу после установки всё запускалось быстро и хорошо (правда, рабочий стол при этом отрисовывался без аппаратного ускорения), поскольку при загрузке требовалось доустановить пакет firmware-amd-graphics. Доустановил. Теперь всё стало загружаться очень медленно. Сначала загрузка висит секунд 10 на запросе логина\пароля:

Debian GNU/Linux 9 acer-i7 tty1

acer-i7 login: _

Затем ещё секунд 5 экран с текстовым курсором в верхнем левом углу экрана. Потом ещё секунд 10 экран пустой. И, наконец, появляется графический курсор и рабочий стол Cinnamon'а.

Визуально - больше времени тратится на смену видеорежимов, переход с текстового на графический, но при этом systemd-analyze не выявляет никаких проблем со скоростью загрузки.

Подскажите, пожалуйста, как можно это победить? Если какие логи нужны - напишите, предоставлю.


Ответ на: комментарий от vs220

Clonezill'ой образ восстанавливал первоначальный. Потому и включенными оказались.

Sferg
() автор топика
Ответ на: комментарий от vs220

С параметром radeon.modeset=0 в Grub даже с включенными службами, которые Вы упомянули, не наблюдалось раздражающих тормозов. C данным параметром система загружается в РАЗЫ быстрее, однако используется программный рендеринг => нагрузка на CPU высокая.

Sferg
() автор топика
Ответ на: комментарий от Zubok

Установить другое ядро. Более раннее и более позднее.

Установил ядро 4.14.13-1~bpo9+1 - без изменений.
Установил ядро 3.16.51-3 от Jessie - система вообще не загрузилась. Не монтируется корень и остальное. Kernel Panic.

Sferg
() автор топика
Последнее исправление: Sferg (всего исправлений: 1)
Ответ на: комментарий от Sferg

Установил ядро 3.16.51-3 от Jessie - система вообще не загрузилась. Не монтируется корень и остальное. Kernel Panic.

Не, ну это совсем уже древность. Что-нибудь поновее. 4.8.x, например. Можно из Ubuntu по-быстрому поставить и проверить. Или глянуть сейчас jessie-backports.

Zubok ★★★★★
()
Последнее исправление: Zubok (всего исправлений: 1)
Ответ на: комментарий от Zubok

Ядро 4.5.1-1~bpo8+1 - без изменений
Ядро 4.6.1-1~bpo8+1 - без изменений
Ядро 4.7.8-1~bpo8+1 - без изменений

С более низкими версиями система уже не загружается.

Sferg
() автор топика
Последнее исправление: Sferg (всего исправлений: 1)
Ответ на: комментарий от Sferg

М-да, непонятно. Вот еще у тебя в dmesg есть какие-то сообщения, которые, возможно, имеют отношение к BIOS. Проблема может быть не в карточке. Поэтому, наверное, нет массовых сообщений об ошибках.

[    0.182560] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored
[    0.599026] pci 0000:02:00.0: [Firmware Bug]: disabling VPD access (can't determine size of 
non-standard VPD format)
[    9.884377] [Firmware Bug]: Duplicate ACPI video bus devices for the same VGA controller, 
please try module parameter "video.allow_duplicates=1"if the current driver doesn't work.

А ты BIOS обновлял до последнего? Проблема может быть вокруг ACPI. Это, кстати, и backlight напрямую касается. Вот что сейчас делать, я сразу не скажу. Надо попробовать обновить BIOS и опции acpi разные (типа acpi_backlight=vendor и acpi_osi=linux).

И еще. Может, еще какие-то non-free надо установить? Может, поставишь на всякий случай все non-free фирмвари, а не только amd. Потом снести можно, если не поможет.

Zubok ★★★★★
()
Последнее исправление: Zubok (всего исправлений: 2)
Ответ на: комментарий от Zubok

А ты BIOS обновлял до последнего?

BIOS последний. Ноутбуку уже 6 лет, новых версий больше нет и не предвидится.

Может, еще какие-то non-free надо установить?

firmware-linux-nonfree у меня установлен.

Вспомнил, что когда-то давно ставил на ноутбук Linux Mint 17.1 (ядро 3.13). Установил сейчас для пробы Mint 17.1 - загрузилось нормально для мяты, без явных тормозов. Mint 18.3 уже тормозит.

P.S. Хочется именно Debian. Убунты и Мяты не хочу.

Sferg
() автор топика
Последнее исправление: Sferg (всего исправлений: 1)
Ответ на: комментарий от Zubok

Привожу логи, сделанные в Linux Mint 17.1:

Вывод dmesg
Вывод glxinfo
Вывод lsmod
Вывод cat /var/log/syslog
Вывод cat /var/log/Xorg.0.log

А это логи, сделанные в Debian 9:

Вывод dmesg
Вывод glxinfo
Вывод lsmod
Вывод cat /var/log/syslog
Вывод cat /var/log/Xorg.0.log

Sferg
() автор топика
Ответ на: комментарий от Sferg

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

[   11.810555] [drm] Initialized radeon 2.36.0 20080528 for 0000:01:00.0 on minor 0
[   11.925729] random: nonblocking pool is initialized

против адового ожидания в Debian:

[   23.864816] [drm] Initialized radeon 2.49.0 20080528 for 0000:01:00.0 on minor 0
[   58.812364] fuse init (API version 7.26)

Версия драйвера другая. Это понятно, потому что ядро старое.

В иксах то же самое. В Debian ожидание:

[    19.109] (II) xfree86: Adding drm device (/dev/dri/card0)
[    29.895] (--) PCI:*(0:1:0:0) 1002:68a8:1025:050e rev 0, Mem @ 0xb0000000/268435456, 
0xc0300000/131072, I/O @ 0x00003000/256, BIOS @ 0x????????/131072

и старый Mint:

[    19.288] (II) xfree86: Adding drm device (/dev/dri/card0)
[    19.291] (--) PCI:*(0:1:0:0) 1002:68a8:1025:050e rev 0, Mem @ 0xb0000000/268435456, 
0xc0300000/131072, I/O @ 0x00003000/256, BIOS @ 0x????????/131072

Чудится, что проблема будет в любом новом дистрибутиве с новыми ядрами и firmware. Причем проблема может быть связана и с железом. Не с поломкой, а некорректной работой с новыми драйверами. Или некорректной работой драйверов с твоим железом. Надо подумать и поискать какую-нибудь инфу.

Zubok ★★★★★
()
Последнее исправление: Zubok (всего исправлений: 1)
Ответ на: комментарий от Sferg

Попробуй использовать фирмварь, которая идет с минтом, в дебиане.

/lib/firmware/radeon/JUNIPER_pfp.bin
/lib/firmware/radeon/JUNIPER_me.bin
/lib/firmware/radeon/JUNIPER_rlc.bin
/lib/firmware/radeon/JUNIPER_smc.bin

iliyap ★★★★★
()
Ответ на: комментарий от iliyap

Интересная мысль. Завтра после работы попробую.

Sferg
() автор топика
Ответ на: комментарий от iliyap

В Debian еще грузится CYPRESS_uvd.bin

[    3.285491] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/JUNIPER_pfp.bin
[    3.286884] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/JUNIPER_me.bin
[    3.287002] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/JUNIPER_rlc.bin
[    3.287213] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/JUNIPER_smc.bin
...
[    3.312393] radeon 0000:01:00.0: firmware: direct-loading firmware radeon/CYPRESS_uvd.bin
Zubok ★★★★★
()
Последнее исправление: Zubok (всего исправлений: 1)
Ответ на: комментарий от Zubok

Непонятно, для чего грузится фирмварь, предназначенная для модельной линейки видеокарт Cypress. Это же совсем другие модели видеокарт. Согласно таблице на Педивикии, моему Radeon HD 6850M соответствует Juniper RV840. Поэтому и загружаться фирмварь должна только для Juniper'a.

Sferg
() автор топика
Ответ на: комментарий от Sferg

Ну это прошивка только для Universal Video Decoder. Скорее всего, у нескольких линеек чипов эта прошивка одинаковая. А старые пакеты с firmware ты можешь там же - на snapshot.debian.org взять: http://snapshot.debian.org/binary/firmware-amd-graphics/

Zubok ★★★★★
()
Ответ на: комментарий от Zubok

Скопировал каталог /lib/firmware со всем содержимым из Mint'а в Debian 9. Увы, не сработало. Всё равно система стопорится.

Попробовал также установить старый пакет firmware-amd-graphics с http://snapshot.debian.org/binary/firmware-amd-graphics/ - система так же стопорится при загрузке.

Sferg
() автор топика
Ответ на: комментарий от Sferg

Значит, дело в драйвере radeon, скорее всего, а не в firmware. Но, блин, чтобы отловить баги или источник проблемы в этой теме, надо слишком много времени потратить и еще с неясным результатом. Если бы это было со мной, то я бы отправил багрепорт первым делом. Тут даже ошибок никаких не пишет. Еще вариант - посмотреть опции драйвера radeon и их покрутить. Может, принудительно поотключать неиспользуемые выходы опциями ядра или драйвера (VGA, HDMI или что-то еще).

Zubok ★★★★★
()
Ответ на: комментарий от Zubok

В общем, вопрос разрешился. С помощью команды modinfo radeon вывел список параметров модуля. И затем, методом исключения, заносил в каждый из них значение 0 (т.е. Disabled). С последующей перезагрузкой. Виновником оказался параметр dpm. Прописал в /etc/default/grub параметр radeon.dpm=0 и система стала быстро загружаться. Не знаю, правда, чем отключение данного параметра аукнется впоследствии.

Всем спасибо за участие и за дельные советы, которые, в итоге, и привели к решению!

Sferg
() автор топика
Ответ на: комментарий от Sferg

Не знаю, правда, чем отключение данного параметра аукнется впоследствии.

Это динамическое управление мощностью. dpm появилось, начиная с ядра 3.13. Вернее, появилось раньше, но по умолчанию включили, начиная с этого ядра.

https://wiki.archlinux.org/index.php/ATI#Powersaving

https://wiki.gentoo.org/wiki/Radeon#Power_Management_with_Linux_Kernel_.3E.3D...

https://www.x.org/wiki/RadeonFeature/#index3h2

Zubok ★★★★★
()
Последнее исправление: Zubok (всего исправлений: 2)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.