Sup guys,
I'm seeing some strange thing when trying to issue ghost command to clients after they were booted into PE
So I kept the start.bat in WinPE at default, which looks like this:
set path=%path%;x:\ghost
x:
cd \ghost
rem --- This will remove any traces of virtual partition from hard drive ---
gdisk32.exe /revert >> x:\ghost\startlog.txt
rem --- This will create primary OS drive configuration ---
ghost32.exe /setosdrives /blind >> x:\ghost\startlog.txt
start /w cmd.exe
start ngctw32.exe -console
I created a simple ghost task and executed on target client (see attached pic)
When client boot into PE and launched ngctw32, a task command was issued to client (see attached pic). The command issued to client was:
Ghost32.exe -clone,mode=restore,src=@mcvista,dst=1 -sure
As a result, client launched ghost32 and automatically joined cast session and began cloning;
but cloning always failed in less than 10 seconds and forced a system reboot!!
So far, the only way I could get around this problem is to explicitly specify the ghost32 command in start.bat, which is documented on a KB article:
@ECHO OFF
set path=%path%;x:\ghost
x:
cd \ghost
gdisk32.exe gdisk32 /diskwipe /disk:system
rem ECHO press any key to continue...
pause
rem --- This will create primary OS drive configuration ---
ghost32.exe /setosdrives /blind >> x:\ghost\startlog.txt
rem ECHO press any key to continue...
pause
ghost32.exe -clone,mode=restore,src=@MCvista,dst=1 -sure
In fact, I can chop down my start.bat further and it also worked:
@ECHO OFF
set path=%path%;x:\ghost
x:
cd \ghost
ghost32.exe -clone,mode=restore,src=@MCvista,dst=1 -sure
The problem is that I really do not want to edit my start.bat and I would like to leave it the way it is originally. So that the clone command is saved in my tasks instead of hard coded into start.bat. Could someone share some light?