locked
w2k szoftverfrissítések nem mennek RRS feed

  • Question

  • sziasztok
    van egy ősrégi w2k gépünk, eddig szépen állja a sarat :)
    kisebb gondja van, a frissítések nagy része nem megy fel rá. az update megtalálja őket, le is tölti, el is kezdi telepíteni, majd valahol megáll, és onnantól sekép, sehang. nem megy a proci sem, a vinyó sem, a processek közt látni a frissítés telepítőjét. a frissítést leállítani sem lehet a "mégse" gombbal, kiírja, hogy frissítések leállítása, majd nem csinál ugyanúgy semmit. (a kurzor továbbra is villog a frissítéskezelő ablakában, tehát az nem fagy be.)
    tehát nem maga a frissítéskezelő fagy be, hanem az egyes kbXXXXXX frissítések telepítője.
    próbáltam ezeket kézzel telepíteni, és mindenféle hibákat dobáltak, ami miatt nem települtek fel (ezeket megoldottam és akkor már mentek). valószínű, hogy a frissítéskezelő elindítja őket, de a frissítés hibával kilép, de erről nem értesül a frissítéskezelő maga, ezért csak vár és vár és vár... mondjuk ettől nem tudom, miért nem lehet leállítani...?
    na de a lényeg, hogy kipróbáltam egy másik user-rel bejelntkezve, és azzal simán mennek a frissítések. van úgy, hogy egy ősrégi leharcolt user profil ilyeneket mável, ugye, sajnos... szóval frissítések esetén mindig user váltás, és a frissítések gyönyörűen mentek.
    egészen tegnapi patch keddig. most már a másik user alatt is fagynak a frissítések. konkrétan a malware removal tool az fagy, a kb976138 meg nem települ, mivel angol nyelvű a frissítés a win meg magyar... (néztem, és nem is találtam ebből magyar nyelvűt...)
    amúgy minden más tökéletesen jól megy a gépen, csak érdekes módon a frissítéskezelő által indított update.exe, mrt.exe és hasonlók fagynak be folyton.
    van valami ötlet, hogy ez mitől lehet? (nem, nem vírustól! az nincs.)
    illetve hogyan lehetne megpucolni azt a régi user profile-t, amivel nem mennek a frissítések (minden más viszont igen), hogy ne kelljen emiatt folyton usert váltani?
    Wednesday, January 13, 2010 10:53 AM

All replies

  • http://support.microsoft.com/kb/822798
    ?
    Kurbli (http://msmvps.com/blogs/kurbli/)
    Wednesday, January 13, 2010 11:16 AM
  • negatív
    Wednesday, January 13, 2010 2:18 PM
  • Dial-a-fix utility
    http://wiki.lunarsoft.net/wiki/Dial-a-fix
    Kurbli (http://msmvps.com/blogs/kurbli/)
    Wednesday, January 13, 2010 2:45 PM
  • hát ehhez nem sok reményt fűztem, főleg a sok bugreport láttán... de azért valamit ért: most már azzal a userrel, akinél eddig mentek a frissítések, most felment az a két frissítés, ami még délelőtt nem akaródzott.
    viszont a malware removal tool az nem megy. auto frissítéskor is befagy, de ha kilövöm a processt, akkor a frissítéskezelő megy tovább és telepíti a többi cuccost (egészen addig, amíg valamelyik megint nem fagy be :D )
    most letöltöttem kézzel az mrt-t és futtattam, elindul, felület feljön, elindítom.... és nem csinál az ég világon semmit. viszont a mégse gombra kattintva látni, hogy működik, mert szépen írja, hogy biztos be akarom zárni és hasonlók... szóval a gui-ja működik, de nem scannel semmit.
    megnéztem a frissítési előzményeket, és mint kiderült, ez még soha egyszer sem futott le, mert mindig megpusztul.
    Wednesday, January 13, 2010 5:21 PM
  • Futtasd a malware removal tool-t (http://www.microsoft.com/security/malwareremove/default.aspx) safe mode-ban. Eltart egy ideig. 
    Kurbli (http://msmvps.com/blogs/kurbli/)
    Wednesday, January 13, 2010 5:28 PM
  • azt néztem automatikusan. a dial-a-fix előtt simán belépett csökkentett módban, dial-a-fix után viszont nagyon lassan töltött, valamire várakozott, de utána ment. a mrt is lefutott gond nélkül.
    ez persze nem oldja meg a majdani későbbi frissítések esetén az mrt (és esetleg más) befagyását...
    szóval a probléma oka ismeretlen egyenlőre.
    Wednesday, January 13, 2010 6:37 PM
  • Korábban (kb egy éve) a MS-nek volt egy AUCheck nevű megoldása a codeplex-en, ami már nem elérhető, nem tudni miért. Ez a megoldás is ugyanazt az eredményt produkálta, mint a dial-a-fix egy általam vizsgált esetben. A dial-a-fix tképp MS megoldások összefésült gyűjteménye. Ezzel az eddig ismert okokat oldották meg.

    Az, hogy a jövőben milyen frissítési problémák lehetnek, és azokat hogyan lehet majd megoldani, szerintem egy jósdának is elég megterhelő feladat lenne. :D
    Kurbli (http://msmvps.com/blogs/kurbli/)
    Thursday, January 14, 2010 5:08 PM
  • én nem csak megjósolni tudom, hanem konkrétan meg tudom mondani, hogy milyen problémáim lesznek ezzel a géppel... :) ugyanazok, mint eddig.
    az xp licencek meg hegyekben állnak, meg a jobbnál jobb gépek is, de a főnökömnek úgy a szívéhez nőtt már ez a máig harcoló alakulat, hogy kénytelen vagyok mindig turkálni benne :(
    Thursday, January 14, 2010 6:08 PM
  • Részvéthegyek.
    xérd a CodePlex.com-on a MS megoldást.
    Kurbli (http://msmvps.com/blogs/kurbli/)
    Thursday, January 14, 2010 6:18 PM
  • a xérd az nyilván várd.
    :)

    De, itt egy másik MS megoldás a WU reset-elésére: http://support.microsoft.com/kb/971058

    A Default vagy Aggressive módok közül az utóbbit óvatosan használd.
    Kurbli (http://msmvps.com/blogs/kurbli/)
    Friday, January 15, 2010 1:23 PM
  • a xérd az nyilván várd.
    :)

    De, itt egy másik MS megoldás a WU reset-elésére: http://support.microsoft.com/kb/971058

    A Default vagy Aggressive módok közül az utóbbit óvatosan használd.
    Kurbli (http://msmvps.com/blogs/kurbli/)
    ez nem jó win2k-hoz...
    ma volt az ie6 frissítés, amivel kipróbálhattam, hogy a múltkori dial-a-fix segített-e... hát nem, sőt. most már le sem tölti a frissítéseket, nemhogy telepítés közben akadna el... és mellesleg az intéző ablakok webes tartalmai sem működnek, mindenféle script hibákkal. és hiába kapcsolom ki, hogy ne futtassa a szkripteket, nem nagyon érdekli...
    Friday, January 22, 2010 12:54 PM