KB4284848 -0x800f0922 -a változatosság kedvéért..

Ezeket mind kipróbáltam:
https://windowsreport.com/windows-update-error-0x800f0922/
http://www.tomshardware.co.uk/forum/id-3441427/windows-update-failed-er…
sajnos ugyanaz a vége, 100% után elhasal a frissítés, majd hosszas, két reboot-os rollback... nagyon szórakoztató kis feature...

Any hint?

Hozzászólások

Első körben teljesen törölni (vagy átnevezni) kellene mindenféleképpen a SoftwareDistribution mappát. Majd újraindítani a gépet, és utána frissíteni a Windows-t.

Friss installon is produkálja? Mert akkor majd a következő patch kedd jó eséllyel javítja.
Egyébként meg a megoldás a reinstall; tisztább, szárazabb érzés.

Az hát. Értem a felháborodásodat, de ez ilyen, szvsz úgy lehet hellyel-közzel normálisan üzemeltetni, hogy megoldod, hogy bármikor könnyedén újra tudd telepíteni.
Nekem van automata hálózatos telepítőm, azzal az OS rész SSD-n/VM-ben kb. húsz perc. Az alkalmazások plusz fél-egy óra, nyilván ez erősen alkalmazásfüggő.
VM esetén lehet még játszani a snapshottal, az meg tud spórolni pár újratelepítést. Meg el lehet venni tőle a hálózatot (ha nem akarsz benne böngészni - de ugye miért akarna az ember, ha van Linux is a világon), és akkor nem muszáj havonta szopni a legújabb frissítéssel.

VM esetén a snapshot ilyen. Egyébként diszk image szintű mentés; mi anno ntfsclone-nal csináltunk WinPE-hez ilyet; ha jól emlékszem, a clonezillát is megnéztük, az se tűnt rossz cuccnak. Ezt nyilván úgy érdemes, hogy az alkalmazásokból is minél többet felrakni és beállítani, és utána.

A scriptezett unattended install a másik út (nálunk ez lett a befutó), nyilván jóval több energia, cserébe nem csak egyenkonfiggal használható hatékonyan (sok gépről beszélünk), és nem kell mindent rögtön frissíteni egy régebbi image használata esetén.

Clonezilla jó, használtam már régebben ilyen célra is, csak kimentem a fejemből. Az a gondom ezzel, hogy hiába csinálom meg az image-t és lépek vissza miután beborult, ha utána újra lefrissiti magát és ismét el-chrash-sel...

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

"ha utána újra lefrissiti magát és ismét el-chrash-sel..."

Két ötlet.

- Fizikai memória hiba?
- Ez hosszabb: ha csinálnál belőle virtuális gépet (fizikai gép->VM), akkor a VM-ben is elszállna?

Az első ötlet margójára: még Pentium 200-as időkben egy gépen a Nero teleptője mindig elhasalt. De csak a Nero.
A két memória modulból az egyik Memtest86 kínzás hatására bevallotta, hogy feledékeny. Ha kivettem, akkor ment a telepítés, vissza téve pedig a gép (win95)
:)

Pedig valahova nem tud korrekten írni, - (RAM, cache-RAM, - proc., - pagefile,- , SSD-/e. merevlemez?/,) - ahová kellene a frissítés során. Ha nem akarsz vele tovább szívni, fontolóra kellene venned a leginkább esélyes hardverelem cseréjét. - Vagy, ami még eszembe jutott...,

a "device"-drájverek Windows-eredeti vagy frissítetted őket? - Ezekből a Te esetedben különösen az AHCI érdekes, mert a Winben lévő MS 2006-os(!) keltezésű ősöreg cucc. Egy viszonylag újabb hardvernél gondot tud okozni.

Nem gondolnám, hibátlan a hardver, megvan a frissiteshez szükséges free tárterület bőséggel, mégis rollbackel. Ha már nem lát ki a telemetria szerverre, akkor már ezt csinálja, úgyhogy hadd konyveljem el ünnepélyesen egy rakás szarnak ezt a rakás szart! Ez alkalmatlan produktív környezetbe. A minap távoli asztalon egy friss telepitesbe bejelentkezve, létrehozta a profilt, de se a start menü, se keresés nem működött... Friss telepítés. No comment.

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

Ne idegesíts már, ez egy tíz éves gép, öreg de hibátlan, nem a legújabb, de nem is egy alkalmatlan hulladék, támogatott vas, korszerű alkatrészek, kéne mennie, mint ahogy win7-tel hibátlanul ment is, Linux pedig kezdettől fogva van rajta, hiba nélkül frissült több verziót is...

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

Megnezted a WindowsUpdate.log filet is? Illetve erdemes az event viewerben nemcsak a system, application ... windows logokat, hanem a szolgtatasok szerinti bovitettt logokat is.

Ott talaltal valamit esetleg?

Ha jol remlik, akkor minden egyes windows update letrehoz egy temp foldert az installalaskor es oda is pakol logokat.

A windowsupdate.log-ban a következő "hasznos" információ található:
"Windows Update logs are now generated using ETW (Event Tracing for Windows).
Please run the Get-WindowsUpdateLog PowerShell command to convert ETW traces into a readable WindowsUpdate.log.

For more information, please visit https://go.microsoft.com/fwlink/?LinkId=518345"
igazából bárhol bármit nézek, a sikertelen telepítés tényén és a hibakódon kívül semmilyen információval nem szolgál a windows.

"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

Jaaa, addig oké, de a vas nagy valószínűséggel fully supported, a processzor legalább is (emlékeim szerint) biztosan. Viszont felmerül a kérdés, ha valami esetleg unsupported, akkor mi történik, hogyan kezeli a windows csomagkezelője? Mert ha úgy, hogy felakad és loopback van az idők végezetéig, akkor az nagyon nem jó. Mi történik akkor, ha olyan iso-ból telepítek, ami már tartalmazza az érintett csomagot?...

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség

Nálunk a cégnél éppen mostanában dobnak ki csomó 1-2 éves gépet Windows 10 migráció miatt, mivel "official not supported". Merem állítani, hogy simán müködnének adott esetben, illetve már olyannal is találkoztam, hogy támogatott vason is voltak problémák a win10-el. Büdös kapitalista szar minden.
Szóval függ a "szerencsétöl" is ;)

--
robyboy

A 32bites driver támogatás ugrott, de ki használ már 32bites oprendszert?! A kérdés inkább az, hogy tényleg ennyire hanyagul kezelik a frissítési vonalat, hogy képesek osszeomlasztani a rendszert, csak mert hirtelen unsupported-statuszú lett valamilyen alkatrésze?!

--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség