Fejlfinding på BSOD, når du gemmer filer på netværket i Windows XP

For nylig i min organisation stødte jeg på en arbejdsstation, der ville vende en blå skærm, når jeg prøvede at gemme et kontordokument på netværket. Den sædvanlige undersøgelse begyndte på vira og spyware på computeren, som gav nogle få cookies og nogle pop-ups, men intet, som en grundig scanning ikke kunne håndtere.

Efter at have fejet og scannet efter alt, hvad jeg kunne finde, troede jeg, at dette ville gøre det trick, men yderligere forsøg på at gemme fra en kontorapplikation til en del på netværket fortsatte med at forårsage den samme blå skærm. Meddelelsen, der blev vist, når stopfejlen opstod, var som følger:

 No_More_IRP_Stack_Size_Locations 

Jeg skurede Internettet og fandt en hel del information om problemer med modstridende antivirusprogrammer, som fik mig til at tro, at scanning af systemet med yderligere applikationer kunne forårsage problemet, men efter fjernelse af de ekstra scannere producerede fortsatte forsøg den samme fejl.

Oprettelse af filer på netværksdelingen fra Windows Stifinder fungerede uden problemer, ligesom det også kopierede eller flyttede filer der.

IRP_StackSize-ændringer

Nogle yderligere undersøgelser på Internettet bragte mig til to løsninger, den ene involverede IRP_StackSize på den lokale maskine og på den server, der bor i registreringsdatabasen på

HKEY_LOCAL_MACHINE \ CurrentControlSet \ Services \ LanmanServer \ Parameters \ IRPStackSize

Først opdagede jeg, at nøglen ikke eksisterede, og skabte en DWORD-værdi med en værdi på Decimal 15 til at starte med. Efter en genstart fortsatte fejlen, når du gemte til DFS-delingen. Jeg ændrede værdien på arbejdsstationen flere gange i trin på 5 og kom ingen steder hurtigt. Derefter opdagede jeg, at netværk, der bruger DFS-aktier, havde en anden stabelstørrelsesindstilling fundet her:

HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ MUP \ Parameters

DFSIrpStackSize-posten eksisterede heller ikke her. Når jeg tilføjede DWORD-værdien for DFSIrpStackSize og indstillede en maksimal værdi på 10, genstartede jeg maskinen og fandt ud af, at jeg pludselig var i stand til at få kontordokumenter gemt direkte til DFS-delen uden fejl. Denne registerpost har en standardværdi på 5, når den er oprettet. Den anden acceptable værdi er 10, men indstilling af den til noget andet end 10 gendanner standardværdien på 5.

Her er de nøjagtige trin, som jeg fulgte for at tilføje denne værdi til registreringsdatabasen og løse problemet:

Bemærk: Ændring af registreringsdatabasen anbefales ikke. I tilfælde af at du har brug for at ændre registreringsdatabasen, skal du sørge for at oprette en sikkerhedskopi af det eksisterende register, før du ændrer data. Redigering af registreringsdatabasen kræver en administratorkonto

1. Åbn boksen Kør ved at klikke på Start | Løb.

2. Skriv regedit i runboksen, og klik på OK.

3. Naviger til HKEY_LOCAL_MACHINE, og udvid derefter System.

4. Naviger derefter til CurrentControlSet | Tjenester | MUP | Parametre.

5. Hvis DFS IrpStackSize-elementet ikke findes, skal du højreklikke og vælge Ny | DWORD.

6. Indtast navnet på objektet nøjagtigt som vist:

DFSIrpStackSize

7. Tryk på Enter for at gemme objektet i registreringsdatabasen.

8. Højreklik på den nye post (eller DFSIrpStackSize-objektet, hvis den allerede findes), og vælg Modificer for at ændre værdien på objektet.

9. Skift basistype til decimal, og indtast en værdi på 16 som vist i figur A.

10. Klik på OK, når du har ændret disse værdier, og luk registereditoren.

11. Genstart computeren for at registerændringerne skal træde i kraft.

Figur A

Ændring af værdien af ​​DFSIrpStackSize

Da computeren, der oplever problemet, allerede kørte Windows XP Service Pack 3, var den krævede hotfix allerede installeret på systemet. For computere, der kører Windows XP Service Pack 2, kræves en hotfix sammen med de nævnte registreringsdatabaseændringer for at rette problemet. Mere information og instruktioner om at få hotfix fra Microsoft kan findes her: http://support.microsoft.com/kb/906866.

Baseret på oplysninger, jeg har set om mulige konflikter mellem antivirusprogrammer, der forårsager lignende problemer, vil jeg fortsætte med at overvåge situationen for at se, om der dukker op noget andet. For mig leverede opdagelsen af ​​IRP-relaterede nøgler i registreringsdatabasen en rettelse, der ikke involverede formatering og genopbygning af pc'en, hvilket var en enorm lettelse. Forhåbentlig hjælper dette indlæg dig med at rette dette problem og undgå dette problem i din organisation.

© Copyright 2021 | pepebotifarra.com