lightsout

Just to reply to myself, what I actually wanted was.... setup /RA: -s D'oh!

Hey all! I'm trying to get something set-up - I want to be able to install the Backup Exec remote admin console in an unattended method. If I run "setup /?" I get a bunch of options to do this. e.g. "/RA" for remote admin and "-S" for silent. But when I use these options, either nothing happens or the normal install GUI appears as if I'd clicked on setup.exe. Anyone had any experience with this?? Thanks!

Well I am glad to know it isn't just me! The "drop-down" list shows all accounts added to the local administrator group it seemed. I manually added my uberaccount to the local admins group, and it appeared. This is difficult to use properly when we use GPO restricted groups however....

Hey all, Hopefully a simple answer to this one.... I'm in a domain, so I've got a shortcut to an admin util and I got under advanced and check "run with different credentials". Now, that works, however the default user credentials it always starts with are <LOCAL_MACHINE>\administrator - what I'd like to do is change it to something else e.g. domain\uberaccount so I don't have to type the domain & username in constantly. It does even have a drop-down list of potential accounts, but it doesn't list any domain accounts or accounts I've used before. Anyone got any idea if this default can be changed? I had a look using system monitor, but I couldn't find anything. Thanks!

I did see that, but I believe it was trying to see if it was a local account before looking to the domain. Using psexec I ran icacls as a system account, but it didn't make any difference. If I use subinacl, I'll be ok I think. The main thing is that icacls /reset so I can propagate inherited permissions correctly. I could never get setacl to do it correctly!

Logfile.txt Attached a CSV output from procmon, which was a good idea to try, but I can't see anything obvious as to why it is failing. Certainly no "access denied".

I'm having some real trouble with icacls on 2003 SP2, I can't get it to assign ownership. Takeown works fine, but I want to assign ownership to another user using script. xcacls.vbs is too slow to do this on the amount of files. Here is a demo: The second test was just to show that is recognised the account involved. I've tried several systems we've got, even in different forests and they all do the same thing. I've tried using the SID instead, and that doesn't help. I've tried using a UNC path through c$ and it that doesn't work. So I'm stuck! Anyone got any ideas?

Depends how they are integrated, but given the current driverpacks methods - no. Perhaps textmode support may help this though.

Oh wow, that looks really nice... I'll try and give it a go! So what do you think it is? What does it fix?!

The script that does the installing of the control panel programs and the like is "BTS_DPs_Finish.cmd" - you could modify/remove this so it doesn't install anything.

I seem to recall BTS saying in another post that the new version of the driverpacks (currently in beta) will support 2000 & 2003.

Shouldn't this go in the wireless driver pack forum?

For your 2nd question, I think basically 888111 is the newer version that supports WinXP SP2. kb835221 doesn't support XP SP2, although we've used it on SP2 and it worked anyway.

Is it a gig switch you connect to? I often find older/crap 100MB switches take too long to negoiate a 100MB connection on 1GB NICs which is what causes this problem. I think for this, there is often more than once fix. I have found the forcing the NIC to 100MB FD always resolves this issue.

That would be useful... but there is none that I am aware of.