Am 09.06.2013 00:57, schrieb Chris Murphy:
The next issue:
if=/dev/sdc2 skip=$((245547520-33024)) seek=0 of=/dev/sdc2
You have a skip (skip n block from input) value well inside of sdc2. It seems
you should have skipped from sdc not sdc2, and should have used the old start
value for sdc2
On Sun, Jun 09, 2013 at 12:44:23PM +0200, André Schlichting wrote:
Am 09.06.2013 00:57, schrieb Chris Murphy:
The next issue:
if=/dev/sdc2 skip=$((245547520-33024)) seek=0 of=/dev/sdc2
You have a skip (skip n block from input) value well inside of sdc2. It
seems you should have skipped
I actually think that the move of the partition was no problem. I
guess that btrfs has some absolute references which have to be
adjusted and now has some problems with sectors not at the right
place.
No, it doesn't. All the position values in the FS are either
relative to the containing
On Jun 9, 2013, at 6:44 AM, André Schlichting an...@delorus.de wrote:
/dev/sdc2 at this moment was already the new partition with boundaries 33024
to 732566640 with the old partition inside. Therefore I used skip=old start -
new start, which inside of sdc2 points to the start of the old
I did the following experiment and tried to move a dm-cryped btrfs
partition to the left on an external 3TB drive.
The old partition had the sector boundaries: 245547520 - 732566527
I deleted this one and created a new one with boundaries: 33024 - 732566640
Now I moved the data
sudo dd
On Jun 8, 2013, at 8:47 AM, André Schlichting an...@delorus.de wrote:
The old partition had the sector boundaries: 245547520 - 732566527
I deleted this one and created a new one with boundaries: 33024 - 732566640
Now I moved the data
sudo dd conv=notrunc bs=4096 iflag=fullblock
Am 09.06.2013 00:20, schrieb Chris Murphy:
On Jun 8, 2013, at 8:47 AM, André Schlichting an...@delorus.de wrote:
The old partition had the sector boundaries: 245547520 - 732566527
I deleted this one and created a new one with boundaries: 33024 - 732566640
Now I moved the data
sudo dd
On Jun 8, 2013, at 6:42 PM, André Schlichting an...@delorus.de wrote:
I'm not sure, but this external disk has a GPT with sector size 4096 and as I
wrote the dm-crypted LUKS container can be opened without complains.
fdisk -l /dev/sdc
WARNING: fdisk GPT support is currently new, and