[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: backup up large disks

Gene L Reynolds/GYR/CC01/INEEL/US wrote:
> info from fdisk. I wonder if I need to slice it differently? in the old
> days we needed one
> slice to be the whole disk, as I understand it now we do not.  Thanks in
> advance for all
> the help.
> Disk /dev/sdc: 255 heads, 63 sectors, 2213 cylinders
> Units = cylinders of 16065 * 512 bytes
>  Device    Boot    Start       End    Blocks   Id  System
> /dev/sdc1             1      2213  17775891    5  Extended
> /dev/sdc5             1      2213  17775890+  83  Linux

No, x86 doesn't need the whole-disk-partition.
Solaris uses it though.

> dump 0usf 60000 /dev/st0 /usr/dgs
>   DUMP: Date of this level 0 dump: Mon May  8 13:02:20 2000
>   DUMP: Date of last level 0 dump: the epoch
>   DUMP: Dumping /dev/sdc5 (/usr/dgs) to /dev/st0
>   DUMP: mapping (Pass I) [regular files]
>   DUMP: mapping (Pass II) [directories]
>   DUMP: estimated 2753607 tape blocks on -1.01 tape(s).

This looks strange. -1 tapes?

>   DUMP: Volume 1 started at: Mon May  8 13:02:39 2000
>   DUMP: dumping (Pass III) [directories]
>   Segmentation fault
> Segmentation fault

I think dump is having trouble with the 18G partition.

Is you tape setup correctly?
check density and length, it may be calculating
too many tapes. The 1600bpi and 60000 ft
gives 11MB per tape, so 5GB needs 447.4 tapes
and the whole 18G would need 1610.7 tapes

How big is your tape?

dump 0uaf /dev/st0 /usr/dgs

or try the -B option ( number of 1K blocks on the tape
which matches the output of 'df -k' )


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]