mn3m | Hello People... Is anyone recently faced with VirtualBox kernel module load issue on Devuan ASCII on latest kernel? (vbox=5.2.24-dfsg-4~bpo9+1 , kernel=4.19.37-5+deb10u2~bpo9+1 ) Error when do modprobe vboxdrv - "module: x86/modules: Skipping invalid relocation target" found this bug https://www.virtualbox.org/ticket/18904 with no solution yet. :( | 12:54 |
---|---|---|
mn3m | module build finished without any error, but I can't load it :( | 12:55 |
mn3m | +all worked ok before 'dist-upgrade' with kernel upgrade to linux-image-4.19.0-0.bpo.6-amd64 and due to missing "-common" package for bpo.6 looks like not possible to build kernel module and return to old bpo.5 don't fix the issue, same as switching to 6-insigned as recommended in SO | 13:02 |
inklr | devuan works so well, i weep | 13:09 |
mn3m | @inkdir, according to bug https://www.virtualbox.org/ticket/18904 it looks like Debian+Virtualbox issue in general, not Devuan specific... | 13:15 |
mn3m | @inklr, sorry) | 13:15 |
inklr | mhm | 13:16 |
inklr | there's breakage everywhere but that's part of the game | 13:16 |
inklr | i manage to fix a few things now and then | 13:16 |
inklr | doin' my part! | 13:16 |
mn3m | inklr, not really understand you well, but thanks) | 13:20 |
jaromil | mn3m: if its a debian specific problem with a third-party software vendor (vbox) I can imagine it won't be us solving it | 14:00 |
jaromil | i'm sorry to hear this happens, old-stable should be stable | 14:00 |
mn3m | jaromil, Thank you for your reply :) Huge honor to talk with you. :) Probably issue can be related with missing kernel headers dependency "-common" (https://pkginfo.devuan.org/cgi-bin/d1pkgweb-query?search=linux-headers-4.19.0-0.bpo.6-common&release=ascii -> 0 results) with existing kernel bpo.6 where fix should exist. Debian package is on place https://packages.debian.org/stretch-backports/all/linux-headers-4.19.0-0.bpo.6-common/download | 14:09 |
mn3m | stable is not an option for me as for BTRFS user | 14:10 |
HumanG33k | Evilham, are you here ? | 14:39 |
Evilham | Kinda | 14:40 |
Evilham | Tsup | 14:40 |
HumanG33k | i read the debian bug and try to downgrade && upgrade the kernel but nothing change | 14:48 |
HumanG33k | make some paste | 14:48 |
HumanG33k | https://paste.debian.net/1105042/ | 14:48 |
HumanG33k | https://paste.debian.net/1105043/ | 14:48 |
HumanG33k | https://paste.debian.net/1105044/ | 14:48 |
HumanG33k | https://paste.debian.net/1105046/ | 14:50 |
cehteh | HumanG33k: eh look familar, does that run in a container/lxc? | 14:52 |
HumanG33k | it a server i rent | 14:53 |
HumanG33k | so i guess no | 14:53 |
cehteh | https://paste.debian.net/1105052/ | 14:53 |
cehteh | try that :D | 14:53 |
HumanG33k | cehteh, can you explain ? | 14:57 |
HumanG33k | (let me rescue mode the server ) | 14:57 |
cehteh | i think its a deficiency in the virtualized/hardenened /proc filesystem which doesnt allow the guest to set the loginuid | 14:58 |
HumanG33k | if it s the solution do you know where i can post/email to prevent this kind of issues, know about if your diff not open a security issue ? | 15:06 |
cehteh | good question, i picked that up elsewhere while i stumbled over that problem as well, iirc the loginuid is only important for auditing and that bug is already reported/well known you prolly dont need to post it somewhere | 15:07 |
cehteh | i wont mind when you research this further and give a more conclusive explanation and maybe a fix :) | 15:08 |
cehteh | fix as in patch to lxcfs or where the cause is | 15:10 |
cehteh | mhm maybe lxcfs could be copnfigured, but that would need access to the hosting platform | 15:11 |
Evilham | ugh it'd be nasty if they are using lxc and promising actual VMs | 15:46 |
Evilham | or catual servers | 15:46 |
cehteh | i host some LXC's for myself (and friends) and i also rented a cheap (5Eur month) cloud thingy which states its 'some shared virtualization' ... such is pretty common | 15:49 |
Evilham | that's different | 15:50 |
cehteh | there youi get such | 15:50 |
Evilham | yeah, if it's clear what you're getting it's fine | 15:50 |
Evilham | HumanG33k: anyway, did you check the bug again? https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=941663 apparently the affected person's issue went away after kernel was upgraded | 15:51 |
cehteh | well dunno what HumanG33k uses | 15:51 |
Evilham | which would match why I can't reproduce your issue | 15:51 |
Evilham | HumanG33k: since I don't recall having seen your uname -v, and the error is exactly the same, it can't be discarded :-D | 15:52 |
Evilham | would be great if you can check that | 15:52 |
cehteh | mhm .. i upgraded the kernel but havent rebooted yet :D | 15:52 |
cehteh | 13:53:20 up 383 days, 17:04, 3 users, load average: 0,03, 0,11, 0,15 | 15:53 |
cehteh | lala | 15:53 |
HumanG33k | Evilham, i use a v 4 kernel | 15:55 |
HumanG33k | as say in the report bug ;) | 15:55 |
inklr | 5.x was too problematic for me | 15:55 |
Evilham | oh :-D you actually posted there | 15:55 |
Evilham | wasn't sure it was the same person | 15:55 |
inklr | 5.x was well into the 'i don't have time for this' zone | 15:55 |
cehteh | i heared some problems abut 5.x but generally works for me, wiht some instablilities when trying to match firmwares | 15:56 |
mn3m | BTW, I fixed by issue with VirtualBox. Looks like there are bug in Debian package name as from source package for 4.19.67-2+deb10u1~bpo9+1 there are build for 4.19.67-2~bpo9+1. When I forced by manual patch to use correct name and install with dpkg after reboot everything works fine. Module is on place and vbox works :) | 16:05 |
HumanG33k | cehteh, in your solution i have something to do in the /etc/security/access.conf | 16:05 |
mn3m | s/by issue/my issue/ | 16:06 |
cehteh | HumanG33k: please keep m noted when you find something more proper | 16:07 |
inklr | mn3m: just a generic suggestion: posting it to a forum or git issues could help others find the solution | 16:09 |
james1138 | FYI: Newest stable kernels 5.3.4, 5.2.19, 4.19.77, 4.14.147, 4.9.195, and 4.4.195 are out - along with their bug fixes. https://kernel.ubuntu.com/~kernel-ppa/mainline/ | 16:09 |
HumanG33k | yes if that work ^^, and i will have an electricity shutdown near and after i have to go for two days without internet … | 16:09 |
HumanG33k | near = soon | 16:12 |
cehteh | ok | 16:16 |
cehteh | heh | 16:16 |
HumanG33k | cehteh, not working | 16:21 |
HumanG33k | i think i have an error in some other place | 16:22 |
cehteh | :D | 16:22 |
HumanG33k | i have to disconnect | 16:22 |
HumanG33k | … | 16:22 |
HumanG33k | thx | 16:22 |
cehteh | cu | 16:22 |
jamin50 | devuan ascii rocks, it's excellent. that is all. | 17:20 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!