Re: How to force copy retries until finally copied all due to a dying old HDD in Linux?

From	Robert Nichols <SEE_SIGNATURE@localhost.localdomain.invalid>
Newsgroups	comp.os.linux.misc, comp.os.linux.help, comp.os.linux.setup, comp.os.linux.hardware
Subject	Re: How to force copy retries until finally copied all due to a dying old HDD in Linux?
Date	2015-01-11 08:04 -0600
Organization	Exiguous
Message-ID	<m8tvte$679$1@omega-3a.local> (permalink)
References	(4 earlier) <II2dnY8yh_ixUTTJnZ2dnUU7-YGdnZ2d@earthlink.com> <m8clev$81v$1@dont-email.me> <D-adnXEAA_EIEi3JnZ2dnUU7-e8AAAAA@earthlink.com> <m8rcgt$3um$1@omega-3a.local> <ZqKdnVdvz4021CzJnZ2dnUU7-QednZ2d@earthlink.com>

Cross-posted to 4 groups.

Show all headers | View raw

On 01/10/2015 09:47 AM, Ant wrote:
> On 1/10/2015 6:21 AM, Robert Nichols wrote:
>
>> How large is partition /dev/sda5? That's the whole partition, regardless
>> of how
>> much space is or is not "used" in the filesystem. That is the amount of
>> space
>> you need at the destination. /ddrescue/ neither knows nor cares about
>> filesystem
>> structure. It copies the whole partition.
>
> Oh, that is why! Dang it! So, my destinated drive/partition isn't big enough due
> to imaging it (not just used data) even though both drives are the same size. :(
> As you requested:
>
> $ df -h
> Filesystem                                              Size  Used Avail Use%
> Mounted on
> rootfs                                                  938M  717M  174M  81% /
> udev                                                     10M     0   10M   0% /dev
> tmpfs                                                   202M  6.9M  195M   4% /run
> /dev/disk/by-uuid/242d81f2-8a0d-48e1-a144-22ab4d2b9407  938M  717M  174M  81% /
> tmpfs                                                   5.0M  4.0K  5.0M   1%
> /run/lock
> tmpfs                                                   1.2G   80K  1.2G   1%
> /run/shm
> /dev/sdb9                                                48G   16G   30G  36% /home
> /dev/sdb5                                               938M   24M  867M   3% /tmp
> /dev/sdb8                                                48G  6.2G   40G  14% /usr
> /dev/sdb6                                               4.6G  1.8G  2.7G  40% /var
> /dev/sdg1                                                74G  180M   70G   1%
> /media/storage2
> /dev/sda5                                                74G   30G   40G  43%
> /media/_others
>
> FYI. sda5 (an ext3 partition on the dying drive I care for) is not mounted, but
> /media/storage2 (ext4) is mounted in case that matters.
>
> I do have another external USB2 drive, but it was formatted in FAT32 and has
> data. Can ddrescue use it to make an image file? I don't want to lose any data
> on it though.

FAT32 can't hold a 74GB file. The maximum file size for FAT32 is 4GB
minus 1 byte. /dev/sdg1 *might* be large enough for the image if you
unmounted it and went straight to the raw partition, but that's going to
destroy the current contents of /dev/sdg1. I can't tell from the above
info. Compare the two sizes when you run "grep -E 'sda5|sdg1'
/proc/partitions" or the sizes you see when you run "fdisk -lu /dev/sda
/dev/sdg".

-- 
Bob Nichols         AT comcast.net I am "RNichols42"

Thread

csiph-web