<div dir="ltr">I used to dual-boot. And then I found a better solution - multiple OS drives.<br><br>But why dual-boot? For me, video gaming is the main reason. Modern games use all the hardware resources available and so virtual machines or other kinds of emulation are less than ideal. For the same reason, I use the proprietary Nvidia graphics drivers as repackaged and provided for Fedora by RPM Forge. The difference in performance compared to the open source drivers is significant.<br><br>Dual-booting, when I did it, was fine 90% of the time. But when the system doesn't boot after a kernel update, you have the fun of learning all those low level grub commands and how the devices on your system are addressed from the BIOS. After going through this a few times, I took a bunch of notes that I could use whenever it became necessary for each of my systems. While people interested in system administration could get things working again, this type of bootloader/MBR/GPT/grub repair might be difficult for many linux end-users.<br><br>And then I found the solution that works best for me. A six-button SATA switch I got from Amazon for $25. It fits in a CD drive slot in the front of the computer case and it allows me to power individual drives up and down at will. When a drive is powered on, the computer sees it and when it is powered off, the computer doesn't know that it's there. Most of the time, the linux SSD is powered on and booted from. When I want to play some games that don't work well on linux, I just power off the computer, switch off the linux SSD, switch on the windows SSD, and hit the power switch. Each drive has only the bootloader installed by the operating system that lives on it.<br><br>The SATA switch also allows me to save wear and tear on the non-system spinning rust drives by keeping them powered off until/unless they are actually needed.<br><br><div>Many higher-end gaming laptops have room for two NVME drives and in this case I install linux on one drive and Windows on the other and use the BIOS hotkey to select the boot device when powering on whenever I want to boot the Windows drive. This BIOS boot device selection method could also be used on desktops in place of the SATA switch with the possible disadvantage that most linux distributions will add a boot entry for any other bootable drives it sees when updating the kernel or grub making the grub configuration slightly more complicated.<br></div><div><br></div><div>Leo<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Oct 14, 2021 at 2:21 AM Syeed Ali <<a href="mailto:syeedali@syeedali.com">syeedali@syeedali.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">"Windows Subsystem for Linux" = WSL<br>
<br>
<a href="https://docs.microsoft.com/en-us/windows/wsl/" rel="noreferrer" target="_blank">https://docs.microsoft.com/en-us/windows/wsl/</a><br>
<br>
<br>
On Wed, 13 Oct 2021 15:13:20 -0700<br>
Don Marti <<a href="mailto:dmarti@zgp.org" target="_blank">dmarti@zgp.org</a>> wrote:<br>
<br>
> And there are new options available. Recent releases of Microsoft <br>
> Windows have the somewhat confusingly-named "Windows Subsystem for <br>
> Linux" ...<br>
<br>
For those who don't know, the "XLaunch" component of "VcXsrv Windows X<br>
Server" allows one to run GUI apps.<br>
<br>
<a href="https://sourceforge.net/projects/vcxsrv/" rel="noreferrer" target="_blank">https://sourceforge.net/projects/vcxsrv/</a><br>
<br>
> ... which gives users of those Windows systems access to a fairly <br>
> complete Linux install that has your existing files available.<br>
<br>
On that note.<br>
<br>
<br>
----<br>
<br>
<br>
For everyone: DO NOT USE WINDOWS TO MODIFY WSL CONTENT<br>
<br>
When running a WSL shell, you have files. You can use explorer.exe to<br>
get to those files. If you modify them from within that Windows host,<br>
it will work perfectly until it doesn't, and then you will be sad. You<br>
might think modifying a text file is okay, but not only might it<br>
corrupt that text file it might do odd things across your entire<br>
in-Linux experience.<br>
<br>
IMO WSL is not a good idea in general. For "trying" Linux? I'm<br>
not convinced.. maybe at the shell level?<br>
<br>
I've had extensive experience with Babun, a bit of Cygwin, plenty of<br>
Windows Subsystem for Linux and lots of VirtualBox. Of all those,<br>
VirtualBox is most recommended, though it may still require special<br>
advice for getting it working across multiple monitors.<br>
<br>
For "trying" Linux, Ventoy is the best.<br>
<br>
<a href="https://www.ventoy.net/" rel="noreferrer" target="_blank">https://www.ventoy.net/</a><br>
<br>
It creates a USB stick which can have distribution ISOs copied to it<br>
unmodified. They can be live ISOs and can be easily given persistency<br>
so they can be updated and used exactly the same as a dual-booted<br>
system but with none of the bootloader risks. (Of course a user could<br>
still mount their Windows disks and stomp around, but they could do<br>
that from within Windows anyway so it's not an additional risk.)<br>
<br>
This does not address Rick Moen's first point:<br>
<br>
> 1. Although the user assumed he/she would be switching OSes as<br>
> convenient through closing all applications and rebooting, over time<br>
> the user discovers it's so disruptive to workflow that he/she stays<br>
> 99%+ of the time in the more-familiar OS, and thus never really<br>
> learns Linux or gets benefit from its presence -- rendering the<br>
> entire exercise ultimately a waste of time.<br>
<br>
Can this be mapped over to the problem of natural language-learning and<br>
the benefits of "immersion"?<br>
<br>
Identify and 1:1 map all tasks over to the equivalent tools on Linux,<br>
then insist upon long periods of immersion.<br>
<br>
Technically speaking, a mentor could customize a system and build a<br>
persistence file for a mentee.<br>
<br>
Though the mentor-mentee relationship is so rare my spell checker<br>
doesn't think it's real. :(<br>
<br>
<br>
<br>
--<br>
<br>
<br>
It's nice of Microsoft to EMBRACE Linux with WSL. I'm sure that running<br>
Linux and Windows apps will be great, and that Microsoft will endeavor<br>
to EXTEND the functionality even further! I wonder what Microsoft will<br>
do next!<br>
<br>
/snark<br>
<br>
_______________________________________________<br>
conspire mailing list<br>
<a href="mailto:conspire@linuxmafia.com" target="_blank">conspire@linuxmafia.com</a><br>
<a href="http://linuxmafia.com/mailman/listinfo/conspire" rel="noreferrer" target="_blank">http://linuxmafia.com/mailman/listinfo/conspire</a><br>
</blockquote></div>