You’d normally use a software raid implementation these days, and Linux has a number of those. But yeah, dual booting can expose some quirks and filesystems and disk setup in general is one of the most prominent.
The point I was trying to make is that if you ever want to do something that is not covered with an out of the box install, it’s typically far harder to do in Linux than in Windows (although my ~15 years as a windows sysadmin probably bias my opinion)
Windows is turning into a telemetry nightmare because about 10 years ago Microsoft figured out that they could sell ad space and monetize user data, so I’m trying to get off the platform before my LTSC install hits EOL. But I have to admit it’s a hard path.
But in your example raid controller driver was covered in an out of the box install in windows. If it wasn’t you’ll still need to do pretty much the same.
Also there was a couple of weird steps in your linux list like switching DE to run a couple of CLI commands and disabling AHCI for some reason.
(although my ~15 years as a windows sysadmin probably bias my opinion)
So basically: it’s not any harder in linux, but you have more than a decade of muscle memory in windows, so it’s harder for you.
That’s like saying “Japanese is a less efficient language than English, all of the words are different, and when I want to say a word, I have to learn it first, but in English I just know the words! English is so much better! (My 30 years speaking english probably bias my opinion)”
Things are certainly different, but its hard to compare which is “harder” for the advanced use cases.
There’s no shame in having long term experience with one platform and having that shape your expectation about how a solution should look.
For advanced, power user stuff, I find Linux to be much friendlier and faster. Just being able to do everything in a Terminal instead of having to mess around with a mix of inconsistent GUI menus in the two different control panels, gpedit, regedit (which is an entire headache by itself), a mix of cmd and Powershell (and whatever Windows Terminal is) is just so much less of a headache.
Also I find things easier to script in Linux compared to Windows.
Not to mention the mess that is Windows Update, which doesn’t even upgrade third party software, and takes a long time to actually do the updates. Package management is a godsend. Windows has chocolatey and winget, but those are poor substitutes.
And I say all of this as someone who is technically proficient in both.
Beware of the W̷̞̬̍̌͘͜ĭ̴̬̹̟͕̒̆̈́n̸̢̧̙̈́̅̂̆̕͜ͅd̵̟̟̪͎̀̀ő̴̼̺̺́̐̂͘w̵̨͊̀s̵̡͎̭̊ ̸͔̬͔̜̊́̈́̌̈́ͅŬ̴͉͚̳̌̉͘͝p̸̼̅̆͐̃̑d̸̜͂ǎ̵̛̯̏͝ť̷̰é̸͇͝ as it can screw up/overwrite your other bootloader completely.
Kinda sucks, when you’ve got a meeting/work and you find out that forced update made your system unbootable/partially unbootable and you now get to live boot in and go fixing the EFI partition manually, in the CLI.
That happened to me once and that’s when I decided feature parity was less important than a reliable system that “just works” for getting things done on a schedule. (I removed windows completely, in case that wasn’t clear)
Anyhow, make sure you install windows to a separate drive that can’t see any others during the windows install, then will keep the bootloader separate.
I ran into similar issues before. My plan was to install Linux on a separate M.2 so Windows won’t interfere and manually boot the OS I want to manually.
I am currently dual booting and trying to get feature parity in my Linux install as a reletave newbie.
So far the largest hurdle I’ve been able to solve was getting my RAID array recognized. That sent me down a rabbit hole.
To get it working in Linux I needed to:
To get it working in Windows I needed to:
You’d normally use a software raid implementation these days, and Linux has a number of those. But yeah, dual booting can expose some quirks and filesystems and disk setup in general is one of the most prominent.
This. How an advanced use case is accomplished is not a point against a system’s usability.
The point I was trying to make is that if you ever want to do something that is not covered with an out of the box install, it’s typically far harder to do in Linux than in Windows (although my ~15 years as a windows sysadmin probably bias my opinion)
Windows is turning into a telemetry nightmare because about 10 years ago Microsoft figured out that they could sell ad space and monetize user data, so I’m trying to get off the platform before my LTSC install hits EOL. But I have to admit it’s a hard path.
Now do a raid like it’s typical for Linux and get it to work on Windows.
But in your example raid controller driver was covered in an out of the box install in windows. If it wasn’t you’ll still need to do pretty much the same. Also there was a couple of weird steps in your linux list like switching DE to run a couple of CLI commands and disabling AHCI for some reason.
So basically: it’s not any harder in linux, but you have more than a decade of muscle memory in windows, so it’s harder for you.
That’s like saying “Japanese is a less efficient language than English, all of the words are different, and when I want to say a word, I have to learn it first, but in English I just know the words! English is so much better! (My 30 years speaking english probably bias my opinion)”
Things are certainly different, but its hard to compare which is “harder” for the advanced use cases.
There’s no shame in having long term experience with one platform and having that shape your expectation about how a solution should look.
For advanced, power user stuff, I find Linux to be much friendlier and faster. Just being able to do everything in a Terminal instead of having to mess around with a mix of inconsistent GUI menus in the two different control panels, gpedit, regedit (which is an entire headache by itself), a mix of cmd and Powershell (and whatever Windows Terminal is) is just so much less of a headache.
Also I find things easier to script in Linux compared to Windows.
Not to mention the mess that is Windows Update, which doesn’t even upgrade third party software, and takes a long time to actually do the updates. Package management is a godsend. Windows has chocolatey and winget, but those are poor substitutes.
And I say all of this as someone who is technically proficient in both.
Are you using hardware RAID? yeah, that doesn’t go too well with Linux… works perfectly in Windows though, cuz their softraid solutions are shit.
Why have I never thought about this? Dual boot and bit by bit work on feature parity while still having an OS that’s my daily driver.
Beware of the W̷̞̬̍̌͘͜ĭ̴̬̹̟͕̒̆̈́n̸̢̧̙̈́̅̂̆̕͜ͅd̵̟̟̪͎̀̀ő̴̼̺̺́̐̂͘w̵̨͊̀s̵̡͎̭̊ ̸͔̬͔̜̊́̈́̌̈́ͅŬ̴͉͚̳̌̉͘͝p̸̼̅̆͐̃̑d̸̜͂ǎ̵̛̯̏͝ť̷̰é̸͇͝ as it can screw up/overwrite your other bootloader completely.
Kinda sucks, when you’ve got a meeting/work and you find out that forced update made your system unbootable/partially unbootable and you now get to live boot in and go fixing the EFI partition manually, in the CLI.
That happened to me once and that’s when I decided feature parity was less important than a reliable system that “just works” for getting things done on a schedule. (I removed windows completely, in case that wasn’t clear)
Anyhow, make sure you install windows to a separate drive that can’t see any others during the windows install, then will keep the bootloader separate.
I ran into similar issues before. My plan was to install Linux on a separate M.2 so Windows won’t interfere and manually boot the OS I want to manually.