bug-ddrescue
[Top][All Lists]
Advanced

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

[Bug-ddrescue] Image File Size


From: wilborville
Subject: [Bug-ddrescue] Image File Size
Date: Sat, 26 Dec 2009 19:31:25 -0800 (PST)

Thanks in Advance for any help in this mystery.

Needless to say, new at all this. Gddrescue is pretty cool but I am still
trying to understand both
Ubuntu Linux and Gddrescue. I am worried about running out of hard disk
space used to output the image file "Jim", 
to drive name "160G" (which is the approximate drive size too), /dev/sdb.

I desired to rescue a segment on a bad USB external 320G drive, between 70G
and 100G in 10G increments.
Actually 11G so there's some overlap? Will use data carving tool like
Photorec to analyze each segment.

I already "rescued" sudo ddrescue -vd -i70G -s11G /dev/sdc2 /media/160G/Jim
/media/160G/logfile

The size of Jim (~ 74G) spooked me. I know why now, -s11G is size of input
to be copied. 
Output file I understand starts around zero. So, yes the output file can be
large. Ooops.

If the next two 11G segments are this large or larger, I'd run out of drive
space. 
I decided that I'd ADD the next two 11G segments to Jim to using the same
logfile. 

Using same logfile...

I have asked to CONTINUE rescuing a segment 11G in size from position 80G to
91G
sudo ddrescue -vd -i80G -s11G /dev/sdc2 /media/160G/Jim /media/160G/logfile

Why -d "direct"? It seems to work longer between "input file disappeared"
messages than without. 
Painfully slow but it keeps chugging away. 

Snapshot now fyi:
About to copy 11 GBytes from /dev/sdc2 to /media/160G/Jim
    Starting positions: infile = 80 GB,  outfile = 80 GB
    Copy block size: 128 hard blocks
Hard block size: 512  bytes
Max_retries: 0    
Direct: yes    Sparse: no    Split: yes    Truncate: no

Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:   432723 kB,  errsize:  10567 MB,  errors:      16
Current status
rescued:   432723 kB,  errsize:  10567 MB,  current rate:        0 B/s
   ipos:    81062 MB,   errors:      16,    average rate:        0 B/s
   opos:    81062 MB,     time from last successful read:    25.4 m
Splitting failed blocks.

Here's the problem. If I look in the File Browser, double click "160G", in
Ubuntu (latest version), it shows
Jim 75.9G in size and growing. logfile is 26kB. Another 1.5 G from two other
unrelated files, 4 files visible
in totaling 77.2G   Keep this number in mind. Even showing "hidden files"
using this NFS+ (journaling OFF)
drive only shows a few kB more.

But if  Right Click "160G" drive and read Properties, it shows 142.7 GB used
and 9.7GB free!!! 
Same general results if   df /dev/sdb2 or 94% used. 

How can this be?  77.2G or 142.7G? 

Thanks
wilborville (Jim)

P.S. I found in this forum a better way would have been to use this to
start. Correct?
sudo ddrescue -vd -i70G -o0 -s11G /dev/sdc2 /media/160G/Jim
/media/160G/logfile

-- 
View this message in context: 
http://old.nabble.com/Image-File-Size-tp26931720p26931720.html
Sent from the Gnu - ddrescue mailing list archive at Nabble.com.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]