The only times I've done this was creating images which worked fine. Just tried restoring an image and had the same thing happens to me. I guess since this is a 'execute command' task rather than 'clone' task the virtual partition is more temporary than usual.
Basically what I've been trying to do is to run a multicast session on my server. Then using ghost console + tasks to tell clients (the ones I pick from a large group) to reboot into ghost and the multicast session on my server automatically.
If you run a restore task with Console, it'd start a GhostCast session for the clients to connect to. The session name is automatically generated as CONSOLENAMEPush## where ## is a sequential session number.
So what you can do here is on your server, create a multicast session with the same session name as the one console will create next.
You'd need to know what the next session number console will use though. Just run a restore task to find the session number and cancel the task. To get it to automatically kick off if you click on 'More Options>>' you can specify how many clients connects before starting and/or after a certain amount of time has passed.
Then run the restore task on your console machine. When the GhostCast session is created, Alt-4 to close it. The clients should connect to the session on your server.
It's a pain in the rear end to multicast in GhostConsole, because I can either pick one computer or all computers in a group......the best I could do with my automation script is to deploy to one client at a time, which is very inefficient...and so not multicasting.....
You can create another folder and set up the task to run on this group. And when you want to ran the task, copy the machines from the Default folder to this folder.