proxmark3/doc/md/Installation_Instructions/Troubleshooting.md

124 lines
4.8 KiB
Markdown
Raw Normal View History

2019-07-29 01:45:34 +08:00
# Troubleshooting guide
## First of all
Always use the latest repository commits from *master* branch. There are always many fixes done almost daily.
2019-08-31 03:57:43 +08:00
## `./proxmark3.sh` or `./proxmark3-flash-*.sh` doesn't see my Proxmark
2019-07-29 01:45:34 +08:00
Try using directly the client or flasher:
```
2019-08-31 03:57:43 +08:00
client/proxmark3-flasher <YOUR_PORT_HERE> ...
client/proxmark3 <YOUR_PORT_HERE> ...
2019-07-29 01:45:34 +08:00
```
Refer to the installation guide specific to your OS for details about ports.
* [Linux](/doc/md/Installation_Instructions/Linux-Installation-Instructions.md)
* [Mac OSX](/doc/md/Installation_Instructions/Mac-OS-X-Homebrew-Installation-Instructions.md)
* [Windows](/doc/md/Installation_Instructions/Windows-Installation-Instructions.md)
Note that with the Bluetooth adapter, you *have to* use directly the client, and flasher over Bluetooth is not possible.
2019-07-29 03:01:27 +08:00
* [Bluetooth](/doc/bt_manual_v10.md)
2019-07-29 01:45:34 +08:00
## My Proxmark3 seems bricked
### Maybe just a false alarm?
The flasher refused to flash your Proxmark3? Are there any messages in *red*? The most common reason is that the Proxmark3 RDV4 firmware recently got a new bootloader able to handle larger firmwares and... the image grew over 256k almost at the same time. So your old bootloader can't flash such new images. But it's easy, you just need to flash *first* the bootloader *only*, then the image.
```
./flash-bootrom.sh
./flash-fullimage.sh
```
or
```
2019-08-31 03:57:43 +08:00
client/proxmark3-flasher <YOUR_PORT_HERE> -b bootrom/obj/bootrom.elf
client/proxmark3-flasher <YOUR_PORT_HERE> armsrc/obj/fullimage.elf
2019-07-29 01:45:34 +08:00
```
### Find out why it would be bricked
The most common reason of a flashing failure is the interference of ModemManager, read carefully [how to avoid ModemManager-related issues](/doc/md/Installation_Instructions/ModemManager-Must-Be-Discarded.md) and fix your setup!
Another possibility is if, when using the button for entering bootloader mode, the button was released during flashing (for old bootloaders) or the button was pressed again during flashing (for newer bootloaders).
### Determine if the bootloader was damaged or only the main OS image
Unplug, press the Proxmark3 button and keep it pressed when you plug it on USB. If the red LEDs show a "off/on/off/on" pattern, you're goot, you manually entered into the bootloader mode.
On new bootloaders, you can release the button. If the pattern disappears, you're on an older bootloader and you've to do it again and keep the button pressed during all the flashing operation.
Once in bootloader mode, flash the main image.
```
./flash-fullimage.sh
```
or
```
2019-08-31 03:57:43 +08:00
client/proxmark3-flasher <YOUR_PORT_HERE> armsrc/obj/fullimage.elf
2019-07-29 01:45:34 +08:00
```
You should be back on tracks now. In case the flasher complains about bootloader version, you can follow the button procedure and flash first your bootloader.
```
./flash-bootrom.sh
```
or
```
2019-08-31 03:57:43 +08:00
client/proxmark3-flasher <YOUR_PORT_HERE> -b bootrom/obj/bootrom.elf
2019-07-29 01:45:34 +08:00
```
### Ok, my bootloader is definitively dead, now what?
At this point, only reflashing via JTAG can revive your Proxmark3.
See [details here](/doc/jtag_notes.md).
2019-09-04 02:30:27 +08:00
## Slow to boot or difficulties to enumerate the device over USB
2019-07-29 01:45:34 +08:00
You're using another Proxmark3 than a RDV4?
The RDV4 firmware can run on other Proxmark3 as such but the booting procedure is a bit slower because of the absence of SIM and external flash.
Make sure to configure properly your `Makefile.platform` to get a firmware better tuned for your Proxmark3 hardware.
See [details here](/doc/md/Use_of_Proxmark/4_Advanced-compilation-parameters.md).
## Troubles with SIM card reader
(RDV4 only) Make sure you've the latest SIM firmware according to the [configuration documentation](/doc/md/Use_of_Proxmark/2_Configuration-and-Verification.md#verify-sim-module-firmware-version).
## Troubles with t5577 commands or MFC/iClass/T55x7 dictionaries
(RDV4 only) Make sure you've set everything up according to the [configuration documentation](/doc/md/Use_of_Proxmark/2_Configuration-and-Verification.md#first-things-on-your-rdv40).
Instructions evolve over time so check if you're still up to date!
## File not found
Depending how you launch the client, your working directory might be the root of the repository:
```
2019-08-31 03:57:43 +08:00
./proxmark3.sh ...
client/proxmark3 ...
2019-07-29 01:45:34 +08:00
```
or the `client/` subdirectory:
```
2019-08-31 03:57:43 +08:00
cd client; ./proxmark3 ...
2019-07-29 01:45:34 +08:00
```
Therefore client commands referring to files of the repo must be adapted, e.g.
```
2019-08-31 04:13:51 +08:00
pm3 --> sc upgrade f tools/simmodule/sim011.bin
2019-07-29 01:45:34 +08:00
<>
2019-08-31 04:13:51 +08:00
pm3 --> sc upgrade f ../tools/simmodule/sim011.bin
2019-07-29 01:45:34 +08:00
```
etc.
2019-09-04 02:30:27 +08:00
## pixmap / pixbuf warnings
2019-07-29 01:45:34 +08:00
2019-09-04 02:30:27 +08:00
If you get warnings related to pixmap or pixbuf such as *Pixbuf theme: Cannot load pixmap file* or *Invalid borders specified for theme pixmap*, it's a problem of your Theme, try another one and the problem should vanish. See e.g. [#354](https://github.com/RfidResearchGroup/proxmark3/issues/354) (Yaru theme on Ubuntu) and [#386](https://github.com/RfidResearchGroup/proxmark3/issues/386) (Kali-X theme on Kali).