While this works, I find this method a bit tedious to use, at least compared to Ventoy [0].
Ventoy allows you to create a bootable USB containing any number of ISO files just by writing to a partition. It even supports Windows, and has some cool features like overriding Secure Boot on some machines.
> While this works, I find this method a bit tedious to use, at least compared to Ventoy [0].
No, I find ventoy more tedious, because you can't use it as a standalone on your hard drive with a sane partitioning scheme.
The only reason is because of how the ventoy detection hardcodes the partition boundaries in its checks, and it means Ventoy can only run with the partitions set in a way that may lead to alignment issues like write-amplification: I've detailed that in https://github.com/ventoy/Ventoy/issues/1342
It used to be a warning - now it's a stopping error, causing the boot to hang. I don't like the boot to hang if the partition boundaries are changed.
Ideally I'd have a 10G partition after the EFI (or it could even be the EFI itself) with a few ISOs for rescue purposes + a UEFI entry to avoid having to use a bootable USB: automatically booting the ISOs in case the normal UEFI entry has a problem is less tedious that having to find and plug a thumbdrive.
I could give Ventoy its own partition wherever, but that's not possible unless I accept Ventoy hardcoded choices of partition boundaries:
If you don't accept this, and want to boot of multiple ISO files by a grub2 bootloader, whether from a thumbdrive or a hard drive, also check the old https://github.com/a1ive/grub2-filemanager (now archived)
For just wanting to boot into a live iso.. with Ventoy, the setup is "grab a spare thumbdrive, and install ventoy to that", and adding more live ISOs is just copy pasting to USB mass storage.
Compared to that, I think formatting another partition to install ventoy to (in the use case you're outlining), or updating a grub config with code like `loopback loop (hd0,5)`.. for me, these take more effort and care.
Though, I'll keep the posted solution in mind if I'm ever wanting to boot from ISOs and I happen to not have a spare thumb drive around.
> Compared to that, I think formatting another partition to install ventoy to (in the use case you're outlining), or updating a grub config with code like `loopback loop (hd0,5)`.. for me, these take more effort and care.
The other partition with the ISOs is not for when I plan to boot into a newer live ISO (which I would have to add to the partition etc): it's for when I don't plan to, or even want to!!
The last time it helped me, I had made a configuration mistake on my laptop in an airport. "grab a spare thumbdrive, and install ventoy to that" would have been very painful, but rebooting and selecting from the UEFI grub2fm to then pick an ISO from which I could fix my mistakes was very easy (or at least, easier than the alternative!)
However TBH I I hadn't had such a setup, I don't think I'd have taken the risk of doing some configuration and UKI tweaks at the airport while bored :)
I recently upgraded to using a faster USB stick for Ventoy. For some reason, Windows 10 wouldn't install from my newer, faster USB stick, but would install from my older, slower USB stick. I haven't yet figured out what the problem is.
When booting the Windows ISO, the boot process would never progress past the screen showing the blue windows icon on a black background.
Windows uses some weird install process where it needs two partitions for the install media. Basically the whole installation is too big for FAT32 so IIRC the way to have it work is to split the ISO in two having the bootable part on one partition and a lot of the installation content on another.
Clonezilla had a server feature like 15+ years ago that would setup a dhcp/pxe boot environment to bootstrap, fetch an iso, and launch into whatever inventory of linux installers you had like this example. Clonezilla was/is pretty dope, but haven't tried it in, well like 15+ years to see what came of it or what's supported these days.
I was joking with my boss at the time after some windoze exploit of the week that I was going to boot that into vm on the network and start dropping workstations into pxe to load linux on everything finally. I'm sure after many acquisitions and security incidents later they still use windoze in all the wrong places.
The factors that make McDinalds garbage are not matters of opinion or taste. You can like it, but it's still garbage, and still serves as an example like Windows, of how numbers are not proof of quality.
They are each doing something "right" to attain those numbers, completely different sorts of things in each case, but it's no virtue in either case, just a mechanism that works in the environment they operate in.
In both cases they are not doing something right, they are doing something effective.
It's food, it's accessible, it's relatively affordable, you can have it served with veggies if you want a more complete meal.
At the end of the day, a typical McD's burger consists of carbs (buns), 1 to 2 meat patties, some condiment and some basic veggies. How that's garbage I fail to follow.
Food is not garbage. Elitism like what you're displaying is garbage.
Is Subway garbage too? It's again, affordable, provides all nutritious daily values and some people don't have the means to Whole Foods their diet. Ridiculous argument...
Windows is the most compatible, most widely usable and useful OS in existence. My friggin Dell laptop can't even run Ubuntu without esoteric commands. The downvoted comment below is absolutely correct. Come back down to Earth.
You're saying that as though many of those users were given a choice.
Microsoft pays billions of dollars to make itself the default on new OEM machines. As well as providing free or heavily discounted licenses to school districts to ensure the next generation only knows about Windows.
Those 1.2 billion installs are the result of aggressive (and at times legally dubious) business decisions, not 1.2 billion individual choices to install Windows.
The vast majority of people use computers to Get Stuff Done(tm), they couldn't care less what's driving their computers. If Windows wasn't enabling them to Get Stuff Done(tm) they would be using some other operating system; and to some degree they are, I'm seeing more MacOS where they used to be Windows these days.
Let's not forget the vast majority of people compute on iOS or Android now too, not Windows.
The reason Linux (sans Android) continues to be a meme in the consumer space is not because Windows has aggressive marketing behind it.
Years ago, Zalman used to make something like this that you could put a 2.5" SATA disk in [1].
It was much cheaper, but you needed to add storage. I wish they still made them. I normally have spare disks around and it worked out much more cost effective.
Though they have their flaws, I've been an fan and advocate of these drives for a long time now.
I got the Zalman-VE300 because it was the cheapest HDD enclosue available to me back then. It turned out an absolute gem that pleased me through about two years and countless OS installations at an IT Support gig.
When the brittle jog-dial broke and I researched the thing, it turned out to have been a Zalman rebranded IODD-2531, to extend IODD's very limited market capability (korea, china, russia). So I got the successor IODD-2541 from russia.
Later, I got a IODD-mini through the failed crowdfunding campaign. SSD, screen, physical enclosure were all lousy quality.
About a year ago, I bought the ST300 on iodd.shop, surprised to find that they are still going on and still have no clue of design, yet are still producing and improving new products.
Will buy whatever they come up with next. Even if they still put in the same shitty screen, or still manage to put the usb port at the wrong side of the case, or still fail to rotate the screen and keypad by 90 degrees :)
This is cool! While I love Ventoy as part of my toolbox, I might think about adding a GRUB-bootable rescue ISO as part of my Ansible system configuration, so that I don't actually have to go find my Ventoy USB drive when something goes sideways. Could be especially useful if I'm traveling with just a laptop.
> I might think about adding a GRUB-bootable rescue ISO
I do exactly what you describe with grub2-filemanager: I keep a NTFS partition on every drive, with a few ISO files: each can be >4G (unlike with a VFAT partition like the EFI partition)
In case the UEFI boot fails, grub2-filemanager is the next entry in the boot order.
Having everything inside an ISO is easier for maintenance. I often have Ubuntu LTS and the Windows install ISO: it contains a Windows PE that can be useful for rescue (chkdsk etc)
It has helped me so many times I now automatically provision at least 10G of every drive for a NTFS partition right after the EFI. 10G is small enough it won't be missed (even on the old 128G SSD I sometimes have to use) but big enough to hold 2 regular ISOs.
I also leave inside a few basic scripts to add grub2-filemanager to the UEFI boot at the bottom of the list (after the regular UKIs) and a few static binaries for rescues.
I'm now moving my binaries to cosmopolitan, mostly to make it easier to have their configuration file follow: cosmopolitan binaries have a /zip part where you can stuff say bashrc, which will be automatically used by the cosmopolitan bash if compiled with the right option to check /zip for config files.
When I'm done, my "rescue" NTFS partitions should only contain a handful of files (mostly ISOs and cosmopolitan binaries)
Just curious, is there a reason for your choice of NTFS? You're dealing with GRUB rather than Windows, so something like ext4 would also seem a valid choice.
(I would also use NTFS were I in your shoes, but that's only because I like Windows and wouldn't even use GRUB as a bootloader to begin with.)
NTFS works on all platforms: with VFAT, it's the lowest common denominator between Windows, Linux, Mac (even if was read-only on mac the last time I checked) and far more resistant to damage than ExFAT.
Like you, I also hate grub and prefer UKIs, but grub2filemanager is just a list to pick ISOs like in Ventoy, so I'm fine with it!
To do the job, grub only needs to show me the list of files and read the ISO file when I select it.
There's no need for a write access, so no need for ext4 - also, if I was using ext4, I couldn't see the files or add new ones from Windows
I can use the same partition as the Windows recovery partition (where .wim files are stored) - this is a dirtier trick, but a Windows recovery partition is needed to boot Windows with Bitlocker, so why not put it to a good use and keep other files?
It's a "special" partition so I can be sure Windows won't touch them and won't easily let the partition be mounted (or formatted by accident)
Overall, it's easier for me to keep this same standard partition scheme everywhere (efi=part1, msr=part2, ntfs=part3, regular OS=part4+) as it's peanuts (even with a 1G EFI and a 10G NTFS) in comparison to the comfort it provides
Do any distros set this up automatically? I imagine if you asked most Linux desktop users "would you trade ~1GB of storage for a hassle free recovery option" they'd be for it.
systemd-rec-part coming soon to a system near you?
More seriously though, I think so. Many users would do very well by having their home dir separate from the OS and an easy way to restore the OS.
The Debian installer seems unable to pick up my LUKS/LVM/separate home partition setup it created, and this adds some friction when I want to reinstall.
Ventoy allows you to create a bootable USB containing any number of ISO files just by writing to a partition. It even supports Windows, and has some cool features like overriding Secure Boot on some machines.
[0] https://www.ventoy.net/