Dotaz: Chromium se nevypne korektne pri poweroff/restartu

[Michal]

Zdravim. Mam ubuntu 25.10 a v nem pouzivam chromium (zkousel jsem i chrome). I kdyz vypnu PC standardne pres gui nebo pres poweroff, tak se zda, ze chromium nedostane info, ze se ma ukoncit, takze si pri pristim spusteni stezuje, ze nebylo ukonceno spravne. Dessssna otrava + riziko, ze se neco nezapsalo nebo to chcipne v pulce zapisu a vysledkem bude poskozeny profil. Nasel jsem 11 let(!!!) stary bug zde

https://issues.chromium.org/issues/41140760

+ nekolik reseni s on shutdown skripty. Systemove reseni nikde.

Muj dotaz tedy nesmeruje k tomu, jak to vyresit. Spise zni: fakt nekdo ceka, OS s tak zjevne trivialnimi k oprave ale i pres to neopravenymi a soucasne ultraotravnymi problemy budou lidi pouzivat? Uz windows 3.11 umel korektne ukoncovat programy pred vypntim, jest tudiz vedecky dokazano, ze linux je minimalne o 33 let pozadu

Odpovědi

[pavele]

No a když Chromium zavřeš před vypnutím PC, tak se to stane taky?

[Michal]

Nestane. Doufam, ze to nesmeruje k "tak to ukoncuj pred vypnutim PC rucne". To by bylo mimiradne hloupa rada Neco jako - vytah nefunguje, opravte to. - chodte pesky. Problem solved

[RealJ]

Takze vidis ze je tam bug ale ocekavas ze to bude fungovat stejne jako by to ten bug nemelo? Hele, po 30ti letech pouzivani linuxu nema linux doresene zakladni veci ktere u konkurence funguji (korektni vypinani vcetne aplikaci, korektni uspavani na ruznem hw, obnova rozpracovane prace po restartu, atd). Takze pokud nedodas patch tak budes muset holt vypinat pred vypnutim systemu aplikace. Nebo se na to vyser a prejdi na funkcni OS.

[Peter Golis]

Ono by stačilo nepoužívať programy ktorých chyby vadia užívateľovi. Evolúcia sa potom postará buď o opravu, alebo o zaniknutie daných programov. A človek sa nebude dovtedy zbytočne trápiť.

Ale očakávať že človeku opravia feature ktorého nevhodné chovanie sa prejavuje s najväčšou pravdepodobnosťou kvôli rotačáku alebo malej ram a obsadzovaniu swapu, je podľa mňa infantilné.

[RealJ]

Tohle je imho systemova chyba. Uzivatel ma nejakou desnou sunku u ktere vypnuti prohlizece trva. System posle prohlizeci signal at se zavre, chvili ceka a misto pokracovani v cekani se na to vysere, uzivateli nic nerekne a vypne se. Normalni system ti budto ceka az se aplikace vypne nebo zobrazi uzivateli hlasku o tom ze ta aplikace se jeste furt nevypla a da mu moznost ji zabit nebo jinak vyresit problem s danou aplikaci.

[Peter Golis]

Normálne prehliadače počítajú s tým že ich užívateľ nekorektne vypne, a priebežne si ukladajú stav na disk. A nespoliehajú sa že budú mať čas sa syncnúť keď to na nich ríde. Presnejšie povedané, majú to aj iné linuxové programy ako napr. kancelárske balíky.

Ono je možné aj že má ten Chromium v kontajneri, a ten sa mu synchronizuje na rotačák s nebodaj šindľovým zápisom.

[RealJ]

ten prohlizec se klidne muze syncovat, ale pokud mas pomalejsi storage nez mnozstvi dat ktere generujes tak ti je to syncovani k hovnu...

[Peter Golis]

Preto smo spomínal, priebežne.

Tak pomalý disk snáď nemá.

[lertimir]

To ani tak není o rychlosti disků. Mě se stává také že při odlogování nebo vypínání se prohlížeč neuloží, a to mám dva NVME Kingston v BTRFS Raid 1. Moc rychlejší systémový disk za rozumné peníze je asi těžké pořídit. (tedy kupoval jsem to v době, kdy stál 2000Kč) Nicméně když má brave asi 50GB ve stovkách tabů tak se korektně zavřít nestihne. jedině instruovat shutdown, aby to sledoval a počkal. Když zavřu prohlížeč přímo trvá tak 10 vteřin než je plně dole a není vidět na htop

[Peter Golis]

V tom prípade to u teba vyzerá, že to ukladáš niekam za oceán. A možno o tom ani nevieš.

[.]

Je fakt, že vypínaní na Linuxu je trochu kokotské, ale nikdo Chromiu nebrání ukončit se korektně.

[David Ježek]

Poslušně hlásím, že tohle pozoruju taky, s Chrmiem přes Flathub na Mageie. Někdy to jen prudí, že nebylo ukončeno řádně. Jindy to prostě ztratí login a 2FA Googlí přihlašování je fakt vopruz. Velmi pitomé.

[LarryL]

Při vypínání PC by měl Chrome od OS dostat SIGTERM. Předpokládám, že ho dostal. Pak se musí ihned ukončit a pokud to nestihne tak dostane SIGKILL. Nevím jestli je v Linuxu volba pro zvýšení časového limitu než aplikace dostane SIGKILL, ale i kdyby taková volba existovala tak je problém, že při vypínání pošle Systemd zároveň SIGTERM i všem ostatním systémovým službám. Takže když se začne zastavovat X11 tak ti to stejně Chrome killne.

Pro účely pozdržení vypínání PC určitou aplikaci se používá zámek systemd-inhibit typu "delay".

Příkaz pro spuštění Chrome/Chromia s inhibit zámkem by měl vypadat nějak takto:

systemd-inhibit --what=shutdown --mode=delay "--who=Chromium" "--why=Chromium se potřebuje konzistentně vypnout" /usr/bin/chromium

Někde v konfiguráku logind lze nastavit i počet sekund kolik se bude čekat na korektní ukončení aplikací, které mají nastaven inhibit zámek. Měla by to být volba InhibitDelayMaxSec=

Seznam nastavených zámků získáš pomocí systemd-inhibit --list. Uvidíš tam zřejmě NetworkManager a další, které tyto zámky běžně používají.

[RealJ]

mas muj obdiv za workaround pres systemd, vsechna cest. Na druhou stranu mam v systemu tak 50 aplikaci, budu si psat systemd workaround pro vsechny (pro jistotu) nebo by to mohl linux resit standardne jak to resi ostatni systemy?

[LarryL]

Nepředstavuj si systemd-inhibit jako službu systemd, kterou musíš složitě vytvářet. Systemd-inhibit není nějaký hack, ale je určen přesně pro tento účel - pozdržení nebo blokování vypnutí. Řešit to přes systemd dává smysl když máš distro postavené na systemd, protože on se ti stará o vypínání všech služeb.

by to mohl linux resit standardne jak to resi ostatni systemy?

Linux ne. Linux nemůže vědět jestli nějaká aplikace potřebuje extra čas navíc na uložení rozdělané práce před vypnutím PC. Měli by to řešit tvůrci aplikací případně správci dister. NetworkManager, KDE Plasma a další využívají systemd-inhibit právě pro učely pozdržení při vypínání. Klidně to může využívat i Chrome.

[belzeblb]

Linux nemůže vědět jestli nějaká aplikace potřebuje extra čas navíc na uložení rozdělané práce před vypnutím PC.

Lide kteri "Linux Distro" tvori by mohli takovou vec resit pres test, kde zjisti nesystemove PIDy a daji uzivateli moznost ukoncit rucne, nebo pri ignoraci treba po 8s proces zabiji. Vse je to otazka, jestli to nekoho vys (tvurce) trapi, treba na zaklade stiznosti. Neni stiznost, neni mozne rychle reseni;) Vse je o vuli chtit!

[Peter Golis]

Napíš lennartovi otázku či sa ten timeout nedá užívateľsky zvýšiť, lebo ti prehliadač internetu nestíha odovzdať privátnu telemetriu mimo región v ktorom je tvoje súkromie chránené legislatívou.

[RealJ]

me se libi jak na slovensku furt resite jak vam americani kradou data zatimco vas premier primo pod nosem rozkradl vse co mohl...

[Peter Golis]

Čivava nášho premiéra odovzdala biometrické údaje občanov do krajiny kde niesú chránené legislatívou. A to je dôvod prečo to riešime.

Mimochhodom keď si už nakusol kradnutie, už to vaše nielen hniezdo vrátilo neoprávnene priznané dotácie? Budú ti chýbať pri rozvoji infraštruktúry, školstva, zdravotníctva a aj na tvojom dôchodku.

[RealJ]

njn, Linux to mozna nemuze vedet, ale takovy MacOS nebo i zasrane indicke windows to umi... tak si pockam dalsich 20 let az to nekoho u linuxu napadne vyresit... nic ve zlym, ale treba na macu to nejenom pocka ale po restartu mi to otevre i rozdelanou praci... ja vim, linux to v roce 2148 bude umet taky...

[Tom K]

MacOS a zasrane indicke windows maji GUI spojene se systemem. Proto kdyz se OS vypina, nejdriv se ukonci aplikace (stale maji konektivitu na aktivni GUI), pak se ukonci system.
Na linuxu je GUI nezavisle a pri ukoncovani je na jeho libovuli, jestli pri ukoncovani systemu DE posle aplikaci info, ze se bude koncit (kde a gnome to delaji, u ostatnich nevim).
Mno a protoze chrome/chromium pri ztrate spojeni s GUI proste crashne (misto aby chvili pockalo pockalo na SIGTERM a ulozilo stav), tak se po novem spusteni chova tak jak se chova. Je to vlastnost a neni to chyba. Aplikace bezici na linuxu holt musi pocitat s tim, ze Xserver/Wayland kompozitor se muze ukoncit asynchrone.

[RealJ]

jj, feature ktera ti poskodi data je na linuxu povazovana za feature zatimco vsude mimo linuxu je to critical bug... uz vis proc linuxovy desktop pouziva 3% lidi? Prave proto ze vyvojari linuxu nejsou schopni chapat pozadavky uzivatelu. Ty 3% jsou gaming konzole kde na desktopove aplikace sere pes.

[Tom K]

Dvojnásobný omyl.
1. Tahle vlastnost existovala dávno před tím než vznikl google chrome a jen velmi málo aplikací s tím má problém (upřímně neznám žádnou další). Programátoři chromu věděli na jaký systém ho píšou a měli spoustu času to opravit.

2. Rozhodně nejde o critical bug systému, který poškodí data. Aplikace má spoustu možností jak při ukončení korektně uložit svá data a pokud to nezvládne, je to její problém. Ostatní aplikace na stejném systému tímhle netrpí.

[RealJ]

"Ostatní aplikace na stejném systému tímhle netrpí." - ale prosim te.... je spousta aplikaci ktere zacnou ukladat data a system je zabije... jo, programatori chromu se rozhodli podporovat polofunkcni desktop UI system...

[Tom K]

Nějaký příklad z té spousty prosím.

Mimochodem. Chrome si čas od času stěžuje na špatné ukončení ikdyž je jen zavřené a znovu spuštěné. Zkus si prosím nastudovat, jak tyhle věci fungují, ať se můžeme bavit trochu na úrovni. Děkuji.

[LarryL]

Linux je více variabilní než MacOS/Win. Na Linuxu můžeš mít spuštěnou GUI aplikaci prostřednictvím Flatpaku, Snapu, AppImage, Wine, případně v Dockeru nebo VM. Nevím o tom, že by tolik možností bylo u MacOS/Win.

Flatpak by třeba měl při vypínání PC dostat SIGTERM a následně by ho měl přeposlat do všech svých aplikací, takže vypínání nějakým způsobem vymyšlené je. Ale jak může Linux, resp. systemd, vědět, že někde v nějakém sandboxu běží GUI aplikace, která je pro uživatele důležitá a která po signálu SIGTERM ještě něco potřebuje uložit a má se na ni čekat?

Úplně zablokovat vypnutí PC kvůli jakékoliv neukončené GUI aplikaci se mi nezdá jako správné řešení. Když už tvůrce aplikace (nebo balič distra) usoudí, že chce pozdržet nebo dokonce zablokovat vypnutí PC kvůli své aplikaci tak od to je právě systemd-inhibit. Nebo ať tvůrce aplikace k ní vytvoří i systemd službu, která si při vypínání PC ohlídá závislosti na jiných službách.

Pro zajímavost: Spuštěné VM se ukončují jako jiné aplikace (SIGTERM, pak SIGKILL), ale u jedné své VM mám pomocí systemd služby nastaveno, aby se VM uspala na disk. Tohle mi žádný Linux nebo tvůrce aplikace nezařídí, protože neví, že zrovna tuhle činnost chci při vypínání PC udělat s jednou konkrétní VM.

[belzeblb]

proc pises o plnem zablokovani, vsechny aplikace spadaji do nesystemovych PID, stacilo by vyhodit dialog ze neco jeste bezi, psal jsem uz vyse.

Popsal jsi pekne ve zkratce jak to funguje zhruba, ale vzdy jde vsechno vylepsit … Dnes uz v podstate ridi Linux jen Redhat GmbH...

[LarryL]

proc pises o plnem zablokovani

Psal jsem o počkání (delay) nebo v krajním případě zablokování (block). Obě varianty systemd-inhibit umožňuje.

vsechny aplikace spadaji do nesystemovych PID

Tam spadají i aplikace běžící na pozadí o kterých uživatel neví. Běžný uživatel by mohl být dost zmatený kdyby mu vyskočila hláška, že mu běží nějaké aplikace o kterých nemá tušení a které ho vůbec nezajímají.

stacilo by vyhodit dialog ze neco jeste bezi

To by mělo být celkem snadné, ale kvůli tomu není třeba zasahovat do útrob Linux. Stačí když naprogramuješ uživatelskou aplikaci "vypinani.deb", která se po přihlášení uživatele spustí právě přes systemd-inhibit se zámkem "delay" a nastavíš limit 30 sekund. Po zmáčknutí tlačítka poweroff aplikace vypinani.deb počká 10 sekund a když pak zjistí, že nějaká uživatelská GUI aplikace ještě běží, tak vyskočí uživateli dialog. Uživatel bude mít dalších 20 sekund na ukončení problémové aplikace. Tuhle jednoduchou appku by snad zvládla i AI. Možná, že taková appka už existuje a každý si ji může nainstalovat. Zatím jsem takovou appku nikdy nepotřeboval.

[Peter Golis]

Rozumné aplikácie si ukladajú veci priebežne. Vymýšľať takéto pseudoriešenia len kvôli nejakému nepodarku mi príde scestné.

[RealJ]

jasne, treba takovy videoeditor bude exportovat video prubezne protoze system psali idioti...

[Want]

Nebo Golis bude psat clanek v beznem editoru, ktery by mel byt zakoncen ,Napsal Golis’ a to ,Golis’ se nestaci ulozit (s tim, ze ulozeni bude znamenat poslani kopie do ciziho vydavatelstvi) a Golis nahle zemre, a rodina Golisovych ma po pravech k clanku:D

[Peter Golis]

Videoeditor si počas práce ukladá žurnál akcií/efektov, a priebežne len zobrazuje náhľad. Remastering sa v ňom robí až ako konečná akcia. A to hlavne kvôli tomu, že tie osekané enkodéry v GPU sú síce rýchle ale zúfalo nekvalitné.

Uviedol si zlý príklad. Ale to je už u teba štandard že sa vyjadruješ ku veciam ktorým nerozumieš.

[belzeblb]

Tam spadají i aplikace běžící na pozadí o kterých uživatel neví. Běžný uživatel by mohl být dost zmatený kdyby mu vyskočila hláška, že mu běží nějaké aplikace o kterých nemá tušení a které ho vůbec nezajímají.

souhlasim, od zacatku mam hlavne na mysli, aplikace ktere spustil sam uzivatel vedome, to jsou ty co si vedome i instaloval;) teda i ten flatpak

stacilo by vyhodit dialog ze neco jeste bezi

...

Spis bych to videl, spustis ...vypnuti/restart ... provede se test ...kdyztak se vyhodi dialog ...nereakce(podobne jako spusteni sporice obrazovky) ... vypnout za kazdou cenu.

[LarryL]

Může tam být i ta "nereakce", ale v zásadě je to jednoduchá uživatelská aplikace, které nějak nadefinuješ co má při vypínání zkontrolovat a případně vyhodí dialog. Ale jak říkám, nikdy jsem takovou aplikaci nepotřeboval takže nejsem cílovka.

[belzeblb]

Vsak ja take nejsem cilovka, uz davno linux nepouzivam, a kdyby, vzdy bych praci ulozil (pokud by bylo pro mne dulezite), pred vypnutim, jinak bych si klepal na hlavu sobe, jen chapu ze by popisovany problem slo resit a neznamenalo to neco zeslozitovat nadmiru.

[RealJ]

mas pravdu, na macOS mi "chybi" flatpak, snap, k cemu by mi asi tak byl... docker, vm, wine, to snad bezi i na mikrovlnce... "Ale jak může Linux, resp. systemd, vědět, že někde v nějakém sandboxu běží GUI aplikace, která je pro uživatele důležitá a která po signálu SIGTERM ještě něco potřebuje uložit a má se na ni čekat?" - opravdu te nenapada zadne reseni? Treba ze by aplikace rekla systemu ze jeste nema hotovo a system by nebyl debil a cekal nebo se zeptal uzivatele? Jak to kurva delaj ti indove u MS nebo Apple ze to ten jejich system umi?

[bazant]

Treba ze by aplikace rekla systemu - jo, treba by k tomu mohla pouzit systemd-inhibit, ze... Jedna aplikace je proste napsana blbe, to je cele. Firefox s tim zadny problem nema a machrovani, ze ti jablecny srac otevre praci, tam kde jsi skoncil? jo, to mne linux taky (chrome and chromium nepouzivam)

[LarryL]

vm ... bezi i na mikrovlnce...

Tu mikrovlnku bych rád viděl Ale hlavně jde o to, že žádný OS neví jestli uvnitř VM běží něco pro uživatelel důležitého co ještě není dokončeno tudíž systém při vypínání nedostane od VM info, že "jeste nema hotovo".

Treba ze by aplikace rekla systemu ze jeste nema hotovo a system by nebyl debil a cekal

Kdybys scrolnul o jeden koment níže než na který jsi reagoval, tak tam jsem takovou jednoduchou apku navrhnul, ale asi bych jí nechtěl. Vy na Win a Apple jste zvyklí na přehnanou automatiku. My na Linuxu jsme zvyklí, že systém plní jasně definované příkazy a když řekneme VYPNOUT tak tím myslíme VYPNOUT. Nemyslíme tím "začni se mě vyptávat na nějaké visící aplikace".

[jejda]

Nemáš náhodou zapnutou volbu Continue running background apps when Chromium is closed v chrome://settings/system ? Nevím sice přesně co užitečněho ty backgroud apps mají jakože dělat, ale už podle názvu to pěkně smrdí.

[Bugsa]

Toto je bohužel "normální" chování Chrome/Chromium/Brave na Linuxu. Jedině ve Vivaldi a Firefoxu jsem toto chování nezaznamenal. Jiné prohlížeče jsem nezkoušel. Nepomohl ani profile-sync-daemon.