Windows 10 - törlődni fognak a rosszul sikerült frissítések

A vicc az egészben, hogy ezt tudja fejből a win 10. A "unified write filter" néven benne lévő eszköz lényegében kis módosítással ezt meg tudná oldani. Arról szól a fáma, hogy képes rá hogy az írásokat lényegében fizikálisan elszeparálva végezze és újraindítás után visszatérjen az eredeti állapot. Ezt a technológiát simán lehetne az update stabilitására is is felhasználni. Ha az update szarul működik azonnal tudna rebootolni az előző állapot alapján. Érdekes, hogy mi a fenéért nem használnak a windowsban eleve meglévő funkciót.

Vannak szoftverek ami miatt muszája frissítés. Pár topiccal arrébb egy friss nvidia driver nem volt hajlandó felmenni régebbi buildra. Szóval ezzel a kijelentéssel óvatosan bánnék. 1 gép az nem statiszika és 10 gép sem az.

Egy általad elképzelt világról beszélsz. Tapasztalat nélkül.
Nekem a kezdetektől ki van kapcsolva a frissítés, minden ugyanúgy működik azóta is. És ezért valószínű, hogy másnak is.

Ez külön öröm, mármint, hogy majd ők, hátulról, törlik azt amit ők úgy éreznek. Egyszer végre már a s.ggüket is kitörölhetnék a saját szájukkal... 😞 Alig várom már azt a bugot, ami elintézi majd valamelyik könyvtáramat rákérdezés nélkül, mert a kedves ms programozó eldaszott valamit és nem tesztelték ki.

Csak így havonta negyedelni fogja a konkrét Win10 sebességét az átkozott. (Mert a felhasználó élménye csak úgy lehet teljes MS fejlesztői szerint, ha a rendszer auto-módban kapja a frissítéseket és ha fullos a telemetria. - És akkor is ezt csinálja ha hosszabb ideig csak offline használod, pár hónap alatt rájössz, hogy sokkal jobb neked visszakapcsolni, még a net-et is. Természetesen pusztán tudatalatti ráérzésből.)
Utoljára szerkesztette: end3, 2019.03.14. 09:55:47

Én kikapcsoltam az auto frissítést! Nincs telepítés, nincs felugró ablak, nincs elhalasztás és nincs újraindítás!
Akár a Win7-nél.

Én azt a feature-t várom, hogy mikor fogja a Win10 törölni magát, és visszarakni maga helyett egy Win7-et. Ami jogtiszta, és még hosszú-hosszú évekig frissíti magát. 😄

"A probléma az, hogy nem csak a win. Vicc, hogy manuálisan turkálva 35 GB-nyi szemét volt a system vinyón, mindenféle szutyok, amit megtartanak az install után a progik. Ezt mégis hogyan képzelik a kedves programozók?"

Kultura kerdese. A unix-okban minden ilyen file a /tmp kornyvtar ala kerul. Azt meg minden inditasnal kitakaritja a rendszer uresre. (ujabban meg eleve tempfs teruletre kerulnek, ami alapbol ramdisk, ha keves a ram, akkor meg a swap particiora pakolodik) A windows tervezoi anno ilyenekre nem gondoltak es nem alakult ki a windows-os platformon annak a kulturaja, hogy nem dobalunk ossze mindent egy helyre. Ennek fo oka az, hogy anno sokaig egyetlen windows-os konyvtarba kellett minden dll-t berakni, hogy a rendszer megtalalja oket. Ez az ossze-visszasag valahogy megmaradt.

A rendszervisszaallitas pedig sajnos nem tarol teljes image-eket, legfokeppen nem datumozva, mert akkor visszallitasi pontonkent 1 darab tomoritett file lenne csak.

Az automatikus frissítést aki kitalálta, hogy erőszakkal újra indítja a gépet én annak erőszakkal össze koccolnám a heréjét egy kalapáccsal csak hogy kifejezzem a véleményemet ezzel kapcsolatban 😛

Win7 esetén is azért komolyan bele kell nyúlni. Amikor a rendszer visszaállítás csak úgy belőtte magát és minden pontot megtartott 3 évre visszamenőleg és 100GB helyet foglalt a vagy 8 visszaállítási hely, akkor akkor néztem rá, hogy akkor WTF. Félelmetes, hogy mennyire butára van konfigurálva a Win.

A probléma az, hogy nem csak a win. Vicc, hogy manuálisan turkálva 35 GB-nyi szemét volt a system vinyón, mindenféle szutyok, amit megtartanak az install után a progik. Ezt mégis hogyan képzelik a kedves programozók?

Esetleg egyszerűbb lenne ha a felhasználók maguk dönthetnék el mikor akarja feltelepíteni a frissítést és nem automatikusan történne kérdezés nélkül.

Amúgy a rendszer visszaállítás pont erre szolgál a windowsban, amit leírtál.

Megoldast jelentene egy A es B rendszer image hasznalata, amikor az operacios rendszer automatikusan elmentene az allapotat frissites elott es arra allna vissza sikertelen boot eseten. Ez ugyan megduplazna a rendszerparticio helyigenyet es eleg lassu lenne frissites elott leturkorzni a teljes particiot a tartalekra, de megoldana a problemat.

Linux alatt ez alapbol elerheto es ezert jonehany (jellemzoen dragabb) android-os keszulek hasznalja is. (mondjuk ott sokat segit, hogy a rendszer, az alkalmazas/adat es a kulso adat particiok mereven szet vannak valasztva)