A systemd új kiadása meghozza Linuxra is a BSoD-ot

Linux

BSoD, vagyis Blue Screen of Death, azaz a Windows világból jól ismert kékhalál képernyő. A systemd 255 első RC kiadásával megérkezett:

- A new component "systemd-bsod" has been added to show logged error messages full-screen if they have a "LOG_EMERG" log level. This is intended as a tool for displaying emergency log messages full-screen on boot failures. Yes, BSOD in this case short for "Blue Screen of Death". This was worked on as part of Outreachy 2023. The systemd-bsod will also display a QR code for getting more information on the error causing the boot failure.

Részletek itt.

Nem tudom ezt hogyan mérted, mi alapján. Nekem inkább az jön le, hogy Linuxot utoljára 25 évvel ezelőtt próbáltál.

A Windowszal a baj egyébként nem technikai oldalról van, hogy annyira elavult lenne, hanem a MS hozzáállásával van a baj, tele rakják bloat fossal, egy csomó mindent nem tudsz kikapcsolni, a rendszerbe nem látsz bele, nem szólhatsz bele, ki vagy szolgáltatva neki. Plusz a sok vírus, meg szemét, amit mások írnak rá. Pedig technológiailag benne van az a szint meg potenciál, hogy ha a MS meg akarná csinálni nem is nagy munkával normálisa, simán meg tudná, de nem akarják. Ők pont erre mennek rá, hogy a user legyen kiszolgáltatott, és ne tudjon semmit csinálni, vegye a Windowst, meg hadd tegyék rá a kezüket az adataira is (online fiók kényszerítése, kikapcsolhatatlan telemetria, TPM+Bitlockerrel a felhasználó kizárása az adatokból, stb.).

“The world runs on Excel spreadsheets.” (Dylan Beattie)

( solt87 | 2023. 11. 07., k – 16:19 )

It's not an off-timed April Fool's prank or anything

Akartam írni valami "vicceset", hogy "héló, áRpilis elseje nem most van", de látom, a hivatkozott cikkben már meg is nyugtatták a magamfajta hitetlent.

Más: az milyen név már, hogy "szisztemdé-b*szod", b*szod? :D (Felkészül a "systemd-gets"...)

( s7stM | 2023. 11. 07., k – 16:43 )

Phoronix (*Michael) sem kapkodja el a dolgokat... pár napja még ez a kép volt fent róla. Most meg hirtelen öregedett ~20 évet.

Gyakrabban kellene ezeket a képeket is frissíteni, úgy nem olyan sokkoló, h mi is öregszünk. 😂

It is our choices that define us.
Thinkpad X1 Carbon | Arch linux

( x15 v | 2023. 11. 07., k – 17:42 )

Egyre jobban örülök, hogy minden szerveremen Devuan fut, a desktopok is lassan átállnak.
Egyedül a Network managerrel való szívás jelent gondot.

Valahogy nem hiányzik a systemd....

http://plazmauniverzum.hu <> A látható anyag 99.999%-a plazma <>

( kleinie | 2023. 11. 07., k – 18:25 )

Lennart Poettering bá' véletlenül nem a Microsoft-nál dolgozik? BSOD vajon milyen licenc?

De ott dolgozik, de ez azt jelenti ám csak, hogy a MS a munkaadója, tőlük kapja a fizetést, meg náluk van az irodája, nem a Red Hat-nél. Attól még sajnos épp úgy dolgozik a systemd-n, hogy csapná agyon valaki szívlapáttal, mielőtt elássa.

Az is igaz, hogy ezek az új homed, storage, meg BSOD funkciók elég apróak, sokat nem kérnek enni, kevés kódsor hozzáadásával, módosításával írták, szóval nem a világ vége, de kellettek ezek annak, akinek hét anyja van. Hála istennek a homed-t, meg a storage taget mode-ot nem kötelező használni, a BSOD meg akár jól is jöhet hibakereséskor.

“The world runs on Excel spreadsheets.” (Dylan Beattie)

( Celtic v | 2023. 11. 07., k – 18:49 )

Navégre. Most nézem a Fapadot (2014-es) abban már van. A repülésirányítóknál BSOD - aztán bootnál valami UNIX-like rendszer bootol. Szóval időugrás a sorozat

http://www.micros~1
Rekurzió: lásd rekurzió.

( doszy | 2023. 11. 07., k – 18:54 )

Szerkesztve: 2023. 11. 07., k – 18:54

Felkészül: systemd-ntlm-auth.service

( pacm4n | 2023. 11. 07., k – 18:56 )

Ó, jaj, UX improvement! Hová lesz így a világ?!

Hát, mondjuk az origi már igen régen "Something went wrong :("-á silányult, az tulajdonképpen üres.

Sőt, annó a windows phone tudta azt kollégának, hogy úgy halt meg valami reboot loopba, hogy csak egy kék háttéren fullscreen ":(" volt egy 10 másodpecig (mondjuk végül is működött, mert a srác annyira megrökönyödött, hogy nem vágta falhoz). Szóval van még hova fejlődni, míg eltüntetik az ilyen nyomi qr kódokat, hogy ne kelljen átgépelni amit a screenen látsz, tiszta pfujj,

A Something went wrong alatt ott a hibakód meg egy QR kód az URL-re, ahol tájékozódni lehet.

Ott van a lényeg, csak nem úgy néz ki a felület, amitől egy egyszerű felhasználó pánikrohamot kap.

Lehet csinálni ízléses hibajelentő képernyőt is, nem kell egyből dumpolni a regisztereket, a userek 99.9999 százalékának nem mondd semmit. Egy URL meg egy hibakóddal többre megy.

A Something went wrong alatt ott a hibakód meg egy QR kód az URL-re, ahol tájékozódni lehet.

Hát, akkor ez viszonylag új (hálisten mostanában nem láttam wint), vagy nem mindig van, vagy rohadt vak vagyok, de én elég sokszor morgolódtam azon, hogy azért bazmeg arról elárulhatnál valamit nagy vonalakban, hogy mégis mi az isten haragja nem volt jó.

Lehet csinálni ízléses hibajelentő képernyőt is, nem kell egyből dumpolni a regisztereket, a userek 99.9999 százalékának nem mondd semmit. Egy URL meg egy hibakóddal többre megy.

Persze, nekem ezzel őszintén szólva semmi bajom*, sőt. Igazából kifejezetten vicces, hogy hol azon megy a nyenyegés, hogy nem lehet jól érteni mi van a systemctl statusban, aztán meg ha megpróbálják egyszerűsíteni a boot hiba környéki visszajelzést, akkor meg "azabaj", szegény sapkájával mindig nem jó valami.

Máshol is elférne, pl azok az agyhalálok, amik egy TLS hibánál előjönnek egy böngészőből...

*Illetve annyi bajom azért szokott lenni ezzel, hogy jellemzően kissé túltolják, és vagy nincs is részletek gomb, vagy valahogy annyira elrejtik a fene nagy "akkor jó az UX, ha kizárólag a primary path látszik elképesztő baszott prominensen" vonalban, hogy alig lehet megtalálni, hogy hova van a fehér háttérre világosszürke 6pt ulthrathin betűvel felírva, hogy details.

Ez valószínűleg egy humán-asszisztált telemetria. Ha valami leolvassa a QR kódot és megnyitja az URL-t azzal már be is küldődött a hibareport, ha esetleg a gép önerőből nem tudta volna elküldeni.

Egyébként meg lehet, hogy a regiszterek nem mondtak sokat, de a stack trace azért sokszor elárulta már nekem, hogy úgy kb nagyságrendileg merrefele keresendő a baj.

Régóta vágyok én, az androidok mezonkincsére már!

( wELDER v | 2023. 11. 07., k – 19:24 )

select * from user where r = 1;

I have your source code, should I open it?

Az egyébként faék egyszerűt sem tuták rendesen használni (runlevelek, heló!), a bonyolultabban nem akarják megtanulni/megérteni... Muß valami pressziónálás, hogy ne az összepisált langyos medencében tapicskoljanak... Ugyanígy az ifconfig/netstat/route és társainak a kivezetése is eléggé nyögvenyelős, pedig... lassan aztlehet mondani, hogy ezek a történelem előtti idők óta deprecated-ek...

Tehat ha egy egyszeru problemara egy egyszeru megoldas nem megy, akkor majd egy egyszeru problemara egy bonyolult megoldas menni fog, ha odapresszionaljak... Barhogyis, ezeknel a fajta fejleszteseknel kicsit azt erzem hogy mar valojaban az elozoekben beletett, nem igazan letezo problemakra adott megoldasokat workaroundoljak inkabb - ugy hogy ezaltal a hibak lehetosege exponencialisan no igy nem mellesleg. Igy meg egyre messzebb megyunk az UNIX filozofiatol, de sebaj. 

Ugyanígy az ifconfig/netstat/route és társainak a kivezetése is eléggé nyögvenyelős

A kedvencem a minap az volt hogy egy virtualis CAN interface felhuzasara is az `ip` parancs volt a preferalt :) Pedig annyi koze van a CAN-nak az internethez (helo, ipe!) mint vadaszvizslanak a parcialis derivalashoz. Igen, teljesen ertem hogy nem mintha ne lenne tokmindegy hogy minek hivjuk, csak ugye... na. 

Az, hogy az egyszerű eszközt nem voltak képesek rendesen alkalmazni az egy szelete a problémának, a másik lényegesen nagyobb szelete az, hogy függőségekkel erősen hadilábon állt a sysvinit (volt rá patkolás, meg a linkek neveinek abc/numerikus sorrendje és hasonlók), de onnantól kezdve, hogy imperatív megközelítése volt a "mit milyen sorrendben és milyen paraméterekkel, hogyan indítsunk el" kérdésre adandó válasznak, nem pedig deklaratív, jött az az éra, hogy 123 szolgáltatásnak van/lehet 123 különbözőképp megírt egyedi initscriptje, aztán bogarászd ki, hogy melyik hogyan működik valójában, hol van itt-ott beágyazva konfigurációs/konfigurálandó paraméter, vagy épp a saját rendszeredre adoptálandó rész...

A sorrendiségről csak annyit, hogy minket már szivatott systemd azzal, hogy a hálózati interface-eket véletlen szerű sorrendben húzza fel alapból. Így az, hogy reboot után melyik port lesz az eth0..X, az full random.

Meglehetősen rontja a route-ok, és tűzfalszabályok hatékonyságát.

Persze, meg lehet kérni, hogy fix sorrendben és néven huzza fel őket. Ha szépen kérem...

De az ötlet honnan jött, hogy alapértelmezésben random sorrendben húzunk fel portokat? Ez a deklaratív szemlélet?

"A megoldásra kell koncentrálni nem a problémára."

Emlékeim szerint nem, ezt az egész predictable network interface name dolgot már Poettering találta ki, előtte az volt a menő, hogy valami az installkor beleírta az udevbe, hogy ez a mac az eth0.

Egyébként ez is olyan, hogy lehet utálni, de igazából a korábbi sémának is voltak bajai, ez csak másképp szar. (És ez speciel a gyakorlatban messze nem működik olyan jól, mint papíron) 

(persze a memóriám kiselefánt, szóval könnyen lehet, hogy rosszul emlékszem)

Ez csak másképp szar.

Nekem a szemelyes kedvencem az volt mikor a dual 10gbit-es interface egyik tagja `eno1`-kent, a masik tagja meg `enp5s0f1`-kent jott (es a mai napig igy jon) fel. De biztos megmagyarazzak a systemd-udev-esek hogy ez valojaban igy a jo es ettol nekem jo lesz :)

(es a mai napig igy jon)

Akkor bizony neked jó :) Mármint a gyakorlat elérte célját, az történik, amit ez a feature ígér, a kártya konzekvensen ugyanazzal a névvel jön fel. Szegénynek a neve igen szar, egyrészt mert valójában sokkal inkább az számít, hogy persistent, másrészt mert a predictable-ből mindenki azt hiszi, hogy úgy fogja elnevezi, ahogy ő képzeli, hogy csinálná, aztán nagyon sokszor nem.

És ez az egész vacakolás egyébként tényleg onnan jön, hogy ugyanannak a kártyának, ugyanott legyen már ugyanaz a neve. És ez egy egyáltalán nem buta gondolat, bizonyos körülmények között igen sokat segít. Én még emlékszem azért arra, mikor igen fasza race conditionos volt, hogy ki lesz ennél a bootnál az eth0, az se vicces, mikor egy új kártya miatt elmászik a nevezéktan. És nem mindegy akkor se, ha egy faulty kártyát kell kicserélni, és utána nem kell konzolt túrni, mert korábban a perzisztens azt jelentette, hogy már pedig ez a mac cím ez a kártya, nem kell mindenféle vm templateknél külön még ezzel is baszódni, ilyesmi.

Ja, cserébe rusnya, mert kilóg a hw bele az orrod elé, nem lehet csukott szemmel eth0-t konfigolni egyszerű gépekben, a gyakorlatban lesznek ilyen viccek is miatta, mint amit írtál, és azért olyat is láttunk már, ahol én még vártam volna, hogy ne változzon de (ha jól emlékszem egyébként valami kártya fw hülyeség miatt) már sikerült.

Ja ilyen viccek akkor vannak, ha a BIOS vagy UEFI vagy tudjaistenmilyen system firmware csak az egyik portot inicializálja. Mert az eno-t a BIOS által is felismert hálókártyák kapják (gondolom dmidecode-ból deríti ki), az enp-t a "porttal azonosítható" hálókártyák (ezt meg ne kérdezd mi alapján találja ki), az ens meg a PCI slot száma alapján azonosíthatóak. Kedvencem a vmware-ben futtatott virtuális gépeken belüli hálókártyák elnevezése volt, ami egy időben ilyen ens67824694 azonosítókat kapott. Öröm volt egyetemen géptermi gyakorlatot tartani ilyenekkel, mikor klónoztuk image-ből a gépeket a hallgatóknak, akkor mindig randomizálódott, így a gépek mindig elvesztették a hálózati konfigjukat.

Régóta vágyok én, az androidok mezonkincsére már!

Ja ilyen viccek akkor vannak, ha a BIOS vagy UEFI vagy tudjaistenmilyen system firmware csak az egyik portot inicializálja.

En eloszor arra gondoltam hogy attol fugg hogy minek nevezi el hogy van-e link, be van-e dugva epp' a kabel a likba. Az is egeszen systemd-szinvonalu lenne :) 

( Hevi v | 2023. 11. 08., sze – 02:27 )

Szóval mostmár a Linux is BS(o)D-like system?

( bolond | 2023. 11. 08., sze – 02:54 )

Végül apránként csak megbassza a Microsoft a "linuxosokat"... Úgy, hogy a kernel még nagyjából Linus felügyelete alatt van. Másrészről viszont a "linuxosok" basszák meg a Microsoftot azzal, hogy nyílt pályára "kényszerítették". Ocsmány egy pornó a "linuxos" élete.

:)

Az egész "megbaszós" hipotézis szubjektív, és kérdéses az is, hogy mégis mi váltotta ki azt, hogy ezen hír kapcsán felmerüljön, hogy ki milyen jellegű interkurzust folytat kivel.

A Linux userek pedig ugyan nem képviselnek homogén egységet, de kötve hiszem, hogy a többségnek ilyen élménye lenne. A HUP-on és pár hasonló közösségben ugyan jelen van ez a teljesen hibbant tribalizmus az op.rendszerekkel kapcsolatban, de egészséges ember nem nagyon gondol arra, hogy akkor ő most Linux/Windows/MacOS/*BSD user, arra pedig végképp nem, hogy a másik törzsnek milyen érzés lehet. Jesszus…
Az op.rendszerek normális embereknél nem identitásképzők, hanem eszközök, amiket egyből félredobnak, ha negatív élménnyel párosulnak, amúgy pedig le vannak szarva.

( trey | 2023. 11. 08., sze – 09:18 )

Szerintem hasznos. Lenne. Ha látnék kernel pánikot vagy boot elakadást, de megmondom a frankót, 20+ éve nem láttam. Akkor is max. akkor, amikor elbasztam a kernel konfigot és kihagytam mondjuk az ATA vezérlő támogatást vagy ilyesmi.

trey @ gépház

( willy v | 2023. 11. 08., sze – 19:46 )

Igen, csak az a probléma, hogy itt a biast az állítja be, hogy a win* -on ez kb lepkefos hasznosságú volt. 

( wladek1 | 2023. 11. 09., cs – 08:20 )

Hiánypótló.

Error: nmcli terminated by signal Félbeszakítás (2)

( golgota | 2023. 11. 09., cs – 11:11 )

Egy ujabb valasz a systemd csapattol egy soha fel nem tett kerdesre :D

Oke de a systemd valaszok nem valos problemara vonatkoznak, hanem korulbelul olyan kerdesekre adnak valaszt mint:

* Az ezgentyu piros e vajon andras havanak masodik csutortokjen ha beno a kormom?

* A krokodil vajon madarlatta kenyer ha az oldalara esik megvajazva?

* Ha az elet citromot ad nem ol meg hanem erosebbe tesz e?

Ezekre probal igen kemenyen odacsapva relevans valaszt adni, es hat ugy is sikerul a valasz, mint amilyenek fenti kerdeseket tesznek fel maguknak :D 

Meg veletlenul sem foglalkozik valos problemakkal. Szoval ne gyere nekem azzal, ogy a systemd miatt megy elorebb a vilag, mint ahogy a fizika, csillagaszat, matematika vagy az orvosi es gyogyszerkutatasok miatt. A systemd miatt egy tapodtat sem mentunk elore, sot....

( kleinie | 2023. 11. 11., szo – 07:08 )

Finomodik, finomodik a kőolaj, finomodik... de ami a legvégén kijön az azé' még nagyon rossz!

( Chain-Q v | 2023. 11. 13., h – 07:33 )

Mivel Poettering már a kicsipuhánál dolgozik, ezért ez várható volt. És igen, lesz még lejjebb is.

-=- Mire a programozó: "Na és szerintetek ki csinálta a káoszt?" -=-

Te valami systemd felszopo fiu vagy? Csak kerdem. Mert nagyon kemenyen odateszed te is magad, mint a systemd. :D

Leszolod mindenki szakmai hozzaerteset (gyakorlatilag mindnehez), mert a kedvenc kis segglukadat (systemd) mi nem talaljuk olyan vonzonak es nekunk nem all fel tole a pocok :D

Huh, hahh, huuu igen. Akkor most telóról, mert ott van ékezet kiscsikó.

Lehülyézel mindenkit és megkérdőjelezed a szakmai tudását azoknak akinek más a véleménye és nem systemd-junkie-k majd amikor valaki ezt szóvá teszi bedurcizol szivecske és annyit tudsz kinyögni, hogy írjak érkezettel 2023-ban? Kurva kevés ez így. :)

Tanulj te is egy kicsit talán és akkor esetleg eljutsz majd egy olyan szintre, hogy szakmailag elérj az itt leszólt emberek bokájáig. :)

Tisztesseges magyar hazafi nem csak ekezetekkel ir, de erton olvassa is a magyar nyelvet, de legalabbis meg tudja kulonboztetni a betuket. Ehhez meg azt is hozza lehet tenni, hogy ha mas nem az ujjan meg tudja szamolni a betuket. Persze csak akkor ha tisztesseges magyar hazafi. Aki nem, az nem az :D

g* vagy g*, krumpli vagy burgonya vagy pityoka :D

Eszem a szivecsked aranypofi, ehhez hozza tudnal szolni hogy milyen bunko stilusban irodott? "Ha a boomer vaskalapos linugzbuz...gók nem tanulnak új dolgokat, nem próbálják megérteni, mi miért változik/működik másképp, akkor valóban lesz lejjebb is... Nekik."

Vagy neked szabad mert te akkora kibaszott asz vagy hogy a pofad nem fer be az ajton :D

Valamit ahhoz hogy mindnekit lehulyeztel aki kivetni valot talal a systemd-ben es ezt oltari bunko modon tetted? :D

Gondolom nem. :D

Amugy csak szolok, hogy ismerem (dolgoztam vele) Potteringet es egy hatalmas bekepzelt faszkalap. Egyik konferecnian az egyik kollega majdnem le is utotte a vacsoranal. Ettol fuggtelenul nem a szemelyet tamadtam (Ha esetleg nagy lenne a szerelem is iranta, vagy ha mas nem a vagy, ki tudhassa, amilyen hevesen veded) :D

Amugy meg szarom le, hogy te ekezetet akarsz, de tudod mit szepsegem: őúáéüóááéáúúááőúúáéüöüóé !!! Oszd be! (remelem most eldurrantal kishaver, de legalabbis felallt a cerka :D)

Ha magyarul próbálsz írni, akkor írj magyarul - tudod ez egy olyan nyelv, amiben vannak ékezetes betűk, és kulturált körökben elvárás, hogy használd is azokat.

Azt írod, hogy Pottering egy hatalmas beképzelt faszkalap, és dolgoztál vele - mondjuk úgy, hogy beképzeltséget és faszkalapságot volt kitől tanulnia, ahogy elnézem a stílusodat...

kibaszott nagy arc vagy mester :D

Koszi, minden nap megcsinalod a napom :D

Lecci lecci lecci ird le megint ujra es ujra ezt az ekezetes faszsagot ami a fixa-idead, hogy minden nap kirohoghesselek.

Te figyu, nem az a baj, hogy bohoc vagy, hanem hogy szenvedelyesen razod a sapidon a csengoket. Mutogathatod magad, de eppen ugy nem elegans mint a pocsodet lobalni nyilvanosan :D

(varnek valami szellemes visszavagast, de 4-5 hozzaszolassal ezelott mar kifogytal a municiobol es azota csak ismetelgeted magad, hogy te mennyira nagy magyar vagy, mert Kazinczy versenyt nyertel, neptancolsz es matyohimzel...ja varj nem is, csak mert ekezettel irsz :D )

Es majd zeller leolt mindenkit, hogy miert nem vagyunk kepesek megtanulni, hogy ha 60 sec-en belul beirjuk a

export OTP=`systemdotp get --type totp \`date\`` && systemctl restart --block --deny --force --forcedeny --force-block -authwithotp $OTP

parancsot, megse indul ujra. Mi lusta disznok nem akarunk ujat tanulni

Laughs in PostgreSQL, laughs in MySQL. :(

Nem lehet mindent load balance-olni meg mindennek minden komponenset horizontalisan skalazni.

Vagy majd a postgres/mysql megy alpine-on, mert azon nincs systemd autorestart? :)

Meg majd a 100 letoltes per ora alatti wordpress oldalakhoz is felhuznak egy load balancert? Mikor orulnek, ha megtalalja az a user az egyetlen boxhoz az ssh kulcsot aki 3 eve felhuzta?

Nagyon nem realis ez az "ugye" resz a kommentedben a gyakorlatban, ritka a "good practice" - ami sok helyen raadasul overkill.

Ksplice uptrack se viccbol letezik.

Nem lehet mindent load balance-olni meg mindennek minden komponenset horizontalisan skalazni.

De nem is kell.

Kell a 100% SLA a 100 letolteses Wordpress ala? Ha igen (persze, hogy nem, de ha megis), akkor igenis kell ele load balancer, kell replika, kell kutyafasza, hiszen azert "kell" a 100% SLA, mert az a par perc kieses visszatermeli a teljes cirkusz arat, nem? 

Mikor orulnek, ha megtalalja az a user az egyetlen boxhoz az ssh kulcsot aki 3 eve felhuzta?

De aki nem tud szervert uzemeltetni, az miert uzemeltet szervert? Van olyan App Service instance-om Azure-on, ami lassan ot eve fut, azon kivul nem kellett hozzanyulni, hogy neha uj verziot kellett kitelepiteni a rajta futo cuccbol. Valoszinuleg ha magamnak uzemeltetnek ilyeneket, mar tobbszor beszoptam volna, mert en sem ertek hozza annyira, mint kellene.

"Meg majd a 100 letoltes per ora alatti wordpress oldalakhoz is felhuznak egy load balancert? "

Szükséges ott a hatkilences rendelkezésre állás? Nem fér bele havonta 2 perc leállás? Legyünk már észszerűek. Ahol nagyon fontos a magas rendelkezésre állás, ott úgyis a rendszer struktúrája reziliens az újraindulásokra, annyi redundáns komponens van, hogy egy-egy komponenst bármikor újraindíthatsz, a rendszer meg se érzi.

Eleve, aki kritikus infrastruktúrát nem úgy tervez, hogy abban a komponensek jönnek/mennek (akár hardver leállás, akár szoftver restart, akár áramprobléma, net split stb. miatt), az nem is igazán kritikus infrastruktúrát tervez, vagy nem úgy tervezi, hogy az valóban hibatűrő legyen.

+1, en az egesz eddigi karrierem soran 1 db olyan rendszerrol hallottam, ahol valoban 100% az SLA vallalas, es erre valodi igeny van, meg penz is, termeszetesen. Mondanom sem kell, hogy nem matekoznak azon, hogy mikor lehet ujrainditani egy-egy gepet patch-eles miatt. Barmikor.