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
On 06/09/2013 01:24 AM, Kai Krakow wrote:
Actually it should be called rootdelay... My fault...
Thanks again, I have added it, will see what happens, I am looking for
anything that might help at this point, so I am very appreciative! - George
Am 07.06.2013 01:48 schrieb George Mitchell
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'm running into a problem with the btrfs-cleaner thread becoming
blocked on xfstests 068.
The test locks up indefinitely without completing (normally it
finished in about 45 seconds on my test box).
I've replicated the issue on 3.10.0_rc5 and the for-linus branch of 3.9.0.
I ran a git bisect
