Elrontotta a fájlrendszert a decemberi Windows frissítés

Microsoft Windows

 (Windows 10 20H2 Update Reportedly Damages SSD File Systems If You Run ChkDsk)

A PCX.hu cikke itt: https://www.pcx.hu/kek-halalt-es-hasznalhatatlan-fajlrendszert-is-hozot…

"A hiba állítólag 8 hónapja rejtőzködött a különböző bennfentes verziókban, míg végül rászabadult a nyilvános rendszerekre is."

Források alul: support.microsoft.com, guru3d.com, windowscentral.com, hothardware.com,

  • 2483 megtekintés

Etherneten is kellene mennie, ahogy a fenti hozzászólás linkjében is írták. Az alábbiban a kikapcsolása kapcsán írják azt is hogy ethernetnél hol tudod állítani.
https://support.microsoft.com/hu-hu/windows/mi%C3%A9rt-nem-m%C3%B3dos%C…
--
Légy derűs, tégy mindent örömmel!

Mindenhol bekapcsolható, nem csak Wi-Fi-on. Csak be kell állítanod, úgy emlékszek, a hálózati kapcsolat tulajdonságainál, hogy forgalomalapú kapcsolat (metered connection) és így ugyan nyühögni fog, hogy van új frissítés, meg frissítsél, de nem húzza le, nem kezdi magától telepíteni, csak ha külön te nyomsz a frissítés gombra. Home verziókon ez az egyetlen használható módszer a kényszerített upgrade elkerülésre. Pro verzión van sok más trükk, policy editorral trükközés, frissítés halasztása 6 hónappal, trükközés a frissítési időszakkal, stb..

“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.”

Még mindig. :)

Még mindig csodálkoznak a kísérleti nyúlnak állt (értsd: Windows 10 feature ágat használó) felhasználók, hogy kísérleteznek rajtuk.

Amivel minden rendben is lenne, ha a Microsoft fizetne ezért a felhasználóknak és nem a felhasználók a Microsoftnak.

( gyuri23 | 2020. 12. 23., sze – 22:21 )

Nyitva vagyunk és várunk mindenki szeretettel a Windows Update Ima Körben:

https://hup.hu/comment/2486264#comment-2486264

A tömegek sohasem szomjúhozták az igazságot. A nekik nem tetsző bizonyságok elől elfordulnak és inkább a tévedést istenítik, ha ez őket elkápráztatja. Aki illúzióba ringatja őket, úr lesz fölöttük, de áldozatuk az, aki megpróbálja őket kiábrándítani.

( joco01 v | 2020. 12. 23., sze – 23:25 )

Minden frissítés után várni 1 hónapot. De csak akkor működik, ha ezt kevesen tudják :)

( dotnetlinux | 2020. 12. 23., sze – 23:41 )

Meg akár lehet pszichikai megagyazasa annak hogy lassan eljon a felhős Windows éve. (ahogy a linux éve is). Ne tarold magadnal az adataidat, mert bármikor elveszhet. 

Láttunk már erre precedenst a tech-multiknál.

https://www.popularmechanics.com/technology/apps/news/a18837/facebook-has-been-intentionally-crashing-its-android-app-on-users/

Facebook has tested the loyalty and patience of Android users by secretly introducing artificial errors that would automatically crash the app for hours at a time, says one person familiar with the one-time experiment. The purpose of the test, which happened several years ago, was to see at what threshold would a person ditch the Facebook app altogether. The company wasn't able to reach the threshold. "People never stopped coming back," this person says.

( pomm v | 2020. 12. 24., cs – 05:26 )

Úgy tűnik a Microsoftnak van a legtöbb béta-tesztere :) gyakorlatilag a teljes felhasználói kör.

Azt egyébként ott is tudják, amiről nincs backup, az nem is volt fontos :)

üdv: pomm

A 852-es kídlap telepötúsa sikeresen befejezádétt

Nincs igazatok. Vannak a MS tesztereik, ilyen Innsiheder Idióták gyűlekezete. Hivatásos tesztelő az nem kell, dögöljön éhen. Persze nem várhatja el a user, hogy a hivatalos csatornákon több tizenezrekbe kerülő szoftver frissítése tesztelve legyen, mielőtt élesbe ki lesz küldve. Nincs rá pénz. De legalább a frissítés se tiltható le, hogy ha ilyen történik, akkor megelőzni se lehessen senkinek, szopja be mindenki, legalábbis a Home verzión lévő userek mindenképpen. Bezzeg a Linux, de az is szar, mert nem megyen rajta x cég zárt szutyka, ami pont szándékosan úgy van megírva, hogy még véletlenül se menjen, ha valaki rak is alá valami emulátort, akkor is belebukfenceljen valami DRM védelembe, és ez naná, hogy a Linux hibája, nem a DRM-es szutykot író cégé.

“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.”

( Tassadar v | 2020. 12. 24., cs – 07:53 )

Szerkesztve: 2020. 12. 24., cs – 07:55

Kíváncsi lennék, hogy mekkora az érintettek köre (és valóban az update van-e háttérben), mivel ez a hiba nincs benne a frissítéshez publikált ismert hibákban. 

Valahogy mindig úgy vagyok vele, hogy látom ezeket a rémtörténeteket, de sem a saját gépemen, sem a cégnél lévő pár tízezer desktop-on nem jönnek elő. 

Én egyszer már találkoztam olyannal, aki látott olyat, aki evett olyat.

( •̀ᴗ•́)╭∩╮

"speciel a blockchain igenis hogy jó megoldás, ezért nagy erőkkel keressük hozzá a problémát"
"A picsat, az internet a porno es a macskas kepek tarolorandszere! : HJ"

Az élet ott kezdődik, amikor rájössz, hogy szart sem kell bizonyítanod senkinek

Ha meg akarod nevettetni Istent, készíts tervet!

Viszont akkor semmiképpen nem állíthatjuk, hogy ez tömeges jelenség és érdemes lenne megvizsgálni, hogy valóban a Windows Update áll-e mögötte.

Windows alatt éppúgy, mint Linux alatt elburjánzott a szoftver szállítók teljesen véletlenszerűen kitolt és saját (eleváltan futó, anyjukat) update service-ükkel terített frissítések tömkelege. 

(Mert ellentétben a windózerekkel, ott nem mosdatják a szerecsent? :] )
Ezt egyébként rossz embernek mondod, mert én sose tagadtam (sőt), hogy a Linux(-os ökoszisztéma) is egyre inkább egy nagyon nagy kalap szar lesz, csak éppen ez kurwára offtopic egy windózos topicban.
Másrészt meg a Linuxos überfail-ek esetén sincs csend, mert ott meg a windowsosok szidják a Linuxot.

Oldschool Computer - http://oscomp.hu

"Mert ellentétben a windózerekkel, ott nem mosdatják a szerecsent? "

Ugyan, dehogy :)

"Másrészt meg a Linuxos überfail-ek esetén sincs csend, mert ott meg a windowsosok szidják a Linuxot."

Ez mondjuk pont nem jellemző. Voltak nulla vagy alig pár kommentes linux hibáról szóló hirek, pedig nem apró hibák voltak.

> Ugyan, dehogy :)

Na látod. :)

> Ez mondjuk pont nem jellemző. Voltak nulla vagy alig pár kommentes linux hibáról szóló hirek, pedig nem apró hibák voltak.

Biztos elkerülték a dózer squad figyelmét. :P
Dehát az ellentábor sem lehet ott, minden windowsos bakinál, abból is volt nem kevés, ami egy-két kommenttel megúszta.

Oldschool Computer - http://oscomp.hu

ha a vendorok egy jol mukodo update szolgaltatasba csak be kene tolniuk a sajat tartalmukat nem hiszem h barmelyik is penzt aldozna sajat update szolgaltatasra.

de igy nincsenek a microsofthoz kotve. ennek minden elonyevel es hatranyaval egyutt. pl ha microsoft ismet elbaltaz valamit es visszatartja a frissitest akkor is ki tudod tolni a usernek. marpedig ha a korabbi windows frissites eltori az eszkozod funcionalitasat akkor a user az eszkozt fogja szarnak minositeni nem a windowst.

a masik fele persze pl a telemetria. a microsoft mindent is begyujt, de csak maganak :-) (ill. altala mazsolazott dolgokat oszt meg kifele). a sajat "update" szolgaltatasok pedig kuldenek mindent amit csak a vendor gondol. a user szempontjabol ez a rossz es a meg rosszabb kozotti valasztast engedi meg..

Nem hiszem, hogy magánál a Microsoft Update szolgáltatásnál bármelyik System privilégiummal futó okádék 3rd party update service felhasználói szemszögből jobb lenne.

Ha vissza is von egy frissítést a Microsoft, a 3rd party csomagok ettől függetlenül teríthetőek, egységesen a Patch kedden.

Mondjuk bilibe lóg a kezem. 

Linux alatt minden hókuszpók nélkül eldöntheti a mezei júzer, hogy frissít-e és azt is, hogy mit és milyen tárolókból. Ez viszont nem a linuxról szól, hanem a windows által erőltetett update-ről és annak következményeiről.
Nekem nincsenek tízezer számra windowsos gépek a kezem alatt (szerencsére), de a hálózati balfékesekedésük két -általam felügyelt- cégnél is odaverte a VPN-t, ami jelentős problémákat okozott. Szóval -ellenben a HIV pozitívval- ilyen van az ismerősi köröben. :)

üdv: pomm

A 852-es kídlap telepötúsa sikeresen befejezádétt

Linuxon legalább LTS ág van 5-8-10 éves támogatással. Én LTS ágú Linuxot még nem láttam bootolhatatlanná válni a következő frissítéskor. Arch Linuxot, Debian Sid-et és más rolling release-eket már láttam. De azokat se annyiszor, mint Windows 10-et, és vagy az ArchWiki-n fenn volt már a megoldás rá, vagy legalább egy fórumon - tehát valaki már tesztelte, mielőtt hibásan stable ágra került, max. nem elég alaposan.

Igen, van Windows 10-ből is LTSB, LTSC, aminek a használatáról a Microsoft úton-útfélen beszél le minden felhasználót, ahogy csak tud, és lehetetleníti el a hozzáférhetőségét, hogy lehetőleg csak cégek vásároljanak belőle, az otthoni felhasználókból meg legyen mindenki kísérleti nyúl. Pedig a Windows 8.1 után az LTS* Windows 10 lesz az egyetlen alternatíva, ha valaki nem akar operációs rendszernek csúfolt szemétdombot vagy innovációnak hazudott bugtanyát használni.

Én bootolhatatlanná váló Archot még sose láttam. Mármint olyat, ami frissítés miatt vált bootohatatlanná. Max. csak kisebb frissítési bugok jöhetnek elő, de erre meg szokott lenni a megoldás az Arch főoldalán, és ezek is elég ritkák. A tévhittel ellentétben a rolling semmivel nem bugosabb, mint egy LTS. Kevesebbet van tesztelve, de ilyen végleges eltörés szempontjából semmiben nem instabilabb.

Lassan már a 8.1 sem alternatíva, mióta vannak olyan szoftverek, meg feature-ök, amik Win10-et igényelnek. Ez van, szutyok a Win10, de ha valakinek tényleg szüksége van a MS platformra, akkor ezt a békát le kell nyelnie. Erről szól a zárt forrás, meg a vendor lockin, hogy ki van szolgáltatva a user és úgyse tud mit csinálni ellene. Fel kell tenni Linuxot. Ja, az nem, mert szar az is, azt nehéz megmondani miért, főleg annak, aki nem használja évek óta fő rendszernek.

“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.”

Long term support Windows-on is megvan, nekem nem ez fáj, hanem a folyamatosan publikált hibák és javítások. 

Nem tudok úgy összerakni egy monthly patching cycle, hogy mondjuk az érintett Linuxos szerverek minden második vasárnap lesznek frissítve és ne forduljon elő, hogy hétfőn már kritikus sérülékenység javítása jön.

Lehet, hogy elsőre bagatelnek tűnik a dolog, de erős fejfájást okoz és erőforrást igényel, ha felelős vagy egy szolgáltatásért, ami alatt bármikor kieshet /  foltozatlan maradhat a kiszolgáló infrastruktúra.

Mivel az OSS világban millió contributor van, rengeteg projektben és erre még minden disztribúció saját packaging szolgáltatása épül - elhiszem, hogy ezt nem lehet központilag vezérelni. 

> Nem tudok úgy összerakni egy monthly patching cycle, hogy mondjuk az érintett Linuxos szerverek minden második vasárnap lesznek frissítve és ne forduljon elő, hogy hétfőn már kritikus sérülékenység javítása jön.

Miért, talán windowson a kritikus sérülékenységek javításával is megvárják a patchkeddet? Ha igen, akkor mi gátol meg benne, hogy te is megvárd Linux alatt? Ott legalább te döntöd el, hogy mikor frissítesz. Ha meg windows alatt sem várnak vele, akkor meg mit akartál mondani?

BTW, a Linuxnak 22 év alatt jött össze 804 kritikus, vagy súlyos sérülékenység, a windows 10-nek meg 6 év alatt 502, szóval windows 10 alatt messze sokkal gyakrabban kell kritikus sérülékenységek frissítéseit felraknod...

Oldschool Computer - http://oscomp.hu

Rosszul látod. Az összes microsoftos termék külön van véve, tehát hiába része "a csomagnak" pl. az ie, vagy a DX, azok is külön vannak listázva. A linkelt lista - ahogy a terméklista "Product Type" oszlopából kiderül - az OS komponenseire vonatkozik. Hogy ez mit takar a kernelen és kernel-space cuccokon kívül, azt nem tudom. (Az user-space programok, pl. a calc.exe, vagy a cmd.exe sérülékenységeit nem fedeztem fel benne, pedig volt azokban is.) De nem "mindent, ami a csomagban van". Ha az lenne, akkor többezer entry lenne benne.

Oldschool Computer - http://oscomp.hu

A legelső elem a listában pl. a web proxy auto discovery sérülékenysége. Az ilyen jellegű funkcionalitás a kernel része Linuxon? (Nem tudom, kérdezem.)

Én továbbra is úgy gondolom, hogy az X>Y jellegű összehasonlítás nem működik a két lista között, mert nem ugyanaz a scope. Ettől még lehet, hogy overall több CVE van Windows-ra, mittudomén, de ez ebből a két listából nem derül ki nekem. 

> A legelső elem a listában pl. a web proxy auto discovery sérülékenysége. Az ilyen jellegű funkcionalitás a kernel része Linuxon? (Nem tudom, kérdezem.)

A WPAD egy protokoll. Ezt nem konkrétan a kernelnek kell csinálnia, hanem a kliensnek (ami bármi lehet), ami a proxy-t beállítja (pl. browser; az ie pl. már az 5.0 óta tudja), viszont értelemszerűen a kliensnek nem kötelező saját implementációt hozni, alapozhat egy library-ra is, pl. a libproxy-ra. Namármost, ha a windows rendszerkomponensei között van egy vagy több olyan program, ami proxy-t tud, akkor nincs kizárva, hogy valamelyik core rendszerlibrary-ben a microsoft is biztosított egy WPAD implementációt, hogy a windows proxy-zó cuccai csak meghívogathassák.

> Én továbbra is úgy gondolom, hogy az X>Y jellegű összehasonlítás nem működik a két lista között, mert nem ugyanaz a scope.

Nem hát. A windows egy OS, a Linux meg egy kernel. De ti jöttök elő mindig a Linux-szal ilyen esetekben, ti kezditek ilyenkor a Linuxra mutogatást, ti hasonlítotok össze folyton egy kernelt egy OS-sel... Hát, akkor hasonlítsuk. Ja, hogy ha kiderül, hogy ezzel pont a windows jár rosszul, akkor az nem fair és storno? :P

> Ettől még lehet, hogy overall több CVE van Windows-ra, mittudomén, de ez ebből a két listából nem derül ki nekem.

Mármint az összes windowsra? Azt itt lehet látni (két oldalon); összesen 5862 sérülékenység van itt nyilvántartva az elmúlt 22 évből az összes windowson, ami csak létezett. Ezek közt azonban vannak átfedések, mert nem egy sérülékenység több windows-t is érintett.

Oldschool Computer - http://oscomp.hu

"Miért, talán windowson a kritikus sérülékenységek javításával is megvárják a patchkeddet?"

Igen, talán 2 vagy 3 soron kívül kiadott fix volt az elmúlt 5 - 10 évben. 

"Ha igen, akkor mi gátol meg benne, hogy te is megvárd Linux alatt?"

No offense: ha értenéd, hogy mi a logika a Patch keddben, akkor ezt a kérdést nem tetted volna fel.

És? Mi a helyzet, ha a sérülékenységet más fedezi fel és publikálja a saját szakállára? Ezt a mostanit sem a microsoft publikálta, pedig már 8 hónapja tudtak róla, hanem kibukott magától. Ha ez így megy náluk, akkor az nem túl biztonságos...

Oldschool Computer - http://oscomp.hu

Az a mostani, amiről a topicban szó van. Oké, hogy ez nem security issue, de a rendszert ugyanúgy gajra lehetett vele vágni, azonnal patchelni kellett és nem a microsoft publikálta a hibát.

De, ha konkrétan security issue-ket akarsz, akkor az SMBGhost is kiszivárgott és gyorsba' kellett egy patchet rá kiadni, valamint az Adobe Font Managerben is volt kettő, ami a patch megérkezésekor már közismert volt hetek óta.

A "nem jellemző" egy gumikifejezés, bármit bele lehet erőltetni.

Oldschool Computer - http://oscomp.hu

Ezzel szemben Windowson hosszabb ideig maradnak publikálatlanok a 0day hibák.

Ez kb. a homokba dugott fej esete. Semmivel sem kevésbé sérülékeny a Windows, csak legalább nem tudsz róla. Ez persze jó akkor, amikor a management felé kell riportolni a patch állapotot, más hasznát nem látom.

Igen, tudniillik ilyenkor a PR-részleg tűzoltó üzemmódba kapcsol és menti a menthetőt, hazugságokkal, csúsztatásokkal, illetve a szokásos áldozathibáztatással (miért nem volt backup, miért X típusú SSD-t használt, miért nincs újabb gépe stb.). Az erre felé elitkedő fősodratú mérnök urak és copy-paste véleményvezérek pedig mindig ezek alapján magyarázzák meg, hogy a Windows 10 továbbra is a legjobb™ választás™.

Az nem lehet, hogy valakinél a gép pont az Update telepítés közelében fut lyukra valamilyen okból, ez köré történetet kerítve clickbait cikkeket hoznak le portálok?

Ez annyira elképzelhetetlen lenne korunk internetes világában?

Ezt pont neked kell magyarázni? :) 

Csak azért, mert továbbra sincs konkrétum a hibáról, a MS nem ismerte el, nincsenek tömeges technet fórumok az érintett felhasználókról (fixme) és ez a thread sem konkrétumokról szól, hanem általánosságokon rágódunk hosszasan - ami végtére is az ilyen profitorientált portáloknak mint a Windows Cental, nem jön rosszul. 

> Az nem lehet, hogy valakinél a gép pont az Update telepítés közelében fut lyukra, ez köré történetet kerítve clickbait cikkeket hoznak le portálok?

De nem is az update nyírta ki a gépet, hanem az update után felkerült új ChkDsk...legalább olvasd el a cikket, amit megpróbálsz elbagatellizálni...

A gondot konkrétan a KB4592438 verziószámú csomag hozta magával, illetve a Windowsba épített lemezellenőrző és javító alkalmazás aktuális verziója. A régóta használatos chkdsk program ahelyett, hogy ellátta volna megszokott feladatát, bizonyos esetekben hajlamos volt tönkre tenni a tárolóegységeket, és még az sem számított, ha merevlemez helyett memória alapú tárolón használták.

> Csak azért, mert továbbra sincs konkrétum a hibáról, a MS nem ismerte el,

https://www.guru3d.com/news-story/windows-10-20h2-update-can-run-into-bsod-with-chkdsk.html

Update: Microsoft has now acknowledged the issue, documented a workaround, and has begun rolling out a fix. MS has updated the list of known issues for KB4592438 and KB4586853 with a workaround for the error for those devices that are able to start up.

According to Microsoft, the problem concerns not only v20H2 but also v2004. According to analysis, the bug has been slumbering for 8 Months in various insider builds and has now been ported back towards the normal release.

> nincsenek tömeges technet fórumok az érintett felhasználókról (fixme).

Beütöd a kugliba, hogy "KB4592438 chkdsk" és 39 oldalnyi találat jön ki és még az utolsó oldalon is van releváns link. Biztos azért talált a kugli is több, mint 380 cikket, blogposztot és fórumot, mert csak kevés felhasználót értintett.

Tények tagadása a tények ismerete nélkül.

Sz*rk: Alámszerkesztettél.

> és ez a thread sem konkrétumokról szól, hanem általánosságokon rágódunk hosszasan - ami végtére is az ilyen profitorientált portáloknak mint a Windows Cental, nem jön rosszul.

A konkrétumokhoz egyszer kattintani kellett volna, meg elolvasni a cikkeket.

Oldschool Computer - http://oscomp.hu

"De nem is az update nyírta ki a gépet, hanem az update után felkerült új ChkDsk..."

Nem sok különbséget látok az között, hogy az Update telepítése közben hasal el, vagy lecserél egy olyan tool-t, aminek a futása után döglik meg.  Mindkettő az Update hibája.

"Beütöd a kugliba, hogy "KB4592438 chkdsk" és 39 oldalnyi találat jön ki és még az utolsó oldalon is van releváns link. Biztos azért talált a kugli is több, mint 380 cikket, blogposztot és fórumot, mert csak kevés felhasználót értintett."

Nem véletlenül írtam technet-et: az, hogy átveszi rengeteg portál még nem jelenti, hogy tömegesen jelentkezik a probléma. Mi is úgy beszélgetünk róla, hogy közölünk - tudtommal - senkinél nem jött elő (és egyébként a technet-en is összesen egyetlen bejegyzés van).

Köszönöm, amit linkeltél korábban nem láttam - a Microsoft közben publikálta és terítette a javítást. 

A történetben egyedül ezt nem tudom hová tenni:

"Because of minimal operations during the holidays and the upcoming Western new year, there won’t be a preview release (known as a “C” release) for the month of December 2020. Normal monthly servicing for both B and C releases will resume in January 2021." 

> Nem sok különbséget látok az között, hogy az Update telepítése közben hasal el, vagy lecserél egy olyan tool-t, aminek a futása után döglik meg. Mindkettő az Update hibája.

Igazából mindegy, hogy az update hibájának tartod-e vagy sem, mert a kérdésed az volt, hogy nem-e az van-e, hogy az update menet közben fut lukra és ezért a hiba, amire a válasz az, hogy nem, mert a feltett csomag csinálta a hibát, a frissítés után.

> Nem véletlenül írtam technet-et: az, hogy átveszi rengeteg portál még nem jelenti, hogy tömegesen jelentkezik a probléma.

Már megint kattintani kellett volna egyszer legalább. Most gyűjtsem ki ide én a fórumokat és blogposztokat, ahol panaszkodnak a userek, amikor ott van többszáz az alatt a link alatt, amit mutattam?

> Mi is úgy beszélgetünk róla, hogy közölünk - tudtommal - senkinél nem jött elő (és egyébként a technet-en is összesen egyetlen bejegyzés van).

Itt írta a topicban pezo és bacsi2, hogy ők is belefutottak... A múltkor is ez a duma ment, hogy "ki látta, senki se látta, tehát nincs", aztán bejelentkezett kovi, hogy ők belefutottak. Azt meg remélem nem mondod komolyan, hogy csak az a mérvadó/hihető/elfogadható, ami a technet.microsoft.com-on van...

> A történetben egyedül ezt nem tudom hová tenni:

Hogy vakáción vannak és ezért nincs preview?

Oldschool Computer - http://oscomp.hu

"Hogy vakáción vannak és ezért nincs preview?"

Igen, ezt a preview-t kapják meg az Enterprise ügyfelek, ahol szerencsés esetben kiderült volna a hiba és így Patch kedden már a javított csomag lett volna térítve, mi pedig nem beszélgetnénk erről. 

Ha nekünk úgy kell szervezünk a munkánkat, hogy az ünnepek alatt is biztosítva legyen a gördülékeny szolgáltatás, akkor ezt elvárom a Microsoft-tól is. 

Nos, azt nem tudom, hogy emiatt (vagy inkabb: igy) rontotta-e el pont ez a frissites az ismerosom Lenovo (talan V430? Mittudomenmar.) laptopjan a win10-et, de amikor ez a frissites ramegy, akkor a boot csapagygolyos uzemmodban marad. Egy napig futott igy. Eroltetett kikapcs utan az egerkurzor+kekkor allapotig eljut, de egy kb. 40 masodperces ciklusban marad (ennyi ido utan egy pillanatra eltunik az egerkurzor, es ismet a kepernyo kozeperol mozgathato, oda ugrik az eltunes soran). Ekozben a kepernyovalasztas (winkey+p es a fn billentyuk kozul az egyanilyen ertlemu) lenyomasara jobb oldalon egy csunyazold/zoldeskek sav csuszik be, uresen, es az eltunesi ciklus ra is vonatkozik.

A buvos 3x inditas utani javitassal volt, hogy vissza lehetett allitani (egyszer nekem kellett a javitomenubol frissites eltavolitasat kernem, egyszer az automatikus megcsinalta es jo lett, de egyser egyik sem mukodott, rendszer-visszaallitas lett a megoldas.

Igen, tobbszor felment sajnos, mert a halasztasi ido lejart. Amukor automatikusan jott rendbe, akkor felajanlotta, hogy frissitesi hiba miatt ha akarom, elhalasztja 30 nappal, de voltak nem kotelezo (driver) frissitesek, ami meg adott remenyt, hatha megoldja ezt a gondot is, de azokkal egyutt ujra felment ez a frissites is. Tehat ezert tobbszor telepult a draga. Ezt a halasztasi lehetoseget/ajanlatot ezutan mar egyszer sem nem lattam.

 

Osszegezve: igen, "innen" is talakozhatott valaki vele. Vagy massal.

Erdekesseg: tudtatok, hogy a rendszervisszaallitassal nullazodik a halasztas 30 napja? Egy aznap reggeli idopontra tudtam visszaallni, marpedig aznap eroskodott, hogy mar nem halaszthatunk, mert elhasznaltunk minden halasztast.

Aztan a reggeli allapotra visszaallva: hat, ha akarja 30 nappal halaszthat... Ebben maradtunk, a tulaj kapott egy emlekeztetot: jan vege a kovetkezo kalvariaidoszak...

Szia!

Próbáld ki ezt, hátha segít: https://support.microsoft.com/en-us/help/3183922/how-to-temporarily-pre…

Vagy ahogy fentebb írták, állítsd át a hálózati kapcsolatot "Forgalmi díjas"-ra és akkor elméletileg az összes update-et egyesével neked kell leokéznod. (Ilyenkor elméletileg a Windows Security sem kap adatbázis frissítéseket.)

Én belefutottam otthoni gépemen (1TB SSD-n). Kékhalál volt, NTFS hiba stopkóddal. Persze akkor még nem olvastam róla, és recovery CLI-ból nyilván futtattam (többször is megpróbálva) chkdsk /f /r -t, aminek az lett az eredménye, hogy a rendszer kötete RAW lett diskpartból nézve. Mivel nem segített, Media Creation Tool segítségével készítettem egy pendrive telepítőmédiát. Arról bootolva lefutott a checkdisk, ami helyrerántotta az NTFS kötetet, utána pedig el is indult a rendszer.

( hajbazer v | 2020. 12. 25., p – 23:46 )

Innováció™

Mert az újabb™ jobb™.

A Régi™ is valamikor Innováció™ volt, és ugyanúgy lehet benne hiba™. Tudom, hogy a Régi™ a jobb™, de ha nem rakod fel az újra a frissítéseket, ugyanúgy nincs vele gond.
Persze leszámítva azt, hogy ugyanúgy foltozatlanul maradnak rajta a biztonsági hibák, mint a régin...

Nem azzal van gond, hogy új, hanem hogy nem tesztelik, illetve ha a teszten kijön, hogy hibás, akkor is kiadják. Ha ez idén az első ilyen lenne, azt mondanám, hogy a legjobbakkal is megesik, de nem is tudom, hogy melyik volt az a havi frissítés, amiben nem volt valami hatalmas galiba idén. Ráadásul nem csak a neten olvasva futottam bele, de a gyakorlatban is szembesültem vele.

Nagy Péter

ha nem rakod fel az újra a frissítéseket, ugyanúgy nincs vele gond.

Ami Windows 10-nél sokkal inkább fáj a javítatlan benézések, égbekiáltó, egyetemen összetákolt beadandófeladatok színvonalát idéző bugok miatt.

Persze leszámítva azt, hogy ugyanúgy foltozatlanul maradnak rajta a biztonsági hibák, mint a régin...

Persze a FUD azért nem maradhatott el. Tegyük azért hozzá, hogy a feature frissítések egyelőre nem elválaszthatóak a hibajavításoktól, így kapsz szép új bugokat és biztonsági réseket, amikről még nem is tudsz. Egy régi rendszeren a biztonsági hibák nagy része már ismert, így frissítés nélkül is több esély van védekezni ellenük, mint a "bleeding edge" ismeretlen 0-day sebezhetőségeivel szemben, amire előbb megjelenik egy exploit a dark weben, utána valamelyik multi PR-célból felfedezi, aztán babzsákfejlesztőék nagy kegyesen szíveskednek befoltozni. Nem beszélve a folyamatos UX-idealista változtatgatásokról, amivel félévente húzzák ki a felhasználók lába alól a talajt és raknak be valami újabb bloated idealizmust.

Nem azzal van gond, hogy új, hanem hogy nem tesztelik

Azzal van baj, hogy mind az optimalizációt, mind a kompatíbilitást, mind a stabilitást célzó munkát egyszerűen kispúrkodják a folyamataikból. A tesztelést pedig alapvetően a termékért fizető ügyfelekkel kísérleti nyulakkal végeztetik feature ágon. Mert a milliárdos multik általában túl milliárdosak hozzá, hogy megérje™, hiszen a fejlesztés drága™, így csődbe™ mennének™, ha minőségi szoftverterméket kéne gyártaniuk. Ja nem, csak nem lenne meg befektetőéknek az új yachtja, ami annál sokkal nagyobb katasztrófa.

A Régi™ is valamikor Innováció™ volt

Amit a Microsoft művel a Windows 10-zel az minden, csak nem innováció.

( hendrick v | 2020. 12. 27., v – 01:28 )

Szerkesztve: 2020. 12. 27., v – 01:31

Örülök, hogy már nem menedzselek munkahelyi windowsokat. A chkdsk /f heti egyszer automatikusan lefutott a gépeimen. Hát ezzel oltárit lehetett most szívni.

Itthon 20H1 van, emlékszem egy hete volt két frissítés. Nem lehet hogy sunyi módon már 20H2 volt, de rollbackelték a tartományba nem léptetett, "otthoni" gépeket, hogy elkerüljék az armageddont? (és a csoportos pert)

Most nem tudom eldönteni, hogy a Windows10 wikipedia oldala, vagy az egyik topocposter által hivatkozott "szakcikk" keveri a verziókat. Wikipedia szerint a 2004 verzió neve 20H1, buildje 19041, és az érintett a 20H2 verzió és kódnevű 19042 build.

( guszti | 2020. 12. 29., k – 08:40 )

Ebbe én is belefutottam, azt hiszem. Egy friss telepítésű 20H2 után pár update jött. Nem nagyon tudtam megfigyelni, mert gyorsan történt minden. Panaszkodott a c meghajtóra, majd restartolt. Futtatta a chdisk-et, nagyon hamar végzett vele. Nem tudom, hogy ennek az eredménye-e, hogy azóta a login képernyőn nincs reflektor fény kép váltás. Helyette a fiókra beállított szin a teljes háttérkép szín.

Az update előtt volt még reflektor fény. Mást ezzel kapcsolatban nem tapasztaltam.
MCT 20H2 pendrájvról volt telepítve, net kapcsolat nélkül.