I changed my mind. Better to upload the newest version (v504-rc2) that allows w_changes=/mnt/sdXX/YYYY to boot despite a timing issue with it on my machine (no boot timing issue at all for UUID or other w_bootfrom methods, just that one and even then it does boot).
I'm curious to know if works okay on other computers. If it 'sticks' for a particularly long while during boot then UUID or LABEL method is recommended for now anyway. I'll look into the matter further later, but since UUID and LABEL work fine it is no show-stopper anyway.
Find latest get/fetch script for initrd_v504-rc2 at usual place, here: https://weedoglinux.rockedge.org/viewto ... p=355#p355
The difference (I think) with UUID and LABEL is that WeeDog initrd/init has always used a loop and busybox findfs to wait for the device identified by the UUID or LABEL being ready; basically findfs uses blkid search block devices type code (previously I used a mount attempt in similar loop as suggested by forum member 'seaside'), so I may need to use similar wait loop for /mnt/sdXX w_changes arrangement if I don't want any such wait issues for w_changes=/mnt/sdXX/YYYY format.