Dont know anything about *DMA stuff...
Try this URL
http://www.storagereview.com/guide2000/ref/hdd/if/ide/modesUDMA.html
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
On Tue, 16 Dec 2003 17:12:24 +1100
Bret Comstock Waldow [EMAIL PROTECTED] wrote:
My 20G disk copies in 2 hours and 40 minutes. I've experimented with
Mine took 15 minutes for 6.4Gb. (athlon 1700+, dma4 disks)
Why do people dd disks anyway. There's a few pitfalls
such as duplicate serial
On Tue, 2003-12-16 at 22:24, [EMAIL PROTECTED] wrote:
On Tue, 16 Dec 2003 17:12:24 +1100
Bret Comstock Waldow [EMAIL PROTECTED] wrote:
My 20G disk copies in 2 hours and 40 minutes. I've experimented with
Mine took 15 minutes for 6.4Gb. (athlon 1700+, dma4 disks)
Why do people dd
Im copying 40g drive onto a 120g drive. I am using a CD live type linux
distro.
Which is SystemRescueCd
I have a little theory that running top may freeze the process, because
since running top once, the dd or cat process cpu time has not changed.
I think my theory pulled through. I ran dd and
On Wed Dec 17, 2003 at 13:14:46 +1100, Simon Males wrote:
PS i just moved here from the digest, could like the list have 'reply to
list' switched on?!
I take this time to introduce members to our wonderful FAQ which
is at: http://www.slug.org.au/faq/,
and in particular
We should point out that this method is only close to efficient when the
source disk is nearly full of data. This is because you're copying the
blank space too. Still, if you're happy to leave it running over a weekend
it's the easiest way to get the lot.
The other way if you're savvy and in a
Simon Males wrote:
Im copying 40g drive onto a 120g drive. I am using a CD live type linux
distro.
you could use partimage and ext2resize.
www.partimage.org
dave
--
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug
My situation is a bit different - I'm copying between identical drives.
I wonder if geometry translation might be a factor?
Also, are both drives IDE and on the same channel (both Primary or both
Secondary)? Given you're reporting hda and hdc I suspect no. The other
device on the channel (like
Im copying 40g drive onto a 120g drive. I am using a CD live type linux
distro.
using the command
# dd if=/dev/hda of=/dev/hdc bs=2048k
The thing is I dont know if its working, dd gives no active feedback. I
dont think i could even ^C it. I left it running for some 12hrs, hard
reboot, jumped
Check that you have DMA switched on both drivers with hdparm ..
otherwise this could take a long time :-)
Dave.
On Mon, 15 Dec 2003, Simon Males wrote:
Im copying 40g drive onto a 120g drive. I am using a CD live type linux
distro.
using the command
# dd if=/dev/hda of=/dev/hdc bs=2048k
Dont know anything about *DMA stuff...
/dev/hda
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
/dev/hdc
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5
I guess udma2 is bad?!
--
Simon Males [EMAIL PROTECTED]
No More AOL CDs Australia -
should be good enough at udma2/5, 5 relies on the 80-pin cable and I'd say
the secondary i/f isn't udma5 capable..
so it shouldn't take a major amount of time to copy a drive with those
setings... (not sure exactly how long ...)
Dave.
On Mon, 15 Dec 2003, Simon Males wrote:
Dont know
12 matches
Mail list logo
