Jump to content

WARNING: 3.71 M33-2 USERS


Mooney

Recommended Posts

There appears to be a bug in 3.71 M33-2 that could cause your PSP to become a PERMANENT BRICK, that not even a Pandora's Battery will be able to fix. Fortunately, Dark_AleX has released a patch that may fix this bug.

Symptoms:

You used USB flash access to write something to flash0/1/2/3, either in recovery or in VSH after re-routing USB. Although Dark_AleX fixed the bug that was present in 3.60 M33 and 3.71 M33-1 (which caused files larger than approx. 60kb to be corrupted), flash writing is still unreliable. It seems the nand partitioning is messed up after a USB flash write.

 

After flash access through USB, you either get an infinite BSOD or a PSP that doesn't boot at all. The PSP can't be recovered by Pandora or any of the Cemetery sticks!

 

Precautions:

Don't use USB flash write access when on 3.71 M33-2 until further notice! If you did and you get a BSOD, don't press O! It will cause an infinite BSOD loop that can't be fixed. According to some reports in other threads, when you hard power off your PSP at the BSOD (power switch or battery out) you have a small chance to get the PSP booting again, but some things will not function since flash1 is not correctly initialized. Probably a "restore default settings" may fix this, otherwise, try the flash1 format from recovery.

 

Solutions:

When you have a working full nand dump safely stored somewhere, use the Cemetery V3 stick to restore it to your PSP. On the fat, you can also use Cory's upNandTool or a similar tool, on the slim you can also use Cemetery V1 or V2. Don't try to use Pandora, because it does a logical restore and for this problem, you need a physical restore. Remember that it's impossible to restore any other PSP's nand dump, because you will screw up IDStorage beyond any repair!!!

 

When you don't have a nand backup but your PSP is a fat, get a nand backup from another PSP. It may be of any fw version, although only 1.50 will boot instantly. The important part is the partitioning, not the nand contents. Before doing anything to your bricked PSP, use Pandora or any Cemetery stick to create a full backup of your nand! Store it safely on your PC, and maybe a copy on another media. After making sure your nand backup is safe, use Cemetery V3 to restore the other nand dump. Pandora will not work because you need a physical restore, not a logical. When you restored a 1.50 dump, your PSP should now boot again. With any other firmware, it will still be a brick. You should now be able to use Pandora or Cemetery to unbrick it. All that remains is to restore your own IDStorage, or your PSP will be homebrew only. Use the dump you created from your own bricked PSP and Cory's upNandTool to restore IDStorage only without overwriting the other nand contents. Now your PSP should be fully functional again.

 

When you don't have a nand backup and your PSP is a slim, you're screwed. Restoring another PSP's nand dump won't work because of the protections Sony added to the slim on nand level, including signing and encryption. If you still want to give it a go, you can try the procedure described above for the fat. But use the 64M version of upNandTool instead. And only use another slim's nand dump, a fat's dump will definitely not work.

 

FINAL WARNING !!!

Especially on the Slim, before doing anything that writes to your nand (including regular updates), create a nand dump! Store it on your PC and on another media and make sure it's safe! Currently it's your only chance of unbricking a full brick!

 

[EDIT] It seems to me that Sony is no longer afraid of bricking their customer's PSPs. My guess is that part of the nand protection they already put in the slim's hardware, has been incorporated into the 3.71 firmware, causing all kinds of corruptions whenever a flash write is done. Although it still could be a stupid bug...

Source

 

Dark_AleX has sent me this file for you guys to test, which he says should fix the flash0 over USB nand corruption issues.

 

The problem:

Sony's lflash driver cannot retrieve the last sector. DAX fixed this by using internal functions of the lflash to do it directly, but it appears this may be glitchy at random intervals (though he managed to restore an entire flash0 dump before releasing M33-2 and had no problems).

This was introduced in M33-2, rather than the original code. The fix for M33-2 was a separate ioctl handling issue.

 

The fix:

Overwrite flash0:/kd/usbdevice.prx with the attached file.

It uses the old flash0 over USB code, with the small-file corruption issue from 3.71 M33-1 fixed.

 

Obviously you'll have to use flash0 over usb to actually copy this file, MAKE SURE YOU HAVE A WORKING NAND DUMP BEFORE YOU DO, as you may corrupt the partition records when copying it. (Unlikely but possible).

 

He is releasing the source to this file very shortly.

Source

Link to comment
Share on other sites

  • Replies 40
  • Created
  • Last Reply

Top Posters In This Topic

I have 3.71 M33-2 and so far have not experienced any problems (other than some old plugins not working, but most have been updated). I don't use the USB flash0 function anymore, since 3.71 added the feature of using .PTF themes.

Link to comment
Share on other sites

I'm at 3.51 M33-6. I'd say unless you really need to, don't try firmwares based on things 3.60 and above. Just for peace of mind's sake.

My intentions with the PSP are just playing PSP ISOs, SNES/Genesis Emus, and PSX games using that tutorial you wrote. Will i be able to with 3.51?? Sorry for the bother, im New at this.

Link to comment
Share on other sites

I'm at 3.51 M33-6. I'd say unless you really need to, don't try firmwares based on things 3.60 and above. Just for peace of mind's sake.

My intentions with the PSP are just playing PSP ISOs, SNES/Genesis Emus, and PSX games using that tutorial you wrote. Will i be able to with 3.51?? Sorry for the bother, im New at this.

If you are on the official 3.51, you will have to downgrade before you can use emulators/ISOs. Unfortunately, since you went above 3.50, you will need a Pandora's Battery to downgrade. In order to make a Pandora's Battery, you need a homebrew-enabled PSP. It is a vicious cycle.

Link to comment
Share on other sites

I'm at 3.51 M33-6. I'd say unless you really need to, don't try firmwares based on things 3.60 and above. Just for peace of mind's sake.

My intentions with the PSP are just playing PSP ISOs, SNES/Genesis Emus, and PSX games using that tutorial you wrote. Will i be able to with 3.51?? Sorry for the bother, im New at this.

If you are on the official 3.51, you will have to downgrade before you can use emulators/ISOs. Unfortunately, since you went above 3.50, you will need a Pandora's Battery to downgrade. In order to make a Pandora's Battery, you need a homebrew-enabled PSP. It is a vicious cycle.

No no, im on Sony's 3.03. Im just Looking for a Copy of GTA:LCS so i can downgrade and a 4GB or 2GB Mem Stick Duo to start off with. Its a bit harder then i thought to get a copy of it but i will soon. Ive been reading around alot lately. Im even considering Making A Pandoras Battery as a Back up with an extra Battery and Mem Stick, thats if i ever get this to work =\

Link to comment
Share on other sites

Downgrading is the hard part. After you get to 1.50 you can basically update to any CFW you like.

 

I'm just staying at 3.51 M33-6 because there is no real reason for me to go higher and those new firmwares are all having problems, minor and major.

I dont know much about the CFWs out. So i dont really want to jump the gun and make a blind move that can mess my PSP up =\

 

Whats the Difference between the M33 and the OE CFW??

Link to comment
Share on other sites

Downgrading is the hard part. After you get to 1.50 you can basically update to any CFW you like.

 

I'm just staying at 3.51 M33-6 because there is no real reason for me to go higher and those new firmwares are all having problems, minor and major.

I dont know much about the CFWs out. So i dont really want to jump the gun and make a blind move that can mess my PSP up =\

 

Whats the Difference between the M33 and the OE CFW??

Both are made by Dark_AleX, but the M33 CFWs came after the OE CFWs. DAX made the SE series, then the OE series, then he made the M33 series under the name "Team M33."

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×
×
  • Create New...