Open macmpi opened 5 years ago
I am not sure if MSD booting is something worth spending much time on. It doesn't work reliable enough in my opinion, and using SD card remains the better option in all use-cases.
Well, I have it running 100% fine on my RPI0s, but initial setup is complex due to non-supporting install procedure and manual bootdev
setting.
(BTW if on Pi3B+ you may make it more reliable with the bootcode.bin
-only SD ;) ).
SD operation is an issue (for update / maintenance, etc) if SD is not much physically accessible: it is often the case if you embed your PI within an enclosure / bigger device. SD may have more limited lifespan too... A typical usecase, is putting a RPi inside a HiFi Amp to upgrade existing Hifi setup.
Pi Foundation invested time in MSD booting (and gradually made it a default feature for new models) because their customers asked for it: demand & usecases are indeed increasing.
Thanks!
If rpi.org would do some more effort and:
Then I might think about it. But right now putting the Berryboot files on SD card is much more reliable. The chances your SD card breaks while only those files are on there is not so high.
I'm sure @pelwell, @ghollingworth & crew would value your feedback on improving things, particularly about bootloader's feedback on selected boot partition, and USB power cycling (note some improvements were built-in since Oct 29th).
Anyhow, as a simple berryboot user, getting feature support parity across devices, and consistent use of current bootdev
statement would definitely be a net benefit, event if the rest is not perfect...
Cheers.
Referencing this thread on USB power-cycling https://github.com/raspberrypi/linux/issues/3058#issuecomment-526157534 and eventual improvements?
Capturing within a specific issue a setup problem that has popped up in several issues.
Currently
bootdev
parameter incmdline.txt
is only set by install routine when setting-up USB boot option. The problem arises as current USB-boot option setup may not cover all possible cases, and therefore there can be hit/miss situations as explained in that earlier thread.While overall partition detection may need to be more robust (using UUIDs or else. LibreELEC has some inspiring init code doing that), setting
bootdev
in all cases would not break existing setups, and would help in USB-boot setup that are not fully handled currently (like MSD requiring bootcode.bin on SD).Thanks for consideration.