Feilsøking av BSOD når du lagrer filer i nettverket i Windows XP

Nylig i min organisasjon kom jeg over en arbeidsstasjon som ville vende en blå skjerm når jeg prøvde å lagre et kontordokument i nettverket. Den vanlige undersøkelsen begynte for virus og spionprogrammer på datamaskinen, som ga noen få informasjonskapsler og noen popup-vinduer, men ingenting som en grundig skanning ikke kunne håndtere.

Etter å ha feid og skannet etter alt jeg kunne finne, trodde jeg at dette kom til å gjøre susen, men ytterligere forsøk på å redde fra en kontorsøknad til en andel i nettverket fortsatte å forårsake den samme blå skjermen. Meldingen som ble vist da stoppfeilen oppsto, var som følger:

 No_More_IRP_Stack_Size_Locations 

Jeg skurte på Internett og fant en god del informasjon angående problemer med motstridende antivirusprogrammer, noe som fikk meg til å tro at skanning av systemet med flere applikasjoner kan forårsake problemet, men etter å ha fjernet de ekstra skannerne, fortsatte forsøkene den samme feilen.

Å lage filer på nettverksdelingen fra Windows Utforsker fungerte uten problemer, og det samme gjorde det å kopiere eller flytte filer dit.

IRP_StackSize modifikasjoner

Noe mer forskning på Internett brakte meg til to løsninger, en som involverte IRP_StackSize på den lokale maskinen og på serveren som bor i registeret på

HKEY_LOCAL_MACHINE \ CurrentControlSet \ Services \ LanmanServer \ Parameters \ IRPStackSize

Først fant jeg ut at nøkkelen ikke eksisterte og opprettet en DWORD-verdi med en verdi av desimal 15 til å begynne med. Etter en omstart fortsatte feilen når du lagret til DFS-andelen. Jeg endret verdien på arbeidsstasjonen flere ganger i trinn på 5 og kom ingen vei raskt. Da oppdaget jeg at nettverk som bruker DFS-aksjer hadde en annen innstilling for stabelstørrelse funnet her:

HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ MUP \ Para

DFSIrpStackSize-oppføringen eksisterte heller ikke her. Når jeg la til DWORD-verdien for DFSIrpStackSize og satte en maksimal verdi på 10, startet jeg maskinen på nytt og fant ut at jeg plutselig ikke kunne få kontordokumenter lagret direkte i DFS-delen uten feil. Denne registeroppføringen har en standardverdi på 5, når den er opprettet. Den andre akseptable verdien er 10, men hvis du setter den til noe annet enn 10 gjenoppretter standardverdien på 5.

Her er de nøyaktige trinnene som jeg fulgte for å legge til denne verdien til registeret og løse problemet:

Merk: Det anbefales ikke å endre registeret. I tilfelle du trenger å endre registeret, må du sørge for å lage en sikkerhetskopi av det eksisterende registeret før du endrer data. Redigering av registeret krever en administratorkonto

1. Åpne Kjør-boksen ved å klikke Start | Løpe.

2. Skriv inn regedit i kjøreboksen og klikk OK.

3. Naviger til HKEY_LOCAL_MACHINE og utvid System.

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

5. Hvis DFS IrpStackSize-elementet ikke eksisterer, høyreklikker du og velger Ny | DWORD.

6. Skriv inn navnet på objektet nøyaktig som vist:

DFSIrpStackSize

7. Trykk Enter for å lagre objektet i registeret.

8. Høyreklikk på den nye oppføringen (eller DFSIrpStackSize-objektet hvis den allerede eksisterer) og velg Endre for å endre verdien på objektet.

9. Endre basetypen til desimal og skriv inn en verdi på 16 som vist i figur A.

10. Klikk OK når du har endret disse verdiene og lukk registerredigereren.

11. Start datamaskinen på nytt for at registerendringene skal tre i kraft.

Figur A

Endre verdien av DFSIrpStackSize

Siden datamaskinen som opplever problemet allerede kjørte Windows XP Service Pack 3, var den nødvendige hurtigreparasjonen allerede installert på systemet. For datamaskiner som kjører Windows XP Service Pack 2, kreves en hurtigreparasjon sammen med de nevnte registerendringene for å løse problemet. Mer informasjon og instruksjoner om hvordan du skaffer hurtigreparasjonen fra Microsoft, finner du her: http://support.microsoft.com/kb/906866.

Basert på informasjon jeg har sett om mulige konflikter mellom antivirusprogrammer som forårsaker lignende problemer, vil jeg fortsette å overvåke situasjonen for å se om noe annet dukker opp. For meg ga funnet av IRP-relaterte nøkler i registeret en løsning som ikke innebar formatering og ombygging av PC-en, noe som var en stor lettelse. Forhåpentligvis hjelper dette innlegget deg med å rette opp dette problemet og unngå dette problemet i organisasjonen din.

© Copyright 2020 | mobilegn.com