Quote:
Def give slackpkg a try, it is not that hard to get sorted. Once done a couple of times, you'll get the hang of it. Just to make it a little easier for you, and this being a little way off topic. Make a new thread if you run into any problems or have questions during the process. |
I went ahead and got the latest Slackware install iso from AlienBob's site. I did the slackpkg thing, but it didn't seem to make any difference trying to install the VBox.run file after an
Code:
slackpkg upgrade-all Once it was installed and I booted up, I downloaded the VirtualBox-6.1.22-144080 file and tried to install it, which, it did fine as I got no errors in konsole, but once I tried to run it, here's what I got: Code:
(process:7380): GLib-GObject-WARNING **: 16:11:25.989: cannot register existing type 'NMAgentManagerError' If I try the kernel in the 'extra' on the flashdrive, I just need to do a normal ol' Code:
upgradepkg <kernel stuff> Code:
mkinitrd -c -k -o |
This looks a lot like the problem people were having a month or two back with VirtualBox VMs failing to start because the program would try to go out to see if there were any updates available. Before starting a VM, try disabling the update check in the VBox GUI. You might need to get out of the program or even reboot. Then try running a VM to see if it works.
The only reason I say this is because the first line in the error code has "NMAgent" in it``NetworkManager Agent maybe? Just a thought, Lumpy |
Same as the error reported here
https://www.linuxquestions.org/quest...27-4175690823/ Suggestion posted there for fixing the problem: run Code:
VBoxManage setextradata global GUI/UpdateDate never Regarding installation of the kernel from /extra... I'm guessing you mean /testing ? (to install the 5.12 kernel) I'd do it like this instead: The easy way (see below), is to do this in konsole while in KDE/XFCE... Install the kernel packages found under /testing/packages/linux-5.12.x/ IF you want to install 5.12 that is. To install the 5.12 generic kernel, you'll need: (this list of files is taken from a mirror site, your USB memory might have a dif version of the kernel) kernel-generic-5.12.1-x86_64-1.txz kernel-headers-5.12.1-x86-1.txz kernel-modules-5.12.1-x86_64-1.txz kernel-source-5.12.1-noarch-1.txz (not everyone would agree to this, but it is how I do it) So basically run installpkg /path_to_the_files/kernel-generic-5.12.0-x86_64-1.txz (or what ever the filename is, I'm guessing that 5.12.0 not yet been updated to 5.12.1 on that ISO you downloaded and put on your USB memory). Once done installing these packages, as you pointed out, it's time to run mkinitrd I suggest that you do this. Run this command: /usr/share/mkinitrd/mkinitrd_command_generator.sh It will give you a suggested command line for making the initrd file. The easy way: Copy this suggested command line using your mouse, once you've selected the complete command line, you paste it into the Konsole window It might look like this: mkinitrd -c -k 5.10.33 -f ext4 -r /dev/nvme0n1p2 -m xhci-pci:ohci-pci:ehci-pci:xhci-hcd:uhci-hcd:ehci-hcd:hid:usbhid:i2c-hid:hid_generic:hid-asus:hid-cherry:hid-logitech:hid-logitech-dj:hid-logitech-hidpp:hid-lenovo:hid-microsoft:hid_multitouch:jbd2:mbcache:ext4 -u -o /boot/initrd.gz IMPORTANT! Do not run this command as is, make sure you change 5.10.33 to the version of the kernel you just installed (if 5.12.0, 5.10.33 -> 5.12.0) AND .../boot/initrd.gz, name it like initrd-5.12.0.gz (same thing here, if it is 5.12.0 you've just installed) Once satisfied with the changes made, run the command. This will generate some files in your /boot directory /boot/initrd-5.12.0.gz /boot/vmlinuz-generic-5.12.0 Since you are using elilo, I'm guessing you have UEFI, so there's two more things to do: 1. Copy the /boot/initrd-5.12.0.gz and /boot/vmlinuz-generic-5.12.0 files to /boot/efi/EFI/Slackware directory 2. Edit the elilo.conf file found in /boot/efi/EFI/Slackware/elilo.conf It'll looks something like this: (this is an example based on how my file looks like at the moment) Code:
chooser=simple image=vmlinuz-generic-5.12.0 label=generic1 initrd=initrd-5.12.0.gz read-only append="root=/dev/nvme0n1p2 vga=normal ro" Change image=vmlinuz-generic-5.12.0 to correct name. Change label=generic1 to something else, make sure you edit the line default=generic1 and put the same label name there. Change initrd=initrd-5.12.0.gz to correct name Once done, save the changes and you're done. Example of how this elilo.conf with two (2) sections might look like once done: Code:
chooser=simple |
Quote:
Code:
VBoxManage setextradata global GUI/UpdateDate never /opt/VirtualBox/VirtualBox Code:
VBoxManage setextradata global GUI/UpdateDate never VirtualBox-6.1.22...amd64.run |
Quote:
So install first If you made a reinstallation, system and VirtualBox. Try with a normal start of VirtualBox first. If you still see the same error. Run the suggested command before starting VirtualBox |
Forgive me if this is posted earlier, I looked but didn't see anything. Is anyone else having problems building guest additions on a 32bit Slackware-current guest VM with the latest stable release 6.1.22-144080? Here is the log output...
https://pastebin.com/qLkKUTgS |
Well, I looked at the instructions for installing a newer kernel and...I got dizzy trying to keep up, heh, so I haven't done that, *but*, I did try the thing with that command:
Code:
VBoxManage setextradata global GUI/UpdateDate never Code:
/opt/VirtualBox/VirtualBox It's usable just fine, but since I tried to import the file I exported(?) from the VirtualBox that I have running on my 14.2 system, it isn't quite working out very well, because the import wants to think it's still in a 1920x1080 screen when it's actually in a slightly smaller screen and thus a line and a half aren't being seen as it scrolls upward from the bottom in the rpg I tried to play. I mean, if I could get the VBox to use the whole screen, like it does on my 14.2 system, I think it'd be okay, and I suppose I could just rearrange the windows of the app for the rpg, but it's a pain doing that, it's just time consuming more than anything. I also didn't test if I have to enter that VBoxManage code every time before I want to use VirtualBox...that also could end up being the greatest PITA of all...but, I guess to try and look on the bright side, it *is* working at least, heh. Thanks to everyone for helping out with this and helping me try things and suggestions and your time, I honestly appreciate it. Personally though, I find this is a bug, and not a small one, but I have no idea if it's a Slackware problem, a kernel problem, or VirtualBox's fault, but this can't happen in any release of Slackware 15 (if that's what it might actually be labelled, heh heh) as far as I'm concerned, as it would mean I'm stuck at 14.2 until it somehow got 'fixed'. |
Open a terminal after you install virtualbox.
As your regular user and copy paste this in yor terminal press enter all done. Code:
VBoxManage setextradata global GUI/UpdateDate never the updater that runs everytime you start virtualbox is built on a prebuilt library and is not compatible with slackware current. This has been going on a long time. How I figured this out was using the testing version that didn't use the updater call. I currently use Virtualbox in Slackware Current the latest VB I develop in MacOSX and Windows-10 slackware-14.2. Macosx has a very threatening policy of running Macosx on VB on none Apple hardware. I careless I have bought so many Macosx operating systems that I will run it on anything I wish. Nice not having to reboot and run macosx on a ryzen cpu Quote:
|
Quote:
And the GCC version 10.3.0 in 32bit. Select other 32bit kernel for the guest operating system it will be at the bottom. Meantime I will download 32 bit slackware and check it out. to fix this. this is what is causing the aditional modules to be built. Code:
/tmp/vbox.0/r0drv/linux/alloc-r0drv-linux.c:272:27: error: too many arguments to function ‘__vmalloc’ Quote:
so well the driver is calling for long long when it should be "32bit long long" that is 32bit. . Not needed for the 3rd call . Quote:
Code:
pHdr = (PRTMEMHDR)__vmalloc(cb + sizeof(*pHdr), GFP_KERNEL | __GFP_HIGHMEM | __GFP_NOWARN, MY_PAGE_KERNEL_EXEC); Quote:
because the kernel has already defind it as 32bit long long We need to edit line 266 Code:
# else /* !RTMEMALLOC_EXEC_HEAP */ Quote:
Code:
test -e include/generated/autoconf.h -a -e include/config/auto.conf || ( \ make mrproper if running huge-smp kernel cat /boot/config > .config make oldconfig make prepare But this isn't an issue it is just a warning that pops up if something else fails. OK now that you have edited the file. Quote:
Code:
make install when the kde or xfce4 start to flicker click on the "view" tab Then click the auto-resize Guest Display it will stop. Quote:
|
Okay, for the heck of it, I downloaded the very latest and greatest Slackware64 iso and put it on my flashdrive.
Installed it on my new system, completely deleting everything already on the NVME drives and starting afresh. Went to SlackBuilds.org and took a look at VirtualBox that was there and what, if any, dependencies it wanted to build it. It did...when I click on virtualbox, it tells me it requires acpica and virtualbox-kernel before being built itself. Off I hie myself to get vbox-kernel and acpica. With acpica, I built the lastest and greatest it offered on the website instead of the 4 year old version for the Slackware 14.2 but still using the build script for the 14.2 since it still built fine. Installed that and moved on to get vbox-kernel. The vbox and vbox-kernel I decided to just go ahead and try to build the version that was offered for 14.2, 5 0.40 (which was also the vbox itself on SlackBuilds). Seeing's how I had the 5.10.37 kernel now with this newest x64 iso, it had a little bit more to build than it did with the 14.2 kernel, and even on this new system with a Ryzen 7 3700X and 16GB of RAM, it still took about an hour +/-, *BUT*, unfortunately it suddenly stopped with the same error I've been getting every other time I try to build or install...it can't find(?) vboxvdrv (or maybe vboxdrv) and/or vboxvdrv.ko (vboxdrv.ko). Before trying to build the vbox, I of course went to the VirtualBox site and downloaded the 6.1.22-144080.run file and tried that before trying to build vbox. It installed without errors, but of course when starting it up it segfaults within a few seconds. So, all I can figure is Slackware current is missing something that vbox desperately is trying to find and use but isn't there. Fresh installs of Slackware on bare metal and it doesn't work *every* time, consistently. It's just frustrating, heh. I've done searches on this and most every answer is to do a Code:
modprobe vboxdrv |
Quote:
I too had problems with installation of VirtualBox at first on current. I did as suggested, I installed from the .run file Of course, after installing the dependencies. After this, it's been working fine. I also run this on a Ryzen rigg, 16 GB RAM and nvme m.2 drive I can't figure why it wouldn't work for you as well. Slackbuild for 14.2 I did not try, I did try once with Ponce slackbuild |
VirtualBox was reasonably stable until the introduction of the 5.10.x series kernel to current. Then VirtualBox started to seg fault for a lot of machines. It took Oracle some time to get VirtualBox stable again.
Just a thought, never tried this, install a kernel from the 5.4.xx series in current with 6.1.16 VirtualBox. |
Heh...I'm still trying to make sure I've got the 'mkinitrd' thing correct (and correctly written on a piece of paper to follow as instructions from Pat's 'readme' about initrd). Still pretty sure I'm going to have it all wrong, but hey, it's a new system and I can start from bare metal all I want I suppose, heh heh.
|
@FTIO is there are reason you aren't using:
/usr/share/mkinitrd/mkinitrd_command_generator.sh {/boot/vmlinuz.xx) That's the easy way to get the initrd to build. Cheers, BrianA_MN |
All times are GMT -5. The time now is 05:51 PM. |