Pozor na aktualizace Fedory 24 z běžícího systému

MojeFedora.cz upozorňuje na chybu ve Fedoře 24, která může způsobit pád X serveru během aktualizace balíčku systemd-udev na zařízeních s více než jednou grafickou kartou (tzn. třeba spousta notebooků s technologií Nvidia Optimus). Chyba se týká těch uživatelů, kteří aktualizují systém z příkazového řádku (dnf update). Doporučeným způsobem aktualizace je využít aplikaci GNOME Software, která tento problém díky mechanismu offline aktualizací obchází.

5.10.2016 06:00 | Ladislav Hagara | Upozornění

Komentáře

[j]

jj, uz sme na tom jak na widlich ... kvuli systemd se bude s kazdou aktualizaci restartovat ...

[Cabrón]

Důvodem není aktualizace samotná, ale automatické restartování udevu v post-install hooku. Na něm závisí xorg server, takže ho to logicky restartuje taky.

[Cabrón]

A děje se to úplně stejně i na SysV init instalacích.

[pavlix]

A hned je tady zachránce v podobě systemd. Náhoda? Nemyslím si. :D

[Peter Golis]

A čo má init systém s post-install hookom volaným z inštalačného baíčka?

[pavlix]

Jste mimo kontext, mistře.

[Peter Golis]

Nuž, to bolo od teba duchaplné ako cintorín.

[pavlix]

Tak co mám odpovídat na reakci, která nemá nic společného s tím, na co reaguje. Jediné, co mě ještě napadá, je neodpovědět nic.

[Peter Golis]

Takže to s tým SystemD nebolo z tvojej strany plánované ako progresívny príspevok. Bolo to len pichnutie do osieho hniezda. Trošku si sa netrafil.

[pavlix]

Po předchozích zkušenostech má pro mě tvůj názor přesně nulovou váhu. Měj se dobře.

[Peter Golis]

Obávam sa že je to obojstranné.

Prajem pekný víkend.

[aceman]

O tom neviem, nikdy mi nic nerestartovalo pri instalacii ine aplikacie.

[little.owl]

A jakou roli v tom hraje nutnost mit vice grafickych karet?

[Bedňa]

To som z toho blogu ani ja nepochopil a tiež mi uniká pointa reštartu udevu a pád Xiek, udev sa dá v pohode hocikedy reštartnúť. Za tým bude nejaká iná prasárnička :)

[little.owl]

Podle popisu by mohlo jit o problem reinicializace X-ek v konfiguraci se dvema grafickyma kartam jako Intel/Nvidia Optimus spusteny v %post sekci.

[Bedňa]

Asi to bude Fedora špecifický bug s Xkami, keď to zatiaľ v iných distrách nereportovali.

[R]

Tie zavislosti robil nejaky teoretik z matfyzu? Udev sa predsa vzdy dal restartovat na beziacom systeme a nicomu to nevadilo.

[pavlix]

Ale no tak, takhle blbě si léčit studijní neúspěchy...

[R]

Na matfyz som bol prijaty, ale na zapis som nesiel, radsej som zvolil inu skolu. A dobre som urobil - ked som videl, co produkoval byvaly kolega, matfyzak...

[Integral]

takze kdybys ty chodil na matfyz, tak taky pises sracky? :D

[pavlix]

Píše je i když tam nechodí, takže si asi můžou s kolegou podat ruku. :)

[tom]

co to je za debilni zavislost? xorg funguje i bez udevu, tak by to melo byt nastaveno tak, ze udev je pouze v After, aby to fungovalo i pokud na systemu nebezi.

[VM]

Důvodem není aktualizace samotná, ale automatické restartování udevu v post-install hooku. Na něm závisí xorg server, takže ho to logicky restartuje taky.

Mě to moc logické nepřijde, zařízení v /dev budou fungovat pravděpodobně i po restartu udevu, tak proč restartovat služby co to špatně nesou, jako xorg? Při /etc/init.d/network restart se xorg taky nerestartuje.

[pavlix]

+1

[pavlix]

Dokonce i systemd se umí restartovat bez restartu xorg, tak proč ne udev. :D

[Rezza]

Tak ten xorg neni restartovany. On jen sleti, protoze mu udev odebere a znovu prida HW za behu a nedela mu to dobre. Takze fixy jsou potreba na dvou mistech - aby udev neblaznil a xka to prezila bez toho, ze se radsi ukonci :).

[koroptev]

Tvl Fedora, to fakt nekdo z vas seriozne pouziva? Myslim nekdo pod 15 let? Nikdo jinej nez naivni studentik chlubici se skrinsotem desktopu snad zdarma delat betatestera a ohrozovat svoje data nemuze ne.

[pavlix]

No já jsem ji chvíli používal, dokonce jsem používal i Ubuntu a teď používám hlavně Gentoo. Ale to je vlastně v pohodě, zapomněl jsem, že jsem ten naivní studentík, a běžím si rychle udělat ten screenshot, ať nejsem pozadu. :D

[topkek]

Tyvole a dokonce na několika počítačích a dokonce i jinde než jenom na soukromim stroji. Hustý, co?

[sid]

Tak zjavne to nie je cielene na dementov ako ty. Lebo inteligentny clovek nema problem nejaku prkotinu opravit.

[pavlix]

Tak zase pokud mám chuť věci opravovat, tak mi přijde Gentoo poněkud výhodnější.

[Sid]

To je dost mozne. Ale tie obcasne problemy ma ktore narazim (95% z nich spada do kategorie Gnome,Wayland,X-ka) ma zatial nikdy tak nenasralo (respektive mozno stastlivo nesli za sebou) ze by som potreboval zvolit nieco ine. A tie veci co potrebujem k praci( tj kvm,shell,gcc,ide,serial port,wireshark) funguju takze dovod skusat nemam. Tymto obdobim striedania/hladania/tunenia som nejako uz presiel

[little.owl]

Tymto obdobim striedania/hladania/tunenia som nejako uz presiel

To ja jiz take, ale source based distro ma sve vyhody v urcitych situacich. Zatim na to pouzivanim FreeBSD, ale pomalu pokukuji po Gentoo, ale jeho build system mi prijde subjektivne horsi.

[pavlix]

Mně přijde objektivně lepší, ale tak o několik řádů. FreeBSD mi proti tomu připadá jako těžký středověk.

[little.owl]

A co ti tam prijde tolik stredovekeho?

[pavlix]

Pokud mi něco neuniklo, tak to umí akorát vybuildovat balíček pomocí make. Žádná pohodlně přístupná variabilita, centrální konfigurace, pořádná práce s verzemi balíků od souběžné instalace až po stabilizaci, systém overlays, user patches, kontrola binárních závislostí...

Nějak mi není jasné, jak bych mohl lepším buildsystémem nazývat něco, čemu chybí možná desítky funkcí, které denně s výhodou používám. A zrovna formát ebuildů a ta mašinerie kolem toho mi přijde docela dobře zvládnutá. Jasně, když se mě zeptáš, vyjmenuju ti možná desítky věcí, co se mi nelíbí, ale FreeBSD podle mě ještě není ani tam.

A to se Gentoo vypořádává s úplně celým systémem, zatímco FreeBSD snad doteď používá base systém a nad tím teprve balíčky. Navíc když mi na Gentoo něco vyloženě chybí, tak se zeptám a v 99% dostanu odkaz na hotové řešení, ten zbytek si holt dodělávám sám a jde to dobře.

Disclaimer: Já jsem zase tolik času s FreeBSD nestrávil, ale když jsem se ptal na věci, které dělám na Gentoo, tak byla odpověď negativní, takže jsem se tím nadále odmítl zabývat.

[little.owl]

Vsak jsem psal subjektivne lepsi, objektivne mereno mnozstvim feature je Gentoo skutecne nekde jinde. Chapu ze je tezsi prejit z pokrocilejsiho systemu na vice omezeny, ale ten system je stale vyvijen, ma jen jine priority a pro me to byl dobry kompromis mezi binarni (pkgng) a src distribuci.

Neco asi uniklo, soude podle pripominek:

ak to umí akorát vybuildovat balíček pomocí make.

Build system je napsany jako jeden vlozeny make script, coz IMHO neni spatne (kazdy poradny programator zna make! ).

Žádná pohodlně přístupná variabilita

To jako ze napsani

make config

a ncurse interface, kde muzes klikat i mysi neni pohodlne?

centrální konfigurace

Editace /etc/make.conf a pridani options:

OPTIONS_SET= GVFS2 GTK3 XFT MYSQL LDAP EMACS ...

Duvod proc od toho utikam, je FreeBSD kernel, to je uplny stredovek .

[pavlix]

Build system je napsany jako jeden vlozeny make script, coz IMHO neni spatne (kazdy poradny programator zna make!

Špatné to není, ale ani dobré. Taky ze zvyku používám Makefile na ledacos, ale to není vlastnost, jen detail rozhraní. Museli bychom skutečně porovnat, co využívám na Gentoo plus třeba co nevyužívám, ale využívají jiní, a v klidu zhodnotit alternativy u FreebSD. Osobně věřím, že to u mě FreeBSD neustojí, ale rád se nechávám překvapit. :)

[little.owl]

Osobně věřím, že to u mě FreeBSD neustojí, ale rád se nechávám překvapit. :)

To je jasny vysledek i bez srovnavani. A Pavlix ♥ Gentoo . FreeBSD framework je spise o snadne rekompilaci vybranych balicku s vybranymi options, nez o customizaci celeho systemu. A to mi chyby u Fedory (a nebo to nedelam efektivne). Gentoo ma blize k frameworkum jako OpenEmbedded/Yocto/Buildroot (ktere pouzivam), coz je jina liga.

[pavlix]

To je jasny vysledek i bez srovnavani. A Pavlix ♥ Gentoo .

Asi jo. Zasekl bych se na každé drobnosti, která by nebyla srovnatelná. :)

A to mi chyby u Fedory (a nebo to nedelam efektivne).

To jsme dva. Doknoce mám o tom hromadu poznámek, ale asi z toho nikdy článek nebude, nebo vyjde dva roky po odchodu z redhatu. :) Gentoo mi tím pádem mimojiné řeší problém, který tobě řeší FreeBSD.

Gentoo ma blize k frameworkum jako OpenEmbedded/Yocto/Buildroot (ktere pouzivam), coz je jina liga.

Možná proto se mi tyhle projekty už na první pohled líbí. :)

[Grunt]

Jo, jo. Na Gentoo je opruz ta kompilace, ale jinak je to luxusně nachystaná distribuce.

[pavlix]

Tak já hodně věcí kompilovat potřebuju kvůli vlastním patchům, takže to naopak považuju za naprostý ideál. Navíc binární nebo hybridní distribuce sice teoreticky nabízí unikátní možnosti, které jsou source-only distribuci zapovězené, akorát je distributoři využívají jen málo.

[pavlix]

Tak já si třeba příležitostně či trvale patchuju glibc, systemd, networkmanager, a hromadu dalších knihoven, služeb a aplikací. :)

[kralyk z abclinuxu]

Tvl Fedora, to fakt nekdo z vas seriozne pouziva? Myslim nekdo pod 15 let?

Nasazení Fedory týpky pod 15 let? To asi hledáš adminy Minecraft serverů, že?

[pavlix]

Tam bych hledal Mint nebo Ubuntu.

[Grunt]

Navíc když už jsme u toho tak Fedora je doporučovaná jako oficiální distrubuce při vývoji několika balíků, tož teda potom nevím kdo to používá.

[fukfukfuk]

at jde systemd konecne do rite!

[VL]

Pro systemd hatery vyjádření od Adama Williamsona:

There's nothing terribly systemd-ish about the issue; the service just runs a couple of udevadm commands, which existed long before udev was moved into systemd. You can equally well reproduce the issue by running `udevadm trigger --type=devices --action=add` , it's just longer to type and harder to remember...

Když by si někdo napsal skript, který bude dělat rm -rf a ten potom pouštěl přes systemd, věřím tomu, že by se tady našli takoví, kteří by nadávali na systemd...

[Rezza]

+1.

[pavlix]

Když by... věřím tomu, že by...

Někdy je lepší se vůbec nevyjadřovat.

[little.owl]

Tak ted jsi mu to nandal, mistre!

[pavlix]

No tak když se tu cituje argument typu „co by kdyby...“ jenom proto, že je u něj nějaké známé jméno, tak už je ta diskuze vážně down. :D

[VL]

Pavlix at his best

Škoda, že se tím sám někdy neřídíš.

[pavlix]

Řídím. :)

[a1bert]

no tak samozrejme ze by za to (rm -rf ) mohl systemd, kdyz muze vedet jak dlouho by mi mel bezet fsck, tak by mel i vedet, ze rm -rf vlastne vubec nechci spustit ;)

[little.owl]

Z

The bug is specific to Debian/Ubuntu, because systemd-fsckd is not present in upstream.

Debianni maintainer.

[kralyk z abclinuxu]

We suspect that this is related to systemd-fsckd, a Debian/Ubuntu addition to provide fsck progress feedback for plymouth.

The bug is specific to Debian/Ubuntu, because systemd-fsckd is not present in upstream.

No jak vidno, zase za to může systemd / RedHat / Poettering... /s

PS. Je dost hrozný, jak se člověk dostane do pozice obránce systemd (nebo nedej bože Poetteringa), ačkoli to vlastně vůbec na začátku nechtěl, pouze protože ty útoky na systemd jsou takhle potrefený.

[a1bert]

me je jedno kdo za to muze, proste tak nejak predpokladam ze systemd vi co je pro me nejlepsi (DefaultTimeoutStartSec,KillUserProcesses), tak bych proste chtel aby tohle (rm -rf) taky hlidal...

[Jardík]

Včera jsem trochu po delší době aktualizoval Arch Linux včetně systemd. Při instalaci systemd to vytuhlo. Musel jsem resetovat, projít si hodně dlouhým fsck a natvrdo přeinstalovat aktualizované balíky (hodně souborů v lost+founds, takže sem nechtěl riskovat, že jsou některé rozbité) a dokončit aktualizaci. Po druhé to naštěstí nevytuhlo ... ten stav mě už začíná pěkně štvát. Asi přejdu brzo na nějaký jiný distro bez systemd. Asi zkusím Alpine Linux.

[kralyk z abclinuxu]

Hm, neprovádí instalaci spíše pacman než systemd?

[Bedňa]

Podľa GitHubu už systemd nepoužívam cez dva roky, tak len z pamäti, nebola práve jedna z prvých killer features uľahčenie balenia balíčkov?

[kralyk z abclinuxu]

Pokud vím, tak ne. Ale stejně nechápu souvislost...

[Bedňa]

Práve závislosti to malo riešiť, skôr ako som si to naštudoval, tak som s ním skončil, ale počítam že je tu dosť ľudí ktorí to môžu potvrdiť, hľadať sa mi to nechce.

[kralyk z abclinuxu]

Závislosti mezi službami != závislosti mezi balíky...

[Bedňa]

Tak keď balíčkuješ medzi rôznymi verziami distribúcie, tak práve systemd na to niečo ponúkal, takže to nerovná sa by som zmazal. Kurwa stárnem a cez dva roky je už pre mňa moc.

[Jardík]

Ano, ale při aktualizaci právě systemd se zakousnul celý systém, asi umřel, když se některá jeho část zaktualizovala.

[nyan]

*shrug* z Arch se stalo hipster distro. Uz nevimkolik let nejsou schopni udelat debug balicky, ale na systemd skocili jak mouchy na h**no, hned jak vysel. Ze nemeli poradne udelane unit fajly, nikoho netrapilo - jsem narazil na nekolik sluzeb, ktere kdysi meli konfigurak v /etc/default, po novem meli v unit fajle natvrdo par voleb, a jestli to chcete konfigurovat, udelejte si vlastni unit fajl. Skvele ze.

Nicmene *shrug*. Kdyz se svet zmeni v ocean sr*cek, je treba se naucit plavat v h**nech. Nastesti nejsem admin abych s temihle sr*ckomety musel ztracet nejak moc casu, takze sem si unitfajl zkopcil a upravil.