similar to: [PATCH v2] Btrfs-progs: receive: fix the case that we can not find the subvolume

If we change our default subvolume, btrfs receive will fail to find subvolume. To fix this problem, i have two ideas. 1.make btrfs snapshot ioctl support passing source subvolume''s objectid 2.when we want to using interval subvolume path, we mount it other place that use subvolume 5 as its default subvolume. We''d better use the second approach because it won''t bother

Most fixes are trivial. The one from Alex is fixing a real bug that several users have reported. Alex sent the patch half a year ago and it was not yet integrated. The patch "Use /proc/mounts instead of /etc/mtab" is a repost. The patch "btrfs-receive optionally honors the end-cmd" is a preparation step to allow backup tools to multiplex a single communication stream (e.g. a

Signed-off-by: David Sterba <dsterba@suse.cz> --- man/btrfs.8.in | 14 ++++++++++++++ 1 file changed, 14 insertions(+) diff --git a/man/btrfs.8.in b/man/btrfs.8.in index 6cb3662e28bb..b6203483296e 100644 --- a/man/btrfs.8.in +++ b/man/btrfs.8.in @@ -71,6 +71,8 @@ btrfs \- control a btrfs filesystem .PP \fBbtrfs\fP \fBrescue chunk-recover\fP [\fIoptions\fP] \fI<path>\fP .PP

From: Mark Fasheh <mfasheh@suse.de> btrfs-progs: re-add send-test send-test.c links against libbtrfs and uses the send functionality provided to decode and print a send stream to the console. 66819df "btrfs-progs: add send-test" contained this file when submitted, but somehow got lost on commit. [sandeen@redhat.com: Resurrect lost send-test.c from original commit]

"btrfs subvolume list" gets a new option "--fields=..." which allows to specify which pieces of information about subvolumes shall be printed. This is necessary because this commit also adds all the so far missing items from the root_item like the received UUID, all generation values and all time values. The parameters to the "--fields" option is a list of items to

New option to subvolume list that acts as a global filter and applies the other filters to either live subvolumes or the uncleaned ones. The path to the deleted subvolumes is lost at the deletion time, sample output looks like: ID 259 gen 7 top level 0 path <FS_TREE>/DELETED Signed-off-by: David Sterba <dsterba@suse.cz> --- btrfs-list.c | 24 +++++++++++++++++++++---

Setting subvolume/snapshot readonly has been missing for a long time. With this patch, we can set a subvolume/snapshot readonly via: o btrfs subvolume set-ro <path> Signed-off-by: Liu Bo <liubo2009@cn.fujitsu.com> --- cmds-subvolume.c | 40 ++++++++++++++++++++++++++++++++++++++++ ioctl.h | 7 +++++++ 2 files changed, 47 insertions(+), 0 deletions(-) diff --git

The btrfs tool is changed in order to support command line parameters to configure the IO priority of the scrub tasks. Also the default is changed. The default IO priority for scrub is the idle class now. Some basic performance measurements have been done with the goal to measure which IO priority for scrub gives the best overall disk data throughput. The kernel was configured to use the CFQ IO

On 2019-09-30 16:09, Erik via Syslinux wrote: > I am new to syslinux/extlinux. Can I boot from a linux btrfs subvolume? I am > getting "Failed to load ldlinux.c32" when I attempt to boot from a btrfs > subvolume. I can confirm this as a problem. The algorithm for btrfs subvolume search seems to be completely braindead, and at least in the current Linux kernels there are ioctls

Hello All, I've recently encountered an issue with `extlinux --install /boot/syslinux` where a subvolume on btrfs which is set to `set-default` is not identified as the default subvolume. In my testing I pulled both the prebuilt binary from kernel.org which failed to identify that I had set a non 0 value via `btrfs subvolume set-default <id> <path>`. In extlinux/main.c there

btrfs_subvolume_create creates only subvolumes. btrfs_subvolume_delete deletes subvolumes or snapshots. Signed-off-by: Hu Tao <hutao@cn.fujitsu.com> --- generator/actions.ml | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/generator/actions.ml b/generator/actions.ml index 89332f5..fe492e6 100644 --- a/generator/actions.ml +++ b/generator/actions.ml @@ -10248,19

On Fri, Nov 21, 2014 at 11:35:11AM +0100, Pino Toscano wrote: > On Friday 21 November 2014 13:17:55 Hu Tao wrote: > > btrfs_subvolume_create creates only subvolumes. btrfs_subvolume_delete > > deletes subvolumes or snapshots. > > > > Signed-off-by: Hu Tao <hutao@cn.fujitsu.com> > > --- > > generator/actions.ml | 8 ++++---- > > 1 file changed, 4

Here is a patch to btrfs-progs to provide the command "subvolume last-gen": $ sudo ./btrfs subvolume last-gen /.snaps/1h-20101102-010001 transid marker was 2808 $ sudo ./btrfs subvolume last-gen /.snaps/1h-20101102-020001/ transid marker was 2942 $ So we can do something like: $ sudo ./btrfs subvolume find-new /.snaps/1h-20101102-020001 2808 | head -5 inode 100399

Hi, I have always found the default behaviour of subvolume failure a bit confusing for users or applications that need deterministic failure behaviour. When a subvolume fails the clients can still use and access files on other subvolumes. However, accessing files on a failed subvolume returns an error saying it cannot find the files. It would be better if it would block until a subvolume comes

I am new to syslinux/extlinux. Can I boot from a linux btrfs subvolume? I am getting "Failed to load ldlinux.c32" when I attempt to boot from a btrfs subvolume. Setup: 1) I have a USB disk with one partition. The partition is marked "active". 2) I make a btrfs filesystem with "mkfs.btrfs /dev/sdd1". I mount the partiton and execute "btrfs su create root".

I am new to syslinux/extlinux. Can I boot from a linux btrfs subvolume? I am getting "Failed to load ldlinux.c32" when I attempt to boot from a btrfs subvolume. Setup: 1) I have a USB disk with one partition. The partition is marked "active". 2) I make a btrfs filesystem with "mkfs.btrfs /dev/sdd1". I mount the partiton and execute "btrfs su create

I am new to syslinux/extlinux. Can I boot from a linux btrfs subvolume? I am getting "Failed to load ldlinux.c32" when I attempt to boot from a btrfs subvolume. Setup: 1) I have a USB disk with one partition. The partition is marked "active". 2) I make a btrfs filesystem with "mkfs.btrfs /dev/sdd1". I mount the partiton and execute "btrfs su create

virt-filesystem -l tries to get the size of btrfs subvolumes, which results in an error. Teach it to skip the subvolumes. --- cat/filesystems.c | 22 ++++++++++++++++++++-- 1 file changed, 20 insertions(+), 2 deletions(-) diff --git a/cat/filesystems.c b/cat/filesystems.c index f1c2852..f679517 100644 --- a/cat/filesystems.c +++ b/cat/filesystems.c @@ -476,9 +476,27 @@ do_output_filesystems

virt-filesystem -l tries to get the size of btrfs subvolumes, which results in an error. Teach it to skip the subvolumes. --- cat/filesystems.c | 23 +++++++++++++++++++++-- 1 file changed, 21 insertions(+), 2 deletions(-) diff --git a/cat/filesystems.c b/cat/filesystems.c index f1c2852..cfdac86 100644 --- a/cat/filesystems.c +++ b/cat/filesystems.c @@ -476,9 +476,28 @@ do_output_filesystems

On Fri, Jul 08, 2016 at 01:58:07PM +0300, Maxim Perevedentsev wrote: > On 07/07/2016 06:59 PM, Richard W.M. Jones wrote: > > > >However I'm not convinced that this means my statement before about > >set_uuid should take a Mountable instead of a Device is wrong. It > >could still be changed to take a Mountable, and either we'd have to > >document that