Consider documenting Rufus as a workaround in case UUI doesn't work
#8 Updated by sajolida over 1 year ago
- Status changed from Confirmed to Rejected
We tested Rufus during our sprint on installation and upgrade.
The interface is quite complex and probably even more error prone than UUI.
Installing works if the "dd mode" is chosen and then it does a pure
Such a copy won't work on maybe UEFI (for example my MacBook Pro) while UUI does (#12146).
We have plans to solve this for real with https://tails.boum.org/blueprint/usb_install_and_upgrade/usb_bootable_disk_image/.
So honestly, I don't think it's a good investment to document Rufus as an alternative to UUI since it's going to be relevant only in some cases, probably when people didn't follow the UUI instructions correctly (#13206). And I'm rejecting this.
I'd be happy to merge even a very rough documentation if help desk finds this helpful but I won't write it myself.
I'd be happy to raise again the importance of this ticket if provided with a reproducible way of seeing UUI fails on a compute and Rufus work. I don't remember have heard this yet.
In the meantime, I'll try to move forward #13206 which seems smaller and with clearer benefits.
#9 Updated by sajolida over 1 year ago
I also considered pointing to the Ubuntu instructions for Rufus instead of write ours:
They was people to choose between "MBR partition scheme for UEFI" and "MBR Partition Scheme for BIOS or UEFI". But I don't think that we can rely on people knowing whether their computer is UEFI or BIOS so that won't work either.