OK, so it picks the boot device correctly, there are situations when it can go wrong also on Pi4, depends what is on all the other drives. I applied as workaround to boot from SD-card and rootfs on USB based storage. You also need to change BOOT_ORDER then, but in your case now it seems as you indicate in title. Examine USB with lsusb -t etc, make sure it works reliably at the blocklayer level. Look in kernel message log (dmesg) maybe enable higher loglevel (loglevel=8) to see what is going on. There are many topic regarding it, you can do a forum search. There was an issue with having 2 concurrent data transfers going on behind a hub. That also applies to your setup. It should be tracked on github but I haven't followed it there.I have tried all combinations of swaps. Though keep in mind that the system boots anyway even in the broken state (I could see it when I connected a monitor), but the services failed to start. Even when I tried to boot by connecting the boot SSD to USB 2.0, while it worked, the other hub connected to USB 3.0 showed very unstable behavior.
Statistics: Posted by redvli — Sun Dec 31, 2023 9:01 am
