Left me puzzled with regard to why copying over a new image still led to the older one booting for a while.
Switching to a different USB slot (2 VS 3) solved it, iirc (and I think I never used Rufus again).
81–90 of 208 posts
Left me puzzled with regard to why copying over a new image still led to the older one booting for a while.
Switching to a different USB slot (2 VS 3) solved it, iirc (and I think I never used Rufus again).
Earlier quoted context omitted.
If you‘re under Windows and want any stick, use Rufus. If you‘re under Linux (or Mac) and have an Iso, use dd. At least that‘s how I do it.
My memory is a bit hazy, but I remember dd not working for Windows images. Did you test that recently?
Earlier quoted context omitted.
I'm as big a Rufus fan as anyone, but for Windows 10 why wouldn't I just use Microsoft's boot image creator? That's what I've done lately, and it works every time with no fuss. https://www.microsoft.com/en-us/software-download/windows10 Edit: I just remembered that you might not be on a Windows device, in which case you may well want to download the ISO and use Rufus to make a bootable stick from it.
If you‘re under Windows and want any stick, use Rufus. If you‘re under Linux (or Mac) and have an Iso, use dd. At least that‘s how I do it.
Well have to say Rufus is good. But there is a far better tool: Ventoy. You will only need to format your thumb drive once and for all. After that, you will simply only need to copy the image file such as .iso, .vhd etc on to the drive and you are all set. Check details from the following sites. https://www.ventoy.net/en/index.html https://github.com/ventoy/Ventoy
Life saver.
Well have to say Rufus is good. But there is a far better tool: Ventoy. You will only need to format your thumb drive once and for all. After that, you will simply only need to copy the image file such as .iso, .vhd etc on to the drive and you are all set. Check details from the following sites. https://www.ventoy.net/en/index.html https://github.com/ventoy/Ventoy
I have been searching for something like that for ages .
I only had to patch script: https://github.com/ventoy/Ventoy/pull/877
I guess it will be valuable to ship this in distros no ?
Well have to say Rufus is good. But there is a far better tool: Ventoy. You will only need to format your thumb drive once and for all. After that, you will simply only need to copy the image file such as .iso, .vhd etc on to the drive and you are all set. Check details from the following sites. https://www.ventoy.net/en/index.html https://github.com/ventoy/Ventoy
Unfortunately the required arguments tend to be poorly documented and quite specific to each distro. This looks like a neat tool that's sidestepping that issue. If anyone knows of a good resource that documents these boot arguments for a range of distros, please share!
Easy2Boot is another good one. Creates USB boot disks with multiple OS ISOs on and boot into any of them. It’s no longer being updated, but still works, just used it this week. https://www.easy2boot.com/ The only caveat is you need to make sure each ISO is stored on the USB in a contiguous file, since it tricks the host machine into thinking each ISO is separate partition. It includes a .cmd script for doing this on…
Why do you say it's no longer being updated? Looks like he last posted 3/30/21. He's actually great, when he's online he has a chat option on his website and he'll help you with any questions you have, I somehow screwed up an E2B MBR and he very graciously walked me through fixing it.
Earlier quoted context omitted.
This is built on top of Ventoy https://gbatemp.net/threads/medicat-usb-a-multiboot-linux-us...
I saw a comment in there about how files will get deleted by over zealous av's when you plug it into a live system, I didn't feel like reading through 60 pages of comments to see if someone solved that issue but I was wondering if you have any suggestions for preventing that.
# cat path/to/archlinux-version-x86_64.iso > /dev/sdx
or
# dd bs=4M if=path/to/archlinux-version-x86_64.iso of=/dev/sdx conv=fsync oflag=direct status=progress
However, this was ridiculously slow. I waited a long time for cat, but not long enough to figure out if it would ever finish. dd reported speeds of less than half a MB/s, gnome-disk-utility was about eight times faster.I wonder if a different set of options to dd would have given better results. From what I can tell, gnome-disk-utility is just open() and write() (with suitable flags) in the end.
1: https://wiki.archlinux.org/title/USB_flash_installation_medi...