I’ll answer what I can in good conscience.

Is that a good idea?

If you keep in mind that it won’t 100 % behave like a “proper” installation when things go weird it’s fine.

Do different distributions work better or worse on VMs?

VirtualBox comes with some pre-made profile for some distributions but I’ve never been able to tell what those actually do, other than by default selecting virtual hardware that is supported.

Are there any major differences when using linux in a VM compared to a bare metal installation?

VM “hardware” is well supported, but anything requiring proper hardware acceleration (of any kind) will either perform terribly or fall back to a software-based backend. I.e. desktop compositing or hardware video decoding may or may not work as well as a native installation. Video games likely won’t work in a usable way at all, unless it’s Solitaire. Also the hard disks are decoupled from the VM to the host system and you need to manually forward USB devices to the VM or the system might not be able to detect them.

Is there any [dis]advantage to “Linux VM on Windows” VS “Windows VM on Linux”?

That entirely depends on what you want to use both systems for. If you already have Windows installed then I’d like to suggest the following path:

• run some live USB to figure out whether your hardware is supported (graphics, sound, network, printers - especially the latter two)
• if so, install Linux in a VM first (install multiple desktops and try them out, because why not)
• figure out what programs are available that do the things that you usually do on Windows - keep in mind that just because $PROGRAM is written by GNOME/KDE/LXQT/… people that doesn’t mean that it won’t run perfectly fine on other desktops. Also: distributions may not ship all software, don’t forget to check Flatpak/Flathub if your distribution is missing some software.
• try them out in the VM to see if they meet your basic requirements
• install the Windows version of those programs on Windows
• over time, replace the Windows programs that you used to use for the ones that are also available on Linux
• if after a few months there are no non-Linux programs left: Congrats, back up your data and just use Linux
• otherwise: figure out whether the programs that you need will run well enough with Wine or in a Windows-VM

If it turns out that there’s just too much Windows-only software that you can’t part with then you can just delete the VM and that’s it. On the flip side you can find software that may just happen to be better than what you used previously. Also trying out various distributions is much, much easier this way - installing the tenth distribution on bare metal because you weren’t happy with the previous nine isn’t particularly fun.

I don’t know a distribution which work better on VM but for an old Windows user, I recommand Linux Mint. Close to windows GUI and really easy to use!

Is this a good idea?

Sure!

any preferred VM manager

I like Virtualbox.

• Do different distributions work better or worse?

Depending on your specs, you may want to go lighter than you would on bare metal. For example, if you have 16 GB of RAM, you might want to only give your VM 4 GB of RAM so Windows can run on 12 GB, and then pick a lighter distro so it won’t be slow on 4 GB.

Any major differences?

Snapshots are way easier in a VM.

Advantage/disadvantage

Windows VM on linux is painfully slow and doesn’t have a license, so it’s much less good than linux VM on Windows IMO.

Would it be possible to swap?

Not as far as I’m aware, but smarter people than me have probably done it.

Short answer: go ahead and install whichever Linux distro you like on Hyper-V and go from there.

Longer answers:

Linux works fine on VMs. There aren’t really any caveats. Hyper-V should be fine. It’s been a while since I used it but I remember thinking it was OK. I preferred it to Virtualbox; I think the Virtualbox drivers made some stuff flaky on my machine, but YMMV. I ended up shelling out for VMWare which I’d used at work. Some distros offer cloud images that are tailored for running as VMs, but unless you’re running a cluster with a lot of VMs I don’t think there’s any advantage, any distro will work. There aren’t any significant differences running Linux on a VM from running it on a physical machine.

As to which OS to use for a host, the commonly understood strengths & weaknesses of each OS apply the same as they do in other domains. Windows has better desktop hardware support, Linux tends to be more power-user friendly, etc. It depends on your priorities which you choose. Maybe the biggest factor is that Windows has Hyper-V, whereas Linux has Xen, KVM, and qemu. Either platform can use Virtualbox or VMWare.

P2V and V2P are definitely things. Searching for them online will return tools that will do this. Linux should be rather straightforward to transfer even without a specialized tool, assuming you aren’t using a distro (or distro variant) that is specially built for VMs. dd should work like a charm. It should be possible to do invert the host and guest.

If that sounds like a whole lot of nothing it’s because that’s kind of the way it is with VMs. They just work.

You just want to get a feel for it, so I suggest what I’ve used with success in the past :

• Windows host
• Virtualbox
• Linux Mint with the XFCE desktop environment.

All free, Linux mint is newbies friendly and XFCE is light enough to run well in a VM. It is Ubuntu based so it’s very well documented (basically 99% of the tutorials for Ubuntu work with Mint) but it comes with less bloatware and a more ethics.

Of course no single Linux distribution is perfect or we would all be using it but I suggest you don’t lose time looking for a distro. Just pick one and install it. If you don’t like the look and feel, then try another. You can distro hop through several of them to taste the variations. But the general principles are pretty much the same across the board.

I tried dual booting, and I found it to be annoying as well. I always had to reboot because something I needed was on the other OS. Over a few weeks Linux was just taking space on the drive.

More recently what I’ve been doing was to run Linux in a VM that starts automatically on full screen when opening my Windows session (easy to set up). So now I can work with both in parallel, transfer data, synchronise clipboard with Ditto, have my Windows-specific software while still using Linux as my daily OS. Even better now since I have a NAS which I didn’t have during the dual boot period, so I can mount drives for both. For that you can either use VMWare Workstation Player or Oracle VirtualBox, they’re both free.

When it comes to swap, of course you will be able to run Windows in a VM on Linux. But transfering your current data ? I’m not sure at all. It might be doable, but I think you should save your data externally for both machines and do a proper reinstall. It will save you some time and hassle.

Vmware workstation player is extremely good. Setup is simple and as far as I know it is faster than VirtualBox. I use it with Windows 10/11 and RHEL Linux for developers.

It depends on what you are trying to accomplish.

If you want a pretty desktop environment or you need all the bells and whistles of a specific Linux distribution (Debian, Fedora, Ubuntu, CentOS, etc.) then a virtualize environment is probably the way to go.

If you just want to get used to playing with Linux commands using bash and you only need about 80% of the full functionality of a pure Linux environment, then Windows offers the Subsystem for Linux which installs like an app you can run at anytime.

I personally use the subsystem for Linux on my Windows work laptop so I can quickly write Python scripts and test application configs for production servers. It’s quick and dirty and I can easily share files between Windows and Linux. It also has a small footprint on the computer as oppose to a VM.

Whatever you decide, have fun! Linux is awesome.

If you’re interested in making a full jump to Linux at some point, then you’d probably be interested in dual-booting instead of using VM for Windows or Linux.