Hacking Uma0 headache after 3.65...

[raylgo]

Successfully did the update to 3.65 with vita shell at 1.82 and everything. The problem is that it can seem to find an Uma0 folder... It has the ux0 and the ur0. Vita shell would just say can't detect USB device if I try to mount the sd2vita... Is there an extra step involved

Been using nonpdrm + sd2vita, and adrenaline with no problems on 3.60. Vita games on the micro SD card (Uma0?) and adrenaline pointing to the vita memory card (ux0?).

I'm willing to nuke both vita memory card and sd2vita memory card if that's gonna fix the problem... Followed all the steps except I was using a spare 8gb vita card to update to 3.65 and switched back to my 32gb one after. Would that matter at all?

 

[yoshinatsu]

Try using this forked gamesd.skprx instead.
MicroSD will be ux0 and the Vita memory card will be uma0.

 

[TariqSoftDev]

*Ensure your plugins are updated
>If it still persists
*Use Celeste's StorageMgr

Also what version Vita are you using?
Uma0 stands for USB Mass Storage 0.

 

[SeongGino]

*Ensure your plugins are updated
>If it still persists
*Use Celeste's StorageMgr.

*Not until StorageMgr's release has been updated for 3.65 support.

 

[TariqSoftDev]

*Not until StorageMgr's release has been updated for 3.65 support.

Yeah that too >.>

--------------------- MERGED ---------------------------

 

[Madridi]

*Not until StorageMgr's release has been updated for 3.65 support.

It has been updated. It's just not compiled yet. If anyone can compile it then that's all they need really

 

[SeongGino]

Yeah that too >.>

Assuming, of course, that the patched Vita2SD module doesn't work as desired.
It would certainly be more helpful if CelesteBlue supplied build instructions on the front page/README, but for now we'll have to play the waiting game a bit otherwise.

---

It has been updated. It's just not compiled yet. If anyone can compile it then that's all they need really

*Not until StorageMgr's release...

That implies the pre-compiled binary, not referencing the current state of the source code.

(On a side note, it's still being updated to this very hour; I assume for cleanliness of code or whatnot.)

 

[TariqSoftDev]

---

That implies the pre-compiled binary, not referencing the current state of the source code.

(On a side note, it's still being updated to this very hour; I assume for cleanliness of code or whatnot.)

Wasn't too hard https://www.dropbox.com/s/u08pg2wnf232l9z/build.zip?dl=0

Built easily, Celeste included a auto build script.

 

[SeongGino]

Wasn't too hard https://www.dropbox.com/s/u08pg2wnf232l9z/build.zip?dl=0

Built easily, Celeste included a auto build script.

WHELP.
One would just need to copy the example config from the current release then, slip it into the same directory as the plugin, and modify as needed.

 

[raylgo]

Alright I'll try it when I get home on Sunday. Felt like I jumped the gun too soon X_x guess I'll have to wait it out.

All the plug-ins are newly downloaded right before starting the update to 3.65. I'm only using nonpdrm and gamesd.skprx. I'll try the forked version of gamesd.skprx that was linked.

Will using storage manager override the forked version of gamesd.skprx? Is it an all in one solution? I thought switch2sd was the in one solution X_x

 

[TariqSoftDev]

Alright I'll try it when I get home on Sunday. Felt like I jumped the gun too soon X_x guess I'll have to wait it out.

All the plug-ins are newly downloaded right before starting the update to 3.65. I'm only using nonpdrm and gamesd.skprx. I'll try the forked version of gamesd.skprx that was linked.

Will using storage manager override the forked version of gamesd.skprx? Is it an all in one solution? I thought switch2sd was the in one solution X_x

Storage manager is a "all in one" solution that mounts everything for you to the partition you specify, PLEASE read Celeste's github readme about this all.

 

[raylgo]

Alright thank you everyone. Guess I'll wait for Sunday to fix the mess I made x_x

 

[raylgo]

Strangely enough, I could never get the device to recognize the sd2vita as the Uma0... So now it is mounted as ux0 and the 32gb memory card I had is now the Uma0... Dunno if that has any disadvantages but it's working now.

adrenaline can now be pointed to the Uma0 anyway which was the main issue for me before. So it's all good now. Thank you everyone

 

[yeshuachrist]

(that something I wanted to do, that is use uma0 but if you only have 8gig vita official memory card, and its your emergency device for vita shell, just use "HBinjector" ........ unless something was updated, its really "sorry out of luck" if you accidentally do enough damage to the other partitions containing system files, that is unless reinstalling 3.65 enso firmware can fix everything ..... so far no reports of that happening)

(with uma0 specifically I started with a 128 gig usb stick, so its good to hear about the sd2vita plugin going 1.2 go support both partitions of ux0 and uma0 .............. before that, the vita had problems unmounting and mounting the uma0 memory card/usb stick ........... and beyond that, you have power issues and overheating issues, I melted a marshmallow on top of my pstv, thats at least 2amps or more of heat very damaging, that particular unit still works, but i never play with usb stick more than 2 hours) (sd2vita 1.1 only supports ux0, no uma0, if your helping someone else, they can only damage their unit if they update that plugin, to sd2vita 1.2, game sd something)

 

[TripDyke]

Try using this forked gamesd.skprx instead.
MicroSD will be ux0 and the Vita memory card will be uma0.

Jumping in from another thread, trying to find a mirror for that fork as the URL is dead.

 

[SeongGino]

Jumping in from another thread, trying to find a mirror for that fork as the URL is dead.

Not the same gamesd plugin, but... Ahem.