1

(1 replies, posted in News)

WOW what a journey this project has been! So amazing to see!

2

(50 replies, posted in General discussion)

Bummer.

Ok, so downgrade back to Rebug 3.55(?)
Install 3k3y Key Dumper v1.00 app
Dump the key
Upgrade back to Rebug 4.65.1

Will that work?

3

(50 replies, posted in General discussion)

Hi gents,

I got a new PS3 (CECH-2001A). It's setup with Rebug 4.65.1. I installed NvrBst GetKey, but I need to get a dump of the drive. My question is what is the easiest way to get a 3dump.bin file? And can I use the 3Dump.bin file that I had in the PS3 FAT that I had previously (it had to go back to it's rightful owner)?

I have Little Big Planet 3 in hand at the moment and I would like to post it.

4

(0 replies, posted in General discussion)

For those that use this tool:

http://www.isobuster.com/download.php

5

(50 replies, posted in General discussion)

The Game OS version is exactly what I needed!! Thank you NvrBst! YOU ROCK!

6

(0 replies, posted in General discussion)

I moved my PS3 from my PC monitor to my TV and now when I load up petitboot (to dump the disc keys) I get a note on my screen it can't display anything. I'm guessing that petitboot is running in some odd resolution that my TV can't figure out what to do with. Is there anyway to force the resolution to something native?

GC

7

(17 replies, posted in General discussion)

No, but I will give that a try and report back. Clearly I need to learn some Linux commands smile

8

(17 replies, posted in General discussion)

Jackal wrote:

eject should work after you do umount /dev/bdvd

AAAHHH!! Linux commands, who knew! smile

9

(17 replies, posted in General discussion)

BAH! Dame typo's. I corrected my commands above. All is good now.

It turns out neither the power button nor the eject button work in the petitboot. I won't worry about it, just an extra step I need to do, not a complete deal breaker (I'd honestly rather deal with that then have to read those damn small codes on the discs!).

I'll ask around to see if I can move to a newer CFW.

Thanks again jamjam.

10

(17 replies, posted in General discussion)

Thank you for taking the time to reply jamjam.

So the eject button definitely doesn't work in PS3Linux. Not a huge deal, but it's really annoying to have to reboot after each dump.

As of this morning I am getting a new error message (third line):

root@ps3-linux:/# mount /temp/petitboot/mnt/sda1 -o rw/remount
warning: can't open /etc/fstab: No such file or directory
mount: can't find /temp/petitboot/mnt/sda1 in /etc/fstab or /etc/mtab

Another question that popped in my head this morning, am I able to move to a different CFW, like Rogero?

11

(17 replies, posted in General discussion)

BO-YA! So my complete task looks like this (for others who might run into this problem):

root@ps3-linux:/# mount /tmp/petitboot/mnt/sda1 -o rw,remount
warning: can't open /etc/fstab: No such file or directory (I ignore this warning as it does show rw after the command)
root@ps3-linux:/# cd /tmp/petitboot/mnt/sda1/GetKey
root@ps3-linux:/tmp/petitboot/mnt/sda1/GetKey# ./GetKey 3Dump.bin big.pic >output.txt


Thank you all for the help! Now I have a few follow up questions.

1. Is there a way to eject the Blu-ray from the drive so I do not need to go back into the PS3 OS (I notice the eject button doesn't work in PS3 Linux).
2. When I do a "reboot" command the PS3 complains "The system was not turned off properly the last time it was used". Is this normal?
3. How will this be used to verify ISO dumps; Is there a way for the .dats to verify this info in ISO?

12

(17 replies, posted in General discussion)

Does this look right?

GetKey r2
Load keys
Test unit ready: return value of ioctl indicates success
Read pic: return value of ioctl indicates success
get dec key
  establish session keys:
    do send key: return value of ioctl indicates success
    do report key: return value of ioctl indicates success
    calculate session keys
    do send key: return value of ioctl indicates success
  get data
    do unknown e1:
    unknown e1 cdb: e1005400e1349bfeae77479b
    return value of ioctl indicates success
    do unknown e0:     unknown e0 cdb: e00034000dab640312a47c3a
    return value of ioctl indicates success
get_dec_key succeeded!


disc_key = 60b5bf3fa5567a56f389287ead01f251

disc_id = 00000000000000ff00020003XXXXXXXX
PIC:
10020000444901080000200042444f01
1101010000000000006fbbff00100000
006fbbfe000000000000000000000000
00000000000000000000000000000000
00000000000000000000000000000000
00000000000000000000000000000000
00000000000000000000000000000000
00000000000000000000000000000000
00000000

SUCCESS: Everything was correctly dumped.

13

(17 replies, posted in General discussion)

AH-HA! I'm almost there! So here is where I'm at:

root@ps3-linux:/temp/petitboot/mnt/sda1/GetKey# GetKey 3Dump.bin >output.txt
/bin/ash: can't create output.txt: Read-only file system
/bin/ash: GetKey: not found

If I do a ls in the GetKey director it shows:
3Dump.bin   GetKey

So close I can taste it...and it tastes like victory!

14

(17 replies, posted in General discussion)

Success! So, now that I have PS3 Linux running, um, now what. I've never touched Linux, so once it loads me in the petitboot shell, what's next? I have the GetKey file, but where and what do I do with it?

15

(17 replies, posted in General discussion)

I found a way back to Rogero CEX-3.55 v3.7. Now I'll try and get it on OFW 3.55 and give OtherOS++ a shot!

16

(17 replies, posted in General discussion)

I am working on getting a PS3 setup with OtherOS++ so I can get the metadata for the ISOs. I'm running into a stumbling block that I could use some help on.

I found the instructions for getting OtherOS++ installed and I was able to successfully make a backup of the NOR with memdemp and dump of the flash with multiMAN.

Now the question is, do you need to be on 3.55 to install OtherOS++?

The dilemma is this PS3 is currently on 4.21 (I'm not entirely sure which flavor). This PS3 has been a guinea pig and has gone from Kmeaw 3.55 CFW, to Rogero CEX 4.30 v2.05 to Cobra-USB FW v6 to now 4.21 (I am not entirely sure which flavor or how it even got there; been a while since I've touched this PS3).

It seems to accept installing packages so whatever flavor of 4.21 it is, it seems to be working ok, but I am not having any luck going back to 3.55 or going to a Rogero firmware (getting errors either way).

Any help would be appreciated as I'm would love to get these dumps going.

Regards

17

(3 replies, posted in General discussion)

NiKoTiN wrote:

1. Try VHS Menu -> USB Device to UMD Disc and dump ISO from PC, but the image is likely to be cuted
2. Downgrade to 6.20...

You mean 6.20 TN-D?

Is there no way to get the usual tools, ISO Tool or PSP Filer, to work uner 6.35 PRO?

18

(3 replies, posted in General discussion)

Hello all,

I made the move from a PSP-1001 with 5.50 GEN-D Prometheus-4 to a PSP-3001 with 6.35 PRO-B3 (did so because the brighter screen is easier on my eyes).

Now I’m running into the problem I cannot dump UMDs with 6.35 PRO-B3. I use ISO Tool v1.970, but with this CFW it doesn’t seem to access the UMD (I see stars where the name would be with 0 byte file size). I did a test run with PSP Filer and I can’t access the UMD at all.

I’m a little (read: a lot) out of the loop with the new firmware’s, so I’m guessing I’m missing a plugin or step somewhere. Hoping someone can provide me some insight so I can get back to dumping UMDs for the list (I have a few new ones here on my desk)

Regards.

19

(74 replies, posted in General discussion)

Um, duh, I completely missed that line there that says "version". Well good to know this is a new dump.

20

(74 replies, posted in General discussion)

I’m not sure if I found that one of the dump in the database is incorrect or if I’m off for my dumping tool again.

I dumped Hot Shots Golf – Open Tee (USA) and the Database wants a CRC of 141dd4a7. My dump gives me a CRC of 122c8697.

I dumped it with both ISO Tool v1.970 and PSP Filer 6.6 and I’m getting the same CRC. (again my PSP setup is a PSP 1001 with 5.50 Prome-4 CFW).

The reason I bring this up is I do not want to call foul on the current database listing of this title if in fact it is good and mine is bad. Could I maybe have a different version of it?

Here is the info:
SFO file: F:\PSP_GAME\PARAM.SFO
SFO Version: 1.1
BOOTABLE: 1
CATEGORY: UG
DISC_ID: UCUS98614
DISC_NUMBER: 1
DISC_TOTAL: 1
DISC_VERSION: 2.00
PARENTAL_LEVEL: 4
PSP_SYSTEM_VER: 1.00
REGION: 32768
TITLE: Hot Shots Golf: Open Tee™

21

(74 replies, posted in General discussion)

Ris and asapy, thank you both for chiming in with these great explanations. Now that I have a better understanding I will work on helping contributed to the PSP DAT.

Again, thank you for your time.

Regards.

22

(74 replies, posted in General discussion)

I just did a dump of LocoRoco 2 with both ISO Tool v1.970 and PSP Filer 6 and I ended up with the same CRC and size as the scene release, so this is leading me to believe that the scene release of Knights in the Nightmare is a bad dump. But again, without the DAT to verify against what Redump is calling correct, I'm not entirely sure.

Scene CRC: FF009F58
Scene ISO Size: 1,805,778,944
Scene ISO Size on disk: 1,805,778,944

My Dump CRC: FF009F58
My Dump ISO Size: 1805778944
My Dump ISO Size on disk: 1805778944

23

(74 replies, posted in General discussion)

I didn't even think to check the sizes, I was too concerned about the CRC. Going back to my question above, what is the correct CRC/Size for a "proper" dump?

Knights in the Nightmare (USA)

Scene CRC: 0355DD7C
Scene ISO Size: 509114368
Scene ISO Size on disk: 509116416

My Dump CRC: 0046BB36
My Dump ISO Size: 509116416
My Dump ISO Size on disk: 509116416

24

(74 replies, posted in General discussion)

Hi Rocket,
Yup, it worked like a champ! However, it's lead me to a bigger issue.

I’m attempting to do my own dumps for PSP with the intention of helping the DATs progress. For those just joining the conversation, my setup is PSP-1001 with 5.50 Prome-4 CFW.

I decided to use Knights in the Nightmare (US) as my tester game (I'll try LocoRoco 2 next since I have it handy as well).

I started with the scene release version, Knights_In_The_Nightmare_USA_PSP-PSPKiNG which shows a CRC of 0355DD7C (which is correct according to the no-intro.org DAT file).

I then made a dump with ISO Tool v1.970 and the CRC states 0046BB36. Next I made a dump with PSP Filer 6.6 and the CRC states 0046BB36 which is the same CRC as ISO Tool.

So my question is which is the correct CRC, the scene release or my dump(s)? Since I do not have "dumper" status I do not have access to the Redump PSP DAT file, so I can't be sure what this group believes to be correct, so I'm going off the no-intro.org DAT until I can understand otherwise.

Regards.

25

(74 replies, posted in General discussion)

Rocket wrote:

gamecaptor, use PSP Filer v6.6.
http://www.geocities.jp/mediumgauge/

Thank you Rocket. I'll give it a try and report back.