You are not logged in.
120 GB easily is enough.
VBox works fine for me, currently I am on Daedalus/kernel 6.5 with 7.0.12 from virtualbox.org's repository. Every now and then there are teething problems with new kernels or graphics, but I would claim its perfect for my production use, i.e. pass through of USB devices and shared folders.
I started using VBox with Squeeze if I remember correctly, and I haven't got any issues with "disk full" or access problems to USB drives.
Well, I have always avoided the default of using my home drive to store the VMs. From the beginning I have had a separate partition or drive for them. Its easy to configure in the options of the Virtualbox Manager.
It's tricky when you install debian's packages into devuan. Might work, but might not also.
There is nothing tricky about Debian packages in Devuan. What is offered in /deb.devuan.org/merged coming from Debian works in Devuan.
Devuan is Debian minus systemd, refer to the list of banned packages. The rest is pure Debian! Devuan just makes sure that systemd init is fully replaced by sysvinit and all the others offered, replacing what is required as base for the rest.
How about users and groups? Should the normal_user belong to some group in order to be able to use usb-devices?
Yes. The user needs to be in the vboxusers group. This normally is established during installation of the main package.
And attention to the extension package. Its version has to match the main packages version.
The normal installer can. I never use the live media for installation.
Can't tell you how exactly the Debian build works, I'm not using it. In any case under depends there is a reference to virtualbox-dkms or similar, I think this might do the job in the background.
What I always do nowadays: I use the netinstall just to install the basic system utilities, I do not install any DE, they are getting ticked off, or I do not use a mirror or pull the LAN cable, all the same effect.
Then I go and install xorg, lightdm and mate or cinnamon with the option --no-install-recommends. This bring a bare desktop. Then I add what I think I will need with apt.
Its enough to install the Virtualbox package. Mostly everything required is installed automagically. Exception: you will need build-essential, dkms and headers to build the VBox modules, and you have to add 3 lines to /etc/modules.
You are right, there are VBox scripts in /etc/init.d. In my long experience I never had to fool with these scripts in any way.
To make sure the latest version is on the stick finally? And that does not change the issue with the Daedalus media?
Updated my Ventoj to 1.0.96 and also tried the server and the desktop iso, all the same.
I guess distros with systemd work in a sense that i can run firefox and vlc and virtualbox and stuff like that.
But i'm not fully convinced it is a way to go. On the other hand i sometimes wonder if all those scripts related to sysvinit are absolutely necessary, could you do things another way instead? Make init or inittab do the jobs of those rc-scripts somehow?
There is no need for any init script for simple applications like firefox(-esr), libreoffice, vlc, virtualbox ....
Virtualbox requires systemd, if I recall correctly... that I know of...
That is not correct. I am using VBox now for so many years, I can't really tell how long. And I have always used the package supplied by https://www.virtualbox.org/wiki/Downloads. On Devuan no issues with systemd all along from ASCII to Excalibur.
LightDM is a good choice. I am using it on Mate or Cinnamon since many years now.
May I add a few lines (on Ventoj 1.0.94 from July this year):
What snork describes is what happens with legacy boot of Ventoj/Devuan.
All in efi mode, netinstalls:
5.0.0 normal mode I just get an _ and have to use the Reset button.
5.0.0 grub mode: no bootfile found for efi
5.0.1 normal mode: the first menu comes up ok, can select expert install, end in the mount cdrom scenario described before.
5.0.1 grub mode: have to repeat the test, can't decipher my scribbling no bootfile found for efi
Strangely enough grub mode produces an efi error.
An old preview dated 220523 in normal mode boots to the Choose Language screen, same as older releases. Same for Debian 12.1. Others like gparted life 1.5.0-1, mint 21.1 ... work fine.
Edith: added the 5.0.1 grub mode test
Well, currently neither Bookworm nor Daedalus (5.0.0 and 5.0.1) will run from a Ventoj stick ok. There have been changes in the graphics that are incompatible with Ventoj.
I have seen a claim that using the grub-mode might be a workaround, haven't tried it yet.
Older versions are fine.
Edith: My mistake, confused Bookworm behaviour on Ventoj with boot issue in Virtual Box and efi mode. Bookworm works fine from Ventoj.
I am using Cinnamon with Lighdm, no other DE installed. Then the default is Cinnamon. Haven't changed or configured anything. Is so by installation.
Some comments to a dual boot with Windows.
First: Windows should be installed first and sets the boundary conditions for the partitioning scheme of the system disk. Legacy install means MBR partitioning, UEFI install means GPT partitioning. Valid for Win7 and newer. My advise for going on to use XP: copy it into a VM.
Second: Linux systems don't care about MBR or GPT, legacy and efi, installation is possible in any combination. But side conditions do apply:
- for a legacy install on a GPT disk you will need a bios-grub partition with no file system on it.
- an uefi installation requires an esp. Size somewhere from 128M to 512M if you are generous, FAT32 as file system is mandatory, best is if its the first partition on the disk, esp flag set.
Some side effect of the os-prober: it can't find other encrypted Linux installations. Manual work is required to add such a system into grub.
Nope, you have to enable os-prober past the first boot of the installed Devuan. And there is no need to hope, it will work as a charm when enabled. It simply works when enabled.
BTW to set the mind right: Devuan is a Debian w/o systemd. You may find a list of banned packages on the Devuan webpage. Where appropriate or required, the Devuan team has developed replacements. All the rest is Debian.
Edith: forgot to mention, the decision to disable os-prober per default was a Debian decision.
fsmithred wrote:Edit /etc/default/grub to enable (un-disable) os-prober.
Uh, how?
You know how to call up a console? And how to gain superuser rights? Here is a rough guideline:
$ su -
# cd /etc/default
# nano grub
# update-grub
I guess you may have to look into the difference between using su and su - for getting root access. This is a feature that was inherited from Debian a while ago.
You may need to use su -.
Which Login Manager are you using? LightDM, sddm, something else? The Login Manager should give the choice.
On my Daedalus amd64 workstation:
# apt-cache rdepends wireless-regdb
wireless-regdb
Reverse Depends:
linux-image-6.1.0-10-amd64
linux-image-6.1.0-9-amd64
linux-image-6.1.0-7-amd64
linux-image-6.1.0-6-amd64
linux-image-6.1.0-5-amd64
linux-image-6.1.0-3-amd64
linux-image-6.1.0-2-amd64
linux-image-6.1.0-1-amd64
linux-image-6.0.0-6-amd64
linux-image-6.0.0-5-amd64
linux-image-6.0.0-4-amd64
linux-image-5.17.0-1-amd64
linux-image-6.4.0-0.deb12.2-rt-amd64-unsigned
linux-image-6.4.0-0.deb12.2-rt-amd64
linux-image-6.4.0-0.deb12.2-cloud-amd64-unsigned
linux-image-6.4.0-0.deb12.2-cloud-amd64
linux-image-6.4.0-0.deb12.2-amd64-unsigned
linux-image-6.4.0-0.deb12.2-amd64
linux-image-6.1.0-12-rt-amd64-unsigned
linux-image-6.1.0-12-rt-amd64
linux-image-6.1.0-12-cloud-amd64-unsigned
linux-image-6.1.0-12-cloud-amd64
linux-image-6.1.0-12-amd64-unsigned
linux-image-6.1.0-12-amd64
linux-image-6.1.0-11-rt-amd64-unsigned
linux-image-6.1.0-11-rt-amd64
linux-image-6.1.0-11-cloud-amd64-unsigned
linux-image-6.1.0-11-cloud-amd64
linux-image-6.1.0-11-amd64-unsigned
linux-image-6.1.0-11-amd64
network-manager
linux-image-6.1.0-13-rt-amd64-unsigned
linux-image-6.1.0-13-rt-amd64
linux-image-6.1.0-13-cloud-amd64-unsigned
linux-image-6.1.0-13-cloud-amd64
linux-image-6.1.0-13-amd64-unsigned
linux-image-6.1.0-13-amd64
linux-image-6.1.0-10-rt-amd64-unsigned
linux-image-6.1.0-10-rt-amd64
linux-image-6.1.0-10-cloud-amd64-unsigned
linux-image-6.1.0-10-cloud-amd64
linux-image-6.1.0-10-amd64-unsigned
iw
iwd
This database isn't present on my main computer (only LAN), but on my laptop its installed as well in Chimaera as Daedalus.
If I am not mistaken the wireless-regdb is installed with wifi drivers and firmware as a dependency. At least this was happening when installing the laptop. I guess there are dependencies.
A Ventoj stick can boot both legacy and efi and displays its mode on the splash screen.
Look into Ventoj.