Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Trouble recreating symlinks for ROM folders #116

Closed
citizen-why opened this issue Feb 22, 2022 · 4 comments
Closed

Trouble recreating symlinks for ROM folders #116

citizen-why opened this issue Feb 22, 2022 · 4 comments
Labels
MiSTer Functionality specifically geared to the MiSTer Project storage External Storage

Comments

@citizen-why
Copy link

Due to the way i copied over my rom folders I ended up with the symlinks for roms/nintentdo/famicom_disk and roms/nintendo/nes having the wrong ownership and permissions. I deleted the symlinks (confirming that the direcotires they pointed to are still there) and reran the Samba for MISTer script in the TUI but the symlinks did not get re-created.

Any idea how to correct this?

@sairuk
Copy link
Collaborator

sairuk commented Feb 23, 2022

I am not sure I understand exactly the problem. Do you mean the folder have permissions that differ from expected? This should have been repaired as you rerun the playbook for MiSTer.

  • roms/nintendo/nes should not be a folder, it should be a symlink
  • roms/nintendo/famicom_disk i believe was something we identified as currently missing recently and needs correction.

Could you please clarify if all other symlinks created correctly for MiSTer?

@sairuk sairuk added MiSTer Functionality specifically geared to the MiSTer Project storage External Storage labels Feb 23, 2022
@citizen-why
Copy link
Author

citizen-why commented Feb 23, 2022

Sorry for the confusion.

Due to the way I migrated my collection - I ended up messing up the permissions and had The following symlinks showing as having the wrong ownership and permission:
roms/nintendo/nes --> roms/nintendo/famicom
roms/nintendo/snes --> roms/nintendo/superfamicom (I misrembered the symlink that was at issue originally)

I'm fairly confident that roms/nintentdo/nes was a symlink pointing to roms/nintendo/famicom, and roms/nintendo/snes was also a symlink pointing to roms/nintendo/superfamicom but maybe I'm mistaken?

Eitherway, here were the steps I followed to correct this
1.) I deleted the symlinks expecting them to be regenerated when I ran the Samba for Mister option in the TUI.
2.) Confirmed that the target directory roms/nintendo/famicom exists with the right permissions (owned by my default user "retronas_user"
3.) Opened retronas and ran the Samba for Mister option from install things

Unfortunately, I ran that script, but the deleted items have not been regenerated and are still deleted
image
image

Is there a particular step I need to take to rerun the playbook beyond what I have done?

@citizen-why
Copy link
Author

citizen-why commented Feb 23, 2022

And disregard - after running it 4 times earlier today with no success, I just reran it again and the following symlinks regenerated:
roms/nintendo/nes --> roms/nintendo/famicom
roms/nintendo/snes --> roms/nintendo/superfamicom

Not sure why it didn't work earlier today and just worked now... but its resolved

image

Feel free to mark as closed unless you think there is something to learn from this except some weird user error on why they didn't regenerate when I ran the script earlier today.... of note the only thing I noticed that was different this time vs. the three times earlier today, was that this time when I opened the retronas TUI I got a message saying retronas had been updated required me to hit enter to confirm (I don't remember the exact message) before taking me to the TUI

@sairuk
Copy link
Collaborator

sairuk commented Feb 24, 2022

sorry i had no chance to come back around to this yet, the message you saw said you could now run retronas at the cli instead of the long sudo /opt/retronas/retronas.sh

we have made no changes that space I am aware of so it is certainly odd, i will close thise for now and we can revisit if have more reports of the same.

thanks for the follow up

@sairuk sairuk closed this as completed Feb 24, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
MiSTer Functionality specifically geared to the MiSTer Project storage External Storage
Projects
None yet
Development

No branches or pull requests

2 participants