Lenovo Thinkpad System Firmware frissítése hogyan?

Ubuntu Linux

Lenovo ThinkPad E15 Gen 4 laptopra tettem fel frissen az Ubuntu 22.10-et.

Minden működik, frissítéseket is feltettem, de van egy frissítés amit nem tudok telepíteni.

A szoftverközpont (Snap Store) folyamatosan írja, hogy a device firmware (más néven system firmware) frissítésre szorul. De a Snap Store-ban hiába frissítem. Kiírja, hogy sikeres frissítés, indítsam újra a gépet. Újraindul, aztán megint ott van a frissítés, nem sikerült telepíteni.

Megtaláltam, hogyan lehet parancssorból frissíteni: https://wiki.archlinux.org/title/Fwupd

Az fwupdmgr programot kell használni. Ezeket már próbáltam a parancssorból:

$ sudo fwupdmgr refresh

$ sudo fwupdmgr get-updates

$ sudo fwupdmgr update

Ekkor azt írja, hogy:

Upgrade System Firmware from 0.1.7 to 0.1.34?

(tehát nekem az 0.1.7 van fent, ezt kéne frissíteni a 0.1.34-re)

Lenovo System Firmware Version 1.34

Important updates (... és itt felsorolja, hogy mit tartalmaz a frissítés)

Perform operation? Y / N

Rányomok hogy csinálja meg a frissítést. Ki is írja, hogy sikeres letöltés és frissítés, indítsam újra a gépet.

Újraindítom, és a bal felső sarokban megjelenik hogy "Refresh System". Utána megjelenik a képernyőn egy folyamatábra: "Updating your system, please wait", de ez 0%-nál azonnal megáll és azonnal elkezd bootolni a rendszer.

Sikeres a boot, megnézem és megint ugyanez, nem sikerült a firmware frissítés, új frissítés érhető el.

$ sudo fwupdmgr get-devices

Erre ezt írja:

System Firmware:

Update Error: failed to update to 117474352: authentication signing error

Devices that were not updated correctly: System Firmware (0.1.7 -> 0.1.34)

A BIOS-ban megnéztem, és ezek a beállítások vannak:

SecureBoot: OFF

Boot order lock: OFF

A fentebb hivatkozott oldal ezt írja:

Troubleshooting

No error but no upgrade on reboot

Symptom: fwupdmgr update reports no error and prompts for reboot (e.g., on BIOS update). However, the system reboots normally (or stuck) and the firmware update does NOT happen.

Possible cause: In BIOS settings changing the boot order must be allowed.

Possible other solution if there are multiple updates pending: Try updating packages one at a time. Use the following to select packages:

$ fwupdmgr update update_ID

(Where update_ID is something like f95c9218acd12697af946874bfe4239587209232.)

"In BIOS settings changing the boot order must be allowed." - a boot order lock az ki van kapcsolva (OFF), tehát szerintem ez rendben van.

Szóval sajnos nem jutok egyről a kettőre.

Itt van egy cikk arról, hogyan kéne működnie ennek a rendszernek elméletben: https://www.omgubuntu.co.uk/2018/08/lvfs-lenovo-firmware-updates-linux

Csak gyakorlatban sajnos nem működik :)

Tehát amit szeretnék: hogyan lehet frissíteni a system firmware-t?

Egyébként a rendszer működik, lehet az lenne a megoldás hogy hagyjam figyelmen kívül ezt a frissítést?

De azért jó lenne frissíteni, esetleg valakinek ötlete?

  • 1381 megtekintés

( Raynes v | 2022. 12. 31., szo – 01:29 )

Minden lépést jól csinálsz. Csak arra tudok gondolni, hogy a fwupd félreazonosítja a hozzá való BIOS verziót, és ez az 0.1.34 nem ehhez a géphez való. A termék gyártói oldalán az 1.16 az utolsó verzió. Onnan letöltve a bootcd-s megoldást kipróbálhatod.

A BIOS-ban nincs közvetlen frissítési lehetőség? Ha nincs és sehogy máshogy nem jön össze, akkor az is lehet, hogy le kell nyelni a békát, és telepíteni egy Win10-et, a MS oldaláról hivatalosan letölthető, nem kell termékkulcs, meg aktiváció, anélkül lépsz tovább kipróbálás módban, és Windows alól ejted meg a frissítést, Lenovo Vantage vagy winflash segítségével.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Azt a linket én is megtaláltam, de azt írja, hogy csak Windowsra való az a bootcd, az nem gond? Nem írja, hogy a Linux is támogatott.

BIOS-ban nem találtam frissítési lehetőséget, csak a verziószámot írja ki.

Még egy olyan lehetőséget olvastam máshol, hogy lehetséges, hogy mégis a legfrissebb verzió van már fent vagy mégis tudta frissíteni, csak egy bug miatt mindig újra feldobja a frissítést.

Viszont a BIOS-ban meg nem tudom, hogyan lehetne ellenőrizni, hogy a legfrissebb verzió van-e fent. A BIOS-ban kiírt verziószám valami teljesen más, mint amit parancssorban látok.

Egyébként ha nem frissítem ezt a "System Firmware-t" (amúgy ez ugyanaz, mint a BIOS?), akkor az gond? Későbbi Ubuntu verzió nem oldaná meg automatikusan a problémát?

Még 14 napig vissza lehet vinni a gépet, szóval addig kéne hosszú távú megoldást találnom, vagy visszavinni.

Nem gond, ha nem frissíted, viszont annyiból jó lenne már most kitapasztalni a frissítés mikéntjét, hogy később szükség lehet rá.

A boot CD elvileg OS független, azért boot CD, egy önálló cucc bootol róla, nem Windows. Csak egy próbát megér, kinyomod dd-vel egy pendrive-ra. Elvileg ha a lemezképről kimásolod a tényleges BIOS .bin fájlt, akár azt is meg lehetne próbálni felírni fwupd-tel.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Nekem ez van:

https://pcsupport.lenovo.com/gb/en/products/laptops-and-netbooks/thinkp…

Itt ha rányomok a "details" gombra, akkor kijön egy lista amiket le lehet tölteni.

Ezen belül nekem ez kéne vajon? https://download.lenovo.com/pccbbs/mobiles/r1suj44wd.iso

Letöltöm ezt az iso fájlt, beteszek egy pendrive-ot a gépbe, megnyitom a "startup disk creator" programot, ráírom az iso fájt a pendrive-ra, aztán ezzel a pendrive-val kéne bootolnom? És utána automatikusan frissíti magát?

Ez még friss gép, nincsen rajta semmilyen adat, de azért jó lenne nem elrontani :)

Ja tényleg, van az a kis nyíl ikon a "BIOS Update (Utility & Bootable CD) for Windows 11, 10 (64-bit) - ThinkPad E14 Gen 4 (Type 21E3, 21E4), E15 Gen 4 (Type 21E6, 21E7)" szöveg előtt, arra a nyíl ikonra kell kattintani, és akkor jelenik meg a legfrissebb verzió letöltő linkje.

Nem túl jó az UX, én nem is gondoltam, hogy az a kis nyíl egy lenyíló menüt rejt, na mindegy. Alapból nyitottnak kéne lennie annak a menünek, amit a kis nyíllal lehet előhívni. Általában amikor ilyen rejtett tartalmak vannak, az nem jó UX szempontjából.

Akkor ezek szerint ez a startup disk creator ez csak Ubuntu telepítőhöz megy.

És ez nem tudja elrontani a gépet? Ha mondjuk véletlenül rossz fájlt írok rá, vagy bármi egyéb van,akkor felismeri és nem frissít valami hülyeségre?

Nem, nem rontja el. Nyugodtan írd ki a boot CD-t. Legrosszabb eset, hogy szintén nem fogja frissíteni. Vagyis nagyon elméletileg téglásíthatók ezek, de akkor meg 14 napon belül vagy, és nem vehetnek elő, mert rendeltetésszerűen a hivatalos Lenovo oldalon közzétett BIOS-t a hivatalos módszerükkel frissítetted.

A BIOS egyébként sem enged frissíteni akármilyen random tartalmú fájlra, néz checksumokat, aláírást, verziószámozást, stb..

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Letöltöm ezt az iso fájlt, beteszek egy pendrive-ot a gépbe

Nekem Lenovo bios update iso-kkal (meg egy csomó SSD firmware update iso-val) működni szokott az, hogy nem UEFI-s (UEFI boottal nem működik!) PXE boot + SYSLINUX memdisk + iso fájl.

Pl:

label t520
        kernel memdisk
        initrd t520-bios-1.47.iso
        append iso raw

label e480
        kernel memdisk
        initrd r0puj28wd.iso
        append iso raw

label m710q
        kernel memdisk
        initrd m710q-bios-56a.iso
        append iso raw

label mx200
        kernel memdisk
        initrd MX200_MU05_Update.iso
        append iso raw

label mx300
        kernel memdisk
        initrd MX300_M0CR070_Firmware_Update.iso
        append iso raw

label mx500
        kernel memdisk
        initrd MX500_M3CR023_update.iso
        append iso raw

( ibenny v | 2022. 12. 31., szo – 01:57 )

Szerintem is mindent jól csinálsz, mert nálam egy "sudo fwupdtool upgrade" leszed mindig mindent, ha van.

( sibike | 2022. 12. 31., szo – 12:21 )

Nekem hasonló issue van '17-es Dell XPS notival: letölti a frissítést, majd rebootnál hibát ír, és nem frissíti meg.

Szerencsére nekem van BIOS-ban upgrade funkció, amivel meg tudom frissíteni.

Szerintem a Boot CD-vel menni fog az upgrade.

( Charybdis | 2022. 12. 31., szo – 15:27 )

Szerkesztve: 2022. 12. 31., szo – 15:34

És mi van, ha nem frissítem, hagyom fent a gyári verziót? Itt van a readme link:

https://download.lenovo.com/pccbbs/mobiles/r1suj45w.txt

Azt írja, hogy ezek voltak az eddigi frissítések:

<1.16>
- [Important] Security issue update LEN-97389.
- [Important] Enhancement to address security vulnerability, CVE-2022-34301, CVE-2022-34302, CVE-2022-34303.
- (New) Improve 3D mark performance on better performance mode.

<1.15>
- [Important] Security issue update LEN-91372 and LEN-91381.

<1.13>
- [Important] Security issue update LEN-77469 and LEN-77635.  

<1.10>
- (New) Enhance "wake on lan" functionality.
- (New) Update a unique ID value for system firmware.

<1.09>
- (Fix) The system without back light will show the off OSD on the screen when FN+SPACE Close and enter to sleep.
- (Fix) Fixed an issue that Battery manufacturer information incorrectly shows in "LENOVO Diagnostics UEFI"interface.

<1.08>
- (Fix) Fixed an issut that the keyboard backlight OSD will display off (Keyboard state actual is true) when turn-on Keyboard backlight after resume from MS.
- (Fix) Fixed an issue that the brightness level does not restore restart to enter BIOS setup or boot menu.
- (Fix) Fixed BSOD 0x9F occurred when run stress MS.
- (Fix) Fixed an issue that BSH fail when need do recovery action.

<1.06>
- Initial version of ThinkPad E14 GEN4 (Machine Types:21E3,21E4)
                             ThinkPad R14 GEN4 (Machine Types:21E5)
                             ThinkPad E15 GEN4 (Machine Types:21E6,21E7)

De nem is lehet megnézni sehol, hogy konkrétan mik voltak ezek a LEN-97389, LEN-91372, LEN-91381 stb. biztonsági rések, csak felsorolja a kódjukat. Rákerestem Google-n ezekre a kódokra, de sehol nem lehet megtalálni, hogy ezek konkrétan mit takarnak. Ezt direkt tartják titokban?

De úgy látom, hogy ezek talán nem olyan súlyos dolgok. Szerintem ezeket csak úgy lehet kihasználni, ha 1) valaki fizikailag hozzáfér a géphez és kártékony kódot telepít rá, 2) malware települ a gépre és azt tudja kihasználni a biztonsági rést.

De az 1) esetben nyilván fel fog tűnni, hogy valaki hozzáfért a géphez, és akkor legrosszabb esetben backup-ból újra lehet tenni az egészet. 2) eset pedig nem túl valószínű. Ubuntu fut a gépen, csak a hivatalos tárolókból lesz telepítve program, program telepítéshez root jelszó szükséges. Így nem igazán látom, hogyan tudna reális eséllyel egy malware települni és kihasználni egy BIOS biztonsági rést, vagy rosszul látom?

Ha hagynám így és majd esetleg későbbi Ubuntu verzióban hátha megjavul a rendes frissítési lehetőség?

Nem ismerem pontosan, hogy mennyire fontos a firmware frissítés, kell-e ez nekem egyáltalán mindenáron, vagy jó-e az is ha hagyom úgy ahogy van (biztonsági és egyéb szempontokból). Megnéztem ezt a boot cd-s frissítést, de elég bonyolult, inkább nem kezdenék bele ha nem muszáj.

Nem néztem utána, de kiírni pendrive-ra egy image-et, arról boot-olni, majd flash-be tölteni egy firmware-t szerintem nem annyira bonyolult. Amúgy meg szerintem nem kardinális kérdés. Hardware init, kernel és initrd behúzása, onnantól már a kernel, illetva az oprendszer megy. Igaz, ha valamire nem tudja a megfejtést, lehet, hogy visszahívja a BIOS-t.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Végül is a te géped, neked kell tudni, de én nem értem, hogy miért ne tudnál egy .iso vagy .img fájlt kiírni dd-vel valami régi pendrive-ra, pár perc az egész, újrabootolod a gépet, bootmenühöz nyomod a gyorsbillentyűt, ott kiválasztod, hogy USB-ről bootoljon, és elindul a BIOS frissítő, ilyen DOS-ra hasonlító konzolos rendszer szokott indulni, írni fogja, hogy mit csinál, mit nyomjál, hol tart a frissítés, ne kapcsold ki addig a gépet, meg hagyjad töltőn, stb.. Nem egy rakétatudomány, számtalan ilyet frissítettem asztali gépen, laptopon, meg SSD-ken firmware-t is, általában 1-2 percen belül végzel is vele.

Igazából még azt is lehetne, hogy ha van valami USB-s HDD-d, meg valami régi tartalék géped, hogy másik gépen Windows alól Rufus-szal kiírod a Win10 telepítő lemezképét Live To Go telepítésben, úgy egy bootolható, feltelepített Win10-et kapsz, amit be tudsz bootolni USB-ről, és tudod onnan frissíteni a BIOS-t. Ez a Linux egyik hátránya, hogy firmwarefrissítés terén hanyagolva van a Windowshoz képest, és ugyan van ez a fwupd megoldás, de még ez is elég új, kísérleti jellegű (as is) inkább, nem lehet rá tutira számítani.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Nincs valahol egy lépésről lépésre leírás, ami szájbarágósan leírja, hogy Ubuntu alatt hogyan kell ezt a .iso fájlt kiírni egy USB-s pendrive-ra úgy, hogy utána erről tudjam frissíteni a firmware-et? Itt a szálban korábban linkeltek egy cikket, de az nekem túl bonyolult. Jó lenne GUI-s alkalmazás, de ha parancssoros, az is jó lehet, csak legyen leírva lépésre lépésre a folyamat.

Próbáltam a beépített "Startup Disk Creator" programot Ubuntuban, de az csak Ubuntus pendrive-et tud készíteni, mást nem. Nem fogadja el ezt a firmware frissítő ISO-t.

Root jogot szerzel:

sudo -i

Jelszó, enter. Utána bedugod a pendrive-ot, kinyomozod, melyik eszköz.

lsblk

Illik rájönni, ha van tipped, mondjuk sdb, akár meg is nézheted pontosabban:

fdisk -l /dev/sdb

Itt az sdb volt a tipp, épp ezt kell kideríteni. Mindegy, tegyük fel, tudod, hogy melyik a pendrive, példánkban az sdb lesz az.

Bemész abba a könyvtárba, ahol az iso file van:

cd ~teneved/idetetted

Kiírod a pendrive-ra:

dd if=bootolhat.iso of=/dev/sdb bs=1M; sync

Vársz, visszajön a prompt, örülsz. Reboot, majd erről a pendrive-ról boot-olod a gépet.

Fontos: dd után az a sync parancs kell, különben disk cache-ben maradhat a file egy része. Ha az of= paraméterét elírod, teszem azt sda-ra, annyi a jelenlegi oprendszerednek, szóval olvasd betűről betűre vissza, mielőtt entert nyomnál. Illetve nálad nem biztos, hogy sdb, lehet, hogy sdc, sdd, sde, vagy ilyesmi, ezt kell az elején kinyomozni, de nem nehéz.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Ha nagyon nem boldogulsz, akkor Belena Etcher, van Linuxra is. De nem értem, hogy ez miért okoz gondot, ugyanúgy kell a BIOS boot CD-t is kiírni, ahogy az Ubuntut írtad ki, mikor a gépre telepítetted. Ugyanaz az ügymenet, csak most nem ubuntu-22.04.iso-t írsz ki rá, hanem egy másikat.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

by the way, nagy istenbarma csájníz korporét ez a lenovo. A céges gépem pl. pont tőlük származik. Ezer release-el ezelőtti bios van rajta, tele van azóta szekuriti és usability bugfixekkel, de az Intézeti IT leszarja és nem pusholja ki update-ként. Én meg nem tudok updatelni, mert nem adnak local adminjogot a céges laptopra. Plusszban a kibaszott applocker is blokkol minden nemjóváhagyott programot. Plusz windows alatt nem is tudok írni usb pendrájvra. Így az egyetlen esélyem a boot pendrájv. Amit nagy nehezen meg is találtam a letöltő oldalukon. De mikor (egy másik privát gépen) ki akarnám írni pl. Rufus-al az iso-t usb-re, kiírja h. ez vmi elbaszott ismeretlen formátum, és elfail-el. Itt végül feladtam, maradjon akkor szar, úgyis csak céges gép.

A Lenovo valami miatt El-Torito formátumot használ, másnál ilyet még nem láttam.

https://wiki.osdev.org/El-Torito

Feljebb valaki belinkelt egy URL-t abban benne van hogy honnan tudsz letölteni egy geteltorito.pl scriptet amivel ki lehet belőle bányászni a lényeget és az mehet már dd-vel ki a pendrivera.

Azért nem teljesen igaz. A modern OS-ek sok funkciót átvettek a BIOS-tól, de még mindig vannak dolgok, amikről a BIOS szokott gondoskodni, pl. sleep state-ek, kimenetek közötti kapcsolás, töltöttségi dolgok, management engine-es vagy vpro-s ökörködés, stb.. Van, amikor számíthat egy új BIOS, javíthatja a memóriastabilitást, proci húzhatóságát, lehet benne újabb CPU mikrokód (igaz ezt a Linux kernel is be tudja tölteni), néha bugokat is javítanak vele.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Egyrészt nem kizárt, hogy a kernel visszahív BIOS függvényt. Ezen felül egy számítógépben vannak mikrokontrolleres megoldások, s ezek firmware-eit is lehet, hogy a flash-ből töltik az adott hardware-re. De erre van például a linux-firmware csomag is.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( Charybdis | 2023. 01. 10., k – 17:57 )

Szerkesztve: 2023. 01. 10., k – 18:04

Végül nem frissítettem a firmware-t, mert működik rendesen a gép, és a readme is írja:

If your computer runs satisfactorily now, it may not be necessary to update the UEFI BIOS. To determine if you should update the UEFI BIOS, refer to the Version Information section.

De szerintem a Lenovónak javítani kellene ezt, simán mennie kéne a frissítésnek. Dell gépen nem volt semmi gondom a firmware frissítéssel, ugyanúgy feltelepült, mint akármilyen másik Linux frissítés. Lenovónak kéne ezt javítani, nekik is érdekük lenne, hogy menjen minden rendesen Linux alatt is. Hiszen ha Linux alatt nem megy minden rendesen alapból, akkor inkább Dell gépet fog venni az ember, aki Linuxot akar használni.

Vagy legalább legyen olyan lehetőség, hogy megnyitom a BIOS-t, rányomok hogy "frissítés", és frissíti magát. De ilyen sincs.

Mindenképp írd meg hibaként a Lenovo supportnak. Addig is én megpróbálnám frissíteni, ugyanúgy kiírod a BIOS boot CD-t, mint az Ubuntut írtad ki, ugyanaz a metódus, épp úgy lemezkép (csak lehet nem .iso a kiterjesztése, hanem .img vagy valami más), ugyanúgy írod fel, csak nyilván nem Linux indul róla, ha bebootolod, hanem egy DOS-nak kinéző, karakteres felületű cucc. Néhány laptop tudja azt is, hogy a pendrive-ot FAT32-re formázod, rámásolod a BIOS binárist, csak egyetlen fájl, és mikor bootol, akkor vagy magától felismeri, hogy azzal az egy fájllal BIOS-t akarsz frissíteni, vagy valamit nyomni kell hozzá, ezt a dokumentációban kéne megnézni.

Most valóban nem kritikus még frissíteni, de ha később behoznak valami feature-t, vagy fény derül valami bugra, és muszáj lesz frissíteni, ne akkor kelljen vele elkezdeni vergődni. Az is igaz, hogy lehet majd kiadnak egy még újabb BIOS-t, és az simán fel fog menni fwupd-tel.

Az utolsó mondathoz: sajnos ez az üzleti-konzumer laptopok konzervatív fütyisége, hogy megragadtak ennél a karakteres felületű, minimalista BIOS-nál. Az asztali alaplapok meg a gamer laptopok régóta már modern, grafikus UEFI-vel jönnek, amikben szokott lenni hálózatról BIOS frissítési funkció. Nyilván vezetéken, mert pl. Wi-Fi-n lehet nem hajtja meg, de ha benyomsz neki egy UTP kábelt, akkor simán, kér címet DHCP-n, és a többit is automatán intézi, érzékeli, ha van új BIOS, letölti, telepíti, újraindítja. Az MSI Mortar B450 lapom ilyen az asztali gépem. Az ASUS TUF A15 notimon meg van egy UEFI BIOS menü, EZ Flash Utility, ott meg bármilyen lemezről, amin van FAT32 partíció, be tudja venni a BIOS binárist, és onnan frissíteni tudja. Semmilyen fwupd nem kell, nem kell szaros weboldalakról szedett lemezképeket bebootolgatni. Ugyanezt meg tudná csinálni a Lenovo, Dell, HP is, de szerintem költséghatékonyságból nem költenek új UEFI firmware-re, mert azt nekik is venni, meg licencelni kell, így használják a régit, és úgy vannak vele, hogy az elég jó. Ja, elég jó, az őskorban az volt. Esetleg arra tudok gondolni, hogy a cégek szeretik ezt a konzervatív, régi fajta BIOS-t, mert ismerik, és a gyártó meg nem kockáztat modernebbel, mert akkor az lesz, hogy ha túl színes, szagos, dizájnos, akkor komolytalan Gamer Pisti cuccnak fog nekik tűnni, és nem veszik komolyan.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

( Dwokfur v | 2023. 01. 10., k – 21:11 )

Az aktuális esettől függetlenül korábban tapasztaltam olyat, hogy a BIOS jelszó miatt nem ment update (nem ThinkPad volt). Az is előfordulhat, hogy nem lehet egyből frissíteni a legújabb verzióra, hanem előbb egy köztes verziót fel kell rakni.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Ez nem is rossz ötlet. Ehhez az E14 Gen3-hoz írja is a BIOS boot CD-hez tartozó readme, hogy a frissítés előtt ha van Power On Password, akkor azt törölni kell.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

( deje | 2023. 01. 11., sze – 09:29 )

Nálam T480s-el volt az a jelenség, hogy az fwupd állandóan frissíteni akarta a System Firmware-t, akkor is, miután az sikeresen lefutott. Windows alatt is frissítettem, csináltam boot pendrive-ot is, de az fwupd akkor is frissíteni akarta. A végén kiderült, hogy a System Firmware volt hibás, pontosabban az a verziószám, amit az fwupd használ, nem lett frissítve benne, azaz végül egy újabb kiadott UEFI szoftver update javította meg a Linuxos frissítési problémát. Érdekes, hogy Win alóli frissítésnél nem volt ilyen gond, ezek szerint az más alapján azonosította a firmware verziót.

Ritka nagy fos lett a Lenovo, elsősorban szoftveres oldalon, de már a hardver "sem a régi"...

Megpróbáltál rákeresni a hibaüzenetre egyébként? Nálam az első találat a gugliból ez: https://support.lenovo.com/mn/en/solutions/HT504854, itt gyakorlatilag arról van szó, hogy frissítsd Win alól 2x, és másodjára menni fog.

Szerintem mindig is senkiháziak voltak a kínaiak, csak az IBM-érában az amcsik satuban tartották a töküket, utána meg a lendület vitte őket egy darabig.

Ez a mostani problémázás az UEFI Firmware-el szerintem valami belső refactor következménye. Nem tudom biztosan, nem olvastam utána, de tippre az Intel ME résznek is köze van hozzá. A kémprocesszor kapcsán nagyon sok csontváz kipotyogott a szekrényből, és újítani kellett a CPU és a kémprocesszor viszonyán is. Az új energiamenedzsement állapot (S0) implementálása is okozhatja ezt. Lenovoéknál nem sikerült a refactorált Phoenix BIOSt rendesen testre szabni, vagy ők is akarnak backdoort, és több helyen belenyúltak, mint kellett volna.

Legalább a billentyűzetük kiváló, ha másban már nem is olyan jók :)

( Charybdis | 2024. 05. 26., v – 13:53 )

Lenovón még régebbi Ubuntu van fent, arról még egyelőre nem tudok nyilatkozni.

Dell Latitude esetében sem ment a firmware frissítés, de Ubuntu 24.04 alatt már megy. Csak el van kissé dugva a dolog, meg kell nyitni a Firmware Updater programot (azt hiszem ez újdonság az Ubuntu 24.04-ben), és ott végig kell kattintgatni az összes firmware-t, ha van frissítés akkor megjelenik az "update" gomb. Arra kell nyomni, letölti, újraindít, BIOS frissíti magát, minden jó.

Szóval ez jó dolog, végre megoldották ezek szerint a firmware frissítést így az Ubuntu 24.04-re.

Erre gondolhattam volna, hogy a fwupd utility elavult, de még lehet a régi kernel is oka. Tipikus Ubuntu/Debian betegség, hogy gond van az elavult verziókkal. Mindenesetre kösz, hogy értelmesen leírtad a fejleményeket, erre kevés ember hajlandó.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

( Charybdis | 2024. 11. 16., szo – 00:29 )

Még mindig ugyanez a hiba: a nyitó hozzászólásban lévő probléma továbbra is fennáll.

Ami változás van, hogy frissítettem az Ubuntu 24.04.1-re. Abban van már ez az új "Firmware Updater" nevű program. Grafikus felületen látszik, hogy van új system firmware. Csakhogy ugyanaz történik mint a nyitó hozzászólásban, továbbra sem frissül a firmware. Valaki tudja hogyan lehetne frissíteni?

Kb 100 hozzászólással korábban összesen 2x is szerepel az a kitétel, hogy lehet azért nem megy a frissítés, mert X verzióról nem X+1, hanem X+19 verzióra akarsz lépni, és a megoldási javaslat az, hogy próbáld meg egyesével - azaz először keresd ki a Lenovo oldalán az X+1-es verziót, és frissíts arra. Aztán az X+2-s verzióra, és így tovább - persze szigorúan betartva, hogy szabályosan frissíted (értsd, ha azt írja, hogy 3 reboot kell utána, akkor 3x rebootolsz és nem 2x). Ugyanis van olyan, hogy akkora az ugrás 2 távoli FW-verzió között, hogy nem tudja meglépni. (Nekem legalábbis volt ilyenem vagy 8 éve a fent istenített Dell Latitude sorozat egyik gépével.)

És hanyagold végre a grafikus szarokat, locsemege leírta neked lépésről lépésre - ahogy kérted -, hogy hogyan csinálj bootolható pendrive-ot a fw-frissítéshez. Annyival egészíteném ki, hogy a sudo -i után először kérj egy lsblk listát - ekkor látod, hogy milyen "diszkszerű" eszközeid vannak, utána bedugod a pendrive-ot és megint kérsz egy lsblk listát. A két lsblk közötti különbség értelemszerűen a bedugott pendrive lesz. Így lehet egyértelműen kideríteni, hogy tényleg sdb a neve (ahogy locsemeg leírta), vagy más (amire szintén felhívta a figyelmedet).

Persze nem kell megfogadni az én tanácsomat se, akkor majd térjünk vissza a dologra az Ubuntu 26.04.2 kiadása után. Meg az is lehetőség, hogy nekem adod a laptopot, úgyis használhatatlan. Én meg vagy megoldom, vagy úgy marad. (Én személy szerint a FW-frissítésekkel - is - a "frissítsük fel!" híve vagyok, persze vállalom a konkázatot, hogy ott maradok egy az előzőnél is szarabb verzióval.)

tl;dr
Egy-két mondatban leírnátok, hogy lehet ellopni egy bitcoin-t?

A grafikus Firmware Updater (Ubuntu alapértelmezett) nem ajánlja fel az összes verziót, csak a legfrissebbet és a legutóbbi néhányat. Próbáltam hogy az elérhető legrégebbi verzióra frissítek a Firmware Updaterrel, de nem megy úgy sem.

Egyesével frissítgetni kézzel az gyilkos lenne, mert nagyon sok verzióval le van maradva.

Viszont a gép jól megy, akkor hagyom inkább így, nem ér ennyi vesződséget.

Eddigi tapasztalatom szerint a Dell gépek és Ubuntu LTS verziók szeretik egymást a legjobban, ott működik minden magától, firmware update is.

Egyesével frissítgetni kézzel az gyilkos lenne, mert nagyon sok verzióval le van maradva.

Ezzel egyetértek, bár valószínűleg nem kellene minden lépést megtenni. Legalább 2 lehetőség van:

- a jelenlegi X verzióról X+1-re frissítesz, és utána megpróbálod a legfrissebbre frissítést. Ha nem sikerült, lépsz megint egyet (X+2-re), majd utána újra a legfrissebbel folytatod. Szinte biztos, hogy lesz egy pont, amikor már át fogja tudni hidalni a "nagy" verzió-szakadékot.

- vagy pedig a klasszikus felezős módszerrel próbálsz meg haladni - azaz a jelenlegi X és a legfrissebb Y közötti (X + Y) / 2-es verziót próbálod meg elsőként felrakni - hátha akkora rést már át tud lépni. Ha nem sikerül, akkor az előtte levő "szakaszt" felezed, ha viszont sikerült, akkor vagy megint lehet próbálni a legfrissebbet, vagy felfele lehet próbálni felezgetve haladni.

Amúgy tippre (abszlút hasraütés alapján) azt gyanítom, hogy 2 max 3 lépésből meg lehetne lenni vele. De nyilván ha nem tapasztalsz problémát, akkor el lehet felejteni az egészet - no de akkor minek hoztad fel 2 év után újra?

tl;dr
Egy-két mondatban leírnátok, hogy lehet ellopni egy bitcoin-t?