Running ROMs from a Network Share

sabelstrom

Now i have tried som more with out any good results.

This is what i have tested:

autostart.sh
sudo mount -t cifs -o username=something,password=something ftp://192.168.2.1/FTP/Konsolspel/ /home/pi/RetroPie

and
sudo mount -t cifs -o username=something,password=something //192.168.2.1/FTP/Konsolspel/ /home/pi/RetroPie

But when i run ls RetroPie after reboot it is the local folder that comes up.

Do i need a RetroPie folder on my ftp?

My ftp is a USB disk plugged in to my router, when i use the ip in my browser or explorer i only come to the router login screen.

But if i use ftp admin@ 192.168.2.1 in explorer i get to the ftp folder.

What am i doing wrong?

BuZz

@sabelstrom you should really start a new thread if you have problems rather than adding to existing threads (after reading https://retropie.org.uk/forum/topic/3/read-this-first)

You can't mount an ftp server like that. that line is for mounting a windows share (via cifs filesystem).

sabelstrom

Ok, I will start new thread.

I feel confused when Running ROMs from a Network Share tells me this "I found FTP to be favorable"

But i can understand it wrong.

I Used this thread because i thought they had a way to get FTP work and when i tested it didn work, that is why i asked the people that i thought solved it instead of creating a new thread.

Sailing_Nut

This post is deleted!

thundercrack

I tested this a lot trying to use NFS for /home but I get "Failed to extract content from compressed file" when ROMs are selected. Then I tried mounting NFS at /home/pi and it failed the same way. I also tried changing the ROM dir to something completely outside of /home/pi, updated the conf to reflect the change, but it still wasn't able to uncompress ROMs when selected. So it sounds like a bug. A really, really annoying bug.

I changed everything over to sshfs and it's just fine now. I did not try CIFS. An added benefit now though is this will allow me to take my pi anywhere and as long as I update /etc/fstab and have an internet connection I'll have access to the ROMs. I could have done it with nfs but it's more annoying to setup and secure to the outside world like that.

Smolky

Model: PcCom Raspberry Pi 2 B
Power supply: Network loader USB 2A (translated from Spanish to English, not sure if correct)
Retropie version: 4.1
Built From: Pre made SD Image on RetroPie website
USB Devices connected: Wireless Keyword and mouse
Controller used: XBOX Wireless gamepad
Emulator: SNES
Guide used: https://github.com/RetroPie/RetroPie-Setup/wiki/Running-ROMs-from-a-Network-Share (and this topic)
Other: Raspberry is connected to the LAN using an ethernet cable (not wireless)

Hi everyone. My issue is that I have configured my retropie to fetch the roms from my desktop computer. After reboot the retropie all worked fine except that I found that the game speed of snes (the only emulator I have tested) is slower. I notice both in the music and the game speed like if was running at a minor frame rate

As you can see, I configured my fstab to fetch only the roms (not bios, config, ...)

//ip-host/retropie/roms /home/pi/RetroPie/roms cifs username=my-username,paassword=my-password,noserverino,defaults,users,auto 0 0

After that, I have commented the fstab line, reboot the retropie and all worked as usual.

Any of you have experienced something similar? Thanks and sorry about my English

spieddy

Hello erveryone,

I have a problem with mame4all rom running over network (windows).
Setup RPI3 with modified autostart.sh. Latest Retropie version.
Everything works fine except mame 0.37b5 roms. If same romset placed on sd card without network, it works fine. Over network emulator starts a rom, displays rom-art, screen turns black and retropie goes back to mame folder. Emulatior lr-imame4all
Runcommand.log error: line 981: 1374 Segmantation fault
Does anybody know to solve this problem?

Thanks

spieddy

@spieddy After serveral hours od trying, I decided to change to modify Fstab and everyting works fine.

taekwonjudo

Kit bought from CanaKit

Model: Raspberry Pi 3 B
Power supply: 2.5A USB PS from CanaKit
Retropie version: 4.1
Built From: Pre made SD Image on RetroPie website
USB Devices connected: USB Keyboard, XBox 360 Wireless Gaming Receiver
Controller used: XBOX Wireless gamepad
Guide used: https://github.com/RetroPie/RetroPie-Setup/wiki/Running-ROMs-from-a-Network-Share (and this topic)
Other: NAS is setup using Freenas 9.10.2, NAS ip: 192.168.0.106

Hey Everyone. First a BIG thank you to everyone involved in building this project & everyone involved in this aspect of it as well!

I am a VERY noob with regards to linux, but quite adept with PC & Mac since the DOS days. Bash is coming along thanks to that but I'm definitely struggling with some of the understanding, so please forgive my ignorance.

I've been trying method 1... but obviously I'm missing something & made some mistake somewhere (likely syntax).

I've edited autostart.sh as follows. My NAS is at 192.168.0.106, and my directory structure is pictured below my shell screen.

0_1487146027638_autostart.sh.jpg

I have a few issues.

1st, when editing autostart.sh, when I put the edited line above the code that was in there (emulationstation #auto)... emulationstation no longer auto launches... not sure what that's about... but I can type emulationstation into the Pi & it launches without issue. (But maybe that's significant, I don't know).

After rebooting the Pi, when I go into emulationstation, the only option available is configuration. No RetroPie menue, and my bigger concern, no options to launch any of my roms.

This tells me that the Pi isn't seeing the directory as I was hoping it would.

I AM able to ping 192.168.0.106 so I know that the Pi does in fact see the server... but it seems I didn't understand the instructions correctly obviously for setting this up.

Any help anyone could offer to help me progress this would be greatly appreciated.

OH! Just to be clear, my NAS does have the cifs share set up correctly... I AM able to connect without issue through my PC.

Rickt1962

@vxjester said in Running ROMs from a Network Share:

@doncastermems
I'll take a shot at it.
Step 1: sudo cp /etc/fstab /etc/fstab.old
Step 2: sudo nano /etc/fstab
Step 3: add at the bottom of everything that is there //server/share /pathto/mountpoint cifs credentials=/home/username/.smbcredentials,uid=shareuser 0 0
Example: //192.168.1.1/share/roms /home/pi/RetroPie cifs credentials=/home/pi/.smbcredentials,uid=pi 0 0
Step 4: Press ctrl+o then enter to save.
Step 5: Press ctrl+x to exit.
Step 6: next sudo nano ~/.smbcredentials
Step 7: Add your network drive info to this in this format (you might not need the domain part):
username=shareuser
password=sharepassword
domain=domain_or_workgroupname
Step 8: Save and exit just like before in step 4 and 5.
Step 9: sudo mount -a
Step 10: sudo chown RetroPie: /home/pi/RetroPie
Note might need to sudo chmod 0600 ~/.smbcredentials
Then sudo mount -a
Then ls ~/RetroPie
This is to check if you done everything correctly.

Well tried this method got error I don't have a password on my network will that cause my problem ?

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Fri Feb 17 12:38:41 2017 from 10.0.0.3
osmc@osmc:~$ sudo cp /etc/fstab /etc/fstab.old
osmc@osmc:~$ sudo nano /etc/fstab
osmc@osmc:~$ sudo nano ~/.smbcredentials
osmc@osmc:~$ sudo mount -a
Retrying with upper case share name
mount error(6): No such device or address
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
mount: failed to parse mount options
osmc@osmc:~$

I think Im not getting my path correct

//10.0.0.60/XBMC_3_Drive/Storage/ROMs /home/pi/RetroPie cifs username=Username,$
//server/share /pathto/mountpoint cifs credentials=/home/username/.smbcredentia$

My server location is 10.0.0.60 its called XBMCMYCLOUD with additional Hard Drive plugged into it called XBMC_3_Drive

So maybe I am not enter it correctly :(

crazyp

I am having some trouble getting my network share on my apple airport router to work on my pi 3 at boot. If I enter the mount command at the command line the network drive mounts and when I open emulation station all my games are there. I haven't been able to get the drive to mount at startup though. below is my autostart.sh

GNU nano 2.2.6 File: autostart.sh

sudo mount -t cifs //10.0.1.1/pi/roms -o username=pi,password=raspberry,sec=ntlm,file_mode=0777,dir_mode=07$
emulationstation #auto

                                          [ Read 2 lines ]

^G Get Help ^O WriteOut ^R Read File ^Y Prev Page ^K Cut Text ^C Cur Pos
^X Exit ^J Justify ^W Where Is ^V Next Page ^U UnCut Text ^T To Spell

pappabees

OK just wanted to share how I got this to work every time quite simply. Might be stated here didn't find it all in one place so here goes:

                      From the share server (my case Win10)

add a share drive in my windows 10 server with read/write access to a single user in my case pappabees
```
                 From the RetroPie 
```
sudo nano /etc/fstab
add the following line:
//<Servername>/Retropi_Roms /home/pi/RetroPie cifs noauto,credentials=/home/pi/.smbcredentials,uid=1000,gid=1000,forcegid,forceuid
Note the noauto makes it so it doesn't come online while the network is still coming up. solves that issue, created security file so you don't have userid/pass in plain site. Also the GID and UID sets the directory to be owned by the PI user so that takes care of the R/W access.
sudo nano /home/pi/.smbcredentials
create a file in the ~home directory called .smbcredentials note this file has a dot (.) in the name
in that file add the following 2 lines
username=<add your username on the windows 10 box that has R/W to the share>
password=<add password to above username>
Ex. username=pappabes
password=nicetry!2
There is a 3rd line you can add if your on a domain but most homes don't use this domain=(domain)

Change the permissions of the file to prevent unwanted access to your credentials:
4) sudo chmod 600 ~/.smbcredentials

Now lets add the mount command after everything is booted
5) sudo nano /etc/rc.local
add to the end of the file before the exit 0 line the following line
sudo mount //<Servername>/<sharename>
example sudo mount //bell-server/RetroPie_Share

sudo reboot

Once your back up you should be able to ssh to your box and do a df and see your new sharedrive

Hopefully this will help us beginners a with one quick spot until the RetroPie Gods smile on us and add this feature which if I read this thread correctly may come some day.

Note: Got a few error (13) issues and found in my case that I had misspelled some share names or directory names and had to really slow down and double check spellings :-)

mouser

I've followed the instructions in this guide and can see the roms on my share within Emulation Station, but trying to run any of them just immediately bumps back out to the ES menu.

If I don't mount the share in autostart.sh and copy the same roms from the share to the appropriate directory on the RP3, the roms run just fine. I've checked that the (Windows 10) share user has read/write permissions and that the properties on the shared folder do not include "Read Only" for anything in the shared filesystem.

Any thoughts on where my problem might lie?

pina

I ran through all the steps via option #1, but retropie still copies the roms to the internal SD instead of the NAS.

First I made a new network share:

//retropie

with the following folders:

/home/pi/Retropie/BIOS
/home/pi/Retropie/roms

I enabled ssh (I'm working through Bootberry)
Using terminal in Mac, I SSH to my retropie
sudo raspi-config -> Boot options, wait for network
edit autostart.sh : sudo nano /opt/retropie/configs/all/autostart.sh

sudo mount -t cifs -o username=xxx,password=xxx //192.168.11.100/retropie/home/pi/RetroPie /home/pi/RetroPie

then sudo reboot

Whenever I place a rom into, retropie keeps taking the internal SD as source and not my NAS. I don't know what went wrong in here, stayed almost all night up to figure it out :((

Guy-Sensei

I have successfully enabled network share by following the wiki and although it didn't work at first, I did more research and added uid=1000,gid=1000 to the mounting line and it has been working flawlessly. However, after a bit of testing, I discovered that lr-snes9x won't load MSU-1 games (it just plays the rom with original sound and no videos) - and lr-mame2003 simply won't load roms at all.... However, they work fine if I run the exact same rom files using the same emulators from the microSD rather than over network.

Here's my setup:

RPi 3B:

NOT overclocked
CanaKit 2.5A Power Supply
32Gb SanDisk MicroSD
HDMI output
Ethernet wired connection
Updated RetroPie Setup script and latest updates for lr-snes9x and lr-mame2003
autostart.sh modified to mount network rom folder from desktop running windows. Added line: sudo mount -t cifs -o username=XXXX,password=XXXX,uid=1000,gid=1000 //DESKTOP/retropie/ /home/RetroPie/roms (i don't understand exactly how this works, but this is what I do to enable network share and it wouldn't work unless I added the uid and gid parameters. Username and password obviously replaced with Windows username and password)

Desktop:

Windows 10
Roms located in shared folder on 3TB secondary exFAT partition (F: drive)
Also ethernet wired connection on same home network

The following things do not work unless I disable the network share and run the exact same roms with the same emulators from the microSD card locally:

Snes MSU-1 roms:
I patched the games correctly and am able to get them to work on lr-snes9x ONLY if I run the exact same files directly off the microSD. Network share doesn't work for some reason - the games will play fine but I don't get the new music or video. I tested Megaman X, Rock n Roll Racing, Secret of Mana, and Zelda.

lr-mame2003 0.78 romset:
I have the correct romsets verified with clrmamepro (it says "You have 4719 of 4720 known MAME 0.78 sets (+ BIOS sets)" after scanning).
They are all located in the roms/arcade folder
Tried running a bunch of roms at random including UMK3, MK2, Ergheiz, and Pac-Man. None of them loaded.
Tried running the same roms from the microSD and they work fine.

I wonder if these issues can be fixed. I assume the programmers must be able to fix it somehow. I'm just not sure who I should notify or where to post this.

Besides that, the network share works surprisingly well with almost anything else including PSP and PS1. I'm very happy with this feature overall. Thank you!

dyers

Can anyone confirm that they are able to run zipped roms over the network shares? I've setup a network mapping to the entire /home/pi/RetroPie folder and copied the data over scp to my windows file server. Everything shows up but only non zip roms work, i noticed the pattern and then unzipped a single file from each emulator and indeed it's the compressed files that create a problem. Has anyone else run into this? I'm using a pi3. I've tried option 1 and 2 from the guide and both have the same impact.
I do have an upgraded install so my next step is to totally start over.

Edit: adding some more details, I've checked the logs, they appear identical to working launches, some emulators just stall doing nothing, shift+x brings retroarch menu up, so it isn't hung. Other's just bomb back to the rom list.

dyers

My problem might be related to this: https://github.com/libretro/Lakka-LibreELEC/issues/115

Haris1977

@zehjrack i have the exact issue my self. Everything plays fine EXCEPT FOR mame roms..

I opened a new thread also here . Have y managed to fix it? I am out of ideas....

Haris1977

@spieddy said in Running ROMs from a Network Share:

to modify Fstab and everyting works fine

How did y do that? I am having same issue with my mame roms. All other roms are ok.

Anyone else is having problem with mame roms (not working)?

Haris1977

Well i ve finally managed to run all of my games (mame roms too) by just following option 2 (unfortunately option 1 didnt work 4 me) from here. I ve also managed to wake my nas server first (as most of the time is in "sleeping" state) , wait some time (in order for the samba to work) and then mount the samba share. Works as expected.

Thanks again for the info :-)