Gamelist Locations
-
I dunno. I've run the script many times and it doesen't change anything. I've also logged in through Putty and ran the command
sudo chown -R pi:pi "/home/pi/RetroPie/roms/"and it still didn't change the permissions. At least not from what I can see from WinSCP.BUT, I think I solved the problem I was having by just erasing the gamelist and re-scraping.
-
@hansolo77 Can you change or store anything else? If not, your sd card may be failing and may've put itself into read only mode.
edit: Forget the above, as you deleted and re-scraped the gamelist. :) (Note to myself, never post before breakfast.)
-
It's possible the SD card is somehow corrupted. I had one failing on me, but didn't mark it. I've got a few laying around. I suppose I can try to swap with a different one.
-
It would at least help to clarify if it the problems occur because of a failing sd card. It's definitely strange that a
sudo chown -R pi:pi "/home/pi/RetroPie/roms"doesn't change the files' owner to pi. It just should do that.That said, you should check the permissions from within Retropie, e.g. by
ls -lin a given directory or with the file managermc, because an external program like WinSCP may display them incorrectly.In
mcyou can add an owner column by pressing F9, then select the menuLeftorRightfor the respective panel, and selectListing mode. In the listing mode dialogue, selectUser definedand add| ownerto the line below that option. After pressing Enter to apply your changes, you should have a new column in that panel showing the owner of the files listed. Save mc's settings in the F9 menu underOptions>Save setup. -
I'm not familiar with
mc. According tols -lthough, my folder looks like this:drwxrwxrwx 1 root root 0 Apr 14 13:25 amstradcpc drwxrwxrwx 1 root root 0 Apr 14 13:26 arcade drwxrwxrwx 1 root root 151552 Jul 3 18:02 atari2600 drwxrwxrwx 1 root root 0 Apr 14 13:25 atari5200 drwxrwxrwx 1 root root 20480 Jul 3 18:14 atari7800 drwxrwxrwx 1 root root 0 Apr 14 13:25 atari800 drwxrwxrwx 1 root root 28672 Jul 3 18:24 atarilynx drwxrwxrwx 1 root root 397312 Jul 8 14:38 fba drwxrwxrwx 1 root root 94208 Jul 3 18:57 fds drwxrwxrwx 1 root root 122880 Jul 3 20:06 gamegear drwxrwxrwx 1 root root 385024 Jul 3 19:41 gb drwxrwxrwx 1 root root 634880 Jul 4 06:37 gba drwxrwxrwx 1 root root 360448 Jul 3 22:51 gbc -
Midnight Commander (mc) is rather self-explanatory. You start it just by entering
mcin Retropies command line, and end it by pressing F10. The numbers at the bottom refer to F keys, and you access the pull down menus by F9. Mouse control is also supported, if your remote terminal supports it.It's just a suggestion, you don't have to use it if you don't want. :) Some people like it, some don't.
My rom folders look like this:
$ ls -l RetroPie/roms total 824 drwxrwxr-x 2 pi pi 4096 Apr 7 10:39 ags drwxrwxr-x 2 pi pi 4096 Apr 7 12:05 amiga drwxrwxr-x 2 pi pi 4096 Sep 21 2017 amstradcpc drwxrwxr-x 2 pi pi 4096 Apr 7 10:43 apple2 drwxrwxr-x 11 pi pi 135168 May 31 19:42 arcade drwxrwxr-x 11 pi pi 45056 May 26 16:24 arcade.noclones drwxrwxr-x 3 pi pi 36864 Nov 14 2017 atari2600 drwxrwxr-x 3 pi pi 20480 Oct 31 2017 atari2600.old drwxrwxr-x 2 pi pi 4096 Apr 7 08:48 atari5200 drwxrwxr-x 2 pi pi 4096 Sep 21 2017 atari7800 drwxrwxr-x 2 pi pi 4096 Apr 7 08:48 atari800 drwxrwxr-x 2 pi pi 4096 Sep 21 2017 atarilynx drwxrwxr-x 2 pi pi 4096 Apr 7 10:43 atarist drwxrwxr-x 2 pi pi 4096 Apr 7 10:49 c64 -
In case you aren't familiar with the output, some explanations I haven't had the time earlier.
The "drwxrwxr-x" are the actual permissions in the pattern d rwx rwx rwx (
directory; owner's permissions toread,write, and execute; owner's group's permissions; all others' permissions). A letter says "has this permission" and a "-" says otherwise. Execution rights for directories mean that you're allowed to enter them and list their contents.So, your user pi should have rwx access to your rom folders, although they inexplicably belong to root, because their permissions allow all others than root('s group) equal access.
-
How can I fix it then?
-
i'd first start by verifying the permissions/ownership of your home directory:
$ ls -la / | egrep homedrwxr-xr-x 3 root root 4096 Mar 13 14:55 homethen keep digging:
$ ls -la /home | egrep pidrwxr-xr-x 12 pi pi 4096 Jul 8 02:43 pi$ ls -la /home/pi | egrep RetroPiedrwxr-xr-x 6 pi pi 4096 Apr 14 10:27 RetroPie
drwxr-xr-x 9 pi pi 4096 Jul 3 03:11 RetroPie-Setup -
@chipsnblip here are my results:
ls -la / | egrep homedrwxr-xr-x 3 root root 4096 Mar 13 17:55 homels -la /home | egrep pidrwxr-xr-x 13 pi pi 4096 Jul 10 12:48 pils -la /home/pi | egrep RetroPiedrwxrwxrwx 1 root root 4096 Jul 1 00:32 RetroPie
drwxr-xr-x 9 pi pi 4096 Jun 30 23:50 RetroPie-Setup -
Just to be sure : is your RetroPie folder on the SD, or do you have some manual mount on USB key, NAS, ... ?
-
The RetroPi folder is mounted on a usb hard drive..
-
Was sort of obvious when you said chown was not working.
You have to adduid=1000,gid=1000in the options part of your fstab line, then.
And of course umount/remount the FS. -
Where? Currently my
/etc/fstabline has this:UUID=80B89CC9B89CBF5A /home/pi/RetroPie ntfs nofail,user,umask=0000 0 2 -
UUID=80B89CC9B89CBF5A /home/pi/RetroPie ntfs nofail,user,uid=1000,gid=1000,umask=0000 0 0 -
No 2 on the end then? Sorry I don't know much about this part of the build, copied from somebody else found through Google. :)
-
@hansolo77
Last field is for fsck pass number when rebooting.
AFAIK fsck (so last digit of fstab lines) is only for unix filesystems.
You may repair ntfs on linux with ntfsfix, but it has limitations, and you should use a windows computer instead. -
I do use Windows. I think there are 2 things I did wrong here. Firstly was with the
fstab, and secondly was my backup process. When I built my system, I backed up theRetroPiefolder to my server, so I would have easy access to theBIOSandROMSfolders so I could just easily copy them back over if the drive fails. Rather than remove the drive and connect it to the computer, I downloaded all the files to the server with SFTP. When I started building my brother's system, I just re-used those same files, and SFTP'd them back over (again, without connecting the drive directly). I think it wrote the files over with the wrong permissions. I should have just connected the drive and copied them over that way. Would have been faster too. Live and learn I guess. -
@hansolo77
So is your problem solved ? -
Looks like it could be. I'm about to leave for work so I will test more tomorrow. But quick glances show it now has that whole path set up as
pi:pi.
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.