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

App problems with SD2VITA #108

Closed
d3m3vilurr opened this issue Jan 16, 2018 · 14 comments
Closed

App problems with SD2VITA #108

d3m3vilurr opened this issue Jan 16, 2018 · 14 comments
Labels

Comments

@d3m3vilurr
Copy link
Collaborator

d3m3vilurr commented Jan 16, 2018

we think the application has compatibility with gamecard-microsd(aka sd2vita).
but multiple redditer reported same app problem 1 2

this issue might be same issue #102 and #105

In my test, an issue can't reproduce. and I guess, modified sd2vita sometimes makes the problem.

@d3m3vilurr
Copy link
Collaborator Author

d3m3vilurr commented Jan 16, 2018

looks like same issue xyzz/gamecard-microsd#22
but I need info for the double check.

  1. plugin version of sd2vita; contain project - original, fork branch, MLT version, ...
  2. use/not use vita memory card

@fivezeroes
Copy link

fivezeroes commented Jan 16, 2018

Having this issue with sd2vita 2.0, this one from amazon. sd2vita is mounted as ux0, vita card mounted as uma0. No folder is created in ux0:data.
App works fine with vita card mounted as ux0.

@d3m3vilurr
Copy link
Collaborator Author

sorry, i need plugin information, not the hw :) anyway thanks for the report.

@fivezeroes
Copy link

Oh, I'm using the Switch SD2Vita application's plugin from Applelo.

@d3m3vilurr
Copy link
Collaborator Author

are you have ux0:data dir? just not created ux0:data/moonlight?

@fivezeroes
Copy link

I do have the ux0:data folder, and have other applications that make use of the folder, including homebrew browser and save manager. Also, I just tried the plugin recommended by wololo and encountered the same issue.

@fivezeroes
Copy link

fivezeroes commented Jan 16, 2018

I also disabled all other plugins, so stripped down to enso and sd2vita mounted as ux0 only, issue still persists.

@d3m3vilurr
Copy link
Collaborator Author

looks all broken users used mlthaku... :(
so we can suspect, mlthaku makes problem at the install/initialize steps.
in normally, os will make right ux0:data and henkaku/taihen give access perm to safe apps.
but @fivezeroes comment mlthaku looks only can write unsafe application.

probably it's mlthaku issue not vita-moonlight and vanilla henkaku/taihen.

@fivezeroes
Copy link

So after nuking my whole vita to ensure no mlthaku is left and reinstalling henkaku and enso clean, still no change :/

@fivezeroes
Copy link

Found a fix! After digging through other people having the same issue with retroarch, I found someone advising

Quick update, I could restore attributes for all folder from windows by running:
attrib -H -S d:*.* /D /S (replace D: by the letter of your drive)

to fix file permissions. This did the trick for me.

@d3m3vilurr
Copy link
Collaborator Author

@fivezeroes well... that still can be mlthaku issue, if make the mess at first initialize time, remain an issue until do formatting or recover permission (like your command).

anyway, thanks to sharing fix command, i'll add to wiki.

@lovelydumpling
Copy link

It worked! fivezeroes is a hero!

@manui3rk
Copy link

manui3rk commented Feb 8, 2018

Hi.

I have the same problem whit Moonlight, how could i fix???

@xyzz
Copy link
Owner

xyzz commented Feb 8, 2018

As mentioned above, it's a problem with mlthaku, not vita-moonlight. vita-moonlight can do nothing to fix it, see replies above for a possible workaround.

Repository owner locked and limited conversation to collaborators Feb 8, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

5 participants