Login script application log event error

Hey Guys,
I have a standard login script in the netlogon share. This runs fine for many machines etc. It has problems with various users. I have the script being executed via the profile page with only the name "login.bat" in the box. I have noticed on many XP and 2000 machines, in the APP log, I get a userinit error 1000 saying that

Windows could not execute c:\winnt\sysvol\sysvol\domain\scripts\login.bat. The system cannot find the fle specified.

Why does it reference c: at all from the workstation? It should be a UNC designation at  time of login, is that correct?

Also, if I change to a test login script in the same location, change it in the user profile page, why does it not run?
There is no script designated int GP.
Thanks a million
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

PremierncAuthor Commented:
Sorry guys, I was just exploring the Default domain policy and it appears there is a login script for users assigned in there. It appears when you browse for your login script to add to the domain, it inserts the c:\winnt\sysvol\sysvol\domain\scripts\login.bat path. This could be the error I get on the workstations. What should the line read in the GP?
That is where you want your login scripts in my opinion - Then you can assign by GPO. Assigning at the profile isnt efficient - depending on number of users - OU etc. my .02
Hi Premiernc,

Thought it sounded odd! You can run one, or the other but not both without probs sometimes, so make a decision on which you want to use in relation to gp based scripts or netlogon. If you opt for group policy (easier to manage I think) then you need to ensure that the script itself is in the relevant script folder for the login script on that group policy object, and delete the .bat from the logon script path in the users profile properties in ADUC. A handy tip is to right click and copy the .bat file - then go into group policy and edit the relevant policy object. When you get to the login-script setting, you should see the option to "show files" - Most of the problems come when people then browse to the files that are in for example the folder c:\winnt\sysvol\sysvol\domain\scripts\login.bat - as this won't work. When you hit "show files" it opens the relevant logon script folder for that GPO - so simply paste your .bat in there. You don't need to specify a path, it just needs to be in that folder. If you can confirm it is, the policy should then work ok.

Once you've done, run "secedit /refreshpolicy user_policy"  (without the "") from a command prompt on the server to refresh the policy if necessary. Then test it. I've written this direct from memory as I'm now at home for the evening and away from my domain, but post back if you need clarification,

Deb :))

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
PremierncAuthor Commented:
Hey Deb,
When I remove the .bat from the netlogon share, will I get all kinds of errors if I do not take out the .bat in thier profile setup?

Good question and I don't honestly know as it's a long time since I've done that one - I doubt you'll get lots of errors but you'll probably get a complaint or two in the event logs that it couldn't find the file. Any reason you don't want to take it out of the profile?

If you want to wait I can run it quickly on my test network tomorrow, but just try it for one and see what happens...

It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Windows 2000

From novice to tech pro — start learning today.

Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.