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 likef95c9218acd12697af946874bfe4239587209232
.)
"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?
Hozzászólások
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.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
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.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
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 :)
sztem az régebbi, ez a legfrissebb: https://download.lenovo.com/pccbbs/mobiles/r1suj45wd.iso (current release)
T470-en kb így updateltem: https://www.cyberciti.biz/faq/update-lenovo-bios-from-linux-usb-stick-pen/
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?
Mindenféle ellenőrzés, verzió, cheksum, miegymás van ezekben, meglepne, ha a maya_gold_mellei.jpg file-t fel tudnád tenni a BIOS flash-be. :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
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..
“The world runs on Excel spreadsheets.” (Dylan Beattie)
Milyen bonyolult neve van manapság egy lsblk, dd és egy sync parancsnak... :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
A syncet bele lehet rakni dd parancsba.
Valóban.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
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:
Szerintem is mindent jól csinálsz, mert nálam egy "sudo fwupdtool upgrade" leszed mindig mindent, ha van.
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.
É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:
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?
Tőlünk kérdezed, te mit szeretnél? :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
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
Akkor szerintem egyelőre hagyom így. Hátha az Ubuntu 23.04-ben megjavul magától. Ha mégsem, akkor meg majd ha lesz kedvem nekiveselkedek egyszer.
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.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
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
Köszönöm, megnézem majd az új évben.
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.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
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.
Amióta a VENTOY-ra rátaláltam, azóta nem rufus-ozok és nem használok se dd-t, se egyéb más módszert. És lett "Egy pendrive mind felett".... :)
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.
ez konkrétan 1 hasznos hsz volt, kössz!
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.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
power meg thermal management firmware (külön-külön) is szokott lenni ezekben a bios update csomagokban, így azt kétlem h. ezek csak power init-kor futnának le, és utána már soha az életben
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
Végül nem frissítettem a firmware-t, mert működik rendesen a gép, és a readme is írja:
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.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
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.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
Erről én is olvastam, de BIOS jelszó nincsen beállítva.
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.
ha meg biztosra akarsz menni, akkor meg háromszor?! Senkiházi kontárok ülnek a lenovonál is...
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 :)
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ó.
“The world runs on Excel spreadsheets.” (Dylan Beattie)