[dundee] dd revisited

[James Young]

I'm pretty sure you've already hit the nail on the head.  You're trying 
to write your data to a file system with an inherent 4GB per file 
limit.   I'm afraid I don't know if dd would work like you might want it 
too.  You're looking for concatination and I think the below is the best 
example of this;

dd if=/dev/hdb | gzip >/mnt/hda1/osx_drive_backup.img.gz


Personally,  I'd create a 10GB+ ufs partition from a live distro using 
'parted'.  Some distros call it UFS Darwin because there's been 
revisions to UFS over the years.  It's more flexible and OSX can write 
to it.

Good luck. :-)


 

Daniel Lamb wrote:
> There is a program think its all mac clone or something like that, its opensource i think, should be able to use that. Daniel
>
>  ---- Original message ---- 
> From: Nistur <nistur at googlemail.com>
> Sent: 1 Oct 2007 2:13pm -07:00
> To: Tayside Linux User Group <dundee at mailman.lug.org.uk>
> Cc:  <>
> Subject: Re: [dundee] dd revisited
>
> Hi, what I meant was that the backup file I was making was being stored 
> on a FAT32 USB HDD, however the MacOSX partition itself is 10GB so just 
> using dd on it's own will complain about lack of disk space when the 
> backup hits 4GB, losing 6GB of the image.
>
> Paul Lancaster wrote:
>   
>> Nistur wrote:
>>     
>>> Ok, I still haven't got quite to the bottom of this dd thing, and now 
>>> I have a new problem. I installed OSX to a friend's laptop, when we 
>>> tried getting audio to work and rebooted, the thing froze on the 
>>> apple logo. We reinstalled and I said I'd make a backup to her 
>>> external storage, forgetting that it would be FAT32 and her partition 
>>> size is 10GB.
>>> Basically, I've looked into using search and count to create 2GB 
>>> chunks which then (hopefully) I could put back together if her system 
>>> goes bust again.
>>> I got confused though. I managed to get the first one with:
>>> dd count=4194304 if=/dev/sda3 of=/mnt/usb/OSXBackup.1
>>> When I tried:
>>> dd search=4194305 count=4194304 if=/dev/sda3 of=/mnt/usb/OSXBackup.2
>>> it started off the filesize as 2GB. I didn't check to see whether 
>>> FAT32 would make later volumes, that would start at 4GB for example. 
>>> I just thought I should check before I make a mistake. My main 
>>> concern is that I overwrite the first part of the next partition when 
>>> I dd it back when the inevitable happens and appleazalia messes up 
>>> again. I also don't know how easy it would be to tar everything up as 
>>> I haven't yet found a liveCD that can access a hfs partition :(
>>>
>>> Thanks in advance and I'll continue googling
>>> Nistur
>>>
>>> _______________________________________________
>>> dundee GNU/Linux Users Group mailing list
>>> dundee at lists.lug.org.uk  http://dundee.lug.org.uk
>>> https://mailman.lug.org.uk/mailman/listinfo/dundee
>>> Chat on IRC, #tlug on dundee.lug.org.uk
>>>
>>>
>>>
>>>       
>> Fat 32 will have no problems with a 10GB partition but will truncate 
>> file sizes at 4.0GB - hence the problems with DVD iso's.
>>
>> Paul
>>
>>
>> _______________________________________________
>> dundee GNU/Linux Users Group mailing list
>> dundee at lists.lug.org.uk  http://dundee.lug.org.uk
>> https://mailman.lug.org.uk/mailman/listinfo/dundee
>> Chat on IRC, #tlug on dundee.lug.org.uk
>>
>>     
>
>
> _______________________________________________
> dundee GNU/Linux Users Group mailing list
> dundee at lists.lug.org.uk  http://dundee.lug.org.uk
> https://mailman.lug.org.uk/mailman/listinfo/dundee
> Chat on IRC, #tlug on dundee.lug.org.uk
>
>
>
> _______________________________________________
> dundee GNU/Linux Users Group mailing list
> dundee at lists.lug.org.uk  http://dundee.lug.org.uk
> https://mailman.lug.org.uk/mailman/listinfo/dundee
> Chat on IRC, #tlug on dundee.lug.org.uk
>
>