Vajon miért kell újraindítani a gépet egy böngésző frissítéshez?

A munkámhoz sajnos elengedhetetlen, hogy Windowst is használjak. Különösen bosszantó, hogy egyszerű böngésző frissítés újraindítást igényel.

edge update

Hozzászólások

Szerkesztve: 2020. 06. 07., v – 15:22

Mert mélyen beépül a rendszerbe és olyan összetevőket, programokat, könyvtárakat dll-t stb. használ, amelyet nem tud a frissítéskor módosítani, csak az újraindításkor. Szerintem ennyi lehet az oka, de lehet tévedek.

Van lehetőség kernelfrissítésre reboot nélkül. Ubuntuban van LivePatch szolgáltatás, több egyéb disztróhoz meg KSplice. Suse-hoz meg asszem kGraft van.

Ubuntu alatt használtam már KSplice-t meg a beépítettet is, tökéletesen frissül a kernel reboot nélkül.

Nagy Péter

Valamelyik nap én csodálkoztam a legjobban, mikor a munkahelyi Ubuntu-m azzal fogadott, hogy frissítés miatt újra kell indítani. Van, hogy közel 30 napos uptime-al használom a gépet és egy frissítés sem kért még ilyet. Direkt megnéztem, hogy mi frissült... Hát systemd...

"Errors are red
My screen in blue
Someone help me
I've deleted Sys32"

(Nem csak tőled kérdezem.)

Egyébként ez a reboot kérdés miért érdekes?

  • A saját/családi gépek időzítve rebootolnak vasárnap hajnalban
  • Az előző cégnél a PC szintén időzítve, szombat hajnalban
  • A mostaninál a laptopot kézzel kapcsolom le pénteken, és hétfőn vissza, de itt is időzítve fogom megoldani, csak lusta voltam :)
  • A telefon éjjel újraindul, ha upgrade van, és az eSIM miatt nem kell PIN-kód, úgyhogy ha hajnalban hívna valaki, ki fog csörögni
  • Tablet szintén

Őszintén nem értem a fennforgást a Windows Update körül sem. Lehet, hogy ma már lenne rá rebootless megoldás, de tényleg számít ez? :)

Szerintem ez azon múlik, milyen jellegű hibát javít a frissítés, egy böngésző frissítése adott esetben lehet sürgősebb is. 

Egy webböngészőben lévő, aktívan kihasznált sebezhetőség javításával nem biztos, hogy jó, ha a kedden kiadott frissítés telepítésével vasárnapig várok, miközben napi szinten használom.
Ugyanakkor általában az sem opció, hogy keddtől vasárnapig nem internetezek, mert rebootra várunk, így célszerű újraindítani ilyenkor hét közben is a gépet.
Nálam a fejlesztőeszközök betöltése kb. 10 perc, és bezárni is eltart 2-3 percig, így egy böngésző miatti reboot munkaidőben 15 perc nettó veszteség lenne.

Ugyanez linuxon: csomagkezelő letölti a böngésző frissítését a háttérben, és felrakja, én pedig ezt követően egy új lapon beírom, hogy about:restart, majd enter.
Kb. 5 másodperc alatt újraindul a és mehet tovább a munka.

Egy általános, nem kritikus biztonsági bugfix telepítése ugyanakkor általában akár havi reboot mellett is mehetne, ritkán van olyan hibajavítás, ami annyira sürgős lenne.

Nagy Péter

így egy böngésző miatti reboot munkaidőben 15 perc nettó veszteség lenne.

Oké, tegyük fel, hogy ez valami szuperkritikus frissítés. Az nem opció, hogy ha délelőtt jön az update, akkor ebéd közben indítod újra, ha pedig délután, akkor este? :)

Egyébként gyakran fordul elő, hogy egy frissítés annyira kritikus, hogy muszáj aznap telepíteni egy nem-szerver gépen?

Hát, mindegy, hogy ebédidőben, vagy este dolgozok vele, aminek futnia kell, az sajnos nem egy klikk, míg elindul, így bármikor van reboot, az akkor 15 perc "felesleges" munkával jár.
Több programot megfelelő sorrendben kell indítani, valami jelszót is kér, valamihez le kell húznom az USB-s eszközöket, majd megfelelő időben visszadugni, stb..., sajnos nem automatizálható gazdaságosan.

Olyan frissítéseket szeretek hamar telepíteni, ami olyan biztonsági rést foltoz, amit aktívan kihasználnak, és esetleg nem is kell hozzá felhasználói interakció, vagy csak olyan kell, amit könnyű véletlenül elkövetni. Ilyen Windowson azért 2-3 havonta legalább előfordul. (gyors google 2019-re, valószínűleg nem teljes a lista: Április 10, Július 10, November 14, December 11, és valamikor lehetett márciusban is egy, mert mint ha pont a szülinapomon szívtam volna eggyel)

Normál esetben amúgy csak pár (2-3) hetente állítjuk le a gépeket, de az ilyen frissítéseknél, ha amúgy nem lenne esedékes reboot 2-3 napon belül, akkor nem várunk vele heteket, és felrakjuk hamarabb. (a megjelenés napján soha nem, általában két nap eltolással, mert ha elrontottak valamit esetleg, addig vissza szokták vonni, vagy legalább hallunk róla, hogy gond van vele)

Nem azt mondom, hogy tragikus, hogy kell egy reboot, de mondjuk nálunk ha havi 10 ezer forintért reboot-mentes lenne a 2 fejlesztői gép, akkor anyagilag megérné inkább fizetni ezért, mint újraindítani.

Nagy Péter

Környezetemben nekem most szerencsére kevés eszköz forog:

  • Telefonok (céges és saját) havonta manuálisan nyomok a frissítésre általában holt időben, vagy otthon
  • Céges Ubuntu, nagyon ritka mikor újraindítom vagy leállítom. Ha nem kellett volna iroda költözés és home office miatt elhoznom, már 3-4 hós uptime-ja lenne. Ha nem létszükséglet, akkor nem szoktam újraindítani. Sajnos annyi mindennel dolgozom, hogy nem szeretném folyamatosan azzal tölteni az időt, hogy rájöjjek hol is tartottam. Leülök elé és úgy van ahogy hagytam, egyből tudom mit is kell következőleg csinálnom. Plusz mivel távolról is e kell érnem, így nem célszerű délutánra sem kapcsolgatnom.
  • Otthoni gép, szintén Ubuntu. Hát ez érdekesebb eset, mert gond van a WiFi-jével, de úgy hogy néhány naponta ő úgy dönt, hogy meghal. Újraindítás után minden működik újra jól. Hardveres probléma lesz amúgy itt, mert Windows-on is produkálta ezt. Viszont ha jobb hangulatában van a gép, akkor itt is van hogy 15 napos uptime megvan.

A Windows Update-el inkább az a probléma, hogy kb az összes verziónál előfordult, hogy teljesen figyelmen kívül hagyja a beállított intervallumokat, hogy mikor is lehetne neki szabad frissítést keresnie és telepítenie. Ilyenkor van az, hogy munka közben dobálja felfelé, hogy "frissítés van, halassz el vagy elvész minden munkád", amit nem lehet teljesen kinyomni csak halasztgatni. Ráadásul a frissítés keresés olyan szinten eszi a processzort, de sosem értettem, hogy miért.

Ha egy ilyen frissítés figyelmeztetés pont akkor jön, mikor nem vagy gépnél, akkor szépen újraindul...

Sietni akarsz, lekapcsolod a gépet, hopsz frissítés telepítés... Volt hogy nem törődtem vele laptop táskába és csináld csak nem tart sokáig neki... 1 óra múlva már égette az oldalam a gép, mert addig szöszmötölt, hogy sikerült bemelegednie majd le is csapta magát... Ugyanígy reggel munkakezdés vagy megbeszélés... Gép bekapcs, csinálnád a dolgod, vagy jegyzetelnél vagy valami, de nem mert még frissítés...

"Errors are red
My screen in blue
Someone help me
I've deleted Sys32"

Engem annyiban zavar, hogy hiaba allitom be neki neha, hogy ne tedd, volt, hogy ujrainditotta a gepet mikozben VPN+full screen RDP -vel eppen dolgoztam, mert nem lattam, hogy feldobta a hatterben a panelt. Es vagy 20 percre kiestem, mert shutdown kozben updating, do not turn off, majd reboot utan updating, please wait, aztan hoppa, gebasz, reboot mert rollbacking az egyik frissitest, mert az inkompatibilus vagy miafene. En meg telefonon meaculpazok a kulsos munkatarsnak, hogy miert nem csinalom a feladatbol a reszemet.

Egy kiba.. Windows frissites miatt, ami annyira fontosnak erezte magat, hogy leszarta a "Nem inditod ujra a gepet" beallitast, es csak megkerdezte, majd mivel nem kapott valaszt, ugy gondolta, hogy kit erdekel.

Hat engem. Engem erdekel.

Hát systemd

Hmmm...

daemon-reexec
           Reexecute the systemd manager. This will serialize the manager
           state, reexecute the process and deserialize the state again.
           This command is of little use except for debugging and package
           upgrades. Sometimes, it might be helpful as a heavy-weight
           daemon-reload. While the daemon is being reexecuted, all sockets
           systemd listening on behalf of user configuration will stay
           accessible.

BlackY

"Gyakran hasznos ugyanis, ha számlálni tudjuk, hányszor futott le már egy végtelenciklus." (haroldking)

Az volt az egyetlen _konkrét_ állítás a szálban, hogy ilyen "technológiával" működik az add/remove programs funkció. Lehet, túl felületesen futottam át, de szerintem egyik link sem támasztja alá, hogy a programok telepítése/törlése ablak felhasználói felülete HTA alapon lenne megvalósítva. Én azt tippelném, hogy Vista óta nem használja az MS erre és ilyesmire a HTA-t, legfeljebb egy-két olyan apró eszköz esetén, amit átlagfelhasználó sosem futtat, és nem is érhető el a vezérlőpultból/gépházból.

:)

Ez csak tipp, de szerintem rosszul fejezte ki magát és nem az volt a lényege, hogy az add/remove en-bloc így működik, hanem az, hogy egyes programok esetében működik HTA-val az add/remove. Az mshta.exe pedig a mai napig része a rendszernek, szóval ez abszolút lehetséges. (Persze többségében már valószínűleg csak malware van rá.)

Mar picit regebben volt, hogy ezt nezegettem, de a lenyeg az madartavlatban annyi, ha egy alkalmazas weboldalt/HTML-t akar sajat magan belul megnyitni/mutatni akkor a Windows elerhetove tesz egy WebView/WebView2 nevu komponenst, ami lehetove teszi egy bongeszomotor beagyazasat. Ez a bongeszomotor a rendszer bongeszomotorja vagyis az Edge resze, megforditva az Edge egy resze elerheto az alkalmazasok altali beagyazasra. Tehat lenyegeben a bongeszo az rendszerkomponens. A masik megoldas az az, ha az alkalmazas sajat maga huz be valamilyen mas bongeszo motort es oldja meg a kirajzolast.

Ez azt jelenti, hogy minden Windows bepitett dolog ezt hasznalja, aminek ilyen szolgaltatasra szuksege van. Ezert szemely szerint el tudom hinni, hogy nem biztos, hogy konnyen megoldhato ennek a live lecserelese anelkul, hogy esetleg valamit eltorne a futo rendszerben.

kimondta hogy op programozás könnyen megoldható dolog?

amúgy meg a desktopon csak ki kéne írni mely programokat zárja be a kedves felhasználó a frissités előtt közvetlenül, mindegy, hogy automatikus vagy felhasználó álltal kieszközölt frissitési folyamat, és akkor lehet restart nélkül frissiteni egy böngésző motort.

Meg lehetne oldani, hogy a Linux disztributorok tervezetten, minden hónap adott napján publikáljanak frissitéseket?

Pont nem érdekel, ha havonta 5 percel hosszabb a rendszerinditás, viszont az kifejezetten zavar, hogy nem tervezhető a rendszer frissen tartása.

Nekem az egész nem érthető.

"Meg lehetne oldani, hogy a Linux disztributorok tervezetten, minden hónap adott napján publikáljanak frissitéseket?"
Ez miért lenne jó? Nem mindegy mikor "publikálják"? Akkor teszed fel, amikor akarod.

"kifejezetten zavar, hogy nem tervezhető a rendszer frissen tartása."
Miért nem? Mert nincs kimondva és kőbe vésve ,hogy patch kedd van? Nevezz ki egy napot. Az hogy helyetted nem döntötték el, az nem jelenti, hogy nem tervezhető, csak nagyobb a szabadságod..

Így van. Azt kell érteni, hogy a Windowsba épített böngésző nem csak egy böngésző, hanem egyben sok más szoftverhez rendszermodul is, pl. súgófájlok kezelése és hasonlók. Ezért ha valami jelentősebb frissítés van, simán igényelhet újraindítást.

De teljesen megértem, hogy ez linuxos szemmel nevetséges.

Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

Lehet, hogy hülyeség, de szerintem nem lenne szabad egy felhasználói programnak ilyen szinten beépülni az operációs rendszerbe. Jó tudom, van a Chrome OS, ami gyakorlatilag egy böngésző, de azt arra találták ki, hogy webes tartalmakat fogyasszon vele a nép.

[Falu.Me]==>[-][][X]

Mert csecse fullscreen prezentációt kapsz rendszerinduláskor, amit minél előbb meg kell nézz.

troll: ... JavaScript alapú lesz a desktop, és meg kell nyitnia Eddge-vel :D

-fs-
Az olyan tárgyakat, amik képesek az mc futtatására, munkaeszköznek nevezzük.

Szerkesztve: 2020. 06. 07., v – 18:10

Adobe Acrobat Pro-kat, ill CC-ket használunk a .pdf-ekhez, Naná, hogy az update után a gépen többé nem lehet .pdf-eket megnyitni. Volt már, hogy valamelyik előző EDGE frissítése is "vitte magához" a .pdf alapértelmezést, na de.., na de...! - Mitől olyan magabiztos a fejlesztőgárda abban, hogy a továbbiakban a böngészőnek kell alapértelmezetten értelmeznie és megnyitnia az esetleg több százmegás, esetenként 3D-s modelleket, vagy vektoros postscript felület kitöltő mintázatokat is tartalmazó grafikai pdf-eket? - Nooormálisak?

Osszeeskuves elmelet: mert ilyenkor frissiti az alaplapba rejtett 6 molekula meretu lehallgato chipben a router szoftvert, hogy a titkaidat melyik nap melyik harom betus szakszolgalathoz tovabbitsa.

Sajnos Trump orjongese miatt a titkos hatterhatalom mostansag kenytelen atterelni az adataidat a szokasos NSA felol a KGB -hez, hogy megvalositsa az ordogi terveit. Sajnos a parhuzamos adattovabbitas nem valosithato meg, mert azt elszabotalta a... tudod. :-)

Szerintem a file rendszer által megfogott állományokat csak az újraindítási folyamat korai szakaszában tudja kicserélni. Frissítéskor készül egy hosszú lista a lockolt fájlokról, amiket ki kell majd cserélnie.

Gondolom van valami közös dll a rendszer többi része és a böngésző között, például telemetria.dll... Nem csak egy program használja amit ki kellene lőni, hanem rendszer szoftver is, így menet közben ez nem módosítható. Újraindításkor a dll betöltése előtt lecseréli azt és következő futáskor már az új lép életbe.

"Errors are red
My screen in blue
Someone help me
I've deleted Sys32"

Linux ezt már 10-en  éve megoldotta 

service stop start

Erre konkrétan emlékszem, az MS azt hazudta, hogy már a Vistánál sem kell újraindítani a rendszert bármelyik frissítés után.

Megint Hajbazernek van igaza, a W7-en kívül a W csak rossz irányban fejlődik.

Szerkesztve: 2020. 06. 08., h – 08:37

"Így szokták". Annon Norton Antivirus ott lett lecserélve, amikor egy főverzió frissítéshez 9 alkalommal kellett újraindítani. Levakaráshoz 5x, új telepítéshez 4x :D. Mikor vége lett a mókának, egy újabb 5 alkalmas levakarás után már más került vissza :D

Vajon miért nem vagy elég tökös ahhoz, hogy olyan munkát végezz, amihez nem kell Windows?

:)

Jó kérdés. Az van, hogy a munkák nagy része AutoCAD Map 3D-ben készül. Mezei autocad vagy valami klón nem jó, mert rengeteg objektumhoz kapcsolódó adat táblákat kell kezelni benne.

https://i.imgur.com/u8whKHo.png

A linuxok alatt is futó autocad klónok egyike sem kezeli ezeket. A megrendelőnek meg ezek elengedhetetlenül fontosak, ugyanis e-közmű adatok lesznek belőle. Nem mondhatom, hogy én linuxot használok, amire nincs ilyen úri huncutság. Ezért fizetnek, ezt kell szolgáltatnom.

De, hogy válaszoljak is a kérdésedre: jó pénzért :D

[Falu.Me]==>[-][][X]

Eredeti edge frissítése. A chrome-oshoz már nem kell ilyen.

Szerintem a root certificate-ekhez van köze, amiket a rendszer újraindításakor frissít. 

Olyan Op. rendszeren, ahol az az általános és elfogadott megoldási javaslat az egyszerűbbnél kicsit bonyolultabb problémák esetén, hogy "format c + reinstall", ott én ilyeneken már meg sem lepődnék :)

Sok környezeti változás hatására, és ebbe bele tartozik a steames Proton Wine fejlesztése is, a userek billennek egészségesen a használhatatlan (mindig is az volt) Windows irányából a Linux rendszerek felé, még ha ez a tendencia nem is érte el a legmagasabb sebességét. Az emberek tudatában megjelent a Linux Ubuntu kódnéven, mint használható, szuper rendszer, de bizony a suttogópolitika részeként a Kali is, mint minden veszélyforrás része. A lényeg, hogy jelen van a köztudatban. Mégis Bill Gates annyira hozzászocializálta a jónépeket a reboothoz, reinstallhoz, hogy nehezebb fog eltűnni az emberek reflexeiből, minthogy kikopjon az emlékezetből a Windows szó.

READY.
󠀠󠀠‎‏‏‎▓
Szerkesztve: 2020. 06. 13., szo – 09:34

A Win nem fog változni: egy LibreOffice is újraindítást kért minap a frissítés után. 

READY.
󠀠󠀠‎‏‏‎▓

Egy browser meg hagyjan, de en akkor akadtam ki amikor egy idoben az adobe reader kert ujrainditast telepites utan , aztan meg minden szutyok patch utan. Mikozben mashoz nem nagyon ert mint .pdf-ek megjelenitese.....

Amikor egy driver dll fájljait is belehányja a system mappába... és ha van már ott ugyanolyan nevű másik fájl, akkor felülvágja... ezután már semmin sem csodálkozom. Pedig elvileg már régóta tudnak olyat is, hogy egy dll különböző verzió egyszerre elérhetőek legyenek. 

A böngészőben is talán arról van szó, hogy valami használja valamilyen részét. 

De amúgy, az hogy újraidítást kér, az még semmi. A nagy, névvel ellátott frissítések komplett windows újratelepítést csinálnak (ott a windows.old), amibe átmigrálják a korábbi verzió beállításait. Már feladták azt, hogy frissítéseket több hónapon vagy éven át kezelni tudjanak, inkább újratelepítik.

Ebböl látszik, hogy mennyire beágyazott a cucc még mindig, holott az EU asszem pont ezt nem engedélyezte anno...