search

combsjy / iphone-dataprotection

Automatically exported from code.google.com/p/iphone-dataprotection
0 stars 0 forks source link

It reboots with apple instead of pineapple #43

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?
1. with phone off and plugged into my mac, I typed in the following

./redsn0w_mac_0.9.9b8/redsn0w.app/Contents/MacOS/redsn0w -i 
iphone3,3_5.0_9a334_restore.ipsw -r myramdisk.dmg -k 
kernelcache.release.n92.patched

2. I followed the onscreen instructions given by redsnow for putting the iphone 
in dfu mode. It seems to be going fine till it says "waiting for reboot"

3. The Issue. It reboots like normal and I get an apple instead what I think 
should be a pineapple. I've tried it multiple times with the same results. 

Does it have to do with the ios I'm using. I'm using the 5.0  As you know there 
is 5.0.1 but I couldn't make a ramdisk using it.

Original issue reported on code.google.com by nowsandi...@gmail.com on 22 Jan 2012 at 8:21

GoogleCodeExporter commented 9 years ago 
admin-macs-MacBook:iphone-dataprotection adminmac$ python 
python_scripts/kernel_patcher.py iphone3,3_5.0_9a334_restore.ipsw
Decrypting kernelcache.release.n92
Unpacking ...
Doing CSED patch
Doing getxattr system patch
Doing _PE_i_can_has_debugger patch
Doing IOAESAccelerator enable UID patch
Doing AMFI patch
Patched kernel written to kernelcache.release.n92.patched
Created script make_ramdisk_n92ap.sh, you can use it to (re)build the ramdisk
admin-macs-MacBook:iphone-dataprotection adminmac$ sh ./make_ramdisk_n92ap.sh
Found iOS SDK 4.3
make: Nothing to be done for `all'.
Archive:  iphone3,3_5.0_9a334_restore.ipsw
  inflating: 018-7923-347.dmg        
TAG: TYPE OFFSET 14 data_length:4
TAG: DATA OFFSET 34 data_length:104b000
TAG: SEPO OFFSET 104b040 data_length:4
TAG: KBAG OFFSET 104b05c data_length:38
KBAG cryptState=1 aesType=100
TAG: KBAG OFFSET 104b0a8 data_length:38
TAG: SHSH OFFSET 104b10c data_length:80
TAG: CERT OFFSET 104b198 data_length:794
Decrypting DATA section
Decrypted data seems OK : ramdisk
/dev/disk1                                              /Volumes/ramdisk
"disk1" unmounted.
"disk1" ejected.
myramdisk.dmg created
You can boot the ramdisk using the following command (fix paths)
redsn0w -i iphone3,3_5.0_9a334_restore.ipsw -r myramdisk.dmg -k 
kernelcache.release.n92.patched

Original comment by nowsandi...@gmail.com on 22 Jan 2012 at 8:30

GoogleCodeExporter commented 9 years ago 
ok, can you try with the latest version of redsn0w ? no need to rebuild the 
ramdisk/kernel. thanks

https://sites.google.com/a/iphone-dev.com/files/home/redsn0w_mac_0.9.10b4.zip?at
tredirects=0&d=1

Original comment by jean.sig...@gmail.com on 22 Jan 2012 at 8:34

GoogleCodeExporter commented 9 years ago 
cp redsn0w_mac_0.9.9b8/redsn0w.app/Contents/MacOS/Keys.plist .

do I have to change anything here?

I've following the readme file, I've downloaded the latest redsn0w, what do I 
type now in the terminal to get the process started?

Original comment by nowsandi...@gmail.com on 22 Jan 2012 at 8:46

GoogleCodeExporter commented 9 years ago 
./redsn0w_mac_0.9.9b8/redsn0w.app/Contents/MacOS/redsn0w -i 
iphone3,3_5.0_9a334_restore.ipsw -r myramdisk.dmg -k 
kernelcache.release.n92.patched

just change the path in this command to the new redsn0w version. no need to 
redo the previous steps, from the output you posted the ramdisk/kernel creation 
looked fine.

Original comment by jean.sig...@gmail.com on 22 Jan 2012 at 8:52

GoogleCodeExporter commented 9 years ago 
So it should look like this?

./redsn0w_mac_0.9.10b4/redsn0w.app/Contents/MacOS/redsn0w -i 
iphone3,3_5.0_9a334_restore.ipsw -r myramdisk.dmg -k 
kernelcache.release.n92.patched

Thank You

Original comment by nowsandi...@gmail.com on 22 Jan 2012 at 9:02

GoogleCodeExporter commented 9 years ago 
I deleted the old redsn0w and put the latest version of redsnow folder inside 
the iphone-dataprotection folder

Original comment by nowsandi...@gmail.com on 22 Jan 2012 at 9:06

GoogleCodeExporter commented 9 years ago 
yes, looks good

Original comment by jean.sig...@gmail.com on 22 Jan 2012 at 9:11

GoogleCodeExporter commented 9 years ago 
that did it, now moving on to the next step

Original comment by nowsandi...@gmail.com on 22 Jan 2012 at 9:12

GoogleCodeExporter commented 9 years ago

Original comment by jean.sig...@gmail.com on 12 Jun 2012 at 8:33