This means your Pi is under powered. You need a bigger power supply

Hi Retroboy, I too am happy to do some writing. I'd have to use a translator, but I can certainly clean it all up. What docs specifically do you need translated? Also how do I keep this site in English. It flicks back and forth between French and English and I have to translate the login page anti-bot question each time.

After a very late night mucking around with this, things got a little strange. The batch scraper with no user conflict and using thegamesdb started running, however it did lock-up with "working" hung on the screen after a few dozen entries. Now, this morning the manual scraper, using the edit data process is running. I can confirm that this data is lost if I exit using shut down or restart. However, if I kill ES using F4, the data is saved. There is then an issue of the system being stuck on a black screen, but a quick ctrl+alt+del restarts the Pi. This can easily be resolve by adding the restart ES option to the shut-down menu as RetroPie does. As for the other issues, that's for smarter people than I. I hope this helps in someway

I know this thread is a bit old now, but I quickly installed RetroPie to see if there was an issues with the scraper as I too am having problems. My tests show that it also suffers from the issues where manually scrapped data is lost when rebooting. It's a know issue with the solution being to quit emulation station to save the thumbs and game data. This does appear to work I can't confirm that this is also the case with Recalbox as manually scaping never returns any results for me, if it doesn't hang. This is Recalbox specific as RetroPie scraping manually works well and quickly. I'm pretty sure it's the same build of Emulation Station. Perhaps a bug needs to be raised for the scraper?

I think this should be added as a bug too.

Well, I've been mucking with smb config files and windows registry time out settings, with no luck. Looks like scp is the way to go for now. Heaps of reported cases with it being solved with disabling signing (windows) or disabling oplocks (Linux) but nothing works for me

Sorry to hijack an old thread, but I'm also exhibiting this issue, Windows 8.1 Enterprise. Also a mate of mine has reported the same thing. Small files are fine, but once they get large, say 500mb plus, they stall. Both of us are using RPI2+ with brand new class 10 cards. I recall seeing this on Linux before, something to do with SMB2 and perhaps signing. I'll report back if I can dig up the info I'm thinking of.

It's there. You just need to add a rom to the share for it to show up. Also consider over clocking or it will be terrible

Can't say for sure, I just reinstalled myself and edited from the shell afterwards. From a putty SSH session: nano /recalbox/share/system/recalbox.conf This is mine: # ------------ D - XBOX Controllers ------------ # ## Xbox controllers are already supported, but xboxdrv can solve some compatibility issues ## Disable this if you use ps3 controllers enable_xbox_drv=1 ## set the amount of controllers to use with xboxdrv xboxdrv_nb_controls=2

If you've edited the config file and the LEDs are still blinking, either it's wrong or corrupt. This is exactly what happened to be, so I now do it all from the shell to be safe.