The only choice for an online operation is to make a new partition in front of the old one and just add that as a second disk in btrfs.
The slow method of shifting the bytes down is probably a better long term choice. -chris On Wed, Nov 09, 2011 at 06:40:06AM -0600, Billy Crook wrote: > I think the biggest point of contention is that with all the stuff > going on in the background in btrfs, its difficult to be sure that the > resize operation has completed. With grows, you don't have to worry. > With shrinks, if you truncate the block device too soon, you will > corrupt the filesystem. > > 2011/11/9 Ernst Sjöstrand <ern...@gmail.com>: > > Gparted can do that, it just takes a very long time because it moves > > everything back first. > > > > Regards > > //Ernst > > > > On Wed, Nov 9, 2011 at 05:23, Jordan Windsor <jorda...@gmail.com> wrote: > >> Hello, > >> I was wondering how I would go about growing a btrfs filesystem > >> backwards, I don't have any space to store the files temporally, I'd > >> need to do it in place. > >> Thanks. > >> -- > >> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in > >> the body of a message to majord...@vger.kernel.org > >> More majordomo info at http://vger.kernel.org/majordomo-info.html > >> > > -- > > To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in > > the body of a message to majord...@vger.kernel.org > > More majordomo info at http://vger.kernel.org/majordomo-info.html > > > -- > To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in > the body of a message to majord...@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
