- Új Beats fej- és fülhallgatók jelentek meg
- Futott egy Geekbench kört egy új HTC készülék
- Készülőben a Xiaomi 2021-es csúcsmodelljeinek HyperOS frissítése
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Redmi Note 9 Pro [joyeuse]
- Május 7-én bulit tart a Huawei
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Milyen okostelefont vegyek?
- Fotók, videók mobillal
- Nothing Phone 2a - semmi nem drága
Hirdetés
-
Xbox Game Pass [2024] - A májusi lista
gp Az elkövetkező időszakban többek között megkapjuk a Kona II Brume című játékot.
-
Új Beats fej- és fülhallgatók jelentek meg
ma Frissítette a Solo termékcsaládot az Apple házi audiomárkája.
-
Az Apple iPadOS-t is megrendszabályozza az EU
it Az EB közölte: az Apple iPad táblagépekre írt iPadOS rendszere is kapuőrnek számít, az üzleti felhasználókra gyakorolt fontossága miatt.
Új hozzászólás Aktív témák
-
vicze
félisten
Nop. Ugye úgy működik a dolog, hogy a frissítések települnek(vagy auton vagy megerősítésre beállítástól függően -> usere error), de egy részéhez restart kell(főleg kernel update), ezek újrainduláskor települnek. Tehát annyi történt, hogy újraindult és a frissítések telepítése befejeződött, ez akár 2 restart is lehet frissítéstől függően. Mivel a frissítés egyik fele már felment, és restart pending, így semmilyen esélyed nincs "gyorsan" újraindítani.
Linuxon hogy állítod le a kernel frissítést?[ Szerkesztve ]
-
vicze
félisten
"Ezt eleg nehez masnak besorolni, mint nagyon durva UX hibanak."
Ha ugye letöltött frissítések vannak akkor két opció van, Normál restart/shutdown és Install update and restart/ shutdown, az utóbbi az alapértelmezett. Emberünk szerinted mit nyomott?
Mindenképpen te mondod meg, hogy a frissítés mikor települjön és hogyan. Lehet defaulton hagyni és csodálkozni, de az miért a rendszer hibája, hogy a legáltalánosabb felhasználás az alapbeállítás és a felhasználó nem állítja át az igényeinek megfelelően?Windows esetén is teljesen használható marad a gép, de miután rányomtál a restartra, már nincs GUI, hogy visszavond. Továbbra se pusztán a rendszer felállása tartott fél órát, hanem update+restart+service update, ami a restart után történik, ez többnyire még lassú gépen is max. 10perc(felállás).
Amennyiben az update futás időben történt volna, nyilván sokkal gyorsabb lett volna az egész, hisz Windows esetében is lehet futásidőben frissíteni gond nélkül.Na rugózzunk még a bulvárhíren.
-
vicze
félisten
Ez lehet, lehet rég néztem.
Mindenesetre gondolkodni kéne a usernek, azt meg én semmiképp nem várom el, de tudom a rendszer hibájának felróni se."gép rendszere összeomlott, ezért újra kellett indítani."
Itt azért pontatlan a dolog. Ha össze omlott, akkor semmilyen körülmény között nincs update, csak "proper" restartkor. Akkor max. valamelyik programmal volt gond és erre újraindították az egész rendszert.[ Szerkesztve ]
-
King Unique
titán
Igen, ott a pont, mert csak felületesen átfutottam.
Viszont azért érdekelne, h mért omlott össze, mi okozta, mert azt nem írták....hardverhiba, netán vírus, esetleg annyira leterhelték közbe?
Illetve, ha WU aktuális volt, akkor abban a másfél órában bőven letölti, felrakja, majd értesít, hogy indítsd újra, ha automatára van állítva. Bár, ha kijelzőre volt kötve, lehet nem akartak ezzel szórakozni.
De a uset error azért vhol mégis benne van....mért nem használtak Macet? -
rt06
veterán
igaz mas kerdes, de egy profi sportesemenyen ne egyszeri user kezelje mar az informatikai berendezeseket, foleg, ha ennyi mulik rajta
szoval igen, azon tul, hogy nem normalis dolog a leallaskor fel oraig telepito windoze, itt igenis user error-rol van szoPolitikailag korrekt, valamint munkahely- és gyermekbarát aláírás, amiben egyáltalán nincsen p*na.
-
vicze
félisten
OK, nézzük. Windows legelső indulásakor talán a 2. kérdés, ha jól emlékszek, hogy hogyan szeretnéd a frissítések telepítését. Tehát megkérdezi alapból a rendszer, hogy te úgy mégis mit szeretnél, le van szépen érthetően írva. 1 recommended van ennyi. Én mint "Power user" pontosan arra állítom mindenkinek, hogy kikapcsoláskor telepítsen, mert ha kikapcsolja akkor végül is rá fog érni és nem zavarja, és szerintem ez úgy a normál userek 99%-nak meg is felel.
Most vitatkozhatunk a Windows architektúráján, de annak nem sok értelme van. A restartot és a configot valamikor el kell végezni és egyértelműen kikapcsoláskor a leghatékonyabb, mert akkor zavarja legkevésbé a usert.
Ha elolvasod még egyszer a történteket, akkor akkor az illető pontosan pár perccel a meccs kezdete előtt döntött úgy teljesen saját akaratából, hogy telepíti a frissítéseket és újraindítja, egyedül a frissítések letöltését csinálta magától a gép, ami az égvilágon semmire nem kötelezte csak jelezte, hogy elérhetőek a frissítések. Azt is választhatta volna, hogy telepíti és meccs után újraindítja, de nem ezt tette. Az UI nem tévesztett meg senkit és nem volt félreérthető. Ehhez nem tudom milyen powersuerség kell.
-
nagyúr
Szerintem is maceras ez.
Multkor epp a repterre igyekeztem, kezemben a telefon, es valami miatt ujra kellett inditanom. Egesz nap vigyaztam, hogy ne meruljon le tulsagosan, mert nem tudtam, hogy fel fogom-e tudni tolteni a kovetkezo 14-18 oraban. Erre indulasnal kiirja, hogy 'Android is updating, optimizing app 1 of 150'... persze az akku 30%-at megette, es 35 percig hasznalhatatlan volt a telefon. Hat majd' szetvetett az ideg. A frissitest persze nem en telepitettem 'direkt', szoval zero eselyem volt, hogy elore tudjam, hogy ez lesz.
Egyebkent ugyanez van Macen is.
[ Szerkesztve ]
while (!sleep) sheep++;
-
vicze
félisten
Nem tudod későbbre halasztani, mert esetlegesen épp nincs kerneled, mivel akkor cseréli, vagy kernel modu drivert/szolgáltatást cserél, és igen ez architekturális kérdés, így van a 4.0-ás NT kernel óta, jó vagy rossz ez van. Egészen mellesleg most kíváncsiságból megnéztem és a OSX pontosan ugyan így csinálja, update restartot kér, és még szöszmötöl az updaten, akkor ott is nyilván elrontottak valamit Cupertinoban. Yosemiten volt is bug egyeseknek, hogy ez beragadt és systemrestore kelett.
De továbbra a hiányosan közölt cikkből rossz dolgon lovagolsz, hogy nem a boot tartott sokáig, hanem update install + kikapcsolás(ezt együtt csinálta) és ezután a reboot.
Sokáig az install tartott kikapcsolás előtt nem a boot maga. Ez tényleg így van eltarthat elég sokáig az install, mivel nem tudni, hány frissítés is települt, milyen teljesítményű a gép, így nehezen megmondható a 25perc normális vagy nem. Valószínűleg az volt.@emvy: Droid ezt akkor csinálja mikor a cache partíciót wipe-olják, mert újragenerálja az dex fileokat.
[ Szerkesztve ]
-
nagyúr
> Ahogy egyebkent az is, hogy hasznalatban levo file-t nem lehet torolni, mivel kb. a rebootok 90%-a emiatt szukseges.
Egyebkent ez nem annyira a mostani OS hibaja, mint a programoke (meg persze kicsit az OS defaultoke is). A Windows is tudna pont ugy mukodni (igazabol jobban), mint a *nixok, mert bar Winen fajlszintu zarak vannak, *nixon meg inode-szintu zarak, de:
itt a FILE_SHARE_DELETE mintha lehetove tenne a kooperativ lockolast is.
while (!sleep) sheep++;
-
VaniliásRönk
nagyúr
"Megint ugyanabba futok bele: a poweruserek annyira megszoktak azt, hogy milyen rossz a rendszer, hogy fel sem tunik mar nekik, inkabb azokat hulyezik le, akik normalis mukodesre szamitanak."
Melyik OS-ről beszélünk egyébként?
"Only two things are infinite, the universe and human stupidity, and I'm not sure about the former." (Albert Einstein)