A Windows 10 frissítési hibáinak elemzése

A Windows frissítéseinek kiadásakor a frissítésekkel kapcsolatos problémákról általában hamarosan jelentést tesznek a fórumokon és a közösségi média webhelyein.

Ez inkább igaz a nagy frissítésekre vagy frissítésekre, de még egy kis frissítés is mindenféle problémát okozhat.



A Microsoft ezen a héten kiadta az őszi alkotók frissítését, és jelentések készülnek arról, hogy a felhasználók a szokásos problémakörbe kerülnek.

Megpróbáltam frissíteni két gépet, egy Surface Pro 4 eszközt, amelynek fénye csak az alapértelmezett rendszerre változott, és egy Windows 10 Pro asztali rendszert.

Bár az előző szolgáltatásfrissítések megjelenésekor sikerült frissíteni ezeket az eszközöket, ezúttal nem volt sok szerencsém. Mindkettő képernyős hibát dobott el a telepítés során, és a Windows egyetlen erőforrása abban az időben az operációs rendszer korábbi verziójának visszaállítása volt (amely mindkét esetben a Creators Update volt).

couldnotinstall

A Windows 10 telepítője a visszaállítás után megjeleníti az információkat, de az üzenet általában nagyon rejtélyes, ezért előfordulhat, hogy nem tudja azonnal megoldani a problémát.



Az asztali rendszert 0xC1900101 - 0x30017 számú hibával sújtotta. A telepítés a FIRST_BOOT szakaszban meghiúsult, hibával a BOOT működés közben. Tehát valami történt a rendszer első indításakor, ami a problémát okozta.

Jó kiindulási pont az, ha keresünk a hibakódot az interneten, hogy megnézhesd, mi jön fel. Az a konkrét hiba, amelybe ütköztem, általánosnak tűnik, mivel a felhasználókat már 2015-ben sújtotta, amikor megpróbálták frissíteni a gépeket a Windows 10-re. Günter Született Például, 2015-ben cikket tett közzé blogjában a hibakódról.

A legtöbb jelzi a telepített illesztőprogramokkal kapcsolatos problémát, de a probléma megoldásához nem volt elérhető „csináld” javítás.

Az egyik dolog, amelyet megtudhat, hogy pontosan mi történt, a telepítési napló ellenőrzése. Ez csak akkor működik, ha utólag továbbra is indulhat a Windows 10 rendszerbe, vagy legalább elérheti az eszköz merevlemezét.

Lépjen a C: $ WINDOWS. ~ BT Sources Panther és a C: $ WINDOWS. ~ BT Sources Rollback elemre, és nyissa meg a setuperr.log fájlt, amely ezekben a könyvtárakban található. Felsorolja azokat a hibákat, amelyekkel a Windows telepítő észlelte a frissítés feldolgozása és telepítése során.

jegyzet: A könyvtár rejtett, és előbb fel kell fednie, ha még nem tette meg. Válassza a Fájl> Opciók> Nézet> lehetőséget, és ellenőrizze, hogy be van-e jelölve a „Rejtett fájlok, mappák és meghajtók megjelenítése” jelölés.

A napló szintén meglehetősen technikai jellegű, és nincs garancia arra, hogy megtudja, mi okozta a telepítési hibát.

setuperr.log

A naplóban felsorolt ​​összes hiba nem kritikus. Azt javaslom, hogy dolgozzon az utolsó bejegyzéstől a legelsőig, mivel az utolsó bejegyzés az utolsó, amelyet a naplóba írtak, és ez általában a legközelebb van ahhoz a kérdéshez, amely a kék képernyő megjelenését vagy a frissítés leállítását okozta.



Lehet, hogy nem tudja azonosítani a problémát a hibanapló átnézésével. Ebben az esetben érdemes kipróbálnia a következőket:

  1. Ha teljes lemeztitkosítást használ, akkor a frissítés újbóli futtatása előtt dekódolja a meghajtót.
  2. Győződjön meg arról, hogy az összes illesztőprogram naprakész, és hogy a régi illesztőprogramokat és eszközöket eltávolította.
  3. Húzza ki minden olyan eszközt, amely nem szükséges a frissítéshez.
  4. Egyes harmadik féltől származó szoftverek zavarhatják a frissítéseket: vegye fontolóra a biztonsági szoftver, a virtuális meghajtó szoftver és hasonlók eltávolítását (és ellenőrizze, hogy utána újra telepíti-e őket).

Ha a telepítés nem időkritikus, akkor érdemes megvárnia, hogy a Microsoft kiadja-e a problémát megoldó frissítést.

Most te: Hogyan elemzi a Windows frissítési problémáit?