Cannot POST/BOOT after an initial 'update-all.sh' execution completes successfully [Solved]
Posted: Tue May 17, 2022 7:51 pm
This is my first setup/build of the MiSTer FPGA project. Thanks to excellent guidance from this community's
forums and social blades (e.g. YouTube, Discord, etc.), this build was created using the following components:
* MiSTer Addons USB Expansion Board
* MiSTer Addons I/O Digital Board
* MiSTer Addons USB Bracket adapter
* MiSTer Addons DC Jumper
* SDRAM XS-DS v2.9 128MB module (2 qty; both DE-10 slots occupied)
* MiSTer RTC Real Time Clock Board v1.3
* Noctua NF-A4x10 Fan replacement
* SanDisk Ultra A1 1TB MicroSD Card
* MeanWell GST25A05-P1J 5V PowerSupply
As the title of this thread's subject implies, running the update-all.sh script instead of the default
update.sh script provided by default by the MiSTer FUSION Image will complete
successfully. However, once the script attempts to reboot the system, the system will attempt to power on, but
none of the I/O Board LEDS will light up. Additionally, there is no VIDEO Out across the HDMI port, suggesting that
the system cannot POST.
To get back to a working state, I had to:
1) power off the MiSTer
2) remove the MicrosSD Card
3) reset the card's partitions (Windows Disk Management Tool)
4) reimage the card with the FUSION image
5) reinsert into the MiSTer and power back on.
Before I try to run the update-all.sh script again, has this kind of thing happened before, and if so are there workarounds
to using it that won't soft-brick my MiSTer?
[[ UPDATE ]]
I went ahead and tried running the default/bundled 'update.sh' script instead this time. The script ran to completion, and then proceeded
to reboot the MiSTer. However, just like the 'update-all' script, the system does not POST: no screen, no LEDS, but fan on I/O board is running.
I'm now doing the workaround mentioned here in this thread => https://misterfpga.org/viewtopic.php?p=36450#p36450
I have no idea if this will work for me as it did for the OP of that thread, but if it does, is the common practice to report this as a bug
here in the forums, or on Theypsilion's GitHub project Issues tracker?
[[ LAST UPDATE ]]
Special Thanks to bbond007 for helping me come to the answer here.
TL;DR: the SanDisk Ultra A1 1TB card is the problem.
Redoing the initial setup process with a smaller non-Ultra SanDisk brand Card (16GB), allowed the process to complete and reboot without issues for both update scripts. Sort of a shame, as this card was pretty pricey.
forums and social blades (e.g. YouTube, Discord, etc.), this build was created using the following components:
* MiSTer Addons USB Expansion Board
* MiSTer Addons I/O Digital Board
* MiSTer Addons USB Bracket adapter
* MiSTer Addons DC Jumper
* SDRAM XS-DS v2.9 128MB module (2 qty; both DE-10 slots occupied)
* MiSTer RTC Real Time Clock Board v1.3
* Noctua NF-A4x10 Fan replacement
* SanDisk Ultra A1 1TB MicroSD Card
* MeanWell GST25A05-P1J 5V PowerSupply
As the title of this thread's subject implies, running the update-all.sh script instead of the default
update.sh script provided by default by the MiSTer FUSION Image will complete
successfully. However, once the script attempts to reboot the system, the system will attempt to power on, but
none of the I/O Board LEDS will light up. Additionally, there is no VIDEO Out across the HDMI port, suggesting that
the system cannot POST.
To get back to a working state, I had to:
1) power off the MiSTer
2) remove the MicrosSD Card
3) reset the card's partitions (Windows Disk Management Tool)
4) reimage the card with the FUSION image
5) reinsert into the MiSTer and power back on.
Before I try to run the update-all.sh script again, has this kind of thing happened before, and if so are there workarounds
to using it that won't soft-brick my MiSTer?
[[ UPDATE ]]
I went ahead and tried running the default/bundled 'update.sh' script instead this time. The script ran to completion, and then proceeded
to reboot the MiSTer. However, just like the 'update-all' script, the system does not POST: no screen, no LEDS, but fan on I/O board is running.
I'm now doing the workaround mentioned here in this thread => https://misterfpga.org/viewtopic.php?p=36450#p36450
I have no idea if this will work for me as it did for the OP of that thread, but if it does, is the common practice to report this as a bug
here in the forums, or on Theypsilion's GitHub project Issues tracker?
[[ LAST UPDATE ]]
Special Thanks to bbond007 for helping me come to the answer here.
TL;DR: the SanDisk Ultra A1 1TB card is the problem.
Redoing the initial setup process with a smaller non-Ultra SanDisk brand Card (16GB), allowed the process to complete and reboot without issues for both update scripts. Sort of a shame, as this card was pretty pricey.