# Issue Report: AHBPROT not enabled / Outdated IOS58 v2
## Summary
All homebrew apps (FCEU Ultra GX, VBA-GX, WiiFlow) show their splash screen for a few seconds, then go to a black screen and return to the Homebrew Channel menu. The d2x cIOS Installer shows the error "AHBPROT is not enabled! Installer cannot continue."
## System info
- **System Menu:** 4.3 (confirmed via LetterBomb)
- **Homebrew Channel:** installed correctly via HackMii Installer v1.2, reinstalled clean (uninstall + install) with no change in behavior
- **IOS used by Homebrew Channel:** IOS58, **revision v2** (visible when pressing Home inside HBC)
- **BootMii:** could not be installed as boot2 ("the installed boot1 version prevents a boot2 install"), installed as IOS instead
- **d2x cIOS Installer:** works and shows the slot map (200-255); slots 222, 223, 224, 235 already show "Active cIOS" in red, and slot 250 shows "Stub IOS" in purple
- **SysCheck (HacksDen Edition):** ran completely without freezing on any specific IOS; no individually corrupted IOS detected
## What I suspect
The base IOS58 appears to be a very old version (v2) instead of the standard v6176 expected for System Menu 4.3. This seems to be the root cause of the AHBPROT issue, and by extension, why every homebrew app fails when trying to access hardware more deeply.
It's possible this Wii was softmodded incorrectly by a previous owner (slot 249, normally reserved for d2x, already had a cIOS installed before I touched anything, and slots 222/223/224/235 also show prior activity).
## What I already tried (without success)
1. **IOS58 Installer** (from Open Shop Channel): fails with a generic "Installation failed" error. I suspect this is because it depends on Nintendo's NUS servers, which appear to be partially or fully down.
2. **d2x cIOS Installer**: only allows installing to slots 200-255, cannot touch the base IOS58 (slot 58) directly.
3. **Extraction from a physical disc via WiiXplorer**: The disc's "update" folder only contains "data" and "installer" subfolders, with no browsable/extractable IOS files in a recognizable format.
4. **Official Nintendo update** (via system menu): Completed without errors. The Homebrew Channel and BootMii survived intact (surprisingly). However, IOS58 still shows v2 after the update — it wasn't touched.
5. **Editing meta.xml to remove `<no_ios_reload/>`** in FCEU and VBA-GX: did not change behavior, the error persists the same with or without that line present.
## What I need to know
- How can I update IOS58 to a modern version (ideally v6176) without relying on Nintendo's down NUS servers?
- Is it possible that the "v2" I'm seeing isn't actually "IOS58 version 2" but something else (like a slot identifier or different internal revision number)? If so, how do I confirm the real version?
- Given this Wii's prior state (cIOS already installed in several slots before I intervened), is there a risk that forcing an IOS58 update could conflict with those pre-existing cIOS?
## I don't have access to
- Windows / ModMii (only Linux - Zorin OS Lite)
- A second SD card to isolate that var
iable
Thanks in advance for any help.
## Summary
All homebrew apps (FCEU Ultra GX, VBA-GX, WiiFlow) show their splash screen for a few seconds, then go to a black screen and return to the Homebrew Channel menu. The d2x cIOS Installer shows the error "AHBPROT is not enabled! Installer cannot continue."
## System info
- **System Menu:** 4.3 (confirmed via LetterBomb)
- **Homebrew Channel:** installed correctly via HackMii Installer v1.2, reinstalled clean (uninstall + install) with no change in behavior
- **IOS used by Homebrew Channel:** IOS58, **revision v2** (visible when pressing Home inside HBC)
- **BootMii:** could not be installed as boot2 ("the installed boot1 version prevents a boot2 install"), installed as IOS instead
- **d2x cIOS Installer:** works and shows the slot map (200-255); slots 222, 223, 224, 235 already show "Active cIOS" in red, and slot 250 shows "Stub IOS" in purple
- **SysCheck (HacksDen Edition):** ran completely without freezing on any specific IOS; no individually corrupted IOS detected
## What I suspect
The base IOS58 appears to be a very old version (v2) instead of the standard v6176 expected for System Menu 4.3. This seems to be the root cause of the AHBPROT issue, and by extension, why every homebrew app fails when trying to access hardware more deeply.
It's possible this Wii was softmodded incorrectly by a previous owner (slot 249, normally reserved for d2x, already had a cIOS installed before I touched anything, and slots 222/223/224/235 also show prior activity).
## What I already tried (without success)
1. **IOS58 Installer** (from Open Shop Channel): fails with a generic "Installation failed" error. I suspect this is because it depends on Nintendo's NUS servers, which appear to be partially or fully down.
2. **d2x cIOS Installer**: only allows installing to slots 200-255, cannot touch the base IOS58 (slot 58) directly.
3. **Extraction from a physical disc via WiiXplorer**: The disc's "update" folder only contains "data" and "installer" subfolders, with no browsable/extractable IOS files in a recognizable format.
4. **Official Nintendo update** (via system menu): Completed without errors. The Homebrew Channel and BootMii survived intact (surprisingly). However, IOS58 still shows v2 after the update — it wasn't touched.
5. **Editing meta.xml to remove `<no_ios_reload/>`** in FCEU and VBA-GX: did not change behavior, the error persists the same with or without that line present.
## What I need to know
- How can I update IOS58 to a modern version (ideally v6176) without relying on Nintendo's down NUS servers?
- Is it possible that the "v2" I'm seeing isn't actually "IOS58 version 2" but something else (like a slot identifier or different internal revision number)? If so, how do I confirm the real version?
- Given this Wii's prior state (cIOS already installed in several slots before I intervened), is there a risk that forcing an IOS58 update could conflict with those pre-existing cIOS?
## I don't have access to
- Windows / ModMii (only Linux - Zorin OS Lite)
- A second SD card to isolate that var
iable
Thanks in advance for any help.
