For context, I am flashing the extended storage Vue After Free onto a drive marketed as “256GB”, but it’s actually a few GB short for some reason. (guide for context: https://github.com/Vuemony/vue-after-free#extended-storage-setup)
The drive I have has 234.3 GiB (~252GB), while the image of Vue After Free is 258 GiB (~256GB), so it cannot flash. Tried both KDE ISO image writer and balenaetcher. Is there any way to force the image to be written, as far as I understand, most of that 256GB is actually empty and it’s only because the PS4 requires a 256GB drive to register an external drive.
The way I see it, it looks like I could either a) spoof the drive into reporting as 256GB (it’s nearly there anyways), and undo that once I need to use it normally again or b) force the image to be flashed despite the storage on the drive being just short, and hoping the PS4 agrees with it given it’s not exactly 256GB
edit: Attempting to use dd to write the image to the drive, if that doesn’t work I’ll just get a later (but slower) drive
You have 256 liters of water, and a 234.3 liter jar and are asking how to put the water in the jar. Either get rid of some of the water (shrink the image) or get a different jar (different drive). Writing 256L on the side of the jar will not let it fit more water.
This is a good comment, but I got confused at first and thought you were talking about java haha.
C. Get a larger flash drive
Storage devices are frequently smaller than advertised just as 2"x4" boards are.
You cannot flash an image onto a device smaller than the image’s size. Your only options are to get a larger device or shrink the image. Shrinking the image is possible but not without understanding how the image is created. It should be possible by taking the published image and somehow editing it. Or by simply rebuilding the image yourself from source. Either way you’ll want to start by reading
.github/workflows/build.ymlfrom that repo.Also, because this is doing some PS4 exploits, its possible that the exploits depend on the 256GB size. Unlikely by conceivable.
This is because for the OS 1 GB=1024 MB, but for storage 1 GB = 1000 MB.
1GiB = 1024MiB and 1GB = 1000MB. OP does seem to get those confused.
It’s not that, the amount in GB is less than 256! Comparing GiB to GiB is easier on Linux since it doesn’t do the Windows thing and obfuscate the unit to all be GB. I just got the short end of the stick in terms of silicon (this was a drive by Asus, sooooo)
To be fair, 256! is about 8.5781777534 × 10⁵⁰⁶. Lots of numbers are less than that.
I think it’s pretty common for less reputable storage manufactures to have a drive which reports to be a certain size, but trying to read data back from some sectors doesn’t work. There is this windows tool to check the drive: https://www.grc.com/validrive.htm
Dang
When a drive is formatted, it has less space available than the total capacity because the file system format takes up space. An image file should include that. It might work if you use something like dd to copy it. How are you doing it?
I would have thought you could shrink the image file and then write it to the flash drive.





