Newer versions of Heimdall will accept a .img file for the --RECOVERY parameter and automatically download a PIT from the device to add the img contents to.
$ heimdall flash --RECOVERY recovery.img
[trimmed some output here]
Downloading device's PIT file...
PIT file download successful.
It depends on your PIT partition file.
Before you do anything using heimdall, print the partition table of your phone.
sudo heimdall print-pit
The output of the file is the location assigned to each partition. For example on my Galaxy S3, I have something like this:
--- Entry #20 ---
Binary Type: 0 (AP)
Device Type: 2 (MMC)
Attributes: 5 (...
Inside Heimdall zip there is a driver folder.
Run the zadig.exe
click options - List All Devices
Choose your phone from the drop down list (on my pc it was "MSM8960"
I could not get it to work correctly on my PC, onece plugged into laptop "SAMSUNG Mobile USB CDC Composite Device")
Go through the drivers (WinUSB, Libusb0, Libusbk) and clikc Place drive ...
If you use Linux - download heimdall-frontend so you can use GUI. It is much easier.
To flash using Heimdall you first need to specify .pit file.
.pit stands for Partitions Information Tables, so Heimdall knows where it need to flash it.
To flash TWRP using Heimdall follow this steps:
Open Heimdall frontend.
Go to Utilities tab.
You will see Download ...
I also had a similar problem. I added the udev rule as suggested in GitHub (link above), but the phone still wouldn't download.
Then I found another simple solution on GitHub:
Disconnect the USB cable.
Setup the flash in Heimdall Frontend or command line.
Boot the phone into Download Mode.
AFTER it's in Download Mode plug in the USB and flash immediately.
I was experiencing the same problem, and I found a solution that worked for me in a comment on Heimdall issue #228.
The problem for me was that udev was reserving the phone as a modem when I plugged it in. If you run dmesg and see a line that says "This device cannot do calls on its own. It is not a modem.", then this could work for you.
As root, create a ...
PIT stands for Partition Information Table. A PIT file is basically a set of instructions defining the phone partition layout. You should use a it if you want to re-partition the phone with Odin.
You only need this file when repartitioning the device and you don't need to repartition it unless you mess up the partition table to begin with, or when ...
I have found the solution to my particular problem now, but if someone else knows more about this feel free to improve my answer or post your own.
Annoyed with what I thought to be heimdall's fault, I turned to odin (not in a religious way).
This, however, gave me the same error. Close to desperation, I decided to check everything that I did ...
From [INFO] What the ROM files mean
boot.bin This is the Primitive Bootloader. Seems to make some basic
initializations and finally loads the secondary bootloader.
Sbl.bin The Secondary Bootloader. It loads the PIT, the Linux kernel,
params.lfs and the modem. It also is responsible when the device is
charging while it's off. This file contains ...
On recent Android devices, when you have Factory Reset Protection, which is enabled automatically when you setup a Google account, custom binaries (the files that are not signed by the OEM) are blocked (custom recoveries, boot, etc) for security reasons as one can bypass that lock and gain access to your data.
So disabling OEM lock in the Developer ...
You are rooted. AFAIK Samsung bootloaders are already unlocked, you only need to flash the recovery to get the "root"
Now for the problem.
Go to settings->about phone and tap the build number 7 times to enable developer options. Then go to settings->developer options and there you should be an option similar to root access. Make sure you select Apps ...
I managed to solve as follows (on Linux):
Cause of problem:
In the PIT, there is no partition, called "RECOVERY" (duh). Keep in mind, the command is case sensitive.
Have a look at the PIT:
sudo heimdall print-pit --verbose
On my phone the recovery-related partition was called "Kernel2"
What worked is:
sudo heimdall flash --Kernel2 recovery-clockwork-6....
Got the same issue years later, and solved it by.. using another USB cable!
Indeed, some USB cables are only made for energy transfer and do not support data transmission
You may also want to test other USB ports and check if your device is detected with lsusb
One possible explanation is that you have confused recovery mode and download mode which are (I have just discovered) two different things on some phones, mine included. I had the same error and switching to download-mode fixed it.
Same problem, contemplating throwing away and buying a new one. But mine was previously encrypted for work, flashed a new GoldenEye rom, and when I booted it asked me to decrypt the phone. I put the old pw in but since the "answer" file was lost, the decrypt failed and the cellphone rebooted. Same behavior when I put in a pw I KNEW was wrong.
So I have ...
There are a few options here, let's do the easiest first:
Do not boot into Download mode from the "4 way menu" from the device, this will cause issues. Ensure you turn the device off and boot into recovery with the Volume Down + Power buttons.
Ensure USB Debugging is enabled on the device.
Ensure samsung-kies has no processes running, or just uninstall it ...
I had similar issues, it turned out thet it only worked with heimdall v1.4.2 on my linux mint 19 system
THE SITUATION WITH HEIMDALL 1.4.0:
OS:LinuxMint 19 (tara) Kernel 4.20.0-042000-generic
heimdall flash --REOVERY /home/user/Downloads/twrp-3.3.1-0-gts210vewifi.img --pit /home/user/s2a.pit --no-reboot --verbose
Copyright (c) 2010-2013, ...
Just posting this for future reference - I did manage to install Android 12 GSI on the Samsung Galaxy Tab Active3 using DSU (not DSU Loader) eventually, and the problem turned out to be something really stupid. When supplying the value for KEY_SYSTEM_SIZE in the DSU install command, I had supplied the gzipped size rather than original image size. This is why ...
Ok, I figured it out.
I had to run it with root permissions.
I don't know, if I've overseen the sharp in the instructions, or if it really wasn't mentioned.
Anyways. Here's my solution, if you're asking the same (in order to not be that guy )
.tar.md5 file is used by Odin (another firmware flashing tool), but AFAIK it cannot be used by Heimdall. Please make a backup of this file.
Run md5sum on any file to see what is it's output like. Something similar will be appended to original .tar file. Assuming you can open the .tar.md5 file in a text editor, remove the md5 sum from the end ...
I fixed the libusbx error
libusbx: error [op_set_interface] setintf failed error -1 errno 71 by following these instructions:
echo "blacklist cdc_acm" >/etc/modprobe.d/cdc_acm-blacklist.conf
rmmod cdc_acm # ignore ERROR is not currently loaded
After that the "Setting up interface..." step passed well for me.
If none of the answers above worked, the answer might be as silly as it turned out to be for me.
Two things you might need to try before bumping your head into your screen:
Potential Fix 1: Reboot in download mode without having the USB plugged in and only plug it in after having pressed the button that allows you to continue embarking on this dangerous ...
This happened for me on v1.4.1. There's a few ways to fix it:
Ensure you have the latest & greatest version of Heimdall
Install all this:
sudo apt-get install build-essential cmake zlib1g-dev qt5-default libusb-1.0-0-dev libgl1-mesa-glx libgl1-mesa-dev
Reboot your computer
Try connecting on a different USB port - 3 of my USB ports didn't work, and one ...
Try disabling verification, via safestrap, and try both methods + Sideload again.
I should ask, why heimdall and safestrap? Use Clockworkmod recovery instead of safestrap and ODIN over heimdall. Yes, they require you to get your stuff online beforehand, but clockworkmod has got me out of a lot of soft-bricks
If I was boring, everyone I know would not ...
A image file does not really need heimdall. Most devices that update via a .img file allow you to just put it on internal storage and rebpot to update. An alternative is to move it to your device, and install it via TWRP by loading the File in it.
Heimdall is a open source tool, used to flash firmwares for Samsung devices. Heimdall works some kind of different from Odin.Heimdall flashes individual files where as Odin flashes a package files. PIT file in Heimdall is used to tell your device how to boot.
It is general format and are considered one of the original formats for Macintosh file for ...