| 1 |
Mick wrote: |
| 2 |
> On Saturday 30 Jul 2011 01:32:07 Dale wrote: |
| 3 |
> |
| 4 |
>> Alex Schuster wrote: |
| 5 |
>> |
| 6 |
>>> Am 30.07.2011 01:06, schrieb Dale: |
| 7 |
>>> |
| 8 |
>>>> I'm just curious as to how much longer dd is going to take. I wish it |
| 9 |
>>>> has some sort of a progress bar or something. :/ |
| 10 |
>>>> |
| 11 |
> dcfldd has a progress indicator AFAIR. |
| 12 |
> |
| 13 |
> To make sure that your dd speed is maxed out for the drive that you are dd-ing |
| 14 |
> on, you need to run some tests with different block sizes: |
| 15 |
> |
| 16 |
> dd if=/dev/zero bs=1024 count=1000000 of=/tmp/1G_file.txt |
| 17 |
> dd if=/dev/zero bs=2048 count=500000 of=/tmp/1G_file.txt |
| 18 |
> dd if=/dev/zero bs=4096 count=250000 of=/tmp/1G_file.txt |
| 19 |
> dd if=/dev/zero bs=8192 count=125000 of=/tmp/1G_file.txt |
| 20 |
> |
| 21 |
> On my 500G drive 2048 gives the best speed. |
| 22 |
> |
| 23 |
> Then set bs=2048 or whatever is faster on yours when you run the dd command. |
| 24 |
> |
| 25 |
> |
| 26 |
|
| 27 |
I finally stopped it. It was almost done. Here is the update for this |
| 28 |
weird kernel panic problem. I did the dd thing. I created my partition |
| 29 |
like I had before and put ext4 on it this time. I restored the stuff I |
| 30 |
had backed up to the drive and then downloaded some videos to test the |
| 31 |
thing. It downloaded just fine. No panic or even a burp. |
| 32 |
|
| 33 |
What could have caused this? Could it be a file system problem? I |
| 34 |
don't think it is a physical failure since it is working now after |
| 35 |
giving it a fresh start. I just don't get how this could have caused a |
| 36 |
kernel panic. This is plain weird. |
| 37 |
|
| 38 |
Would love to hear some thoughts on what caused this problem given the fix. |
| 39 |
|
| 40 |
Dale |
| 41 |
|
| 42 |
:-) :-) |
Archives