[PROGRAM] Heimdall - Open-Source Cross-Platform Flashing Suite (1.4.0 Now Available)

gehzumteufel · Feb 26, 2011

It's okay. We're all busy people. That's cool that it was easier than expected! Probably something you were quite happy about I bet.

lenrek · Feb 26, 2011

Finally... I can kill off the last remnant of WindowsXP. Still keeping 1 just to Kies.

Thanks!

lownoise · Feb 26, 2011

Benjamin Dobell said:
Woh, sorry about not getting back to you guys, I didn't see the posts :S

Yeah Heimdall supports repartitioning since version 1.1. It was actually quite a bit easier to implement than I expected, the phone itself seems to automate it when you flash a new PIT file.

But why we must flash boot.bin and sbl.bin

Benjamin Dobell · Feb 26, 2011

lownoise said:
But why we must flash boot.bin and sbl.bin

I could have sworn I edited my post and included an answer to that.

The reason is that when you repartition several partitions are being wiped, including the primary and secondary bootloaders. I don't know if the device is smart enough to back-up the bootloaders prior to the wipe and restore them afterwards. However I'm not particularly keen to find out either. If the device doesn't back-up and restore the bootloaders when you repartition then your device will be unable to boot at all i.e. hard bricked.

gehzumteufel · Feb 26, 2011

I don't think that's the case. I think it only wipes the partitions that you have rfs files for at the time of repartitioning, but I don't have any way to prove this. Just my personal opinion.

pietro_spina · Feb 26, 2011

Benjamin Dobell said:
I could have sworn I edited my post and included an answer to that.

The reason is that when you repartition several partitions are being wiped, including the primary and secondary bootloaders. I don't know if the device is smart enough to back-up the bootloaders prior to the wipe and restore them afterwards. However I'm not particularly keen to find out either. If the device doesn't back-up and restore the bootloaders when you repartition then your device will be unable to boot at all i.e. hard bricked.

Maybe someone with the ability to do a JTAG restore would be willing to test this for you. This guy,
connexion2005 offers that JTAG service on his website and is pretty involved in the XDA community.

gehzumteufel · Feb 26, 2011

pietro_spina said:
Maybe someone with the ability to do a JTAG restore would be willing to test this for you. This guy,
connexion2005 offers that JTAG service on his website and is pretty involved in the XDA community.

Or someone that has a replacement they are sending back.

Viearical · Feb 27, 2011

Updated second boot loader now working in Mac OS X?

Hey Ben,
First thanks for the awesome work in creating and maintaining Heimdall!

Second, I know Heimdall wasn't working with Captivate on OS X due to the second boot loader not being recognized properly by OS X, and in this post you showed which boot loaders you could flash and get it working.
My question, now that the official Froyo update for Captivate is out, have you heard, or know if it contains the updated second boot loader so OS X properly recognizes the phone in download mode?

Thanks for all the help!

apollo15rover · Feb 27, 2011

ficeto said:
Hi all
I had problems running the heimdall-frontend on mac which was exiting with the following errors in Console:

PHP:

12.01.11 14:17:03 [0x0-0x428428].com.yourcompany.heimdall-frontend[14266] dyld: Library not loaded: QtGui.framework/Versions/4/QtGui 12.01.11 14:17:03 [0x0-0x428428].com.yourcompany.heimdall-frontend[14266] Referenced from: /Applications/heimdall-frontend.app/Contents/MacOS/heimdall-frontend 12.01.11 14:17:03 [0x0-0x428428].com.yourcompany.heimdall-frontend[14266] Reason: image not found

And to fix this I wrote a really simple bash script to start the GUI

PHP:

#!/bin/bash cd '/Applications/heimdall-frontend.app/Contents/Frameworks/' ../MacOS/heimdall-frontend > /dev/null &2>1 exit 0

And now Heimdall's UI starts without problems

Edit: if you put this script inside /Applications/heimdall-frontend.app/Contents/MacOS, rename heimdall-frontend to heimdall-frontend-old, then name this script heimdall-frontend and edit the third line to replace heimdall-frontend with heimdall-frontend-old and Heimdall will start normally

I'm getting "expected end of line but found unknown token" error..

coderunner · Feb 28, 2011

Does this program only work with 64 bit architecture? I am running 32 bit linux system is there a way to get this to work?

intronauta · Feb 28, 2011

coderunner said:
Does this program only work with 64 bit architecture? I am running 32 bit linux system is there a way to get this to work?

I'm running heimdall 1.1.1 in ubuntu 10.10 64bits with the precompilated binaries without problems, but compile it is very easy

coderunner · Feb 28, 2011

Ya but I only have a 32 bit computer

pietro_spina · Feb 28, 2011

coderunner said:
Ya but I only have a 32 bit computer

You will have to compile it. what exactly are you running?

If you are not new to compiling you can grab the source and follow the instructions in the README

Code:

git clone git://github.com/Benjamin-Dobell/Heimdall.git

If you are new then there are a few more things to learn...

gehzumteufel · Feb 28, 2011

coderunner said:
Ya but I only have a 32 bit computer

Are you on Windows, Linux, or Mac? If Windows or Mac, you needn't worry.

Benjamin Dobell · Mar 1, 2011

A lot of you will be happy to know that I grabbed a 32-bit version of Ubuntu 10.10 today. So I'll compile and publish official 32-bit debian binaries soon. If I get a chance I'll try finish off 1.2 as well.

BL4zD · Mar 1, 2011

Benjamin Dobell said:
A lot of you will be happy to know that I grabbed a 32-bit version of Ubuntu 10.10 today. So I'll compile and publish official 32-bit debian binaries soon. If I get a chance I'll try finish off 1.2 as well.

It's been a while since I cross compiled, but you don't need to be using the environment you want to compile for. Back in the day, I used to compile for all kinds of different architectures (ppc, 64bit, etc.) from my 32bit amd processor.

I believe the command to gcc should be something like -m32 and -m64.

Benjamin Dobell · Mar 1, 2011

BL4zD said:
It's been a while since I cross compiled, but you don't need to be using the environment you want to compile for. Back in the day, I used to compile for all kinds of different architectures (ppc, 64bit, etc.) from my 32bit amd processor.

I believe the command to gcc should be something like -m32 and -m64.

Thanks for the advice, I have cross-compiled in the past (to ARM usually) however this works out to be slightly easier for me. Otherwise I'd have to setup a proper cross-compiling environment with 32-bit libraries as well as an environment to build the debian package (which is unfortunately the hard part).

Galaid · Mar 1, 2011

Benjamin, could you or someone else please make Fedora binaries? Thanks!

papazche · Mar 1, 2011

andrewluecke said:
Sounds interesting.. Certainly something to watch in the future..

Yeah, Where can be this downloaded ?

pietro_spina · Mar 1, 2011

papazche said:
Yeah, Where can be this downloaded ?

From the link in the first post you skimed. ;-)

[PROGRAM] Heimdall - Open-Source Cross-Platform Flashing Suite (1.4.0 Now Available)

Senior Member

Senior Member

Senior Member

Inactive Recognized Developer

Senior Member

Senior Member

Senior Member

Member

Senior Member

Senior Member

Senior Member

Senior Member

Senior Member

Senior Member

Inactive Recognized Developer

Senior Member

Inactive Recognized Developer

Senior Member

Senior Member

Senior Member

Similar threads

Top Liked Posts