LINUX.ORG.RU

Запустить fglrx и virtualbox

 , ,


0

1

Привет. После обновления ядра с wheezy-backports слетели virtualbox и fglrx.

[....] Starting VirtualBox kernel modules[....] No suitable module for running k[FAIL found ... failed!
 failed!
brut@localhost:~$ fglrxinfo
X Error of failed request:  BadRequest (invalid request code or no such operation)
  Major opcode of failed request:  139 (ATIFGLEXTENSION)
  Minor opcode of failed request:  66 ()
  Serial number of failed request:  13
  Current serial number in output stream:  13
brut@localhost:~$ uname -v
#1 SMP Debian 3.9.6-1~bpo70+1
До обновления, на ядре 3.2 все работало нормально. dpkg-reconfigure не помагает. Как мне поступить в такой ситуации? И как вариант, есть смысл поставить fglrx-driver с тестинг репа, если система stable? PS. даунгрейд на 3.2 не предлагать.. Буду благодарен за помощь.


"Внешние" модули должны быть собраны под то ядро на котором они должны использоваться.

С любовью. Всегда ваш К.О.

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

Ну так подскажи как мне правильно пересобрать модули?

В бинарных дистрибутивах как бы не принято «пересобирать». Такие дела. Подразумевается что кто то уже это сделал за тебя а тебе нужно только обновить.

А вообще у вас в этих ваших дебианах вот как то так ModuleAssistant How to install ATI fglrx driver in debian т.е. собрал обновленный deb а затем установил его.

init_6 ★★★★★
()

Как ставил дополнения virtualbox и fglrx?

Если из репозитория, то проверь, установлены ли соответствующие dkms-пакеты.

Если не из репозитория, то ССЗБ.

anonymous
()
Ответ на: комментарий от anonymous
root@localhost:/home/brut# ls /var/log alternatives.log dmesg faillog lp-errs syslog apt dmesg.0 fontconfig.log lpr.log user.log aptitude dmesg.1.gz fsck mail.err wicd auth.log dmesg.2.gz installer mail.info wtmp btmp dmesg.3.gz kern.log mail.log Xorg.0.log ConsoleKit dmesg.4.gz lastlog mail.warn Xorg.0.log.old daemon.log dpkg.log lightdm messages debug exim4 lp-acct new
brut
() автор топика

Если сделать dpkg-reconfigure fglrx-modules-dkms:

root@localhost:/home/brut# dpkg-reconfigure fglrx-modules-dkms

------------------------------
Deleting module version: 12-6+point
completely from the DKMS tree.
------------------------------
Done.
Loading new fglrx-12-6+point DKMS files...
Building only for 3.9-0.bpo.1-amd64
Building initial module for 3.9-0.bpo.1-amd64
Error! Bad return status for module build on kernel: 3.9-0.bpo.1-amd64 (x86_64)
Consult /var/lib/dkms/fglrx/12-6+point/build/make.log for more information.
make.log:
DKMS make.log for fglrx-12-6+point for kernel 3.9-0.bpo.1-amd64 (x86_64)
Вск Июл 14 15:11:02 UTC 2013
make: Entering directory `/usr/src/linux-headers-3.9-0.bpo.1-amd64'
  LD      /var/lib/dkms/fglrx/12-6+point/build/built-in.o
  CC [M]  /var/lib/dkms/fglrx/12-6+point/build/firegl_public.o
/var/lib/dkms/fglrx/12-6+point/build/firegl_public.c: In function ‘KCL_MEM_VM_MapRegion’:
/var/lib/dkms/fglrx/12-6+point/build/firegl_public.c:3893:39: error: ‘VM_RESERVED’ undeclared (first use in this function)
/var/lib/dkms/fglrx/12-6+point/build/firegl_public.c:3893:39: note: each undeclared identifier is reported only once for each function it appears in
make[3]: *** [/var/lib/dkms/fglrx/12-6+point/build/firegl_public.o] Ошибка 1
make[2]: *** [_module_/var/lib/dkms/fglrx/12-6+point/build] Ошибка 2
make[1]: *** [sub-make] Ошибка 2
make: *** [all] Ошибка 2
make: Leaving directory `/usr/src/linux-headers-3.9-0.bpo.1-amd64'
Не могу понять что оно от меня хочет..

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

Deleting module version: 12-6+point

Насколько я понимаю 12-6 - это версия ati-drivers, а именно 12.6, которая вышла в июне 2012 года, а именно 28 июня 2012 года. Вы хотите собрать драйвер годичной давности для ядра версии, которая вышла относительно нелавно:

Building only for 3.9-0.bpo.1-amd64

Я не думаю, что такой старый драйвер соберётся под новое ядро, о чём вам и говорит ошибка.

Вам нужно пробовать устанавливать драйвер и собирать модуль ядра более свежий, 13.6 или 13.4.

Как это сделать в Debian, к сожалению, не знаю. Но вы можете перейти на использование открытого драйвера.

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

Баг уже, разумеется, исправлен. Вот только, когда устанавливаешь bpo-ядро, нужно быть готовым устанавливать и другие bpo-пакеты, которые тесно связаны с ядром. Или просто самому посмотреть и пропатчить код, что лежит где-то /usr/src/fglrx... Или если нет bpo, разбираться и патчить тоже не хочется, тогда просто устанавливай из sid/experimental.

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

Уже есть подобный, как говорилось выше. Да и я, если честно, с трудом смогу нормально оформить багрепорт..

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

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

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

А в чем собственно особености bpo ядра

bpo - backported, т.е. пакет из более актуальной ветки, собранный в окружении другой менее актуальной ветки.

Ну и я так понял что самым простым выходом для меня будет поставить ядра с сида?

При новом ядре проблемы у тебя с virtualbox и fglrx. Если их нет в bpo (а сейчас их нет), тогда придётся их брать из jessie или sid ну или experimental.

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

В бинарных дистрибутивах как бы не принято

В ко-ко-дебиане принято, не понятна, правда, причина.

anonymous
()

При их установке осуществляется компиляция модуля ядра ".ko". После смены ядра установку следует повторять. Чтобы не делать этого, был придумать dkms - пересборка модулей ядра после обновления ядра. Для пользователя это автоматически, для разработчика её нужно добавлять в RPM/DEB/run.

То ли dkms не установлен в систему, то ли ошибка при пересборке (двух модулей «*.ko» сразу? Вряд ли). Попробуй apt-get install dkms (графическая программа тоже подойдёт). Можно также не чинить dkms, а просто переустановить оба пакета.

Выше init_6 говорил о прекомпилированных модулях ядра. Судя по моим наблюдениям, так уже никто не делает. kernel-headers и gcc есть даже в минималистичном образе Ubuntu LiveCD, не говоря уже о полноценных инсталляторах. И RPM, и DEB-пакеты VirtualBox и Catalyst компилируют модуль ядра сами.

ZenitharChampion ★★★★★
()
Ответ на: комментарий от brut
/var/lib/dkms/fglrx/12-6+point/build/firegl_public.c: In function ‘KCL_MEM_VM_MapRegion’:
/var/lib/dkms/fglrx/12-6+point/build/firegl_public.c:3893:39: error: ‘VM_RESERVED’ undeclared (first use in this function)
/var/lib/dkms/fglrx/12-6+point/build/firegl_public.c:3893:39: note: each undeclared identifier is reported only once for each function it appears in

Оно от тебя ничего не хочет, ему на тебя по...фиг, и поэтому оно тебе сообщает, что при обновлении ядра сменились имена некоторых констант (или функций, или макросов, или они ушли в другую область видимости или в другой include), поэтому в указанном файле этот идентификатор не удалось отресолвить, поэтому обновляё свой fglrx.

no-dashi ★★★★★
()
sudo apt-get install linux-headers-`uname -r`

</thread>

ololoid ★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.