Ghost Solution Suite

 View Only
Expand all | Collapse all

GSS 2.5: Image Capture Task Error - "To Virtual Partition" = Failed

  • 1.  GSS 2.5: Image Capture Task Error - "To Virtual Partition" = Failed

    Posted Jul 04, 2008 01:53 AM

    Hi,

     

    I'm trying to capture an Image from an Acer S460 using GSS 2.5 fir the first time.

     

    I successfully pushed out the remote client to the machine, but when I execute the new "Image Create" task, it has failed at the same place 3 times now: "To Virtual Partition: Failed".

     

    The error log shows the following:

     

    Copy failed: to destination disk full: source = "Program Files\Symantec\Ghost\incoming\winpe\*",dest = ""

     

    Can anyone advise what is going wrong at all?

     

    The HDD on the PC only has 2 active partitions.



  • 2.  RE: GSS 2.5: Image Capture Task Error - "To Virtual Partition" = Failed

    Posted Jul 06, 2008 09:47 PM

    Hi,

     

    Can someone please help me with this?

     

    I've upgraded to GSS 2.5 in the hope of taking advantage of it's WINPE features - However, I can't even do a basic image capture using WINPE as the Pre-OS?

     

    HELP HELP HELP!?!?!?!

     

     



  • 3.  RE: GSS 2.5: Image Capture Task Error - "To Virtual Partition" = Failed

    Posted Jul 06, 2008 11:03 PM

    Please check how much disk space you have left on your system drive. This is what client is telling Console - it needs to transfer all Winpe preos files (~120MB for default Winpe) so that next time it can cache and save on network traffic and then build Virtual partition (another ~120MB) out of your system partition.

    Hope this helps. 



  • 4.  RE: GSS 2.5: Image Capture Task Error - "To Virtual Partition" = Failed

    Posted Jul 07, 2008 01:08 AM

    The system partition on the client PC has 52GB free!?

     

    I know I'm directing it to the right partition as well (i.e. disk 1, partition 1) because I've just successfully performed the image capture task using PC-DOS as the Pre-OS, pointing to the same disk & partition on the same PC?



  • 5.  RE: GSS 2.5: Image Capture Task Error - "To Virtual Partition" = Failed

    Posted Jul 07, 2008 01:14 AM

    OK. One other thing to eliminate - if your client machine is running Vista please turn off temporarily "system restore points" on drive C: and try again. Vista misreports actual disk usage to you as the end user and to us as an Win32 API consumer.

    Disk/Partition to capture/restore doesnt matter in this case since it will always try to pull all files (including preos) into c:\program files\symantec\ghost\incomming folder unless you installed it to a different drive letter and it doesnt even get to any cloning stage yet - it fails to build VP due to lack of free space.

     

    Please also check 'recycled bin' usage because this might misreport space usage as well.

    Thanks. 



  • 6.  RE: GSS 2.5: Image Capture Task Error - "To Virtual Partition" = Failed

    Posted Jul 07, 2008 01:35 AM

    Client is running XP Pro SP3

     

    Logged on as domain admin, but recycle bin is empty?



  • 7.  RE: GSS 2.5: Image Capture Task Error - "To Virtual Partition" = Failed

    Posted Jul 07, 2008 01:56 AM

    Do you by any chance have anything more than boot.wim in the winpe\sources\ folder on the console machine? Default is c:\documents and settings\all users\application data\symantec\ghost\template\common\winpe\sources\boot.wim

     

    I have seen this problem if you manually make a copy of the wim for backup purposes but leave the copied wim in the same directory as the actual wim. Console tried to copy both wim's down to client and I got this error.

     

    Thought it might be worth checking in your case.

     

    Regards,

    Morgan



  • 8.  RE: GSS 2.5: Image Capture Task Error - "To Virtual Partition" = Failed

    Posted Jul 07, 2008 02:03 AM

    Hi Morgan,

     

    I checked the location you mentioned below, but the only file located within the ....\sources folder is:

     

    boot.wim (Size: 107,574KB)

     

    Does that sound right?

     

    Cheers

    Message Edited by SIC_Admin on 07-07-2008 03:33 PM


  • 9.  RE: GSS 2.5: Image Capture Task Error - "To Virtual Partition" = Failed

    Posted Jul 07, 2008 02:26 AM

    Yes that looks fine, there should also be a winpe-512\sources\boot.wim also which should contain a single boot.wim file although it will be bigger than the winpe\sources\boot.wim If you have copied winpe from within GBW then you will have other folders containing these neccessary winpe files each containg a sources folder which should have the one boot.wim file. Through the console you can control the winpe version which is used.

     

    Anyway, this was human error on my part and it appears you have not made the same mistake. Have you checked the ngctw32.log on the client to see what files were actually copied down?



  • 10.  RE: GSS 2.5: Image Capture Task Error - "To Virtual Partition" = Failed

    Posted Jul 07, 2008 03:02 AM

    I've opened the ngctw32.log to have a look, but I can't make head nor tail of it?

     

    There are literally 100's of continuous entries like this:

     

    11:12:04 AM 10.0.7.206:1346 acknowledged by    10.0.6.52:1347
    11:12:04 AM 10.0.7.206:1346 TCP connecting to  10.0.6.52:1347

     

    Followed by: 


    Received message #\Session{ Status = #true }
    Received message #\Hash{ Name = ("pubkey.crt") }
    Hashed ("pubkey.crt") to { pubkey\.crt = #[0xE8 0x80 0x66 0x57 0xC7 0xB7 0xAD 0x17 0xF7 0x90 0xCB 0xFA 0xF5 0xA3 0x09 0xFB] }
    Received message #\HasGhostBootPartition{ }
    Received message #\WarnShutdown{ Timeout = 10, Cancel = 0, Shutdown = 1, Platform = DOS }
    11:12:04 AM 10.0.7.206:1346 disconnecting from 10.0.6.52:1347
    11:12:24 AM 10.0.7.206:1346 sending status to  10.0.6.52:1347
    11:12:24 AM 10.0.7.206:1346 acknowledged by    10.0.6.52:1347
    11:12:24 AM 10.0.7.206:1346 TCP connecting to  10.0.6.52:1347
    Received message #\Session{ Status = #true }
    Received message #\Hash{ Name = ("ghost.exe" "ghstwalk.exe" "ghconfig.exe") }
    Hashed ("ghost.exe" "ghstwalk.exe" "ghconfig.exe") to { ghost\.exe = #[0x4C 0x6E 0xEF 0x44 0x4B 0xBB 0x68 0x20 0x3D 0x5F 0x0C 0x34 0x6D 0x1D 0x49 0x74], ghstwalk\.exe = #[0x3D 0xCF 0x11 0x4A 0x90 0x0C 0x05 0x5F 0x30 0x28 0x62 0x56 0xC1 0xD8 0xB9 0x0C], GhConfig\.exe = #[0x3E 0x32 0xEF 0x40 0xA9 0x39 0xC7 0x41 0x3C 0x44 0x90 0x41 0x6E 0x36 0x3F 0x3F] }
    11:12:26 AM 10.0.7.206:1346 disconnecting from 10.0.6.52:1347
    11:12:44 AM 10.0.7.206:1346 sending status to  10.0.6.52:1347
    11:12:44 AM 10.0.7.206:1346 acknowledged by    10.0.6.52:1347
    11:12:44 AM 10.0.7.206:1346 TCP connecting to  10.0.6.52:1347
    Received message #\Session{ Status = #true }
    Received message #\Hash{ Name = "", Folder = "incoming\\winpe" }
    Hashed "" to { boot\\ = #{ bcd = #[0xA9 0x4D 0x88 0x68 0x84 0xB4 0x91 0xD1 0x84 0x7F 0x12 0x4D 0xCD 0xE4 0x9E 0x0C], boot\.sdi = #[0x22 0xD9 0x94 0x5B 0x4A 0xAE 0x36 0xDD 0x59 0x62 0x0A 0x91 0x8F 0x2E 0x65 0xF4], etfsboot\.com = #[0x37 0xD0 0xDC 0x82 0x9D 0x32 0xEC 0x7C 0x1E 0x21 0x2D 0xEB 0xF9 0xD5 0x6C 0x29], fonts\\ = #{ chs_boot\.ttf = #[0xCE 0xC5 0x69 0xAA 0x88 0x29 0x3C 0x37 0x11 0xAB 0x8C 0xE6 0x85 0x23 0x22 0x7E], cht_boot\.ttf = #[0x40 0x9C 0xAA 0x06 0x62 0x0B 0xFD 0x1E 0xC6 0xD6 0xB1 0x0F 0x0A 0x67 0xE4 0x28], jpn_boot\.ttf = #[0x27 0xB5 0x28 0x28 0x21 0xB6 0x1D 0x8C 0x66 0x78 0xFC 0x57 0x7E 0x9C 0x1E 0x73], kor_boot\.ttf = #[0xFE 0x94 0x45 0xAF 0x8A 0xC7 0x2E 0x14 0xF1 0x72 0xA1 0x2E 0xDF 0x52 0x54 0x94], wgl4_boot\.ttf = #[0xD5 0xCE 0xD6 0x33 0xBF 0x84 0x46 0xA3 0x31 0x5E 0xC5 0x8C 0xD6 0x01 0x48 0xC1] } }, boot\.wim = #[0x05 0xD4 0x65 0xE7 0x29 0xC0 0xA2 0xD3 0x7D 0xE8 0x14 0x12 0x9B 0x13 0xDC 0xF4], bootmgr = #[0x24 0xB0 0x29 0x4E 0x68 0x66 0x18 0x66 0x85 0xBA 0x5F 0x0E 0x03 0xDA 0xAF 0x2F], drivers\.manifest\.txt = #[0xC0 0xAC 0xCC 0x02 0x97 0x86 0x6F 0x6F 0x36 0x47 0xB4 0x15 0xE9 0xCB 0xD4 0x77], ghost\\ = #{ copy\.bat = #[0x98 0x4A 0xED 0xF7 0xEC 0x35 0x15 0x0C 0x5F 0xA7 0xFF 0x32 0x10 0x7C 0xDD 0xB8], ghreboot\.bat = #[0x99 0x19 0x71 0xDE 0xFC 0xB9 0xC1 0xDB 0x6B 0xA0 0x9B 0x8C 0x61 0x84 0x8F 0x63], ghvp\.bat = #[0x4E 0xA9 0x89 0xF8 0xA7 0xD9 0x32 0x3C 0xC8 0xAD 0x28 0x19 0x36 0x4D 0x55 0xB9], start\.bat = #[0x9E 0xDE 0x15 0xD1 0xD4 0xB5 0x14 0xB8 0xDF 0x52 0xCD 0x2A 0xE0 0x19 0xBC 0x89], unattend\.xml = #[0x86 0x88 0xCF 0x81 0xF2 0xA6 0xD9 0x42 0x9B 0xCE 0x3A 0x5E 0x4E 0x32 0x37 0xE5] }, manifest\.txt = #[0x70 0x26 0xC3 0xE8 0x48 0x30 0x21 0x21 0x19 0xA0 0x20 0x5B 0x1B 0x70 0x0C 0x55], pci\.manifest\.txt = #[0xF2 0x45 0xA7 0xBF 0xC8 0x42 0xDA 0x34 0x62 0x57 0x9D 0x62 0x60 0x8E 0x0D 0x32], pxe\\ = #{ bcd = #[0x3A 0xDC 0x32 0xA3 0xB1 0x4E 0x97 0xCF 0x6A 0x76 0xCE 0xC1 0x5E 0x9B 0x57 0xB5], bootmgr\.exe = #[0x0D 0xB8 0x01 0xDB 0xD6 0xCA 0x19 0x83 0x76 0x8E 0x7F 0x97 0x14 0x6D 0x48 0xFE], pxeboot\.n12 = #[0x57 0x11 0x3B 0x2B 0xAB 0xB9 0xAC 0x40 0x25 0x50 0x6C 0xA3 0x0D 0x90 0x9A 0x28] }, sources\\ = #{ boot\.wim = #[0x92 0xE4 0xBA 0x55 0x0A 0x17 0x1B 0xA5 0x73 0xDE 0xAD 0x97 0xEF 0x82 0x48 0x5E] } }
    11:13:49 AM 10.0.7.206:1346 sending status to  10.0.6.52:1347
    Received message #\Delete{ What = File, Name = { "boot.wim" = #[0x05 0xD4 0x65 0xE7 0x29 0xC0 0xA2 0xD3 0x7D 0xE8 0x14 0x12 0x9B 0x13 0xDC 0xF4], "drivers.manifest.txt" = #[0xC0 0xAC 0xCC 0x02 0x97 0x86 0x6F 0x6F 0x36 0x47 0xB4 0x15 0xE9 0xCB 0xD4 0x77] } }
    11:13:49 AM 10.0.7.206:1346 acknowledged by    10.0.6.52:1347
    Received message #\Open{ What = File, Name = "incoming\\winpe\\drivers.manifest.txt", Mode = Write }
    Received message #\GetNetworkDriverCRC{ Name = "incoming\\template" }
    Received message #\DeleteClientDirectory{ Name = "incoming\\template" }
    Received message #\GetNetworkDriverCRC{ Name = "incoming\\template" }
    Received message #\Open{ What = File, Name = "incoming\\template\\rtend.dos", Mode = Write }
    Received message #\Open{ What = File, Name = "incoming\\template\\protocol.ini", Mode = Write }
    Received message #\Open{ What = File, Name = "incoming\\template\\mcassist.cfg", Mode = Write }
    Received message #\UpdateProtocolIni{ ServerConnectionDeviceId = "{F8E3B2A7-3CCB-48A8-A1B2-4B6C45482689}", Name = "incoming\\template/protocol.ini" }
    Received message #\QueryAttributes{ }
    11:13:49 AM 10.0.7.206:1346 disconnecting from 10.0.6.52:1347
    11:14:09 AM 10.0.7.206:1346 sending status to  10.0.6.52:1347
    11:14:09 AM 10.0.7.206:1346 acknowledged by    10.0.6.52:1347
    11:14:09 AM 10.0.7.206:1346 TCP connecting to  10.0.6.52:1347
    Received message #\Session{ Status = #true }
    Received message #\Hash{ Name = "", Folder = "%systemdrive%\\sysprep" }
    Hashed "" to { }
    Received message #\Open{ What = File, Name = "%systemdrive%\\sysprep\\setupcl.exe", Mode = Write }
    Received message #\Open{ What = File, Name = "%systemdrive%\\sysprep\\sysprep.exe", Mode = Write }
    Received message #\Hash{ Name = "", Folder = "%systemdrive%\\sysprep" }
    Hashed "" to { }
    Received message #\Open{ What = File, Name = "%systemdrive%\\sysprep\\sysprep.inf", Mode = Write }
    Received message #\SetGhostBoot{ VirtualPartitionSize = 15, Path = "incoming\\winpe", Manifest = { name = "WinPE", type = PEx86, size = 200, ram = 250, bootonce = 1, steps = ({ what = unattend, Path = "{manifest}\\ghost\\unattend.xml" } { what = checkDrivers, Path = "{manifest}\\pci.manifest.txt" } { what = checkFile, Path = "{manifest}\\sources\\boot.wim", size = 120 } { what = wipe } { what = format, filesystem = ntfs } { what = copy, from = "{manifest}\\*", to = "RP:\\" } { what = copy, from = "{manifest}\\bootmgr", to = "RP:\\ntldr" } { what = copy, from = "{app}\\pubkey.crt", to = "RP:\\ghost\\pubkey.crt" } { what = copy, from = "{app}\\incoming\\start.bat", to = "RP:\\ghost\\start.bat", when = exists } { what = copy, from = "{app}\\dnscache.txt", to = "RP:\\ghost\\dnscache.txt", when = exists } { what = copy, from = "{app}\\incoming\\GVPCFG.BIN", to = "RP:\\ghost\\GHREGUPD.REG", when = exists } { what = copy, from = "{app}\\preos\\winpe\\*", to = "RP:\\", when = exists }) }, ServerConnectionDeviceId = "{F8E3B2A7-3CCB-48A8-A1B2-4B6C45482689}" }
    Building VP for {F8E3B2A7-3CCB-48A8-A1B2-4B6C45482689}
    VPartition completed, result = 1
    11:16:08 AM 10.0.7.206:1346 sending status to  10.0.6.52:1347
    11:16:08 AM 10.0.7.206:1346 acknowledged by    10.0.6.52:1347
    11:16:09 AM 10.0.7.206:1346 disconnecting from 10.0.6.52:1347
    11:16:28 AM 10.0.7.206:1346 sending status to  10.0.6.52:1347
    11:16:28 AM 10.0.7.206:1346 acknowledged by    10.0.6.52:1347
    11:16:28 AM 10.0.7.206:1346 TCP connecting to  10.0.6.52:1347
    Received message #\Session{ Status = #true }
    Received message #\SetGhostBoot{ VirtualPartitionSize = 15, Path = "incoming\\winpe", Manifest = { name = "WinPE", type = PEx86, size = 200, ram = 250, bootonce = 1, steps = ({ what = unattend, Path = "{manifest}\\ghost\\unattend.xml" } { what = checkDrivers, Path = "{manifest}\\pci.manifest.txt" } { what = checkFile, Path = "{manifest}\\sources\\boot.wim", size = 120 } { what = wipe } { what = format, filesystem = ntfs } { what = copy, from = "{manifest}\\*", to = "RP:\\" } { what = copy, from = "{manifest}\\bootmgr", to = "RP:\\ntldr" } { what = copy, from = "{app}\\pubkey.crt", to = "RP:\\ghost\\pubkey.crt" } { what = copy, from = "{app}\\incoming\\start.bat", to = "RP:\\ghost\\start.bat", when = exists } { what = copy, from = "{app}\\dnscache.txt", to = "RP:\\ghost\\dnscache.txt", when = exists } { what = copy, from = "{app}\\incoming\\GVPCFG.BIN", to = "RP:\\ghost\\GHREGUPD.REG", when = exists } { what = copy, from = "{app}\\preos\\winpe\\*", to = "RP:\\", when = exists }) }, ServerConnectionDeviceId = "{F8E3B2A7-3CCB-48A8-A1B2-4B6C45482689}" }
    Building VP for {F8E3B2A7-3CCB-48A8-A1B2-4B6C45482689}
    VPartition completed, result = 1
    Received message #\taskInProgess{ Cancel = 1 }
    Received message #\PreventLoginTask{ DisableLogin = 0 }
    Received message #\Shutdown{ Name = () }

     

    Is this the correct task that shows WINPE failing to boot?

     

    Or can I email you the log file?

     

    I've spent the last two weeks trying to get this to work and have absolutely nothing to show for it so far, apart from being able to capture one image and deploy it to one client machine, and neither of those was using WINPE, which is what I paid my upgrade money for, after never being able to get GSS 2.0 to work reliably with PC-DOS.

     

    Thanks

     

    Jonathan



  • 11.  RE: GSS 2.5: Image Capture Task Error - "To Virtual Partition" = Failed

    Posted Jul 07, 2008 05:22 PM

    Can I please ask you to do the following to help us diagnose the problem. Start GBW and create Winpe one-click Virtual partition boot package. Basically just select Winpe as your preos and go next/next until you come to media screen choice (ISO,CDROM,USB,One-cli VP etc). Select one-click VP. Point to a folder.

    Once finished you'll have three files there (vpartition shortcut, vpartition.exe and vpartition.zip). Copy them to your client machine and run cmd.exe. Go to the folder you copied those three files to and run vpartition shortcut.

    Once run can you please capture output from DOS screen and post it here unless of course it goes successfully to Winpe preos in which case I'll instruct you further.

    Thanks. 



  • 12.  RE: GSS 2.5: Image Capture Task Error - "To Virtual Partition" = Failed

    Posted Jul 07, 2008 08:17 PM

    Another few things I wanted to ask you as well:

    1. can you please check the size of the following folder on your GSS Console: c:\documents and settings\all users\application data\symantec\ghost\template\common\winpe all files included. If total filesize is over 200MB (which it should not be in the default installation) then we can fix this trivially.

    2. can you please check permissions on c:\program files\symantec\ghost\incomming folder. Specifically what are the permissions for a System user?

    3. if those two dont give us any clues and previous post goes into VP without any issues then I'll provide you with trial version of virtual partition dll that will provide us with more logging to determine the cause.

    Cheers. 



  • 13.  RE: GSS 2.5: Image Capture Task Error - "To Virtual Partition" = Failed

    Posted Jul 07, 2008 08:31 PM

    1. C:\Documents and Settings\All Users\Application Data\Symantec\Ghost\Template\common\winpe

     

        = 121MB

     

    2. "System" Security Group has "Full control" over C:\Program Files\Symantec\ghost\incoming

     

        Is this what you mean by a "System user".

     

    Other users with access are: Administrator (Local) = Full Control

                                            Domain Admins (Domain SG) = Full Control

                                            JEE (My domain User account) = Full Control

                                            Users (Local SG) = Read & Execute / List folder contents / Read

                                            Creator Owner = Full Control

     

    I'll now go and try to boot the client with the files as suggested.

     

     



  • 14.  RE: GSS 2.5: Image Capture Task Error - "To Virtual Partition" = Failed

    Posted Jul 07, 2008 09:31 PM

    Hi again,

     

    The test client I've used for this is the machine that failed to boot into WINPE during a Console Image Create task yesterday.

     

    The good news is that it booted into WINPE successfully from the files I copied onto it.

     

    Just a small thing though, when I typed "Exit" in WINPE to re-boot the machine, it did so, but now just sits with a black screen with a flashing cursor in the TLHC of the screen.

     

    Did I exit out of the program incorrectly?



  • 15.  RE: GSS 2.5: Image Capture Task Error - "To Virtual Partition" = Failed

    Posted Jul 07, 2008 11:54 PM

    Just curious..

     

    Did you run 'ipconfig /all' while you were in winPE after using One Click VP option? If you did but you couldn't see the network then this might be a driver issue. We do check before entering VP to make sure any necessary drivers are present in the package. However in at least one case I have seen with some new HP Dc7800 USDT pc we have that the pci id is picked up and matched with the correct driver in our winpe package but the identified driver fails to work once rebooted in to winpe. In this case the client stays in winpe pooling the server for a while, times out and then returns to OS, the console never got contacted while the client was in winPE and there for the "To Virtual Partition" = Failed error in the log occurs. I fixed this by removing the driver from the winPE package via Ghost Boot Wizard and adding a new driver, the Vista32 version I downloaded form the machine vendor (HP website in this case - NIC:Intel Pro 1000).

     

    A useful command to test drivers on the fly while in WinPE is the inbuilt 'drvload INF' command where INF is the location of an .inf driver install file.

     

    I don't know of any problem with using the 'exit' command to reboot from WinPE however I will add there is a faster way to reboot from PE. Use the inbuilt 'wpeutil' command. It can take a number of parameters in this case you want 'reboot' or 'shutdown' for example type 'wpeutil reboot' this will close out of PE environment a lot quicker.

     

    BTW I hope your machine recovered form the blinking cursor?



  • 16.  RE: GSS 2.5: Image Capture Task Error - "To Virtual Partition" = Failed

    Posted Jul 08, 2008 01:33 AM

    Hi Morgan,

     

    No, I'm afraid the client machine is still the BSODWC (Black Screen of Death with Cursor!!!)

     

    Eugene has advised that it appears the MBR on the machine may be corrupted, and has asked me to boot the client from my WINPE / Ghost32.exe CD, then try running: gdisk32 1 /view:0

    and advise him of the results.