PS3 0KB free on HDD

N

NiQ

Senior Member
Happened after copying a BD move ISO to the internal HDD using FTP. Deleting it doesn't help. File system restore doesn't help. Rebuilding the database doesn't help.

Any fix other than reformatting? And if I need to reformat what is the most painless way? I have quite a lot of game saves, and also the console is properly activated on PSN, not a fake activation.

Thanks.
 
seems to be a weird issue with playstation devices. I once had some data on my internal storage show that it had used for games on the ps5, when there were no games present. it corrected itself after a new firmware was released, and it rebuilt the database. I did try that beforehand (rebuilding the database, and the ps5 has an option to delete cache as well), which didn't work. I didn't have hen on the ps5, never have, so it's unrelated. iirc, the file size of games is kept in the app.db of the ps4 and 5, and it's listed in kilobytes. the same may be true of the metadata file on the ps3, but I'm not really sure. I know some people have had their ps4/5 say a game was like 400GBs after installation, probably due to the same bug that's never been fixed, even on the ps3. it seems to be random too.
 
NiQ said:
I can setup a NetBSD VM. Is there a way to mount it? I'm actually working on a FUSE based loopback device for PS3 but if someone already made something like that I'd really like to know so I don't waste my time for something that's already been done.
Click to expand...

if by fuse you're referring to mounting the linux file system package, you should use fuse2 or 3. I had no issues mounting it on debian (I think), fuse 2 that is, for using app images, but I've heard of people breaking their linux install for anything below ubuntu 22.04. I'm not sure where debian falls into that, but that was after installing the star fox compile for linux, which I was able to build.

edit: mind you, take what I have with a grain of salt. I'm still an amateur at linux and linux-like file systems.
 
Gregor said:
if by fuse you're referring to mounting the linux file system package, you should use fuse2 or 3. I had no issues mounting it on debian (I think), fuse 2 that is, for using app images, but I've heard of people breaking their linux install for anything below ubuntu 22.04. I'm not sure where debian falls into that, but that was after installing the star fox compile for linux, which I was able to build.

edit: mind you, take what I have with a grain of salt. I'm still an amateur at linux and linux-like file systems.
Click to expand...
No, I meant a fuse driver that allows you to mount it directly on *BSD.
 
@NiQ It is not easy as you thinking it is. On BSDs no tools existing for PS3 HDD decryption (Geom or Geli are fine, but no multipath-tools equivalent exist). You must fed it by decrypted data, which easiest can be done by PS3HDH, then expose mapper with decrypted dev_hdd0 as disk, to be fed up by PPC64 version of NetBSD v6.0.

Or... write dedicated fuse which will deal with everything: LE/BE conversion, decryption/encryption, exposing to userland logic structure. No one yet achieved that for any any OS for PS3 HDD. Closed was Picard but he dropped his ufsfuse fork.

@Gregor You mixing up two different things. Databases and filesystem. On PS3, XMB shows real disk space read from fs tables.
 
Last edited:
Berion said:
@NiQ It is not easy as you thinking it is. On BSDs no tools existing for PS3 HDD decryption (Geom or Geli are fine, but no multipath-tools equivalent exist). You must fed it by decrypted data, which easiest can be done by PS3HDH, then expose mapper with decrypted dev_hdd0 as disk, to be fed up by PPC64 version of NetBSD v6.0.

Or... write dedicated fuse which will deal with everything: LE/BE conversion, decryption/encryption, exposing to userland logic structure. No one yet achieved that for any any OS for PS3 HDD. Closed was Picard but he dropped his ufsfuse fork.

@Gregor You mixing up two different things. Databases and filesystem. On PS3, XMB shows real disk space read from fs tables.
Click to expand...
I was in the middle of coding a fuse driver for *BSD when my computer failed. Oh well, I have a copy on Github so other than the Makefile (which I apparently forgot to add to the repo) the code seems intact. The repo is currently private because I haven't had the time to debug it yet and I don't want anyone destroying their HDD, but I'll open it once I'm done.

@Berion Do you happen to have a working NetBSD 6.0 VM image? I found the installer but no pkgin mirror remains alive.

Update: fsck on the disk did nothing. Deleting some ISOs actually did free up space, but the space freed was just the size of the deleted files, i.e. the missing space has not been recovered :(
 
Last edited by a moderator:
Berion said:
Yes, that's the exact way.

And it didn't found any problems? That's strange.
Click to expand...
Would NetBSD 6 be better? That guide uses FreeBSD and it would be a pain to set up NetBSD 6 PPC64 just for that.
It did find issues, and fix them, but it didn't solve the problem.
 
It is necessary even. None other BSDs or newer NetBSD have tools working with "PS3 UFS". It will recognized it as FFS in that distro. But now, that fs is probably damaged beyond repair. ;]
 
You must log in or register to reply here.

Similar threads

Back
Top