Tripredacus

I've had similar problems using Ghost on DVDs as well. You failed to mention which version of Ghost you are using. The Ghost I use (7.5) doesn't seem to like using images off optical media, and also it seems to lose the drive letter for the CD drive if using a spanned image. In other words, the first part of the span would apply, then suddenly ghost couldn't find the CD drive anymore, and the process would fail. If at the point where Ghost cannot see the CD drive, if you exit, can you see the CD drive in the WinPE?

I have written a program to static an IP address, which I can share here. Actually its really simple. You can handle this in multiple fashions. First you can use a Logon script to set the IP address. Use the following procedure: 1. Take 1 machine (a test pc) and put in your IP address info. The whole shot, IP, subnet, gateway, dns, etc. 2. verify connectivity. 3. run the following: netsh -c interface dump > c:\location1.txt 4. when the computer logs into Windows, run teh following: netsh -f c:\location1.txt This, of course, is for specific IP addresses. I use this for computers that always get the same IP, as we have a single drop to a static IP that is assigned to that drop. Now, if you need to assign different IP addresses, you may need another way to create that text file, or create different text files for different users. You can then use Task Scheduler to create a task that runs every 3 hours (starting from login) that resets the IP information to default. Example command: netsh interface ip set address "Local Area Connection" dhcp Obvious issues with this is the name of the connection must be Local Area Connection or the program will fail. Make sure to also consider the possibility that your users may shut down or power off their computers without logging off them first, which could also trigger a logoff script to 1) delete the scheduled task and 2) reset the NIC to DHCP (redundant but required). As such, you may need to use an INI, or create a file during the logon script. If the file exists at boot (when it shouldn't) the script would need to run the logoff script, and then run the logon script. My AutoIT code for inputting the static IP (I run from a USB key): RunWait( @ComSpec & " /c netsh -f " & @ScriptDir & "\location.txt" ) Sleep( 1000 ) Extra info: http://www.petri.co.il/configure_tcp_ip_from_cmd.htm http://technet.microsoft.com/en-us/library/bb490996.aspx

What version of XP?

1. Started doing what? 2. I've seen this before. In my case, it happened when you attempted to view a resource (my case desktop, your case control panel) after a process or dependency was either killed or unloaded from memory. So you get an access denied messagebox. Verify that the following services are enabled and started: SLUI Notification Service Software Licensing Network List Service

I have also encountered problems restoring SoftThinks MBR to allow the function key to properly boot into the WinRE, however since we/I am a customer of theirs, and knowing how they operate (via our intermediary) and also how making this option work involved reverse engineering their software (used to put the recovery partition on the drive originally/because they offer no custom support without large fees), I decided it was not worth the effort. However, I do know that the recovery partition needs to be hidden, have no drive letter, and have an ID of 12. You CAN set this with diskpart. The main issue is because SoftThinks' Vista recovery uses WinRE, it switches the drive types and priorities when that option is selected. Simply putting the key in (ie F11) and specifying it to boot off the WinRE partition is not enough, there is other BCD logic in there. Perhaps reading up on WinRE will help you out. I'd like to ad that is pretty silly SoftThinks Vista recovery solution is merely a customized/automated WinRE solution.

Most OEM vista loads, if they do not give you a recovery or Vista disc, (such as HP) gives you an option through their software to make the recovery discs. This option, since most computers sell with optical writers, became the norm as it is cheaper for the company as a whole. Also this is why a lot of companies provide CD based or online-only manuals instead of printed ones.

http://www.roxio.com/enu/products/dla/requirements.html Note: while searching (and supported by system requirements) there are many users who complain that DLA does not work properly or at all on Vista. When you make your disc, try using the "Make Compatible" method to see if the Vista can read that. Also while searching, I also had it in my head that there is some sort of patch or wrapper you could install (although this memory is from NT days and DirectCD) to read packet-written CDs on other OSes. I can't get myself to remember an example of what this program was called.

I got rid of all errors by changing to a different application pool. Now I get NO errors (as I said) and PHP isn't working. I'm sunk now. ProcMon shows nothing, and Event Viewer has no more errors and no crashes are happening on IIS restart anymore... Maybe its time to try apache.

I totally misread that topic title

As far as antivirus, the only I've used is Trend Micro's corporate version.

It doesn't appear that the unattend is designed to do it this way. You could write a script that uses diskpart. This is a general idea: use a wrapper to launch diskpart, and you can use diskpart commands select disk 0 select part 4 detail part running detail part gives you something like this: You could use AutoIT, for example, if you read the help page on StdoutRead, which will read data from Comspec (command line), then use trim or concat functions to get the data out that you need. I had written a script that would read info off Zend's CLI app, but I can't find an example right now. Anyways, you can pull the drive letter from that, and then write it into your XML that way. I would imagine you could use VBS or KIX or anything else instead of AutoIT.

The error he is getting is software related. Removing the soundcard wouldn't likely fix the issue. If anything, removing the soundcard software or driver package would be more helpful. I don't have the operational experience with Windows 2000 to tell you how to even attempt that, however.

Instead of running the virus scan, you can run hijackthis or an adware scanner instead to see what the cookie is.

Its possible that your MBR is busted. Usually this message you are getting means that your computer can't find the hard drive. The PXE error is because you have network boot enabled but there is no DHCP-Relay server on your network. By putting it in another computer, do you mean you tried booting off it, or use it as a data drive?

I posted the link to that HTA because Geezery used a COM Object to get the info from the WIMs, which may have been the same info you wanted to get.

You usually get this message, not because the ntoskrnl.exe is missing but likely one of its dependencies got removed, moved, corrupted or was updated by a third party. In other words, ntoskrnl needs other files to load, but if they are missing or aren't correct, it can't. Then when the next step in Windows load process looks for ntoskrnl and it isn't running, it says that it is missing. If you are lucky, yes you can replace the ntoskrnl using the one on the Windows CD. You may have to make use of the EXPAND program, and either use NTFSDOS or the Recovery Console. Also, if you happen to be on a network, you may be able to replace the file that way, but only until you change its attributes. I believe those would be -R +A -S -H. But you would have to reverse that after replacing the file, so +R -A +S +H.

You might need to use Microsoft Update (its different than Windows Update), or do a search in MS Downloads. http://www.microsoft.com/downloads/Search....?displaylang=en

Well it isn't always because of the HAL. XP will usually work with the incorrect HAL loaded. What it probably is the mass storage controller, but no one can say for sure unless the exit code on the BSOD is posted. Your best bet, starcraftmaster, is to use that drive as a data drive.

If it shows you MUP.sys that means it loaded properly. The file that is causing the problem is what loads after MUP.sys. You could try a repair install of Windows if you are concerned about keeping your settings.

Where did it find it, what was it called, and what was in it?

Is Juno still around?

You might have to sysprep first, hopefully both boards have the same revision. XP shouldn't care so much but Vista will.

Copy the SDB and SDBINST into your PE WIM. You might want to run Depends on SDBINST to see if it requires any files that aren't in the PE. If so copy those in there too. If any are OCX or DLL you might have to run regsvr32 before running the command down there. Boot into the PE. So run this command from your PE sdbinst c:\windows\apppatch\100apps.sdb -q I am not saying that this will work, but it would be how I would test to see if it works.

It should be the same as long as you are using the same filesystem for both methods.

From the "Unattended Windows Setup Reference" Otherwise, you can script your pre-install using Diskpart to always create that drive letter for an additional volume.