SUMMARY II- UFSDUMP and single files

From: Craig L. Gruneberg <>
Date: Thu May 16 2002 - 09:21:17 EDT
After much help from the group (Thanks all!) I seem to have narrowed
this down to a file size problem. When I trussed the following command:

# truss ufsdump 0f /dev/rmt/2 /zoso/pc_image/C.diskimage | tee

I got:

llseek(3, 0x000000070AE94000, SEEK_SET)         = 0x70AE94000
read(3, "\0\0\0\0\0\t02 U <E2B8 g".., 8192)     = 8192
llseek(3, 0x000000070DA06000, SEEK_SET)         = 0x70DA06000
read(3, "\0\0\0\0\0\t02 U <E2B8 g".., 8192)     = 8192
  DUMP: Mapping (Pass I) [regular files]
write(2, "     D U M P :   M a p p".., 41)      = 41
stat64("/zoso/pc_image/C.diskimage", 0xFFBEE0E8) = 0
stat("/zoso/pc_image/C.diskimage", 0xFFBEDBF0)  Err#79 EOVERFLOW
  DUMP: Cannot find filesystem mount point for
write(2, "     D U M P :   C a n n".., 76)      = 76
getuid()                                        = 0 [0]
seteuid(0)                                      = 0
  DUMP: The ENTIRE dump is aborted.
write(2, "     D U M P :   T h e  ".., 36)      = 36
llseek(0, 0, SEEK_CUR)                          = 83209

which I assume points to the file being too big. I sized my image on
this go round to 10GB so as to not outgrow it and apparently ufsdump, in
spite of being declared "large file aware' in the largefile man page,
really doesn't like a file this size.

I did find that you can compress the SUNPCi image quite nicely (careful-
you need a updated version of gzip to handle a file this size and unlike
compress, gzip wipes the original leaving only the compressed version).
My 10GB image, which is only a 2.8GB C drive in Win2k, compresses down
to 1.5GB.

sunmanagers mailing list
Received on Thu May 16 09:31:38 2002

This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:42:43 EST