Can't update v9.2.1 to v9.2.3 through GUI in Czech language

1st Official Post

    Hi, i have a RPi4 running 9.2.1. When i try to manually update LibreElec to 9.2.3, it silently fails.

    Previous versions, at least 9.2.0 to 9.2.1 was fine, because i needed Wireguard ^^

    Log shows, that Czech letters are probably involved in this issues - wild guess "Jm\xc3\xa9no souboru:" vs. "Jméno souboru:"

    I can probably fix that by SSH or switching into English, but i thought it could be useful to report.

    Update LibreELEC [LibreELEC.wiki]

    Thanks.

    I successfully updated through SSH / CLI:


    Code
    cd /storage/.update
ls -alF
wget http://releases.libreelec.tv/LibreELEC-RPi4.arm-9.2.3.img.gz
reboot

    But when i compared the image file with KODI log, i wonder, why GUI uses TAR archive instead of above image file?? :/

    Code
    wget http://releases.libreelec.tv/LibreELEC-RPi4.arm-9.2.3.tar

    ?

    Thank you for help and support. So next time can i put TAR file into /storage/.update instead of IMG and reboot?

    And when my SD card has two partition:

    • mmcblk0p1 ... 512MB vFAT
    • mmcblk0p2 ... 30GB+ ext4

    TAR updates just the 30GB ext4?

    IMG contains partition table + vFAT (boot?) + ext4 and does some trickery to adapt partition table to different size of SD card?

    When i was reading your post i thought, that when i already used IMG it rewrote my vfat+ext4 and i lost recorded TV shows etc. on ext4 :/ But when i double checked the content, all my data reminded intact on linux ext4. Uffff... Cool. 8)

    PS: shouldn't be that wiki page changed from IMG to TAR, when it mentions UPDATE?

    The update system in LibreELEC supports updating both from a tar file and and img.gz one - you can just copy it into the .update folder, reboot, and it'll get picked up.

    The /storage (ext4/linux) partition is unchanged, the updater will only replace files in the /flash (vfat/windows) partition.

    The difference between the tar file and the img.gz file is that the tar file contains the files that need to be updated in /flash in a more suitable format. The img.gz is a compressed raw disk image with a 512MB vfat partition and an empty ext4 partition that will get resized when first booted. When updating with it this image file needs to be uncompressed first and then scanned for partitions to get to the actual files in the vfat partition.

    So, while both variants work and have the same end result, doing that with an img.gz takes longer (due to the uncompressing overhead).

    so long,

    Hias

    This is what I meant. The updater needs to uncompress the image. That needs additional space and takes longer than updating with a tar - but it works the same.

    so long,

    Hias

    Problem is still present:

    • v9.2.5 -> v9.2.6 (needs manual update through SSH console)

    I wonder, why such simple and widespread bug isn't simply fixed by changing the string back to non-accented ANSI/ASCII letters or simply kept in English? Same way as bootloader firmware and USB firmware - asks me in English, but buttons are ANO / NE (YES / NO ) :c))

    .

    The problem is still present, can't update/upgrade through GUI.

    To update from v9.2.6 -> v9.95.1 i still have to update manually through CLI SSH console.