Bug 9513

Summary: Xfdrake nvidia install fail system
Product: [ROSA-based products] ROSA Fresh Reporter: Vladimir Potapov <v.potapov>
Component: Packages from MainAssignee: ROSA Linux Bugs <bugs>
Status: CONFIRMED --- QA Contact: ROSA Linux Bugs <bugs>
Severity: normal    
Priority: Normal CC: eugene.shatokhin, m.novosyolov
Version: KDE4   
Target Milestone: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Platform: --- ROSA Vulnerability identifier:
RPM Package: ISO-related:
Bad POT generating: Upstream:
Bug Depends on:    
Bug Blocks: 9484    

Description Vladimir Potapov 2018-11-19 19:26:27 MSK
1) Set up system from R11 from 
ROSA.FRESH.KDE.R11.23587.b.x86_64.uefi
https://abf.io/platforms/rosa2016.1/products/190/product_build_lists/23587
ROSA.FRESH.KDE.R11.23588.b.i586
https://abf.io/platforms/rosa2016.1/products/190/product_build_lists/23588
2) Set up nvidia drivers by XFdrake
3) reboot
4) system not boot
Comment 1 Mikhail Novosyolov 2018-11-19 19:36:40 MSK
А можно подробнее, как system not boot? В /etc/default/grub убрать quite splash в cmdline, update-grub2, потмо ставить нвидио драйвер. Это выключит plymouth и вместо черного экрана будет нечто вразумительное.
Comment 2 Mikhail Novosyolov 2018-11-19 19:38:23 MSK
Там будет консоль, systemctl restart NetworkManager - при необходимости так подрубить сеть, снять пробу (hw-probe -all -upload), сохранить и прикрепить сюда /var/log/Xorg.0.log, journalctl -xb > journal.log, dmesg будет в пробе.
Comment 3 Vladimir Potapov 2018-11-20 02:38:01 MSK
(In reply to Mikhail Novosyolov from comment #1)
> А можно подробнее, как system not boot? В /etc/default/grub убрать quite
> splash в cmdline, update-grub2, потмо ставить нвидио драйвер. Это выключит
> plymouth и вместо черного экрана будет нечто вразумительное.
да там и сейчас тестовый лог. Последние сообщения о том что cups стартовал в одном случае и предыдущая строчка в другом
Comment 4 Vladimir Potapov 2018-11-20 02:38:37 MSK
(In reply to Mikhail Novosyolov from comment #2)
> Там будет консоль,
увы, но не смог войти в консоль там. Сегодня утром еще раз буду пробовать.
Comment 5 Evgenii Shatokhin 2018-11-20 11:02:37 MSK
I have no time to look into this. Take it, it you like.
Comment 6 Evgenii Shatokhin 2018-11-20 11:18:00 MSK
On 2 my test machines with NVidia graphics both nvidia390 and nvidia340 work OK with the kernel 4.15.0-40.

So it is either something wrong on your particular machine or in the ISO image. Or, XFdrake is broken.
Comment 7 Mikhail Novosyolov 2018-11-20 13:53:09 MSK
(In reply to Vladimir Potapov from comment #4)
> (In reply to Mikhail Novosyolov from comment #2)
> > Там будет консоль,
> увы, но не смог войти в консоль там. Сегодня утром еще раз буду пробовать.

Если выключить plymouth, тотпри переходе graphical.target в состояние failed systemd выкинет запрос рут пароля. Последнее сообщение о чем угодно и нет консоли - типичная проблема на plymouth. У вас с включенным plymouth даже переход в tty не работает.
Comment 8 Mikhail Novosyolov 2018-11-20 13:55:32 MSK
Можно через e в граье уьрать auite splash из cmdline
Comment 9 Vladimir Potapov 2018-11-21 08:44:54 MSK
(In reply to Evgenii Shatokhin from comment #6)
> So it is either something wrong on your particular machine or in the ISO
> image. Or, XFdrake is broken.
Я собрал образ, идентичный пререлизному, но со старым загрузчиком.
https://abf.io/platforms/rosa2016.1/products/215/product_build_lists/23660
Там нвидия-драйвера установились нормально.
https://linux-hardware.org/?probe=7d4d8333be
Comment 10 Vladimir Potapov 2018-11-21 09:08:40 MSK
образ 23587, установка драйверов, логи до перезагрузки
https://linux-hardware.org/?probe=41e11e9842
Comment 11 Vladimir Potapov 2018-11-21 09:15:28 MSK
Эврика! В командной строке grub почему-то не прописывается nomodeset. Вручную указал - все заработало. Вопрос - почему?
проба после загрузки с ручным указанием nomodeset
https://linux-hardware.org/?probe=1a64a0e523
Comment 12 Vladimir Potapov 2018-11-21 13:05:32 MSK
XFdrake перестал менять файл /etc/grub.d/10_linux
Comment 13 Evgenii Shatokhin 2018-11-21 14:33:20 MSK
(In reply to Vladimir Potapov from comment #12)
> XFdrake перестал менять файл /etc/grub.d/10_linux

XFdrake не должен менять /etc/grub.d/10_linux. Он должен прописать nomodeset в /etc/default/grub.
Comment 14 Evgenii Shatokhin 2018-11-21 14:37:42 MSK
(In reply to Evgenii Shatokhin from comment #13)
> (In reply to Vladimir Potapov from comment #12)
> > XFdrake перестал менять файл /etc/grub.d/10_linux
> 
> XFdrake не должен менять /etc/grub.d/10_linux. Он должен прописать nomodeset
> в /etc/default/grub.

Скорее всего, XFdrake пытался сделать что-то такое:

/usr/sbin/grub2-cfg-mod --add nomodeset

Проверьте по коду XFdrake.

В новом grub этого инструмента нет. Будет время - я посмотрю, как его вернуть.
Comment 15 Evgenii Shatokhin 2018-11-21 14:50:50 MSK
(In reply to Evgenii Shatokhin from comment #14)
> В новом grub этого инструмента нет. Будет время - я посмотрю, как его
> вернуть.
А, этот скрипт не из самого GRUB идёт, а у нас отдельным файлом лежат. Саша Казанцев его писал, похоже.

Скрипт протерялся при обновлении, сейчас восстановлю.
Comment 16 Vladimir Potapov 2018-11-21 14:56:08 MSK
(In reply to Evgenii Shatokhin from comment #13)
> XFdrake не должен менять /etc/grub.d/10_linux.
Ну, я проверил что в предыдущем случае он его менял, по крайней мере после установки драйверов там присутствовал ключ nomodeset
Comment 17 Evgenii Shatokhin 2018-11-21 15:03:46 MSK
(In reply to Vladimir Potapov from comment #16)
> (In reply to Evgenii Shatokhin from comment #13)
> > XFdrake не должен менять /etc/grub.d/10_linux.
> Ну, я проверил что в предыдущем случае он его менял, по крайней мере после
> установки драйверов там присутствовал ключ nomodeset

Ты смотрел /etc/grub.d/10_linux или секцию "10_linux" в grub.cfg?

XFdrake не должен менять /etc/grub.d/10_linux, это баг, если меняет.

Параметры загрузки ядра должны ставиться через /etc/default/grub.