Chapter 11
What to do if…
When it doesn't start, freezes, or a game won't play: the safe mode, holding A at power-on, the logs, and reporting a bug.
On this page
Problems are listed from the most common. nibOS recovers from most of them by itself; nothing here can harm the DS+ itself, since everything nibOS has is on its card.
It won’t start🔗
- Nothing at all on screen. Check the card is in TF1, and charge the DS+ for a while: a flat battery doesn’t start. If the amber LED is on and the screens are dark, it is charging while off; press power (Sleep, charging and the battery).
- The logo shows, then nothing. Wait a minute: a first start makes the games partition, and a start after an update may try a few times (below). Then hold power for about 10 seconds to cut the power, and start again.
- Still not starting: hold A while you press power, and keep holding it until text appears. That starts nibOS the plain way, with no start-up picture and the system’s messages on the screens, whatever is wrong with the usual way. If it gets to the shelf or the console, the problem was in the start-up itself: report it with the logs.
“DSlot stopped working”🔗
DSlot crashed several times in a row, and nibOS’s safe mode took over. The top screen says what failed; the bottom one offers Restart DSlot, Restart the device, Open a console and Power off, with the D-pad and A.
Choose Restart DSlot. If it keeps happening, report it: the logs on the card were written at the moment it failed. Just after an update the safe mode also offers Go back to the previous version.
It froze🔗
It restarts by itself: about 30 seconds after the system stops answering (the hardware watchdog), or 10 seconds after a kernel crash. If you can’t wait, hold power for about 10 seconds to cut the power.
A game won’t start🔗
- It says a BIOS file is missing. The message names the file and where it looked: put your
copy in
BIOS/at a card’s root (Games, BIOS and saves). - It says the file can’t be read, or the zip is damaged: copy the game onto the card again.
A
.zipmust hold one game; disc games can’t be zipped. - It isn’t on the shelf. Check the folder (Games, BIOS and saves) and the file’s extension. DSlot’s menu (X) → System → Rescan games looks again. A page with no games isn’t shown.
- A game starts where you didn’t expect. It is resuming where you left it: clear its resume point with X → Game → Clear resume state.
No sound from the speakers🔗
Check the volume (Volume up), and that no headphones are plugged in or connected over Bluetooth: sound goes to headphones while they are there. If the speakers still say nothing, restart the DS+, then report it.
Wi-Fi doesn’t connect🔗
- Is Wi-Fi on? DSlot’s menu → Wi-Fi, or its icon in the status bar.
- Check the password: on the Wi-Fi page, forget the network (Y twice) and join it again.
provision.tomlnot applied? Look forprovision.error.txton the NIBOS drive: it says why (Installing).
An update went back to the old version🔗
If a new version doesn’t reach its shelf in three tries, the DS+ goes back to the version it was running, by itself. It is working as intended; DSlot’s Update page says which version it is on. Report it, with the logs.
Going back to the stock system🔗
Turn the DS+ off and put the stock card back in TF1. Nothing else is needed.
Reporting a bug🔗
Every start leaves its logs on the card, readable on any computer even when the DS+ can’t get to its shelf:
- Where: on the NIBOS-DATA drive, in
nibos/log/, files namedboot-<date>.txt. The last 10 starts are kept. - When: 20 seconds into each start, again at power-off and restart, and at once when DSlot fails.
- What: the kernel’s messages and the system journal for that start. They can include the names of your Wi-Fi networks and Bluetooth devices: read them before you share them.
A start that stops before the system is up leaves no log: try holding A at power-on (above), which usually gets far enough to write one.
When you report a bug, say:
- The image you installed (its file name) and the edition.
- What you did, what you expected, and what happened instead. A photo of the screens helps.
- Whether it happens every time.
- Attach the log of the start where it happened (the newest file, if you report it straight away).
Bug reports go to the issue tracker of the project the bug is in: nibOS itself, DSlot, or an emulator (Apps lists them). If you aren’t sure which, report it to nibOS.
From the console, journalctl -b shows this start’s log and journalctl -u dslot -b DSlot’s;
nib help lists nibOS’s own commands.
More🔗
For people who build nibOS or change its bootloader, nibOS’s recovery
guide goes further: the A/B
slots and nibos-bootctl, and putting a card back as it was.