| 1 |
On Sunday 15 May 2011 19:40:30 Mick wrote: |
| 2 |
> On Sunday 15 May 2011 19:15:16 Volker Armin Hemmann wrote: |
| 3 |
> > On Sunday 15 May 2011 18:52:21 Mick wrote: |
| 4 |
> > > On Sunday 15 May 2011 08:45:05 Adam Carter wrote: |
| 5 |
> > > > I'm cloning a windows disk using gentoo; |
| 6 |
> > > > |
| 7 |
> > > > On the old 66GB disk; |
| 8 |
> > > > # dd if=/dev/sdb of=/root/winmbr.bin bs=512 count=1 |
| 9 |
> > > > # dd if=/dev/sdb1 bs=10M | gzip -v > winpartition.gz |
| 10 |
> > > > |
| 11 |
> > > > Then after swapping in the new 500GB disk; |
| 12 |
> > > > dd if=/root/winmbr.bin of=/dev/sdb bs=512 count=1 |
| 13 |
> > > > # gunzip -c winpartition.gz | dd of=/dev/sdb1 bs=10M |
| 14 |
> > > > dd: writing `/dev/sdb1': No space left on device |
| 15 |
> > > > 0+306 records in |
| 16 |
> > > > 0+305 records out |
| 17 |
> > > > 10137600 bytes (10 MB) copied, 0.109885 s, 92.3 MB/s |
| 18 |
> > > > # fdisk -l /dev/sdb |
| 19 |
> > > > |
| 20 |
> > > > Disk /dev/sdb: 500.1 GB, 500107862016 bytes |
| 21 |
> > > > 255 heads, 63 sectors/track, 60801 cylinders, total 976773168 |
| 22 |
> > > > sectors |
| 23 |
> > > > Units = sectors of 1 * 512 = 512 bytes |
| 24 |
> > > > Sector size (logical/physical): 512 bytes / 512 bytes |
| 25 |
> > > > I/O size (minimum/optimal): 512 bytes / 512 bytes |
| 26 |
> > > > Disk identifier: 0xe3f7e3f7 |
| 27 |
> > > > |
| 28 |
> > > > Device Boot Start End Blocks Id |
| 29 |
> > > > System |
| 30 |
> > > > |
| 31 |
> > > > /dev/sdb1 * 206848 117207039 58500096 7 |
| 32 |
> > > > HPFS/NTFS/exFAT |
| 33 |
> > > > |
| 34 |
> > > > Why is dd saying no space left after copying 10MB when sdb1 is |
| 35 |
> > > > 65GB? |
| 36 |
> > > |
| 37 |
> > > Not sure if the bs=10M is too large? |
| 38 |
> > > |
| 39 |
> > > You can try finding the optimum size of the bs= value by creating a |
| 40 |
> > > partition on the new disk, formating it and then run something like: |
| 41 |
> > > |
| 42 |
> > > dd if=/dev/zero bs=1024 count=1000000 of=/1G_test.file |
| 43 |
> > > dd if=/dev/zero bs=2048 count=500000 of=/1G_test.file |
| 44 |
> > > dd if=/dev/zero bs=4096 count=250000 of=/1G_test.file |
| 45 |
> > > dd if=/dev/zero bs=8192 count=125000 of=/1G_test.file |
| 46 |
> > > |
| 47 |
> > > and compare the results that dd reports. bs=4096 often gives best |
| 48 |
> > > performance (on my drives at least) but with the new 1T+ drives you |
| 49 |
> > > may |
| 50 |
> > > find that another block size does the job better. |
| 51 |
> > > |
| 52 |
> > > Then zero the drive first using dd: |
| 53 |
> > > |
| 54 |
> > > dd if=/dev/zero of=/dev/sdb bs=4096 oflag=direct conv=notrunc |
| 55 |
> > > |
| 56 |
> > > and try repeating your restoring from back up with a more suitable |
| 57 |
> > > block size. |
| 58 |
> > |
| 59 |
> > a) sector sizes are mentioned in the docu |
| 60 |
> > b) compeletly unrelated. |
| 61 |
> |
| 62 |
> You're right, but why is it stopping after the first 10M is transferred |
| 63 |
> then? |
| 64 |
|
| 65 |
not sure - but I would unpack the file first. Just in case. |
Archives