|
Hi,
Hmm, you would have to 'move' your header together with btrfs to some higher address to get free space at the beginning of the disk for the partition table and the new header. I would _not_ even think about trying it if data loss is a threat to you... In a very informal way: you can shrink your btrfs to minimum and use dd to move it to move 'in-situ' it to some higher offset inside the luks block device (this is really dangerous, erroneous dd arguments lead to data loss, a power failure is probably not recoverable). Now that you have enough space at the beginning of your underlying block device, you can create a partition table and restore the header back to the first partition. Then you have to adjust the sector offsets by using luksOpen twice: for the new luks block device and for the old one, passing the right offset to luksOpen. Then dump your btrfs back from the old luks device to the new one. *Any* step might fail and cause unrecoverable data loss and this approach is really dangerous. Anyone better suggestions? Ralf PS: I had a similar issue some years ago: I wanted to change my Raid (luks inside) from Raid6 (4x3TiB) to Raid10. I degraded the Raid6 by two disks and created a new degraded Raid10 and dumped data from A to B. Afterwards I added the two remaining Raid6 disks to the new Raid10. Luckily, everything worked out, but I would not try it again. On 04/19/2016 09:08 PM, Joe Hillenbrand wrote:
|
_______________________________________________ dm-crypt mailing list dm-crypt@xxxxxxxx http://www.saout.de/mailman/listinfo/dm-crypt
