Shopping cart    |      
Page 1 of 2 12 LastLast
Results 1 to 10 of 11

Thread: ImageUSB Limits?

  1. #1
    Join Date
    Apr 2012
    Posts
    1

    Question ImageUSB Limits?

    Hello,

    I'm capturing a 32GB USB; it runs to 100%. When I assume the 'Post Image Verification' is about to begin I get a crash dialog. The .bin file is 32,094,814,720 bytes.

    Are there limits? Are there any secret builds other than v1.1 build 1008 that may address something like this? I'm going to reboot and attempt again as well.

    Thanks

    Brad
    Last edited by bradfordm; 04-11-2012 at 12:19 AM. Reason: Rouge Smile!

  2. #2

    Default

    There is no known problem that we are aware of that would cause this.

    Starting imageUSB with the "-d" command line argument will save a debug log. The filename for the logfile is "imageUSB.log" and can be found in the same directory as the executable.

    If you can send this log in, we will see if there is any useful information.

  3. #3
    Join Date
    Apr 2012
    Posts
    1

    Default Experiencing crashes during image Creation from 8GB UFD

    Hi Richard

    I am also experiencing crashes after image creation indicates 100% with a FAT32 formatted 8 GB flash drive.

    This has occurred on two different computers (32-bit Windows 7sp1 and 32-bit Windows XP sp3).

    I experimented with a 1 GB flash drive and was able to successfully complete the process.

    Any help would be very much appreciated.

    Thanks

    Patrick



    The following is a truncated excerpt from my imageUSB.log file:

    19-Apr-2012 - 17:44:46:770 - PassMark Software - imageUSB v1.1.1008
    19-Apr-2012 - 17:44:46:770 - Getting list of available removable USB drives...
    19-Apr-2012 - 17:44:46:770 - Debug: Thread (3076) Drive F:\ Size: 8162099200 Bytes Volume: MYLINUXLIVE Other: FAT32

    19-Apr-2012 - 17:44:46:770 - Ready...
    19-Apr-2012 - 17:45:08:013 - User chose to overwrite existing file (C:\Users\GTI\Desktop\test.bin).
    19-Apr-2012 - 17:45:08:029 - Drive F:\ added to queue.
    19-Apr-2012 - 17:45:08:029 - Creating image from Drive [F:\]...
    19-Apr-2012 - 17:45:08:029 - Debug: Thread (2572) Drive F:\ size [ 8178892800 bytes ]

    19-Apr-2012 - 17:45:08:357 - Debug: Thread (2572) Successfully opened image file C:\Users\GTI\Desktop\test.bin for write acess.
    19-Apr-2012 - 17:45:08:357 - Creating image C:\Users\GTI\Desktop\test.bin from F:\ (drive 2)
    19-Apr-2012 - 17:45:09:230 - Debug: Thread (2572) Creating...0.1%
    19-Apr-2012 - 17:45:10:088 - Debug: Thread (2572) Creating...0.3%
    (truncated)
    19-Apr-2012 - 17:56:28:563 - Debug: Thread (2572) Creating...99.6%
    19-Apr-2012 - 17:56:29:484 - Debug: Thread (2572) Creating...99.7%
    19-Apr-2012 - 17:56:30:420 - Debug: Thread (2572) Creating...99.9%
    19-Apr-2012 - 17:56:31:340 - Debug: Thread (2572) Creating...100.0%

  4. #4

    Default

    Unfortunately, the logs are not helpful in determining the cause. We have not run into this problem in house.

    We will do some more testing in house. Can you elaborate on the brand/model of the USB flash drive you are using. We will see if we have something similar to try to recreate the problem.

    A possibility is that the destination drive where the image file is being saved is also a FAT32 filesystem. The max file size on a fat 32 filesystem is 4GB.

  5. #5
    Join Date
    Aug 2012
    Posts
    1

    Default App Crash Upon Image Verification

    Quote Originally Posted by Richard (PassMark) View Post
    Unfortunately, the logs are not helpful in determining the cause. We have not run into this problem in house.

    We will do some more testing in house. Can you elaborate on the brand/model of the USB flash drive you are using. We will see if we have something similar to try to recreate the problem.

    A possibility is that the destination drive where the image file is being saved is also a FAT32 filesystem. The max file size on a fat 32 filesystem is 4GB.
    Has anyone determined the cause and solution to this issue? I am experiencing it too

  6. #6
    Join Date
    Jan 2003
    Location
    Sydney Australia
    Posts
    4,956

    Default

    Can you elaborate on
    - The version of imageusb you are using
    - the brand/model of the USB flash drive you are using
    - the size of the drive
    - the file system on the source USB drive and the file system in use on the destination drive.

    As noted above there is a limit of 4GB per file on the FAT file system. (using NTFS solves this)

  7. #7
    Join Date
    Oct 2012
    Posts
    2

    Default

    Hi.


    I'm having exactly the same issue with version 1.1 Build 1009 of ImageUSB with a 16gb Pretec i-Disk Bulletproof flash drive (http://www.pretec.com/products/usb-flash-drives/item/usb-flash-drives/bulletproof).


    The logfile generated doesn't offer much help I'm afraid. It reads (minus the hundreds of lines containing the "Debug: Thread (4140) Creating...0.1%" stuff:


    04-Oct-2012 - 12:22:46:536 - PassMark Software - imageUSB v1.1.1009
    04-Oct-2012 - 12:22:46:552 - Getting list of available removable USB drives...
    04-Oct-2012 - 12:22:46:567 - Inspecting Drive C:\...
    04-Oct-2012 - 12:22:46:567 - Debug: Thread (7816) Drive C:\: Not of USB Type Skipping. DriveType 3
    04-Oct-2012 - 12:22:46:567 - Inspecting Drive D:\...
    04-Oct-2012 - 12:22:46:567 - Debug: Thread (7816) Drive D:\: Not of USB Type Skipping. DriveType 1
    04-Oct-2012 - 12:22:46:583 - Inspecting Drive E:\...
    04-Oct-2012 - 12:22:46:583 - Debug: Thread (7816) Drive E:\: Not of USB Type Skipping. DriveType 0
    04-Oct-2012 - 12:22:46:583 - Inspecting Drive F:\...
    04-Oct-2012 - 12:22:46:598 - Debug: Thread (7816) Drive F:\ Size: 1500299390976 Bytes Volume: BackpDrv Other: NTFS


    04-Oct-2012 - 12:22:46:598 - Inspecting Drive G:\...
    04-Oct-2012 - 12:22:46:598 - Debug: Thread (7816) Drive G:\ Size: 16155394048 Bytes Volume: Other: FAT32


    04-Oct-2012 - 12:22:46:614 - Ready...
    04-Oct-2012 - 12:23:20:801 - User chose to overwrite existing file (C:\local\imageusb\USB_Key_Backups\RJC_16GB.bin).
    04-Oct-2012 - 12:23:20:816 - Drive G:\ added to queue.
    04-Oct-2012 - 12:23:20:832 - Creating image from Drive [G:\]...
    04-Oct-2012 - 12:23:20:863 - Debug: Thread (4140) Drive G:\ size [ 16173182976 bytes ]


    04-Oct-2012 - 12:23:21:472 - Debug: Thread (4140) Successfully opened image file C:\local\imageusb\USB_Key_Backups\RJC_16GB.bin for write acess.
    04-Oct-2012 - 12:23:21:472 - Creating image C:\local\imageusb\USB_Key_Backups\RJC_16GB.bin from G:\ (drive 2)


    04-Oct-2012 - 12:23:22:314 - Debug: Thread (4140) Creating...0.1%
    .
    .
    .
    .
    .
    .
    04-Oct-2012 - 12:39:16:065 - Debug: Thread (4140) Creating...99.7%
    04-Oct-2012 - 12:39:16:673 - Debug: Thread (4140) Creating...99.7%
    04-Oct-2012 - 12:39:17:250 - Debug: Thread (4140) Creating...99.8%
    04-Oct-2012 - 12:39:17:859 - Debug: Thread (4140) Creating...99.8%
    04-Oct-2012 - 12:39:18:420 - Debug: Thread (4140) Creating...99.9%
    04-Oct-2012 - 12:39:19:029 - Debug: Thread (4140) Creating...100.0%


    ....and then a crash window appears that simply says:


    "imageUSB has stopped working. A problem caused the program to stop working correctly. Windows will close the program and notify you if a solution is available."


    NOTE: This is with the 'Post Image Verification' option off.


    This is the corresponding information from the Event Log:


    Faulting application name: imageUSB.exe, version: 1.1.1009.0, time stamp: 0x4ffb6c60
    Faulting module name: imageUSB.exe, version: 1.1.1009.0, time stamp: 0x4ffb6c60
    Exception code: 0xc0000005
    Fault offset: 0x00001ef9
    Faulting process id: 0x2538
    Faulting application start time: 0x01cda21d18d69b4e
    Faulting application path: C:\local\imageusb\imageUSB.exe
    Faulting module path: C:\local\imageusb\imageUSB.exe
    Report Id: bfc7c58a-0e12-11e2-9ee9-acb354cf2cca


    ...which doesn't appear to give much away. I've tried this on two different laptops, although both running 64-bit Windows 7. I've also tried with a test USB key (256MB) which worked successfully.


    Any ideas?


    Thanks.

  8. #8

    Default

    Quote Originally Posted by Craz View Post
    Any ideas?
    We haven't been able to reproduce this error on our test USB Flash Drives. I sent you a PM regarding testing a debug build, get back to me if you wouldn't mind testing.

  9. #9
    Join Date
    Oct 2012
    Posts
    2

    Default

    Quote Originally Posted by Richard (PassMark) View Post
    We haven't been able to reproduce this error on our test USB Flash Drives. I sent you a PM regarding testing a debug build, get back to me if you wouldn't mind testing.
    I emailed you about the debug build (didn't work). I assume you received it? Any other ideas?

  10. #10

    Default

    Sorry, I've been a little busy trying to get the benchmark charts in order for the release of PerformanceTest 8 and haven't been able to get around to imageUSB.

    But yes, I have received it. I have a hunch on what the issue might be. It seems that either your USB Flash Drive or the Windows API (for some particular drives) is not correctly reporting the end of the drive. So imageUSB reading beyond what the reported size of the drive is.

    I will try to get you another build today and if all goes well, we'll release it on our site next week.

Page 1 of 2 12 LastLast

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •