[HH] Different Mfg SD Cards will not format to same size

[Jerry Feldman]

On 01/05/2015 02:47 PM, Mark Komarinski wrote:
> Regular hard drives have the same problems which makes it fun when you
> try to use different vendors for a RAID array (as in, don’t, and be
> sure to get the exact same model for replacement drive)
While this may be true. In my case, I used to  have both a Seagate and
Western Digital in a RAID1 array. The seagate failed and I replaced it
with a WD. One advantage of having drives of different manufacture, is
that there is a low chance of simultaneous failure, where if you get 2
drives with the same lot number, both drives have a higher potential for
simultaneous failure. With RAID1 just make sure the partition sizes are
the same. [ but this is a bit OT]

>
> Can you try to resize the FAT32 partition down a touch so it’s maybe
> 3.5GB?  Just be sure to keep the original image :)
>
> -Mark
>
>> On Jan 5, 2015, at 2:30 PM, Phil C. <charlestek at rcn.com
>> <mailto:charlestek at rcn.com>> wrote:
>>
>> I have an 4GB SD Card with data from my Sleep Apnea CPAP machine I
>> have to clone to another SD card to send to the doctor for analysis.
>>  
>> The card that came with the machine was formatted FAT32 to
>> 3.72GB.   I bought a Sandisk 4GB SD card and popped it in the reader
>> and found it will only format to 3.69GB
>>  
>> I'm using Win32 Disk Imager for the cloning, and as far as I know I
>> can't clone 3.72GB into 3.69GB.    The souce SD has some kind of
>> proprietary header or something in there so that I just can't copy
>> the files.
>>  
>> I just can't figure out why the two 4GB SD cards have different
>> formatted capacities.
>>

-- 
Jerry Feldman <gaf at blu.org>
Boston Linux and Unix
PGP key id:B7F14F2F
PGP Key fingerprint: D937 A424 4836 E052 2E1B  8DC6 24D7 000F B7F1 4F2F


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 465 bytes
Desc: OpenPGP digital signature
URL: <http://lists.blu.org/pipermail/hardwarehacking/attachments/20150108/855ecc23/attachment.sig>