Com reparar serveis que no arrenquen (Service Control Manager)

Quan un servei essencial de Windows no arrenca i el Service Control Manager comença a omplir el visualitzador d'esdeveniments d'errors (7000, 7001, 7003, 7023, 1060, 1068, etc.), el sistema es pot tornar gairebé inusable: sense xarxa, sense so, sense Xbox, sense actualitzacions, sense inici de sessió en domini… i la sensació que l'únic que queda és formatar. La bona notícia és que Windows inclou eines molt potents per diagnosticar i reparar aquests problemes abans darribar al desastre final de reinstal lar tot.

En aquesta guia veuràs, pas a pas i amb tot luxe de detalls, com diagnosticar per què un servei no arrenca (ja sigui Netlogon, un servei de Xbox, Workstation, etc.) i com utilitzar correctament SFC, DISM i CHKDSK per reparar fitxers del sistema, la imatge de Windows i el propi disc. A més, revisarem errors típics de l'Administrador de control de serveis, com interpretar els seus missatges i què fer quan ni tan sols aquestes eines són suficients.

Què és Service Control Manager i per què fallen els serveis

Al Windows, el Service Control Manager (SCM) és el component responsable de gestionar el cicle de vida dels serveis: els inicia, els atura, controla les seves dependències i registra els errors quan alguna cosa va malament. Quan veus esdeveniments com el 7000, 7001, 7003, 7023 o codis d'error tipus 1060, 1068, 13, etc., és el SCM qui els està deixant per escrit al registre d'esdeveniments.

Un servei pot no arrencar per mil motius, però els més habituals són dependències mal configurades, fitxers corruptes o binaris/DLL que han desaparegut. De vegades el problema sembla petit (per exemple, no funciona l'app de Xbox), però darrere hi ha un servei clau que Windows no és capaç d'iniciar perquè alguna cosa a la configuració o als arxius del sistema està trencat.

Els símptomes poden anar des de coses lleugeres (una app concreta que falla) fins a errors greus del sistema: serveis de xarxa que no s'inicien, Windows Update mort, impossibilitat d'unir-se al domini, pèrdua de so o pantalles blaves freqüents. Per això és clau entendre què està passant realment abans de tocar res a l'atzar.

Errors típics de serveis que no arrenquen (Service Control Manager)

Quan un servei peta, el Visor d'esdeveniments sol donar pistes força clares. Convé acostumar-se a revisar sempre el registre «Sistema» filtrant per origen «Service Control Manager». Aquests són alguns errors clàssics i el que signifiquen a la pràctica.

L'esdeveniment 7000 indica que un servei no s'ha pogut iniciar i normalment acompanya un missatge de l'estil «El sistema no pot trobar el fitxer especificat» o «Accés denegat». Aquí ja sabem que o bé la ruta de l'executable (ImagePath) està malament, o hi falta el fitxer, o hi ha un problema de permisos.

L'esdeveniment 7001 és molt habitual en problemes de dependències: «El servei X depèn del servei I que no s'ha pogut iniciar». És la típica cascada en què Workstation (LanmanWorkstation) no arrenca perquè una altra dependència està deshabilitada, i Netlogon tampoc s'inicia perquè depèn de Workstation, i així successivament.

L'esdeveniment 7003 avisa que s'ha definit una dependència que no existeix: «El servei Netlogon depèn del servei següent: Contoso_Service. És possible que aquest servei no estigui instal·lat». Dit d'una altra manera, al registre hi ha un nom de servei a la clau DependsOnService que ja no correspon a cap servei real.

L'esdeveniment 7023 sol acompanyar un servei que es tanca immediatament després d'intentar arrencar, tornant un codi d'error (per exemple el 1060, servei inexistent). Això es veu molt quan algun component del sistema s'ha fet malbé i el servei acaba de forma inesperada.

Exemples reals: serveis de Xbox i errors de Netlogon

Per aterrar tot això, pensa en dos casos molt freqüents: els serveis de Xbox a Windows 10/11 i el clàssic servei Netlogon en equips units a un domini.

En el primer cas, un usuari intenta fer servir l'app de Xbox i, de sobte, la finestra d'inici de sessió s'obre i es tanca sola. Mirant serveis, veieu que «Xbox Live Auth Manager» no arrenca i llança «Error 13: Les dades no són vàlides». Un altre servei, "Xbox Live Game Save", retorna "Error 1068: el servei o grup de dependències no s'ha pogut iniciar", perquè depèn del primer. «Xbox Live Networking Service» sí que funciona. Resultat: tot apunta que les dades de configuració o fitxers del servei principal estan corruptes.

En el cas de Netlogon en un entorn de domini, les fallades són encara més delicades. Netlogon és el servei que gestiona les operacions d'inici de sessió de domini, NTLM, Kerberos (PAC), detecció de controladors de domini (DC) i manteniment de contrasenyes de comptes d'equip. Si aquest servei no arrenca, es trenquen coses com:

• Inici de sessió en domini i establiment de sessions segures amb controladors de domini.
• Compartició de recursos SYSVOL i NETLOGON a controladors de domini.
• Actualització de registres DNS SRV necessaris perquè els clients localitzin un DC.
• Relacions de confiança entre dominis i sincronització hora amb W32Time.

Quan Netlogon no s'inicia per dependències en mal estat (per exemple, Workstation o Server fallant), el registre d'esdeveniments mostra errors 7001 en cadena i altres serveis com W32Time o el servei de directiva de grup comencen a registrar advertiments (per exemple, els esdeveniments 159, 130, 1110) perquè no poden parlar amb Netlogon o amb un DC.

Com funcionen les dependències de serveis al Windows

Tot això es complica perquè els serveis de Windows no estan aïllats, es recolzen els uns en els altres. Aquesta relació s'anomena «dependència» i es gestiona des del mateix Service Control Manager.

Si entres en services.msc, botó dret a un servei, Propietats, pestanya «Dependències», veuràs una mena d'arbre que mostra de quins serveis depèn aquest servei i quins altres en depenen. Per exemple, Netlogon en un controlador de domini depèn de LanmanWorkstation i LanmanServer, i aquests depenen d'altres components com l'explorador, SRV2, SRVNET, NSI, etc.

Aquesta informació no és màgia: està emmagatzemada al registre, a HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Serveis\NomDelServei. Dins de cada clau de servei hi ha un valor DependsOnService amb la llista de serveis que han d'estar actius abans que es pugui iniciar.

Podeu consultar la configuració també per consola amb la utilitat sc.exe. L'ordre sc qc netlogon us retorna, entre altres dades, el binari del servei, el tipus d'inici i les dependències (per exemple, «DEPENDÈNCIES : LanmanWorkstation : LanmanServer»). Això és molt útil per comprovar si algú ha tocat on no devia.

Quan un servei dependent no arrenca, tots els serveis que en depenen fallen en cascada. Per això és tan important identificar quin és el primer servei de la cadena que no arrenca, en lloc de quedar-se només amb el que t'interessa (Netlogon, Xbox, etc.).

Causes freqüents: arxius corruptes i errors de configuració

Molts dels problemes de serveis que no arrenquen tenen un denominador comú: corrupció en arxius del sistema o al propi registre. I aquesta corrupció no apareix per art de màgia; normalment la provoquen situacions molt concretes.

Una causa típica són els apagats bruscs, estrebades de corrent o reinicis forçats mentre Windows està escrivint al disc. Si en aquell moment s'estaven tocant fitxers crítics del sistema o DLL compartides, poden quedar en un estat inconsistent. Quan el servei torna a carregar-los, es troba amb un fitxer danyat.

Una altra font clàssica de problemes són les actualitzacions de Windows que fallen a mitges: un tall de llum, problemes de xarxa, conflictes amb drivers o amb programari de seguretat… El resultat és que alguns components s'han actualitzat i d'altres no, creant un puzle impossible. Per això després de certes actualitzacions problemàtiques es vegin onades d'errors 7000, 7023 o pantalles blaves.

Cal no oblidar tampoc el codi maliciós (malware). Virus, troians i altres «alegries» poden modificar, esborrar o substituir DLL i executables de Windows. De vegades ho fan de forma deliberada per persistir en el sistema, d'altres simplement trenquen coses col·lateralment. En tots dos casos, acabes amb serveis que no arrenquen perquè l'executable o una llibreria vinculada han deixat de ser fiables.

Finalment, hi ha els fallades de maquinari: sectors danyats, discos moribunds, SSD amb errors. Si les zones del disc on resideixen fitxers de sistema o hives del registre comencen a fallar, veuràs símptomes com a lentitud extrema, penges aleatoris i errors recurrents de serveis. CHKDSK sol ser el canari a la mina per a aquest tipus de problemes.

Eines clau: SFC, DISM i CHKDSK (i en què es diferencien)

Windows porta de sèrie tres utilitats de consola que són la navalla suïssa per reparar serveis que no arrenquen per corrupció del sistema. No tenen interfície bonica, però fan la feina millor que la majoria de programes de tercers.

El Comprovador de fitxers de sistema, SFC (System File Checker), es dedica a analitzar tots els fitxers protegits de Windows i comparar-ne la integritat amb una còpia de confiança emmagatzemada a la memòria cau del Windows File Protection (WFP). Si detecta un fitxer alterat o inexistent, el reemplaça automàticament des d'aquesta memòria cau.

DISM (Deployment Image Servicing and Management) juga en una altra lliga: treballa amb la imatge completa de Windows (l'esquelet del sistema). Compara l'estat actual del sistema amb una imatge neta (local o en línia) i, si veieu diferències per corrupció, descàrrega o presa de la font correcta els arxius necessaris i els restaura.

CHKDSK (Check Disk), per la seva banda, no toca directament els fitxers de sistema, sinó que revisa l'estat del sistema de fitxers i els sectors físics del disc. Detecta errors lògics a l'estructura NTFS/FAT i sectors defectuosos, i intenta marcar els danyats i recuperar la informació que sigui possible.

De manera molt resumida: SFC repara fitxers del sistema, DISM repara la imatge de Windows i CHKDSK repara el disc. Saber quan fer servir cadascú (i en quin ordre) marca la diferència entre recuperar l'equip o estar tot el dia donant pals de cec.

Com utilitzar SFC /scannow per reparar fitxers del sistema

La comanda SFC és la primera eina a què convé recórrer quan sospites que algun component de Windows està trencat: serveis que no inicien, errors «arxiu no trobat» en executar tasques bàsiques o missatges continus de protecció de recursos de Windows.

Per executar-lo a Windows 7, 8, 8.1, 10 o 11, només cal obrir CMD o PowerShell com a administrador (cercar «cmd» o «powershell» a Inici, clic dret, «Executar com a administrador») i llançar:

sfc / scannow

Aquesta ordre recorre tots els fitxers de sistema protegits, els compara amb la còpia de confiança en %WinDir%\System32\dllcache i reemplaça automàticament qualsevol fitxer corrupte. Segons la situació poden aparèixer diversos missatges en finalitzar:

• "Protecció de recursos de Windows no ha trobat cap infracció d'integritat": els fitxers del sistema estan bé; el problema segurament és en un altre lloc (drivers, programari de tercers, maquinari…).
• «Protecció de recursos de Windows va trobar fitxers danyats i els va reparar correctament»: perfecte, s'han reparat les corrupcions detectades i en principi no cal fer res més, tret de reiniciar i comprovar si els serveis ja arrenquen.
• «Protecció de recursos de Windows va trobar fitxers danyats i no va poder corregir-ne alguns»: mal senyal, la memòria cau des de la qual SFC intenta restaurar els fitxers també està danyada. Aquí entra en joc DISM.
• "Protecció de recursos de Windows no ha pogut fer l'operació sol·licitada": SFC no ha pogut completar l'anàlisi, normalment per conflictes o bloquejos. Es recomana repetir-ho en Mode segur o després d'haver passat DISM.

Hi ha tota una família de paràmetres menys usats però molt útils: /verifyonly per comprovar sense reparar, /scanfile i /verifyfile per analitzar fitxers concrets, /offbootdir i /offwindir per treballar amb sistemes sense connexió (per exemple, des d'un mitjà de recuperació). Fins i tot podeu personalitzar el fitxer de log amb /offlogfile.

En situacions extremes en què Windows no arrenca ni en Mode segur, pots llançar SFC des d'un mitjà d'instal·lació o recuperació. Arrenqueu des de l'USB/DVD, escolliu «Reparar l'ordinador» i obriu el símbol del sistema. Des d'aquí executes alguna cosa com:

sfc / scannow / offbootdir = C: \ / offwindir = C: \ Windows

Adaptant C: a la lletra de la unitat on estigui la instal·lació de Windows muntada en aquest entorn. Això permet reparar fitxers del sistema sense necessitat d'iniciar l'escriptori, una cosa clau quan els serveis crítics ni tan sols permeten arribar a la pantalla inicial de sessió.

Com utilitzar DISM /RestoreHealth per reparar la imatge de Windows

Quan SFC no pot amb tot, la següent eina de la llista és DISM. És especialment útil a Windows 8, 8.1, 10 i 11 quan la memòria cau de fitxers de sistema està danyada i SFC ja no té d'on llençar per restaurar els fitxers correctes.

DISM pot treballar amb diversos nivells de profunditat. Els paràmetres més rellevants són /checkhealth, /scanhealth i /restorehealth, i convé entendre què fa cadascú per no perdre temps ni embolicar-la.

El paràmetre /checkhealth es limita a verificar si ja hi ha danys registrats a la imatge de Windows. És ràpid i no realitza un escaneig complet, simplement comprova si se sap que la imatge està marcada com a corrupta.

Amb /scanhealth es fa un pas més: es fa un anàlisi força profunda de la imatge actual buscant incoherències. Això sí que pot trigar uns quants minuts, perquè compara multitud de components amb el seu estat esperat. Registra els problemes detectats, però encara no els corregeix.

Finalment, /restorehealth és l'ordre «grossa»: analitza ia més repara la imatge usant com a referència una còpia neta (local o, per defecte, a través de Windows Update). Aquest és el que has dexecutar quan sospites danys en components que SFC no arregla.

L'ús pràctic és senzill. De nou, obre CMD o PowerShell com a administrador i executa:

DISM / Online / Cleanup-Image / RestoreHealth

El paràmetre /Online indica que treballaràs sobre el sistema en execució, i /Cleanup-Image ordena que es revisin i reparin components de la imatge actual. El procés pot trigar força, especialment si ha de descarregar fitxers des de Windows Update. L'ideal és deixar-lo acabar sense tocar res, encara que trigui una hora o més.

Si pel que sigui Windows Update no funciona, o l'equip no té accés a Internet, pots proporcionar-ne una font alternativa d'arxius nets, per exemple una altra instal·lació sana de Windows o la pròpia ISO muntada. L'ordre seria una mica de l'estil:

DISM /Online /Cleanup-Image /RestoreHealth /Source:C:\RepairSource\Windows /LimitAccess

On C:\RepairSource\Windows apunta a la ruta que conté la carpeta Windows de la imatge de referència (pot ser una unitat USB, un recurs compartit de xarxa, etc.). El paràmetre /LimitAccess evita que DISM intenti contactar amb Windows Update, usant només la font indicada.

Al Windows 7 no hi ha DISM amb aquestes capacitats. Al seu lloc, Microsoft va proporcionar la System Update Readiness Tool (SURT), descarregable des del Catàleg de Microsoft Update. La seva missió és semblant: analitzar el sistema i reparar incoherències de components que SFC no aconsegueix resoldre.

Com utilitzar CHKDSK /F /R per detectar errors al disc

Si després de passar SFC i DISM segueixes amb errors aleatoris, pantalles blaves, lentitud extrema en arrencar i serveis que fallen sense motiu aparent, és hora de sospitar del disc. Aquí entra en joc CHKDSK.

CHKDSK és un veterà de l'ecosistema Windows que s'encarrega de analitzar l'estructura del sistema de fitxers i els sectors físics del disc. Treballa amb unitats NTFS, FAT i FAT32, i és capaç de corregir errors lògics (entrades de directori inconsistents, índexs corruptes, descriptors de seguretat danyats) i marcar sectors defectuosos perquè el sistema no els faci servir.

Una ordre típica per revisar la unitat del sistema seria:

chkdsk C: / F / R

Aquí, C: és la lletra de la unitat a revisar; /F indica que vols corregir automàticament els errors trobats, i /R que s'escanegin els sectors defectuosos i intenteu recuperar les dades llegibles. Si intentes fer-ho sobre la unitat on està instal·lat Windows, el normal és que el sistema et digui que no la pot bloquejar ara i t'ofereixi programar la comprovació per al proper reinici. Acceptes, reinicies, i deixes que treballi.

Per a NTFS hi ha paràmetres addicionals molt interessants: /scan per a un escaneig en línia, /spotfix per a corregir punts concrets sense una anàlisi completa, /perf per utilitzar més recursos i accelerar el procés, o /sdcleanup per netejar entrades de seguretat innecessàries. No són imprescindibles per a l'usuari mitjà, però poden ajudar a certs escenaris.

És important entendre que, encara que CHKDSK no està dissenyat per esborrar dades personals, en marcar sectors com a danyats és possible que part de la informació emmagatzemada en aquestes zones es perdi. Per això sempre es recomana tenir una còpia de seguretat prèvia si sospites que el disc està tocat.

En quin ordre executar DISM, SFC i CHKDSK

Un dubte recurrent és lordre correcte daquestes eines. Tot i que hi ha partidaris de diverses seqüències, un enfocament molt assenyat quan els serveis no arrenquen per possibles corrupcions és començar per la imatge, seguir amb els fitxers del sistema i acabar amb el disc.

A la pràctica, un flux de treball raonable seria:

• Executar primer DISM / Online / Cleanup-Image / RestoreHealth per assegurar-te que la imatge de Windows està neta i que SFC tindrà una font fiable de fitxers amb què treballar.
• Després, llançar sfc / scannow perquè repari tots els fitxers protegits del sistema que trobi danyats recolzant-se ja en aquesta imatge corregida.
• Si malgrat tot segueixes amb símptomes rars (lentitud extrema, pantalles, serveis que tornen a corrompre's), executar chkdsk /F /R sobre la unitat del sistema i, si escau, sobre altres unitats de dades.

Aquest enfocament té lavantatge que evita que SFC intenti reparar fitxers usant una memòria cau corrupta, i assegura que qualsevol corrupció a nivell d'imatge se solucioni abans d'entrar a detalls. A més, si al final resulta que el disc té sectors defectuosos, ho hauràs detectat i et podràs plantejar un canvi d'unitat abans que el problema vagi a més.

Quan no queda altra que reinstal·lar Windows

Per molt potents que siguin SFC, DISM i CHKDSK, hi ha casos en què el sistema està tan tocat que no val la pena seguir pegats. Alguns indicis clars que ha arribat el moment de plantejar una reinstal·lació són els següents.

Si després de repetir diverses vegades les ordres (incloent-hi execució en Mode segur o des de mitjans de recuperació) els errors persisteixen o tornen al cap de pocs dies, és molt probable que hi hagi danys més profunds o conflictes de programari difícils aïllar.

En presència de infeccions de malware serioses que han manipulat serveis, DLL del sistema i configuracions crítiques, encara que aconsegueixis netejar l'equip a mitges, el normal és que quedin restes que segueixin causant inestabilitat. En aquest cas, una instal·lació neta és sovint lopció més segura.

Quan lequip mostra problemes greus de rendiment, bloquejos constants, reinicis aleatoris i comportaments erràtics que no milloren després de passar eines de reparació, té sentit deixar de perdre hores i començar de zero amb una instal·lació neta, sempre mantenint còpia dels documents.

També és força recomanable reinstal·lar si has fet canvis forts de maquinari (placa base, emmagatzematge principal, etc.), perquè encara que Windows se sol adaptar, l'acumulació de drivers antics i configuracions prèvies pot ser una font d'errors de serveis i dispositius.

I per descomptat, quan una actualització major de Windows queda a mitges i deixa el sistema en un estat semi-funcional del que no surts ni amb DISM ni amb SFC, reinstal·lar sol donar millors resultats que intentar desfer nyaps d'actualització.

Preguntes freqüents ràpides

Molts dubtes es repeteixen una vegada i una altra quan parlem de reparar serveis que no arrenquen usant aquestes utilitats. Convé deixar clares algunes de les més comunes per evitar ensurts.

Una és si és segur executar SFC, DISM i CHKDSK. La resposta és que sí, sempre que els llancis amb permisos d'administrador i no interrompis el procés a les braves (sobretot a CHKDSK). Són eines oficials de Microsoft pensades precisament per això.

Una altra qüestió habitual és quina ordre utilitzar primer, SFC o DISM. Si el problema sembla menor (per exemple, una funcionalitat que falla però el sistema està raonablement estable), pots començar per SFC i, si no ho arregla tot, passar a DISM. Si els símptomes són més seriosos o ja saps que hi ha corrupció forta (missatges de SFC indicant que no pot reparar fitxers), és millor començar per DISM.

També preocupa si aquestes ordres poden esborrar fitxers personals. Ni SFC ni DISM estan dissenyats per tocar documents, fotografies o dades dusuari. CHKDSK tampoc els elimina com a tal, però si aquestes dades estan emmagatzemades en sectors físicament danyats que s'hagin de marcar com a inutilitzables, en podries perdre part. Per això sempre és bona idea tenir còpies de seguretat actualitzades.

Finalment, molts es pregunten si cal ser “usuari avançat” per fer servir aquestes eines. La realitat és que, seguint passos clars i sense pressa, qualsevol usuari mitjà pot executar-les sense més complicació. El que sí que convé és entendre què fa cadascuna per no llançar ordres a l'atzar i després no saber què ha passat.

Quan un servei de Windows es nega a arrencar, el Service Control Manager et deixa un rastre força clar al Visor d'esdeveniments i el propi sistema et dóna munició de sobres per lluitar: des de revisar dependències a services.msc o al registre fins a estirar SFC, DISM i CHKDSK en l'ordre adequat. Combinant tot això, en la majoria de casos podràs recuperar serveis crítics com Netlogon, Workstation, els components de Xbox o Windows Update sense formatar; i si ni així ho aconsegueixes, almenys tindràs clar que ha arribat el moment d'una reinstal·lació neta i no seguiràs perdent temps a cegues.