Librem 5 flashing process fail (LED turn green

I guess that you are not ready to try anything, not yet! And what you already tried is unknown to me (you are not sharing/asking much). Regarding reaching some conclusions: When you hold Vol+ (without any external cable being connected to the Librem 5 related port) and insert battery back into Librem 5, what is happening? Is it any LED light on? All we need is quite simple answer, either positive or negative.

Please answer my above question, as for now just leave below as still unknown territory:

This instructions are still valid: “Extract the downloaded JumpDrive release archive for the Librem 5, put the device into flash mode, then run the boot-purism-librem5.sh script from the release” (that I already linked here somewhere). Just while sudo fdisk --list step comes afterwards, and Librem 5 eMMC needs to be visible before starting with flash procedure.

EDIT: @Flo127, this post should help you: New Post: Reflashing the Librem 5. Please go over few following ones as well.

With or without battery inserted (referring here to Vol+ or upper Volumen button side or Volumen button edge => LED)?

If i hold Vol+ button (nothing connected) and insert battery nothing happens.

1 Like

This is good sign (correct answer).

apt list uuu −− check if there already installed, if not installed:
sudo apt install uuu

Please hold Volume-up button, connect USB-A to USB-C cable to your Librem 5 and your laptop (still holding Vol+ button, battery is still out). When red LED light starts to blink carefully insert belonging battery (doesn’t matter if steady red LED light not there, just let us know which color you are having there, if any). Now you can move your finger away from Vol+ button :wink:.

This is important, please let us know if you are getting this output:

$ uuu -lsusb
uuu (Universal Update Utility) for nxp imx chips -- lib1.4.193

Connected Known USB Devices
	Path	 Chip	 Pro	 Vid	 Pid	 BcdVersion
	==================================================
	2:1	 MX8MQ	 SDP:	 0x1FC9	0x012B	 0x0001

EDIT: When, as needed and predicted, uuu -lsusb output indeed present (same as above), I would preferably avoid using Jumpdrive there (for those LED light reasons) and if you agree just follow this guide: External battery charger for Librem5. Of course that --skip-flash part of proposed guide needs to be removed. Actually you can leave it there for the test (first run) purpose, but for the real flash isn’t meant to be there. In short don’t use --skip-flash, when and if you decide to use this guide, now that your Librem 5 is ready to proceed … after turning-on every HKS (actually disabling power/function toward related chips/cards).

If some clarification needed please let me/us know.

EDIT II: Do not disconnect USB-A to USB-C cable right after flashing procedure DONE (whatever written there, on your laptop command line), please wait for more than several minutes until all install data transferred (relatively slowly) to your Librem 5 eMMC.

EDIT III: After flashing procedure finished (cable disconnected) please power-on your phone with the original power supply, by preferably using original USB-C to USB-C cable (especially if you are unsure that battery still holds enough capacity to finish related PureOS install).

1 Like

Hi! No light after inserting the battery in this procedure.

root@Laptop2022:~# apt list uuu
Auflistung… Fertig
uuu/byzantium,now 1.4.77-1 amd64 [installiert]
root@Laptop2022:~# uuu -lsusb
uuu (Universal Update Utility) for nxp imx chips – libpureos/1.2.91+0git6b465-0pureos+librem5.2-1-g5e5fee8

Unknown option: -lsusb

1 Like

I guess this should be the defect of the motherboard.
I want to know what defects, and how to diagnose it.

I do not think that there was about motherboard replacement. I think that was small production issue with that Librem 5 from @librem5, and that this issue belongs to the past.

Expert people from Purism you will reach by sending message to support@, where providing your purchase reference number (within one year of receiving your Librem 5, I’m quite sure). Rest of this post is just my unofficial/wild guessing, therefore please do not spend to much of your time (although you made myself awake, aren’t you, all fine with me) diagnosing if something broken, actually rely on them helping you to fix what “broken”, when something broken.

You might try to help yourself by flipping USB-C male side of currently used USB-A to USB-C cable and mark upper side if got to the point that USB communication works that way. Take another USB cable … another one until you get to the point that uuu -lsusb actually works there (provides expected output). @Flo127, what I wrote here about uuu -lsusb is not related to your post above, will come back to you soon.

Similarly, while it was about USB communication (and not about exclusive motherboard issue) you should try first to copy files (back and fourth over Nautilus) to some old-fashioned, up to 32GB, preferably USB 2.0 Flash Drive over quality USB-C to USB-A OTG adapter (if not already having some USB-C flash drive, as I don’t). Is it some USB Flash Drive or USB-C SD card reader mounting there at all?

If above doesn’t work on your Librem 5 you should (probably) follow advice in this post: External battery charger for Librem5.

EDIT: Although perhaps USB-C motherboard (bottom one) indeed replaced:

Please start with rereading over again here linked instructions: Flashing to Byzantium.

Now check (apt list ...) if bellow packages already installed, if not:
sudo apt install build-dep python debos bmap-tools f2fs-tools
sudo apt-get build-dep build-essential
sudo apt install python-is-python2
sudo apt install git
sudo apt install python3-jenkins python3-tqdm python3-yaml

And this one is the one that you are looking for, the one that should help you, I think:
sudo ./scripts/librem5-flash-image --udev

Usually I do forget something, but is it uuu -lsusb providing needed output? I hope so.

EDIT: Another simple, yet very important, post: New Post: Reflashing the Librem 5.

I’m not sure if the uuu built from source interfere there? It looks alike to me. “Throwing away” this one from 29-Nov-2019 might/should help there.

Why does my command uuu -lsusb not work? Wrong version of uuu ?

florian@Laptop2022:~$ uuu -lsusb
uuu (Universal Update Utility) for nxp imx chips – libpureos/1.2.91+0git6b465-0pureos+librem5.2-1-g5e5fee8

Unknown option: -lsusb

florian@Laptop2022:~$ uuu
uuu (Universal Update Utility) for nxp imx chips – libpureos/1.2.91+0git6b465-0pureos+librem5.2-1-g5e5fee8

uuu [-d -m -v -V] <bootloader|cmdlists|cmd>

bootloader  download bootloader to board by usb
cmdlist     run all commands in cmdlist file
            If it is path, search uuu.auto in dir
            If it is zip, search uuu.auto in zip
cmd         Run one command, use -H see detail
            example: SDPS: boot -f flash.bin
-d          Daemon mode, wait for forever.
-v -V       verbose mode, -V enable libusb error\warning info
-m          USBPATH Only monitor these paths.
                -m 1:2 -m 1:3

uuu -s Enter shell mode. uuu.inputlog record all input commands
you can use “uuu uuu.inputlog” next time to run all commands

uuu -udev linux: show udev rule to avoid sudo each time
uuu -h -H show help, -H means detail helps

uuu [-d -m -v] -b[run] <emmc|emmc_all|fat_write|qspi|sd|sd_all|spl> arg…
Run Built-in scripts
emmc burn boot loader to eMMC boot partition
arg0: _flash.bin bootloader
arg1: _image[Optional] image burn to emmc, default is the same as bootloader
emmc_all burn whole image to eMMC
arg0: _flash.bin
arg1: _rootfs.sdcard
fat_write update one file in fat partition, require uboot fastboot running in board
arg0: _image image, which cp to fat partition
arg1: _device storage device, mmc\sata
arg2: _partition
arg3: _filename[Optional] file name in target fat partition, only support rootdir now
qspi burn boot loader to qspi nor flash
arg0: _flexspi.bin bootloader
arg1: _image[Optional] image burn to flexspi, default is the same as bootloader
sd burn boot loader to sd card
arg0: _flash.bin
sd_all burn whole image to sd card
arg0: _flash.bin
arg1: _rootfs.sdcard
spl boot spl and uboot
arg0: _flash.bin

uuu -bshow <emmc|emmc_all|fat_write|qspi|sd|sd_all|spl>
Show built-in script

Enjoy auto [tab] command complete by put below script into /etc/bash_completion.d/uuu
_uuu_autocomplete()
{
COMPREPLY=($(/usr/local/bin/uuu $1 $2 $3))
}
complete -o nospace -F _uuu_autocomplete uuu

Yes, definitively (in my opinion).

Above shows that you installed uuu package from official PureOS repository, yet it is not in charge at all (on your system/computer).

Therefore, as I just guess that you build below version of uuu long time ago and forgetting it is still on your computer, please remove/purge this 1.2.91+0git6b465 uuu version, delete content of your current libpureos/ folder (make this folder disappear/gone, for this step being).

Start with this:
sudo apt purge uuu
sudo apt autoremove

Find and delate libpureos/1.2.91+0git6b465-0pureos+librem5.2-1-g5e5fee8 folder.

Please check again with apt list uuu and if hopefully not installed start from beginning:

sudo apt update
sudo apt install uuu
apt list uuu

If now output similar to this one, one of very same uuu package shown, actually installed, proceed with:

$ apt list uuu -a
Listing... Done
uuu/now 1.4.193-1 amd64 [installed,local]
uuu/stable 1.4.77-1 amd64

uuu -lsusb

From here (when above achieved), take a break and go back to any Librem 5 re-flash approach but please do not forget to execute this very important one:

By trying to be focused and short, hope that this post gives you some clarification, and helps.

P.S. Need to go out now but other members will take over if you are having other questions.

root@Laptop2022:~# sudo apt purge uuu
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Die folgenden Pakete werden ENTFERNT:
uuu*
0 aktualisiert, 0 neu installiert, 1 zu entfernen und 19 nicht aktualisiert.
Nach dieser Operation werden 535 kB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] j
(Lese Datenbank … 179424 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von uuu (1.4.77-1) …
Trigger für man-db (2.9.4-2) werden verarbeitet …
root@Laptop2022:~# sudo apt autoremove
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 19 nicht aktualisiert.
root@Laptop2022:~# apt list uuu -a
Auflistung… Fertig
uuu/byzantium 1.4.77-1 amd64

root@Laptop2022:~# find libpureos/1.2.91+0git6b465-0pureos+librem5.2-1-g5e5fee8
find: ‘libpureos/1.2.91+0git6b465-0pureos+librem5.2-1-g5e5fee8’: Datei oder Verzeichnis nicht gefunden
root@Laptop2022:~# apt list uuu -a
Auflistung… Fertig
uuu/byzantium 1.4.77-1 amd64

root@Laptop2022:~# sudo apt update
Holen:1 https://repo.pureos.net/pureos byzantium InRelease [5,851 B]
Holen:2 https://repo.pureos.net/pureos byzantium-security InRelease [4,581 B]
Holen:3 https://repo.pureos.net/pureos byzantium-updates InRelease [4,580 B]
Es wurden 15.0 kB in 1 s geholt (18.1 kB/s).
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Aktualisierung für 19 Pakete verfügbar. Führen Sie »apt list --upgradable« aus, um sie anzuzeigen.
root@Laptop2022:~# sudo apt install uuu
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Die folgenden NEUEN Pakete werden installiert:
uuu
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 19 nicht aktualisiert.
Es müssen 164 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 535 kB Plattenplatz zusätzlich benutzt.
Holen:1 https://repo.pureos.net/pureos byzantium/main amd64 uuu amd64 1.4.77-1 [164 kB]
Es wurden 164 kB in 0 s geholt (555 kB/s).
Vormals nicht ausgewähltes Paket uuu wird gewählt.
(Lese Datenbank … 179419 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von …/uuu_1.4.77-1_amd64.deb …
Entpacken von uuu (1.4.77-1) …
uuu (1.4.77-1) wird eingerichtet …
Trigger für man-db (2.9.4-2) werden verarbeitet …
root@Laptop2022:~# apt list uuu
Auflistung… Fertig
uuu/byzantium,now 1.4.77-1 amd64 [installiert]
root@Laptop2022:~# uuu -lsusb
uuu (Universal Update Utility) for nxp imx chips – libpureos/1.2.91+0git6b465-0pureos+librem5.2-1-g5e5fee8

Unknown option: -lsusb

root@Laptop2022:~#

Didnt work and i cant find this folder…:confused:

1 Like

I’ll stay today lazy to do this on my computer and build uuu again, but you should try this:
du -kh /etc/udev/rules.d/70-librem5-flash-image.rules
du -kh /etc/udev/rules.d/
sudo rm -rf /etc/udev/rules.d/
sudo rm -rf /etc/udev/ −− would be only optional, if above doesn’t help.
sudo systemctl reboot

As second step:
sudo ./scripts/librem5-flash-image --udev −− install the udev rules, latest version.

As my above thought here based (mainly) on: https://developer.puri.sm/Librem5/Development_Environment/Phone/Troubleshooting/Reflashing_the_Phone.html.

Aftewards uuu -lsusb should work on your computer anyway (otherwise I have no clue on why it is not working, just probably I didn’t look deep enough at this issue of yours).

When you get there (uuu -lsusb works as expected) and ready (you already know that I’m not focused all the way, and sometimes not helping much, but hope you’ll manage to remove what blocks you at this moment from successful re-flash of this Linux phone), as first please ensure that your Librem 5 phone is in flashing mode and execute (hold Volume-up key, etc.):

~$ lsusb | grep 8M
Bus 002 Device 014: ID 1fc9:012b NXP Semiconductors i.MX 8M Dual/8M QuadLite/8M Quad Serial Downloader
~$ uuu -lsusb

When and if Librem 5 physically not connected (or rather not recognized from host side, for either or reason, anyway we do need to ensure that the latest version of uuu working properly within host Linux system) over USB cable output (as next step after executing: sudo ./scripts/librem5-flash-image --udev, I’m quite sure) should look like this:

~$ uuu -lsusb
uuu (Universal Update Utility) for nxp imx chips -- lib1.4.193

Connected Known USB Devices
	Path	 Chip	 Pro	 Vid	 Pid	 BcdVersion
	==================================================

@Flo127, within extracted /home/…/librem5-flash-image/debian folder you will find librem5-flash-image.librem5.udev file. Workaround might consist (just for the purpose of explaining you what is wrong there, at this moment, as normally related --udev script will do this) editing and putting content of this file to /etc/udev/rules.d/70-uuu.rules file, yet and therefore is better to take easier path (please just follow current official re-flashing procedure exactly, step after step) and executing:
sudo sh -c "uuu -udev >> /etc/udev/rules.d/70-uuu.rules"
sudo udevadm control --reload

EDIT: But this command counts:

~$ grep -r ‘1fc9’ /{{,local/}lib,run,etc}/udev/rules.d/

If this simple command doesn’t provide any output on your Linux system you are still not ready and should not proceed with re-flashing of your phone (first when this command works on your host Linux machine, bringing/putting Librem 5 into flashing mode will end up with successful install). I do hope that this note provides some additional background, and helps you to move forward.

Hello,

I, am currently helping @Flo127 with his Phone but i also have still similar problems like him but with some changes.
The phone gets correct detected with the command uuu -lsusb so that should be no problem i think.
The problem starts at the moment when the script finally downloaded the image and i plug the phone via usb-c to usb-c into the laptop then it show me the first bar at 100% and stops. (with the button pressed)

What i also see and maybe can be an indicator for the problem is, that when i plug the phone again into the laptop with the volume up button pressed i get a new bar what reached also 100% and stops and btw it is 1 to 1 the same bar like bevor only with the diverens that it is now in a new line.(but only when i press the button bevor i plug it in)

@Quarnero, you write that it can be the wrong version of uuu, but i was also not able to find the files/folders to delete it. Can you tell me where this folders normally should be on the system? Maybe i am able to find it then and can get the right version with the apt package manager if i understand it right what it is for and why i should delete it.

Thank you in advance for your response.

1 Like

Seems like some communication issue. Try another port, another cable, different USB-C orientations or use a USB-A port instead.

BTW. Once the green LED shines up and the phone vibrates, you can release the vol+ button.

Thank you for the fast response! :smiley:

I try your advice but still have the same problem.

To make the situation clear why we flashing the phone and maybe give you a possible indicator of the problem we have here the the story with the phone:
After receiving the brand new phone he charge the phone than turn it on, it works without any problems.
The next day the battery was empty but the phone was in standby mode the hole night.
After he recharged the battery the phone did not start anymore to be precise led lights but the screen stays black, and it was not only the backlight of the display that turnt not on it is the full screen because i try to see something on the screen because there were a similar problem what i found in the internet but it was not the case with this phone.

What i also realised is when i plug in the phone for flashing into the laptop the screen on the top side gets warm, only warm not hot. The battery on the other hand stays cold much longer.
Maybe the situation i describe and your experience with the phone can tell you something about the problem.

Thank you in advance and sorry for my not so perfekt english. :sweat_smile:

As I recall at this moment: There is NO NEED for this (disconnect => connect again action).

Therefore (explaining this up to my understanding, rewriting what already correctly written): “Remove battery” together with “Hold volume-up” means that after next step: plug into your Librem 5 USB-C connector of your USB-C to USB-A cable (that is already connected to your computer/laptop) blinking red LED light will turn instantly into steady red, right after you released volume-up button (will start to charge Librem 5 with around 0.45A in this flashing mode, which logically recommends having pre-charged Librem 5 battery to at least 70%, as this battery will start to actually discharge, at least slightly … during here related process).

As @dos kindly recommended please use preferably (shorter USB-C to USB-A cable):

What is here important is that after battery inserted (red LED light steady) please do not move here mentioned Librem 5 phone around any more (not even 1 mm left or right, up or down, as perhaps previous flashing process interrupted this way already, leave phone steadily connected few minutes even after 100% of … as shown on your host screen).

After above (no need to disconnect this Librem 5 any more, please, this will be confirmed/observed from your side as correct) you will be ready to proceed (if selected USB-C to USB-A cable of adequate quality):

$ apt list uuu
Listing... Done
uuu/stable,now 1.4.193-1+b1 amd64 [installed,automatic]

$ lsusb | grep 8M

It is your turn now (good luck to both of you, quality USB2.0 cable will serve this purpose as well).

@dos

Hi! I bought new 50cm USB 2.0 USB-A to USB-C cable and still same result.
Trying to get some info from purism support, had written them 3 e-mails since friday but still no anwer :confused:

I am now already tired of this phone and would like to send it somewhere to get it fixed