Closed AsuraZeng closed 2 years ago
This doesn't address why partprobe is not resolving the race.
But I still believe we should drop this altogther an go for a proper installer image.
This doesn't address why partprobe is not resolving the race.
But I still believe we should drop this altogther an go for a proper installer image.
partprobe update the partition table but would not recovery partition table. so if the partition table corrupt, it would get unexpected behavior.
yes, I agree with you. currently install-on-emmc would take long time to flash the emmc and not easy to operate.
But I think we should provide a workaround at least for this issue before we finish the new proper installer image.
OK, but then make this here much simpler by matching and replacing any currently set PARTUUID. There is not need to pass in the old one if you make the sed pattern more flexible.
alternate similar solution has merged into the master. close it
After lots of testing,the error
waiting for partuuid
can not be resolvedwhen install image to emmc may show
the primary gpt table corrupt,the backup gpt table appears ok
in this situation, usingsfdisk --part-uuid
can not get the changed partuuid instead of get the previous original emmc partuuid not the new one(same as boot media part-uuid)so in the script regen-rootfs-uuid
sed -i 's/'${OLD_UUID}'/'${NEW_UUID}'/i' /etc/default/u-boot-script
replacement failsfinally, it would result in
waiting for partuuid.....