.changelog/3144.md
hatari_boot_hd option was set to "false" (an invalid value); changed to "disabled" which is the value the hatari libretro core actually accepts. The old in-place repair was incorrectly replacing valid "disabled" values with invalid "false", making things worse; it now only corrects genuinely broken variants ("false", "true") — the valid "enabled" value is preserved$fc00 instead of $fc0000) caused by old Provenance bug Spike 2823 were only repaired during writeConfigFile; when syncResources ran afterwards and copied a byte-swapped tos.img from the BIOS directory, the repair had already finished and the bad file went unfixed, causing Hatari to crash. A second repair pass now runs after syncResources. Both repair sites now share a single helper (repairTOSImageAtPath:) to prevent drift