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.
Новая версия 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 в стабильный бранч.
Новые ядра включают собственную реализацию модулей vboxguest и vboxvideo для того чтобы ими воспользоваться необходимо удалить пакеты: virtualbox-guest-common-vboxguest, virtualbox-guest-common-vboxvideo и virtualbox-guest-common.
(Ответ для 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 то чёрный экран не наблюдается.
(Ответ для 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
(Ответ для Антон Мидюков на комментарий #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 > то чёрный экран не наблюдается. Видимо, эту опцию нужно сделать выбираемой в зависимости от используемого видеодрайвера.
(Ответ для 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.
(Ответ для Антон Мидюков на комментарий #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/ ?
(Ответ для 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
(Ответ для Антон Мидюков на комментарий #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
(Ответ для 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 Видел, но не знаю чем помочь.
(Ответ для Антон Мидюков на комментарий #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. Смысл в том, чтобы не прилагать лишних усилий, чтобы узнать "когда стоковые модули нормально заработают". Иначе как мы это узнаем? Вряд ли кто будет собирать отдельно каждое новое ядро, чтобы в какой-то момент об этом стало вдруг известно.
(Ответ для 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 происходит что-то нехорошее.
(Ответ для Антон Мидюков на комментарий #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 должно быть исправлено.
(Ответ для Антон Мидюков на комментарий #13) > В 5.1.16 должно быть исправлено. В 6.1.16, извиняюсь.
А у ядра 5.9.1 всё работает. И монтирование vboxsf успешно проходит, и изменение разрешения экрана, и буфер обмена. Т.е. начиная с 5.9 модули ядра virtualbox отдельно собирать больше и не требуется.
(Ответ для Антон Мидюков на комментарий #15) > А у ядра 5.9.1 всё работает. И монтирование vboxsf успешно проходит, и > изменение разрешения экрана, и буфер обмена. Т.е. начиная с 5.9 модули ядра > virtualbox отдельно собирать больше и не требуется. Это отличная новость, но только давайте зафиксируем, что имеются в виду модули для гостевой ОС. Плюс давайте определимся с режимами видеокарты в настройках виртуальной машины, для которых эти модули подходят, и выявим режимы, для которых эти модули из ванильного ядра не подходят, или, наоборот, определим, что на всех режимах эти модули работают, включая поддержку 3d-ускорения. В общем, предлагаю определится с вопросом о модулях virtualbox-addition для 5.9.1 и выше как-то более точно - во всех необходимых для работы режимах.
(Ответ для 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.
Модули для сетевой карты собираются в хостовой системе: $ lsmod |grep vbox vboxnetadp 28672 0 vboxnetflt 32768 0 vboxdrv 520192 2 vboxnetadp,vboxnetflt