[LØST]Windows server bugger MAX sti problemer
Ved godt de færreste her nok ikke bruger windows server, men har satame brug for hjælp.
Jeg sidder med en core server 2008, som har nogle sti problemer. Jeg kan med en grafiskbruger (Win Explorer) se de Mapper som burde være i IIS stien, men hvis jeg prøver at gå ind i mappe grafisk, via Commando Prompt eller Power Shell så får jeg enten en popup eller return fra CLI som siger "Directory do not exist". Har samme problemer med vores Microsoft SQL installation at nogle ret vitale mapper simpelthen ikke "virker" længer. Det er lidt som indeksering af filsystemet er helt smadret i de to installation stier, men inden jeg prøver at gendannelse fra backup, så ville jeg lige høre her.
*core server: Det kalde vi server hvor kun det mest basal for web brug ligger på e.g C#, .NET, IIS, MsSQL
Jeg sidder med en core server 2008, som har nogle sti problemer. Jeg kan med en grafiskbruger (Win Explorer) se de Mapper som burde være i IIS stien, men hvis jeg prøver at gå ind i mappe grafisk, via Commando Prompt eller Power Shell så får jeg enten en popup eller return fra CLI som siger "Directory do not exist". Har samme problemer med vores Microsoft SQL installation at nogle ret vitale mapper simpelthen ikke "virker" længer. Det er lidt som indeksering af filsystemet er helt smadret i de to installation stier, men inden jeg prøver at gendannelse fra backup, så ville jeg lige høre her.
*core server: Det kalde vi server hvor kun det mest basal for web brug ligger på e.g C#, .NET, IIS, MsSQL
Kommentarer6
Jeg har ingen 2008 core
chkdsk /r /f
sfc /scannow
#1 prøver lige de
er ikke windows
Så er det nok en god ide du lige er opmærksom på, at chkdsk /r også tjekker for bad blocks, og derfor kan tage flere timer. chkdsk /f tjekker kun inkonsistens i filsystemet, er implicit i chkdsk /r, og derfor tager langt kortere tid.
chkdsk /r har den ulempe, at den ikke forsøger at gætte indholdet af korrupte data fra en ødelagt blok, for derefter at kopiere indholdet af denne blok til en frisk, men blot låser denne blok. Når Windows ser ændringen, vil den måske forsøge at rette fejlen hvis den kan defineres.
Derfor har jeg Spinrite i værktøjskassen, der ikke har den ulempe, og iøvrigt også fungerer på Linux og Mac (Intel/AMD), men ikke på SSD.
Hvis chkdsk /r løser problemet, kan der være tale om en begyndende fejlramt harddisk, og vel også med sfc kommandoen.
chkdsk /? giver mere info om kommandoen.
Tusind tak. Ser ud til at
#4Selv tak. Ja det må
Selv tak. Ja det må være konklusionen. Heldigvis har du en system backup, der burde kunne overføres til en ny HDD uden problemer.
Det er dog ikke sikkert iht til Active Directory, hvis den er installeret. Sidst jeg prøvede med en AD server, resulterede det i BSOD.
#5 Det var da betryggende