similar to: unable to boot from btrfs subvolume

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

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

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

>From 03115f064be2e074d84f4e2105d2cdebde10f6ba Mon Sep 17 00:00:00 2001 From: Yi Yang <yi.y.yang at intel.com> Date: Tue, 12 Jul 2011 14:53:50 +0800 Subject: [PATCH] Use a general way to get the default subvolume for btrfs --- extlinux/btrfs.h | 105 +++++++++++++++++++ extlinux/main.c | 304 ++++++++++++++++++++++++++++++++++++++++++++++++------ 2 files changed, 377 insertions(+),

diff U3 syslinux-6.03/extlinux/main.c syslinux-6.03_typo/extlinux/main.c --- syslinux-6.03/extlinux/main.c Mon Oct 06 16:27:44 2014 +++ syslinux-6.03_typo/extlinux/main.c Fri Nov 13 02:29:56 2015 @@ -14,7 +14,7 @@ /* * extlinux.c * - * Install the syslinux boot block on an fat, ntfs, ext2/3/4, btrfs, xfs, + * Install the syslinux boot block on a fat, ntfs, ext2/3/4, btrfs, xfs, * and ufs1/2

On Fri, Aug 4, 2017 at 12:06 PM, ian_bruce--- via Syslinux <syslinux at zytor.com> wrote: > I have some concerns about the Syslinux boot process, which I'm now > investigating in connection with my work on booting Live-CD images from > USB flashdrives. Some of these are related to what seems to be > inadequate documentation, but I think that there are also aspects of >

I am a relative newcomer to using extlinux. I am running Fedora 20 which means I am using syslinux 4.05. When I noticied that all of your documentation said that booting off ext234 and btrfs was supported, I gave it a try. Indeed, this does work with the boot files and the extlinux directory installed into the btrfs (root) volume. Has any thought been given to supporting supporting

I have some concerns about the Syslinux boot process, which I'm now investigating in connection with my work on booting Live-CD images from USB flashdrives. Some of these are related to what seems to be inadequate documentation, but I think that there are also aspects of Syslinux operation which could be fairly easily improved. quoting from the official documentation: Since version 5.00,

If we change our default subvolume, btrfs receive will fail to find subvolume. To fix this problem, we have three 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. 3.tell the user to mount the toplevel subvol by himself and run receive

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

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 insertions(+), 4 deletions(-) > > diff --git a/generator/actions.ml b/generator/actions.ml

From: Ajesh JS <ajesh.js@hp.com> This patch provides a mechanism to modify the permission of a subvolume in a btrfs file system This helps to apply a policy of having read-write subvolume inside a read-only subvolume. One use case is to have the whole root file system as a read-only subvolume and have /etc as a read-write subvolume inside. Signed-off-by: Ajesh JS <ajesh.js@hp.com>

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

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

I've just noticed that I'm having issues with finding files using "locate" when those files are on btrfs subvolume mounts. The issue is that updatedb cannot discern the difference between a btrfs bind mount and btrfs subvolume [1]. This generally means that if you're using btrfs subvolume mounts and updatedb at the same time, and you want to index those subvolumes,

Alex pointed out the consequences after a transaction is not committed when a subvolume is deleted, so in case of a crash before an actual commit happens will let the subvolume reappear. Original post: http://www.spinics.net/lists/linux-btrfs/msg22088.html Josef''s objections: http://www.spinics.net/lists/linux-btrfs/msg22256.html While there''s no need to do a full commit for