Did you format your SysNAND after the CTRTransfer?Edit:
- CTRTransfer 9.2 to sysnand
- No A9HL.
- No Luma3DS
- Using SafeB9SInstaller 0.0.6
Did you format your SysNAND after the CTRTransfer?Edit:
- CTRTransfer 9.2 to sysnand
- No A9HL.
- No Luma3DS
- Using SafeB9SInstaller 0.0.6
Yes, I did.Did you format your SysNAND after the CTRTransfer?
Well then, got any game with 11.X on it?
Like multiple tests to with the same results, error logs, multiple users experiencing the same error, etc.What kind of proof?
A screenshot?
Like multiple tests to with the same results, error logs, multiple users experiencing the same error, etc.
Well, it happened on 3 x 3DSes of mine.
The other 3DS that is downgraded via sysdowngrader instead of CTRTransfer works fine.
Ah, I am replying on my phone, so please excuse me if I didn't read that, just trying to help. Right, so that does seems pretty decent evidence to say there has to be a connection. You might want to bring this to the attention of Plailect. That way if this can be replicated, it can be added to the Guidesnio
OP said those consoles never had a9lh on them though, he stopped at the CTRTransfer to 9.2 for some reasonFrom Updating to boot9strap:
- This error is almost certainly unrelated to any kind of CTRTransfer as that error is unrelated to the CTRNAND partition.
- This error is caused by an inability of SafeB9SInstaller to access the SHA register (a hash of the first 0x90 bytes of the encrypted OTP), which is needs to decrypt the secret sector in order to restore it to stock.
- I'd wager this error is due to some kind of non-standard or old arm9loaderhax implementation being installed.
- This error can always be fixed just by placing the aeskeydb.bin from Updating to boot9strap in the /boot9strap/ folder on your SD card, then running the installer again. This fix works because this aeskeydb.bin contains the OTP key and IV from Boot9 to allow us to encrypt and hash the copy of the first 0x90 bytes of the decrypted OTP that Boot9 places in ITCM on boot. This means we do not need access to the SHA register at all.
- Bonus: This also means that having Boot9 allows us to install A9LH without downgrading to 2.1.0. This is, of course, made irrelevant by the fact that sighax and boot9strap exist.
OP said those consoles never had a9lh on them though, he stopped at the CTRTransfer to 9.2 for some reason
As per title,
SafeB9SInstaller will error out and unable to proceed.
Error:
Crypto Status - FIRM crypto fail
Edit:
- CTRTransfer 9.2 to sysnand , then formatted the sysnand using the 3DS Setting Format System Memory.
- No A9HL.
- No Luma3DS
- Using SafeB9SInstaller 0.0.6
Some 3ds using browserhax and some using menuhax to boot to homebrew channel and then run Decrypt9's Auto CTRTransfer to v9.2Why not just finish the guide, how it originally was, for A9LH? Once A9LH is on there, do a system update, get all of the right files back on there and then do B9S.
Are you using Plailect's guide? If so, where did you start and which entrypoint were you using? If you say 2xrsa I'm leaving.
Some 3ds using browserhax and some using menuhax to boot to homebrew channel and then run Decrypt9's Auto CTRTransfer to v9.2
These are super old 3ds, not using any guide - Just entrypoints -> homebrew channel -> Decrypt9's Auto CTRTransfer to v9.2
Well, if I can go b9s directly without doing a9hl, I rather do so.
I'm exploring if I can skip a9hl.