A Microsoft Secure boot miatt a régebbi gépeken a fenti dátumtól nem fog működni a linux. (Illetve a Windows sem.) Mit tehetünk?

@"vé"#p686370 Szia! Messze még a negyedik hó első napja! Értem én, hogy uborkaszezon van, de szerintem ez az információ hápog, szóval nagy valószínüséggel kacsa. Mit tehetünk? Te például megoszthatod velünk, honnan ez az információ és hogy pontosan mit jelent a régebbi gépeken.

@"vé"#p686370 Pl. tájékozódhatunk.

@"csuhas32"#p686371 Innen: https://pcforum.hu/hirek/29624/linux-secure-boot-tanusitvany-lejarat-2025-szeptember

@"vé"#p686373 A szövegértelmezés sokkal hasznosabb lenne mint a pánikkeltés. A cikkben, mely amúgy helyesírási hibákat tartalmaz, tehát komoly forrásnak szerintem amúgy se vehető, az én olvasatomban egyáltalán nem ezt írják.

@"vé"#p686377 Amit leírt. Ha senki sem tesz semmit, akkor a Secure Boot nem engedi elindulni a lejárt aláírású szoftvereket, ugyanúgy mint eddig is pl az aláírással nem rendelkező szoftvereknél (linux változatok többsége). Megoldások: a SB letiltható UEFI-ben, a hardver gyártója frissítésben kiadhatja az új kulcsokat, az OS gyártója kiadhatja frissítésben a kulcsokat (ez az általános), linux rendszernél a user is aláírhat bármit MOK segítségével, amit csak jónak lát. Szóval aki olyan linuxot használ, ami nem volt aláírva, az már eddig is tiltotta a SB-t, aki aláírtat használt az rendszeresen frissítse.

@"vé"#p686377 A cikk címében ez a szó szerepel: „válhat**NAK**” aztán, ha tovább olvasol, akkor „... vagy valamiért egy, az említett dátumnál régebbi Linuxot használnak, belefuthat**NAK** a szóban forgó indítási problémába.” A cikk mindkét idézett részben feltételes módot használ, te viszont kijelentő módban hánytad ide a mondatodat, ami megítélésem szerint jelentős csúsztatást eredményez. Megállapíthatóan a témaindító mondatod mindkét fele téves. I. Ha nem vagy istentelenül béna, akkor simán fog működni az Ubuntu ami (még ha titkoltan is :-) ), de egy Linux disztribúció. – Eleve csak az említett dátumnál régebbi Linuxokat érintheti a probléma, ami ugye élből nagyon leszűkíti a kört, hiszen javarészt naprakész rendszereket használunk, azok már rendelkeznek a módosított kulccsal. – Másrészt ha ez nincs, akkor még a cikk szerint is lehet frissíteni a gépek firmware-t. – Ha erre sincs lehetőség vagy valamiért nem történt meg, akkor ki lehet kapcsolni a Secure Boot-ot (amit azonban a cikk szerzője biztonsági okokra hivatkozva nem ajánl). II. Windowsról pedig egyáltalán nincs is benne szó, bár az engem nem is érint, ezt te költötted oda. Ahogy az a cikk alatti jelenleg utolsó hozzászólásban is olvasható, akik Linuxot használnak, azoknál már most is nagyon sok esetben ki van kapcsolva a Secure Boot (aztán mégse történt semmi), szóval a legtöbb felhasználó esetén ennek az egésznek nulla jelentősége lesz, észre sem fogja venni. Javaslom neked, hogy máskor használd az „Ebben a cikkben meglátásom szerint az szerepel, hogy” formulát és egyből jelöld is meg a forrást, úgy a mondandód tartalmától függetlenül a közlendőd rendben lesz! Mert így, hogy tényként kijelentesz valamit, amit aztán egyáltalán nem tudsz alátámasztani... :-(

A dologhoz figyelembe veendő az a gyakorlati megfigyelésen alapuló tapasztalat, hogy - a pcforumon írt linuxos cikkeket nem szabad komolyan venni - Sting linuxos írásait nem szabad komolyan venni.

@"csuhas32"#p686379 Köszönöm a kioktatást! :(

@"vé"#p686381 Pedig minden szava igaz.

Szeptember 11 és kész?

vé

lala2 18 évvégi az utolsó BIOS. Vagyis nem túl új.

vé

csuhas32 A Debian 13 két hét múlva 9.-én jelenik meg. Egyből fel fogom rakni. Aztán majd szeptember 12.-én meglátjuk elindul-e.

csuhas32

vé Szerintem igen. Ha nem, ráérsz akkor variálni.
Például elő szokott olyan fordulni, hogy egyes BIOS-okban bizonyos lehetőségek csak akkor jelennek meg, élnek, ha van beállítva admin jelszó. Ezt se tudjuk, nálad hogy áll. Vagy lehet, hogy ott a lehetőség a Secure Boot kikapcsolására csak nem láttad eddig. De még az se biztos, hogy be van kapcsolva az a Secure Boot.
Olyan sok még a tisztázatlan lehetőség, nagy a sansz, hogy egyáltalán semmi gond nem lesz, vagy ha igen, az megoldható, nem kell még temetni azt az alaplapot.

vé

klt Köszönöm, nagyon kedves vagy, hogy megtaláltad nekem! Nemsokára meg fogom nézni.

vé

vé Nálam másképpen néz mi a BIOS. Nincsenek meg ezek a sorok. 🙁

tenkes

vé A MOK nem egyszerű, de épp azért (is) létezik linuxon, hogy ha az OS (vagy egyéb szoftver) kiadója nem támogatja a Secure Boot-ot, akkor legyen lehetőség azt egyénileg megtenni így elkerülve, hogy valaki utána változtasson a rendszerbetöltőn.
Ez az egész csak a 3. fél szoftvereket érinti, pl. a linuxot, mivel azok egy 2011 körül kiadott kulcsot használnak, amit a MS kifejezetten ezeknek szánt. Ez a kulcs jár le idén ősszel. A MS 2023-ban kiadott egy új kulcsot, de azt nem minden OS gyártó használja még. A linuxok általában egy "shim" nevű eszközt használnak a kulcsok alkalmazására. Amennyiben a linux kiadója nem alkalmazza az új kulcsot, vagy a shim-mel technikai problémái adódnak (pár %), akkor az linux nem fog elindulni bekapcsolt SB mellett.
DE mégegyszer ez a Windows rendszereket nem érinti, hiszen ott saját eszköz van a saját SB szabvány frissítésére (2026-ban jön a váltás).

vé

tenkes DE mégegyszer ez a Windows rendszereket nem érinti,

Megkérdeztem a perplexity.ai-t. Azt mondta, hogy a windowszok sem fognsk elindulni. Én A Rufus-sal csináltam telepítőt. Az kiszedi a Microsoft minden követelményét, a security boot opciót is. Szóval az enyém vélhetően majd elindul

klt Óraáttállítás? Neked mennyi eszed van. Ezt fogom csinálni. Köszönöm!

vé

csuhas32 "egyes BIOS-okban bizonyos lehetőségek csak akkor jelennek meg, élnek, ha van beállítva admin jelszó"

Nagyon köszönöm, hogy ezt elmondtad. Majd mindjárt csinálok admin jelszót. Bár még azt sem tudom, hogy azt hogy kell beállítani.
Egyébként mem sietek. Szept11 még messze van.

csuhas32

vé Majd mindjárt csinálok admin jelszót. Bár még azt sem tudom, hogy azt hogy kell beállítani.

Akkor ne csinálj, nehogy kizárd magad a BIOS-ból! Először nézz utána, hogy a tőlem kapott információ egyáltalán helyes-e, a te alaplapod esetében igaz-e. Aztán, ha ezt már tudod, akkor annak, hogyan is kell ezt csinálni a konkrét esetben. Ha biztosan tudod, akkor állj neki.
Általában akkor van gond, ha elfelejtik az admin jelszót, ezért sokszor igyekeznek olyat megadni, amit szinte nem is tudnak elfelejteni. Mondjuk jelen esetben gigabite (azért pontos i-vel y helyett, mert magyar billentyűzeten az is bekavarhat).

klt

vé Szept11 még messze van.

Ha engem idegesítene a probléma, akkor kihúznám a netet a gépből és előre állítanám az órát szeptember 12-re.
Aztán, ha működik minden, megkünnyebbülve vissza is állítanám mára, hogy ne legyenek SSL problémák, miután visszadugom a netet...

Kutyó

A technikai részletekkel nem vagyok tisztábban, de van olyan, hogy a biosból elindítanak valamit ami egy, a HDD-n levő valamit elindít. A továbbiakat már ebből csinálja a rendszer.
Ekkor még a secure boot nem tudja mi fog futni a továbbiakban.

a mester

vé Neked mennyi eszed van.

Épp ezért szeretjük 🙂

klt

vé Megkérdeztem a perplexity.ai-t

Egyszer én is, de kötötte az ebet a karóhoz, hogy a Davinci Resolve Studio 17 licence nem jó a 18.6-os változathoz, újat kell vennem. Most még a 20-ashoz is jó 🙂 Szóval, nem szeintírás, amit az éjáj kinyilatkoztat.

vé Neked mennyi eszed van.

Sokaknak gyakran más a véleménye 🤣

tenkes

vé A perplexity-t én is használom, nem rossz, de csak azt "ismétli" amit a neten talál és amennyire "megérti". Sokszor lehet rajtakapni tévedésen és ugyanúgy ellenőrizni kell, mint pl. egy cikk valóságtartalmát. Szerencsére mindig ad forrásmegjelölést, ahol akár pont az ellenkezője is lehet, mint amit a perplexity válaszként ad.
A Rufus az égvilágon semmit sem csinál a secure boot-tal, vagy mással, mindössze a telepítő paramétereit módosítja (néhány parancssort cserél ki, amit akár kézzel is meg lehet tenni), hogy ne ellenőrizze a követelményeket.
A Secure Boot az MS által létrehozott szabvány, az MS biztosítja hozzá a kulcsokat (mások számára is), a Windows-t az MS írja alá, a támogatott Windows-ok frissítései tartalmazzák a kulcslistákat. Az eredeti cikk és az egész téma a LInux kulcsról szól.

vé

vé Lekapcsoltam az internetet, a BIOSban átállítottam a rendszerórát. A Debian is és a Windows is elindult. 🙂

klt

vé Írd meg a perplekszitinek is, had tanuljon!
😃

csuhas32

vé Szerencsére elég jól rácáfoltál a témaindítóra. :-)
Gratula!

vé

klt Megírtam neki. Ezt válaszolta:

"A Secure Boot kulcs lejárata szeptember 11-én valódi problémát okozhat szeptember 12-től, ha nincs rá frissítés.

Az óraáttállítás nem okoz ugyanilyen problémát, az csak a rendszer óra beállítását érinti, nem a Secure Boot működését.

Ha a Linux disztribúciód vagy bootloadered frissítve van és kezeli a Secure Boot kulcs lejáratát, akkor nem lesz indítási probléma.

Ha nem, akkor szeptember 12-től előfordulhat, hogy nem indul el a Linux Secure Boot alatt."

klt

vé Az óraáttállítás nem okoz ugyanilyen problémát, az csak a rendszer óra beállítását érinti, nem a Secure Boot működését.

És mégis honnan a levegőből tudja a szekúrbút, hogy még érvényes-e a kulcs, ha nem a rendszeridőből?

vé

klt Nekem sokkal megnyugtatóbb lenne, ha a BIOS-ban a Secure Boot-ot ki tudnám kapcsolni, vagy le tudnám tiltani. Na-de az én BIOS-om más képet mutat mint a 29. oldali. Egyébként miért? Tényleg jelszót kéne beállítanom?

klt

vé Valóban azt mondja.
"A firmware a tanúsítványokat nem a BIOS órájának aktuális dátumával hasonlítja össze, hanem a tanúsítványok kriptográfiai metaadatait és a firmware belső megbízható időforrását használja az érvényesség ellenőrzéséhez, így a BIOS idő előreállítása nem tudja kijátszani a lejárati ellenőrzést."
Ezt a perplexiti mondja összefoglalva.
Szerintem ködösít. Ha egyszer beállítom, hogy ma 2030. van, honnan tudhatja (akár csak elvileg is), hogy nem az a valódi dátum, ha fizikailag nem fér hozzá (levágott net) másik időforráshoz?

lala2

vé
Biztonságos rendszerindítás állapotának ellenőrzése:
mokutil --sb-state
Ez megmutatja, hogy engedélyezve van-e a Biztonságos rendszerindítás.
https://dev.to/tkirwa/managing-secure-boot-keys-for-software-on-ubuntu-2404-lts-5f7k

« Előző oldal Következő oldal »