Bug 38984 - Чёрный экран при загрузке иксов c ядром 5.8 в virtualbox на i586
Summary: Чёрный экран при загрузке иксов c ядром 5.8 в virtualbox на i586
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: kernel-image-un-def (show other bugs)
Version: unstable
Hardware: x86 Linux
: P5 normal
Assignee: Vitaly Chikunov
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks: 33000
  Show dependency tree
 
Reported: 2020-09-23 15:40 MSK by Антон Мидюков
Modified: 2020-10-28 09:07 MSK (History)
4 users (show)

See Also:


Attachments
Лог иксов при загрузке с чёрным экраном (75.34 KB, application/x-trash)
2020-09-23 15:40 MSK, Антон Мидюков
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Антон Мидюков 2020-09-23 15:40:03 MSK
Created attachment 8974 [details]
Лог иксов при загрузке с чёрным экраном

Чёрный экран при загрузке иксов c ядром 5.8 в virtualbox на i586 (виртуальный видеадаптер значения не имеет). Если выгрузить модули ядра vboxsf и vboxguest, то иксы загружаются нормально.

Также я проверил, что монтирование vboxsf не работает (модуль vboxsf загружен).
Модули vboxguest и vboxsf из пакета kernel-image-un-def. Пакет virtualbox-guest-addition-un-def не собран. На ядре std-def используются модули из пакетов virtualbox-guest-addition-*-std-def.

Так что напрашивается предложение не собирать модули ядра vboxguest и vboxsf в пакете kernel-image-un-def.
Comment 1 Valery Sinelnikov 2020-09-23 16:59:53 MSK
Новая версия virtualbox с поддержкой ядра 5.8 застряла при проверке линковки на сборочнице:
https://lists.altlinux.org/pipermail/devel/2020-September/211991.html

Давайте уточним:
- Какая версия virtualbox установлена на хост-системе?
- Какое ядро установлено на хост-системе?
- Откуда взяты модули vboxsf и vboxguest для ядра 5.8 на гостевой системе?
- Работает ли драйвер vboxvideo?

Новые ядра включают собственную реализацию модулей vboxguest и vboxvideo для того чтобы ими воспользоваться необходимо удалить пакеты: 
virtualbox-guest-common-vboxguest

Попробуйте проверить модули из этих пакетов, если использовали более старые:
 http://git.altlinux.org/tasks/257606/build/40/i586/rpms/
 http://git.altlinux.org/tasks/257606/build/40/x86_64/rpms/

Модуль vboxsf проверяется с ядром un-def при прохождении virtualbox в стабильный бранч.
Comment 2 Valery Sinelnikov 2020-09-23 17:05:08 MSK
Новые ядра включают собственную реализацию модулей vboxguest и vboxvideo для того чтобы ими воспользоваться необходимо удалить пакеты: 
virtualbox-guest-common-vboxguest, virtualbox-guest-common-vboxvideo и virtualbox-guest-common.
Comment 3 Антон Мидюков 2020-09-23 17:36:29 MSK
(Ответ для Valery Sinelnikov на комментарий #1)
> Новая версия virtualbox с поддержкой ядра 5.8 застряла при проверке линковки
> на сборочнице:
> https://lists.altlinux.org/pipermail/devel/2020-September/211991.html
> 
> Давайте уточним:
> - Какая версия virtualbox установлена на хост-системе?

virtualbox-6.1.12a-alt2.x86_64

> - Какое ядро установлено на хост-системе?

5.4.62-std-def-alt1

> - Откуда взяты модули vboxsf и vboxguest для ядра 5.8 на гостевой системе?

Они в пакете kernel-image-un-def

> - Работает ли драйвер vboxvideo?

Если выбран видеоадаптер vboxvga или vboxsvga, то работает.

> 
> Новые ядра включают собственную реализацию модулей vboxguest и vboxvideo для
> того чтобы ими воспользоваться необходимо удалить пакеты: 
> virtualbox-guest-common-vboxguest

А толк какой будет от модулей ядра без утилит? Потому и предложил их не собирать.

В принципе, если закоментировать в /etc/X11/xinit.d/98vboxadd-xclient строчку:
/usr/bin/VBoxClient --vmsvga
то чёрный экран не наблюдается.
Comment 4 Антон Мидюков 2020-09-23 17:55:12 MSK
(Ответ для Valery Sinelnikov на комментарий #1)
> 
> Попробуйте проверить модули из этих пакетов, если использовали более старые:
>  http://git.altlinux.org/tasks/257606/build/40/i586/rpms/
>  http://git.altlinux.org/tasks/257606/build/40/x86_64/rpms/

Они для ядра 5.7.19 собраны.

> 
> Модуль vboxsf проверяется с ядром un-def при прохождении virtualbox в
> стабильный бранч.

Я про модуль ядра из пакета kernel-image-un-def. В версии 5.7 этого модуля ещё не было. А в версии 5.8 есть и работать не хочет. Говорит про неизвестный аргумент:

mount -t vboxsf rpm /mnt
/sbin/mount.vboxsf: mounting failed with the error: Invalid argument

lsmod |grep vboxsf:
vboxsf 28672 0
vboxguest 32768 5 vboxsf
Comment 5 Valery Sinelnikov 2020-09-23 18:05:04 MSK
(Ответ для Антон Мидюков на комментарий #3)
> (Ответ для Valery Sinelnikov на комментарий #1)
> > Новая версия virtualbox с поддержкой ядра 5.8 застряла при проверке линковки
> > на сборочнице:
> > https://lists.altlinux.org/pipermail/devel/2020-September/211991.html
> > 
> > Давайте уточним:
> > - Какая версия virtualbox установлена на хост-системе?
> 
> virtualbox-6.1.12a-alt2.x86_64
> 
> > - Какое ядро установлено на хост-системе?
> 
> 5.4.62-std-def-alt1
> 
> > - Откуда взяты модули vboxsf и vboxguest для ядра 5.8 на гостевой системе?
> 
> Они в пакете kernel-image-un-def

В таком случае мы имеем дело с модулями встроенными в ядро. Дело в том, что родные модули virtualbox'а для 5.8 ядра un-def из репозитория временно удалены, поскольку новый virtualbox с поддержкой ядра 5.8 пока не собран:
http://git.altlinux.org/gears/k/kernel-modules-virtualbox-addition-un-def.git

В целом, модули ядра vboxguest и vboxsf рабочие, но новые ядра не поддерживаются старым virtualbox'ом.

Стоит проверить работают ли они на новом от сюда:
http://git.altlinux.org/tasks/257606/build/40/x86_64/rpms/

Можете проверить работу на новом virtualbox на хосте?

 
> > - Работает ли драйвер vboxvideo?
> 
> Если выбран видеоадаптер vboxvga или vboxsvga, то работает.
> 
> > 
> > Новые ядра включают собственную реализацию модулей vboxguest и vboxvideo для
> > того чтобы ими воспользоваться необходимо удалить пакеты: 
> > virtualbox-guest-common-vboxguest
> 
> А толк какой будет от модулей ядра без утилит? Потому и предложил их не
> собирать.

Это вспомогательные пакеты для загрузки модулей ядра. На наличие утилит их отсутствие не влияет.

$ rpm -qpRl virtualbox-guest-common-*
rpmlib(PayloadIsLzma)
/etc/modules-load.d/virtualbox-addition.conf                                                                                                
rpmlib(PayloadIsLzma)                                                                                                                       
/etc/modprobe.d/virtualbox-vboxguest.conf                                                                                                   
rpmlib(PayloadIsLzma)
/etc/modprobe.d/virtualbox-vboxvideo.conf

$ ls virtualbox-guest-common-*
virtualbox-guest-common-6.1.14-alt1.i586.rpm
virtualbox-guest-common-vboxvideo-6.1.14-alt1.i586.rpm
virtualbox-guest-common-vboxguest-6.1.14-alt1.i586.rpm

> В принципе, если закоментировать в /etc/X11/xinit.d/98vboxadd-xclient
> строчку:
> /usr/bin/VBoxClient --vmsvga
> то чёрный экран не наблюдается.

Видимо, эту опцию нужно сделать выбираемой в зависимости от используемого видеодрайвера.
Comment 6 Антон Мидюков 2020-09-23 18:13:31 MSK
(Ответ для Valery Sinelnikov на комментарий #5)
> (Ответ для Антон Мидюков на комментарий #3)
> > А толк какой будет от модулей ядра без утилит? Потому и предложил их не
> > собирать.
> 
> Это вспомогательные пакеты для загрузки модулей ядра. На наличие утилит их
> отсутствие не влияет.
> 
> $ rpm -qpRl virtualbox-guest-common-*
> rpmlib(PayloadIsLzma)
> /etc/modules-load.d/virtualbox-addition.conf                                
> 
> rpmlib(PayloadIsLzma)                                                       
> 
> /etc/modprobe.d/virtualbox-vboxguest.conf                                   
> 
> rpmlib(PayloadIsLzma)
> /etc/modprobe.d/virtualbox-vboxvideo.conf
> 
> $ ls virtualbox-guest-common-*
> virtualbox-guest-common-6.1.14-alt1.i586.rpm
> virtualbox-guest-common-vboxvideo-6.1.14-alt1.i586.rpm
> virtualbox-guest-common-vboxguest-6.1.14-alt1.i586.rpm

От virtualbox-guest-common зависят virtualbox-guest-additions и virtualbox-guest-utils.
Comment 7 Valery Sinelnikov 2020-09-23 18:32:28 MSK

(Ответ для Антон Мидюков на комментарий #6)
> (Ответ для Valery Sinelnikov на комментарий #5)
[...]
> > $ ls virtualbox-guest-common-*
> > virtualbox-guest-common-6.1.14-alt1.i586.rpm
> > virtualbox-guest-common-vboxvideo-6.1.14-alt1.i586.rpm
> > virtualbox-guest-common-vboxguest-6.1.14-alt1.i586.rpm
> 
> От virtualbox-guest-common зависят virtualbox-guest-additions и
> virtualbox-guest-utils.

Действительно.

Давайте уточним следующие моменты:
- влияет ли наличие стоковых модулей vboxguest и vboxsf, если закоментировать в /etc/X11/xinit.d/98vboxadd-xclient строчку /usr/bin/VBoxClient --vmsvga ? Какие, при этом, vbox* модули оказываются загружены?
- Работают ли модули vboxguest и vboxsf на новом virtualbox-6.1.14 из не прошедшей таски:
http://git.altlinux.org/tasks/257606/build/40/x86_64/rpms/ ?
Comment 8 Антон Мидюков 2020-09-23 19:09:27 MSK
(Ответ для Valery Sinelnikov на комментарий #7)
> 
> (Ответ для Антон Мидюков на комментарий #6)
> > (Ответ для Valery Sinelnikov на комментарий #5)
> [...]
> > > $ ls virtualbox-guest-common-*
> > > virtualbox-guest-common-6.1.14-alt1.i586.rpm
> > > virtualbox-guest-common-vboxvideo-6.1.14-alt1.i586.rpm
> > > virtualbox-guest-common-vboxguest-6.1.14-alt1.i586.rpm
> > 
> > От virtualbox-guest-common зависят virtualbox-guest-additions и
> > virtualbox-guest-utils.
> 
> Действительно.
> 
> Давайте уточним следующие моменты:
> - влияет ли наличие стоковых модулей vboxguest и vboxsf, если
> закоментировать в /etc/X11/xinit.d/98vboxadd-xclient строчку
> /usr/bin/VBoxClient --vmsvga ? Какие, при этом, vbox* модули оказываются
> загружены?

Те же самые. Модули уже загружены (vboxguest, vboxsf, vboxvideo). Вот, если vboxguest и vboxsf выгрузить, проблема не возникает. Проблема только на i586.

> - Работают ли модули vboxguest и vboxsf на новом virtualbox-6.1.14 из не
> прошедшей таски:
> http://git.altlinux.org/tasks/257606/build/40/x86_64/rpms/ ?

Они загружены, mount.vboxsf не работает. Буфер обмена работает. Это модули ядра из kernel-image-un-def.

Можете сами проблему воспроизвести у себя на регулярках:
http://nightly.altlinux.org/sisyphus/snapshots/20200923/regular-icewm-sysv-20200923-i586.iso
http://nightly.altlinux.org/sisyphus/snapshots/20200923/regular-xfce-20200923-i586.iso
Comment 9 Evgeny Sinelnikov 2020-09-24 11:01:39 MSK
(Ответ для Антон Мидюков на комментарий #8)
> (Ответ для Valery Sinelnikov на комментарий #7)
> > 
> > (Ответ для Антон Мидюков на комментарий #6)
> > > (Ответ для Valery Sinelnikov на комментарий #5)
> > [...]
> > > > $ ls virtualbox-guest-common-*
> > > > virtualbox-guest-common-6.1.14-alt1.i586.rpm
> > > > virtualbox-guest-common-vboxvideo-6.1.14-alt1.i586.rpm
> > > > virtualbox-guest-common-vboxguest-6.1.14-alt1.i586.rpm
> > > 
> > > От virtualbox-guest-common зависят virtualbox-guest-additions и
> > > virtualbox-guest-utils.
> > 
> > Действительно.
> > 
> > Давайте уточним следующие моменты:
> > - влияет ли наличие стоковых модулей vboxguest и vboxsf, если
> > закоментировать в /etc/X11/xinit.d/98vboxadd-xclient строчку
> > /usr/bin/VBoxClient --vmsvga ? Какие, при этом, vbox* модули оказываются
> > загружены?
> 
> Те же самые. Модули уже загружены (vboxguest, vboxsf, vboxvideo). Вот, если
> vboxguest и vboxsf выгрузить, проблема не возникает. Проблема только на i586.

Погодите, какую проблему вызывает наличие загруженных модулей vboxguest и vboxsf?
Как эта проблема связана с решением "если закоментировать в /etc/X11/xinit.d/98vboxadd-xclient строчку /usr/bin/VBoxClient --vmsvga" ?

Я так это не понял ни со слов greh@ 


> > - Работают ли модули vboxguest и vboxsf на новом virtualbox-6.1.14 из не
> > прошедшей таски:
> > http://git.altlinux.org/tasks/257606/build/40/x86_64/rpms/ ?
> 
> Они загружены, mount.vboxsf не работает. Буфер обмена работает. Это модули
> ядра из kernel-image-un-def.
> 
> Можете сами проблему воспроизвести у себя на регулярках:
> http://nightly.altlinux.org/sisyphus/snapshots/20200923/regular-icewm-sysv-
> 20200923-i586.iso
> http://nightly.altlinux.org/sisyphus/snapshots/20200923/regular-xfce-
> 20200923-i586.iso

А причём тут "Они загружены", если вопрос о том, что:
- на какое-то время оказалось, что под ядро un-def не собрались модули kernel-modules-virtualbox-additions;
- при сборке очередных i586-образов, модули не установились;
- из ядра прилетел полный набор не родных, стоковых модулей, поставляемых в исходниках ядра;
- эти модули ведут себя странно на старом virtualbox-6.1.12a-alt2.x86_64, запущенном на хосте с ядром  5.4.62-std-def-alt1.

______________________


Есть предположение, что как только новый пакет virtualbox-6.1.14 с поддержкой ядра 5.8 пролезет в сизиф и в p9, проблема перестанет быть актуальной.

Возникает несколько вопросов, которые стоит проверить до этого момента:

----------------------
- Как поведут себя стоковые vbox-модули из ядра 5.8 в сизифных регулярках на новом virtualbox-6.1.14? Для этого virtualbox нужно обновить на хостовой системе, установив пакеты:
 http://git.altlinux.org/tasks/257606/build/40/x86_64/rpms/virtualbox-6.1.14-alt1.x86_64.rpm
 http://git.altlinux.org/tasks/257606/build/40/x86_64/rpms/virtualbox-common-6.1.14-alt1.x86_64.rpm
 http://git.altlinux.org/tasks/257606/build/400/x86_64/rpms/kernel-modules-virtualbox-std-def-6.1.14-alt1.328766.1.x86_64.rpm (если ядро не утекло)


----------------------
- Какую проблему, в итоге мы хотим решить для сизифных регулярок на ядре un-def?

 + Если мы хотим, чтобы они надёжнее работали, может быть их не стоит собирать на ядре un-def? На ядре std-def проблема бы не возникла.

 + Если мы хотим решить случайно выявленные проблемы стоковых vbox-модулей на ядре 5.8, то их стоит, для начала, проверить на последней хостовой версии virtualbox-6.1.14.

Решение просто их выпилить из ядра выгядит слишком радикально. Тем более, что аналогичные проблемы не выялены для x86_64. То есть, получается, что исходное предложение в текущей баге - отпилить модули vboxguest и vboxsf только на i586, потому что так сошлись звёзды. Завтра эти модули снова понадобятся и их снова нужно будет включать. Может быть их лучше тогда пока загнать в блеклист в регулярках? Причём только в том случае, когда пакеты kernel-modules-virtualbox-addition*-std-def не установлены.

Замечу, что вся эта чехорда с появлением нескольких пакетов с модулями:
 kernel-modules-virtualbox-addition-guest-std-def
 kernel-modules-virtualbox-addition-std-def
 kernel-modules-virtualbox-addition-video-std-def
возникла именно из-за того, что неожиданно в исходниках ядра появились сначала vboxguest, затем vboxvideo, а теперь и vboxsf, были включены. Собирать гостевые модули в расчёте на то, что на i586 и на x86_64 ещё и ядра собраны по-разному в плане поддержки vbox-модулей совсем не то, что кажется уменьшает энтропию.

 + Если мы хотим, чтобы сизифные регулярки на ядре un-def работали, как раньше, стоит помочь Валере допинать новый virtualbox с virtualbox-addition модулями для 5.8 ядра un-def:
https://lists.altlinux.org/pipermail/devel/2020-September/211991.html
Comment 10 Антон Мидюков 2020-09-24 11:29:25 MSK
(Ответ для Evgeny Sinelnikov на комментарий #9)
> (Ответ для Антон Мидюков на комментарий #8)
> > (Ответ для Valery Sinelnikov на комментарий #7)
> > > 
> > > (Ответ для Антон Мидюков на комментарий #6)
> > > > (Ответ для Valery Sinelnikov на комментарий #5)
> > > [...]
> > > > > $ ls virtualbox-guest-common-*
> > > > > virtualbox-guest-common-6.1.14-alt1.i586.rpm
> > > > > virtualbox-guest-common-vboxvideo-6.1.14-alt1.i586.rpm
> > > > > virtualbox-guest-common-vboxguest-6.1.14-alt1.i586.rpm
> > > > 
> > > > От virtualbox-guest-common зависят virtualbox-guest-additions и
> > > > virtualbox-guest-utils.
> > > 
> > > Действительно.
> > > 
> > > Давайте уточним следующие моменты:
> > > - влияет ли наличие стоковых модулей vboxguest и vboxsf, если
> > > закоментировать в /etc/X11/xinit.d/98vboxadd-xclient строчку
> > > /usr/bin/VBoxClient --vmsvga ? Какие, при этом, vbox* модули оказываются
> > > загружены?
> > 
> > Те же самые. Модули уже загружены (vboxguest, vboxsf, vboxvideo). Вот, если
> > vboxguest и vboxsf выгрузить, проблема не возникает. Проблема только на i586.
> 
> Погодите, какую проблему вызывает наличие загруженных модулей vboxguest и
> vboxsf?

При загрузке системы i586 c ядром un-def 5.8.x в virtualbox при установленном пакете virtualbox-guest-utils наблюдается чёрный экран вместо изображения в загруженных иксах. В логе иксов я ничего такого не заметил. Могу лишь предположить, что glamore пытается задействовать аппаратное ускорение virtualbox.

> Как эта проблема связана с решением "если закоментировать в
> /etc/X11/xinit.d/98vboxadd-xclient строчку /usr/bin/VBoxClient --vmsvga" ?

Напрямую. Проблема в "/usr/bin/VBoxClient --vmsvga" + модуль ядра vboxguest из состава ядра kernel-modules-un-def 5.8.x.

> 
> Я так это не понял ни со слов greh@ 

Надеюсь, что объяснил нормально.

> 
> 
> > > - Работают ли модули vboxguest и vboxsf на новом virtualbox-6.1.14 из не
> > > прошедшей таски:
> > > http://git.altlinux.org/tasks/257606/build/40/x86_64/rpms/ ?

Они собраны для ядра 5.7.19. Нужно собрать для ядра 5.8.x, чтобы проверить.

> > 
> > Они загружены, mount.vboxsf не работает. Буфер обмена работает. Это модули
> > ядра из kernel-image-un-def.
> > 
> > Можете сами проблему воспроизвести у себя на регулярках:
> > http://nightly.altlinux.org/sisyphus/snapshots/20200923/regular-icewm-sysv-
> > 20200923-i586.iso
> > http://nightly.altlinux.org/sisyphus/snapshots/20200923/regular-xfce-
> > 20200923-i586.iso
> 
> А причём тут "Они загружены", если вопрос о том, что:
> - на какое-то время оказалось, что под ядро un-def не собрались модули
> kernel-modules-virtualbox-additions;
> - при сборке очередных i586-образов, модули не установились;
> - из ядра прилетел полный набор не родных, стоковых модулей, поставляемых в
> исходниках ядра;
> - эти модули ведут себя странно на старом virtualbox-6.1.12a-alt2.x86_64,
> запущенном на хосте с ядром  5.4.62-std-def-alt1.

Я обновил модуль ядра для хоста из задания, проблема осталась. Я понимаю, что будут использоваться модули ядра kernel-modules-virtualbox-additions, когда соберутся. Потому в первом сообщении и предложил не собирать модули ядра vboxguest и vboxsf в kernel-image-un-def.

> 
> ______________________
> 
> 
> Есть предположение, что как только новый пакет virtualbox-6.1.14 с
> поддержкой ядра 5.8 пролезет в сизиф и в p9, проблема перестанет быть
> актуальной.

Проблема будет скрыта. В Сизиф соберётся ядро 5.9, а kernel-modules-addititions собраться не успеет. Проблема всплывёт опять. Я не могу так просто исключить для некоторых регулярок virtualbox-guest-utils. И опять я повторю свой вопрос, если стоковые модули ядра не планируем использовать, то зачем их собирать?

> 
> Возникает несколько вопросов, которые стоит проверить до этого момента:
> 
> ----------------------
> - Как поведут себя стоковые vbox-модули из ядра 5.8 в сизифных регулярках на
> новом virtualbox-6.1.14? Для этого virtualbox нужно обновить на хостовой
> системе, установив пакеты:
>  http://git.altlinux.org/tasks/257606/build/40/x86_64/rpms/virtualbox-6.1.14-
> alt1.x86_64.rpm
>  http://git.altlinux.org/tasks/257606/build/40/x86_64/rpms/virtualbox-common-
> 6.1.14-alt1.x86_64.rpm
>  http://git.altlinux.org/tasks/257606/build/400/x86_64/rpms/kernel-modules-
> virtualbox-std-def-6.1.14-alt1.328766.1.x86_64.rpm (если ядро не утекло)

Ничего не изменилось.

> 
> 
> ----------------------
> - Какую проблему, в итоге мы хотим решить для сизифных регулярок на ядре
> un-def?

live с ядром un-def c установленным virtualbox-guest-utils, но не установленными модулями ядра kernel-modules-virtualbox-additions, которые для него собираются на несколько недель позже, должен загружаться нормально, а не показывать чёрный экран.

> 
>  + Если мы хотим, чтобы они надёжнее работали, может быть их не стоит
> собирать на ядре un-def? На ядре std-def проблема бы не возникла.
> 
>  + Если мы хотим решить случайно выявленные проблемы стоковых vbox-модулей
> на ядре 5.8, то их стоит, для начала, проверить на последней хостовой версии
> virtualbox-6.1.14.
> 
> Решение просто их выпилить из ядра выгядит слишком радикально. Тем более,
> что аналогичные проблемы не выялены для x86_64. То есть, получается, что
> исходное предложение в текущей баге - отпилить модули vboxguest и vboxsf
> только на i586, потому что так сошлись звёзды. Завтра эти модули снова
> понадобятся и их снова нужно будет включать. Может быть их лучше тогда пока
> загнать в блеклист в регулярках? Причём только в том случае, когда пакеты
> kernel-modules-virtualbox-addition*-std-def не установлены.
> 
> Замечу, что вся эта чехорда с появлением нескольких пакетов с модулями:
>  kernel-modules-virtualbox-addition-guest-std-def
>  kernel-modules-virtualbox-addition-std-def
>  kernel-modules-virtualbox-addition-video-std-def
> возникла именно из-за того, что неожиданно в исходниках ядра появились
> сначала vboxguest, затем vboxvideo, а теперь и vboxsf, были включены.
> Собирать гостевые модули в расчёте на то, что на i586 и на x86_64 ещё и ядра
> собраны по-разному в плане поддержки vbox-модулей совсем не то, что кажется
> уменьшает энтропию.

Ну, так может на всех ядрах не будем собирать vboxguest, vboxsf, vboxvideo? В чём смысл их собирать, если мы их блеклистим? И убрать эту энтропию. А когда стоковые модули нормально заработают (после сборки 5.14 std-def, например), тогда перейти на них и не собирать kernel-modules-virtualbox-addition.

> 
>  + Если мы хотим, чтобы сизифные регулярки на ядре un-def работали, как
> раньше, стоит помочь Валере допинать новый virtualbox с virtualbox-addition
> модулями для 5.8 ядра un-def:
> https://lists.altlinux.org/pipermail/devel/2020-September/211991.html

Видел, но не знаю чем помочь.
Comment 11 Evgeny Sinelnikov 2020-09-24 11:53:20 MSK
(Ответ для Антон Мидюков на комментарий #10)
> (Ответ для Evgeny Sinelnikov на комментарий #9)
...
> > Погодите, какую проблему вызывает наличие загруженных модулей vboxguest и
> > vboxsf?
> 
> При загрузке системы i586 c ядром un-def 5.8.x в virtualbox при
> установленном пакете virtualbox-guest-utils наблюдается чёрный экран вместо
> изображения в загруженных иксах. В логе иксов я ничего такого не заметил.
> Могу лишь предположить, что glamore пытается задействовать аппаратное
> ускорение virtualbox.
> 
> > Как эта проблема связана с решением "если закоментировать в
> > /etc/X11/xinit.d/98vboxadd-xclient строчку /usr/bin/VBoxClient --vmsvga" ?
> 
> Напрямую. Проблема в "/usr/bin/VBoxClient --vmsvga" + модуль ядра vboxguest
> из состава ядра kernel-modules-un-def 5.8.x.

А достаточно ли для решения проблемы просто убрать /usr/bin/VBoxClient --vmsvga, 
модуль vboxguest оставить?


> > > > - Работают ли модули vboxguest и vboxsf на новом virtualbox-6.1.14 из не
> > > > прошедшей таски:
> > > > http://git.altlinux.org/tasks/257606/build/40/x86_64/rpms/ ?
> 
> Они собраны для ядра 5.7.19. Нужно собрать для ядра 5.8.x, чтобы проверить.

2greh@: давай перезапустими таску на новом 5.8 ядре, которое уже в сизифе.

...
> > Есть предположение, что как только новый пакет virtualbox-6.1.14 с
> > поддержкой ядра 5.8 пролезет в сизиф и в p9, проблема перестанет быть
> > актуальной.
> 
> Проблема будет скрыта. В Сизиф соберётся ядро 5.9, а
> kernel-modules-addititions собраться не успеет. Проблема всплывёт опять. Я
> не могу так просто исключить для некоторых регулярок virtualbox-guest-utils.
> И опять я повторю свой вопрос, если стоковые модули ядра не планируем
> использовать, то зачем их собирать?

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


> > Возникает несколько вопросов, которые стоит проверить до этого момента:
> > 
> > ----------------------
> > - Как поведут себя стоковые vbox-модули из ядра 5.8 в сизифных регулярках на
> > новом virtualbox-6.1.14?
...
> 
> Ничего не изменилось.

Плохо, очень жаль.


> > ----------------------
> > - Какую проблему, в итоге мы хотим решить для сизифных регулярок на ядре
> > un-def?
> 
> live с ядром un-def c установленным virtualbox-guest-utils, но не
> установленными модулями ядра kernel-modules-virtualbox-additions, которые
> для него собираются на несколько недель позже, должен загружаться нормально,
> а не показывать чёрный экран.

В таком случае нужно заниматься отладкой соответствующих регулярок.

...
> >  + Если мы хотим решить случайно выявленные проблемы стоковых vbox-модулей
> > на ядре 5.8, то их стоит, для начала, проверить на последней хостовой версии
> > virtualbox-6.1.14.
> > 
> > Решение просто их выпилить из ядра выгядит слишком радикально. Тем более,
> > что аналогичные проблемы не выялены для x86_64. То есть, получается, что
> > исходное предложение в текущей баге - отпилить модули vboxguest и vboxsf
> > только на i586, потому что так сошлись звёзды. Завтра эти модули снова
> > понадобятся и их снова нужно будет включать. Может быть их лучше тогда пока
> > загнать в блеклист в регулярках? Причём только в том случае, когда пакеты
> > kernel-modules-virtualbox-addition*-std-def не установлены.
> > 
> > Замечу, что вся эта чехорда с появлением нескольких пакетов с модулями:
> >  kernel-modules-virtualbox-addition-guest-std-def
> >  kernel-modules-virtualbox-addition-std-def
> >  kernel-modules-virtualbox-addition-video-std-def
> > возникла именно из-за того, что неожиданно в исходниках ядра появились
> > сначала vboxguest, затем vboxvideo, а теперь и vboxsf, были включены.
> > Собирать гостевые модули в расчёте на то, что на i586 и на x86_64 ещё и ядра
> > собраны по-разному в плане поддержки vbox-модулей совсем не то, что кажется
> > уменьшает энтропию.
> 
> Ну, так может на всех ядрах не будем собирать vboxguest, vboxsf, vboxvideo?
> В чём смысл их собирать, если мы их блеклистим? И убрать эту энтропию. А
> когда стоковые модули нормально заработают (после сборки 5.14 std-def,
> например), тогда перейти на них и не собирать
> kernel-modules-virtualbox-addition.

Смысл в том, чтобы не прилагать лишних усилий, чтобы узнать "когда стоковые модули нормально заработают". Иначе как мы это узнаем? Вряд ли кто будет собирать отдельно каждое новое ядро, чтобы в какой-то момент об этом стало вдруг известно.
Comment 12 Антон Мидюков 2020-09-24 12:26:30 MSK
(Ответ для Evgeny Sinelnikov на комментарий #11)
> (Ответ для Антон Мидюков на комментарий #10)
> > (Ответ для Evgeny Sinelnikov на комментарий #9)
> ...
> > > Погодите, какую проблему вызывает наличие загруженных модулей vboxguest и
> > > vboxsf?
> > 
> > При загрузке системы i586 c ядром un-def 5.8.x в virtualbox при
> > установленном пакете virtualbox-guest-utils наблюдается чёрный экран вместо
> > изображения в загруженных иксах. В логе иксов я ничего такого не заметил.
> > Могу лишь предположить, что glamore пытается задействовать аппаратное
> > ускорение virtualbox.
> > 
> > > Как эта проблема связана с решением "если закоментировать в
> > > /etc/X11/xinit.d/98vboxadd-xclient строчку /usr/bin/VBoxClient --vmsvga" ?
> > 
> > Напрямую. Проблема в "/usr/bin/VBoxClient --vmsvga" + модуль ядра vboxguest
> > из состава ядра kernel-modules-un-def 5.8.x.
> 
> А достаточно ли для решения проблемы просто убрать /usr/bin/VBoxClient
> --vmsvga, 
> модуль vboxguest оставить?

Да. Видимо, "/usr/bin/VBoxClient --vmsvga" обращается к vboxguest.ko и на i586 происходит что-то нехорошее.
Comment 13 Антон Мидюков 2020-10-21 10:17:14 MSK
(Ответ для Антон Мидюков на комментарий #12)
> (Ответ для Evgeny Sinelnikov на комментарий #11)
> > (Ответ для Антон Мидюков на комментарий #10)
> > > (Ответ для Evgeny Sinelnikov на комментарий #9)
> > ...
> > > > Погодите, какую проблему вызывает наличие загруженных модулей vboxguest и
> > > > vboxsf?
> > > 
> > > При загрузке системы i586 c ядром un-def 5.8.x в virtualbox при
> > > установленном пакете virtualbox-guest-utils наблюдается чёрный экран вместо
> > > изображения в загруженных иксах. В логе иксов я ничего такого не заметил.
> > > Могу лишь предположить, что glamore пытается задействовать аппаратное
> > > ускорение virtualbox.
> > > 
> > > > Как эта проблема связана с решением "если закоментировать в
> > > > /etc/X11/xinit.d/98vboxadd-xclient строчку /usr/bin/VBoxClient --vmsvga" ?
> > > 
> > > Напрямую. Проблема в "/usr/bin/VBoxClient --vmsvga" + модуль ядра vboxguest
> > > из состава ядра kernel-modules-un-def 5.8.x.
> > 
> > А достаточно ли для решения проблемы просто убрать /usr/bin/VBoxClient
> > --vmsvga, 
> > модуль vboxguest оставить?
> 
> Да. Видимо, "/usr/bin/VBoxClient --vmsvga" обращается к vboxguest.ko и на
> i586 происходит что-то нехорошее.

https://www.virtualbox.org/wiki/Changelog-6.1#v16
Linux guest: Workaround to improve resizing of 32-bit VMs with VMSVGA graphics controller, and do not try to use RandR version 1.3 due to bugs causing the X server to hang 

В 5.1.16 должно быть исправлено.
Comment 14 Антон Мидюков 2020-10-21 10:20:45 MSK
(Ответ для Антон Мидюков на комментарий #13)
> В 5.1.16 должно быть исправлено.

В 6.1.16, извиняюсь.
Comment 15 Антон Мидюков 2020-10-27 12:26:15 MSK
А у ядра 5.9.1 всё работает. И монтирование vboxsf успешно проходит, и изменение разрешения экрана, и буфер обмена. Т.е. начиная с 5.9 модули ядра virtualbox отдельно собирать больше и не требуется.
Comment 16 Evgeny Sinelnikov 2020-10-27 22:43:13 MSK
(Ответ для Антон Мидюков на комментарий #15)
> А у ядра 5.9.1 всё работает. И монтирование vboxsf успешно проходит, и
> изменение разрешения экрана, и буфер обмена. Т.е. начиная с 5.9 модули ядра
> virtualbox отдельно собирать больше и не требуется.

Это отличная новость, но только давайте зафиксируем, что имеются в виду модули для гостевой ОС. Плюс давайте определимся с режимами видеокарты в настройках виртуальной машины, для которых эти модули подходят, и выявим режимы, для которых эти модули из ванильного ядра не подходят, или, наоборот, определим, что на всех режимах эти модули работают, включая поддержку 3d-ускорения.

В общем, предлагаю определится с вопросом о модулях virtualbox-addition для 5.9.1 и выше как-то более точно - во всех необходимых для работы режимах.
Comment 17 Антон Мидюков 2020-10-28 08:59:17 MSK
(Ответ для Evgeny Sinelnikov на комментарий #16)
> (Ответ для Антон Мидюков на комментарий #15)
> > А у ядра 5.9.1 всё работает. И монтирование vboxsf успешно проходит, и
> > изменение разрешения экрана, и буфер обмена. Т.е. начиная с 5.9 модули ядра
> > virtualbox отдельно собирать больше и не требуется.
> 
> Это отличная новость, но только давайте зафиксируем, что имеются в виду
> модули для гостевой ОС.

Да, разумеется.

> Плюс давайте определимся с режимами видеокарты в
> настройках виртуальной машины, для которых эти модули подходят, и выявим
> режимы, для которых эти модули из ванильного ядра не подходят, или,
> наоборот, определим, что на всех режимах эти модули работают, включая
> поддержку 3d-ускорения.

1. С видеокартами vmsvga, vboxvga, vboxsvga (в настройках виртуальной машины) работает автоматический резайц экрана и на i586 и на x86_64.
2. Работают буфер обмена и монтирование общих папок. Насчёт drag and drop ничего сказать не могу, никогда не использовал.
3. 3d-ускорение у меня всегда было программное, не смотря на галочку в настройках virtualbox.

Кстати, там же ещё модули для сетевой карты собираются же. Возможно, что их собирать, по-прежнему нужно.
Итого из ванильного ядра подходят модули vboxvideo, vboxguest, vboxsf. Но это нужно проверить и с более новой версией VirtualBox, после того как соберём. Я проверял на версии 6.1.12a-alt2.
В качестве гостевых ОС были regular-icewm-sysv и regular-xfce.
Comment 18 Evgeny Sinelnikov 2020-10-28 09:07:13 MSK
Модули для сетевой карты собираются в хостовой системе:
$ lsmod |grep vbox
vboxnetadp             28672  0
vboxnetflt             32768  0
vboxdrv               520192  2 vboxnetadp,vboxnetflt