similar to: extlinux: Failed to load ldlinux.c32 with 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

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

Rename no_space_cache option to nospace_cache to be more consistent with the rest, where the simple prefix ''no'' is used to negate an option. The option has been introduced during the -rc1 cycle and there are has not been widely used, so it''s safe. Signed-off-by: David Sterba <dsterba@suse.cz> --- fs/btrfs/super.c | 4 ++-- 1 files changed, 2 insertions(+), 2

Hello, I wanted to make sure that my boot slowdown was related to space_cache so I rebooted the PC several times and it did become slower again. What is more, it doesn''t seem like I even need to generate any actual IO traffic to trigger this. I thought I might give clear_cache a shot again and to test the boot speed with nospace_cache as well. After first booting with

Hi all, I had been clearing the space cache on my btrfs vol (Debian 3.10.11-1 btrfs-tools 2013-7-5) by changing the fstab to "nospace_cache, clear_cache". I ran btrfsck --repair and it said: "cache and super generation don''t match, space cache will be invalidated." Can one of the dev''s please tell me whether that message means that the space cache

Hello Joenes, below you find the output. I did not shorten it by tmpfs and the docker related entries. Are you working on fixing the Issue I described? Regards, Hendrik df -TPh Dateisystem Typ Gr??e Benutzt Verf. Verw%

We create two subvolumes (meego_root and meego_home) in btrfs root directory. And set meego_root as default mount subvolume. After we remount btrfs, meego_root is mounted to top directory by default. Then when we try to mount meego_home (subvol=meego_home) to a subdirectory, it failed. The problem is when default mount subvolume is set to meego_root, we search meego_home in meego_root but can not

> I built development version of syslinux from git 6.04-pre3-3-(sometag) > and I am trying to boot a slackware-current system with it. I do not > use a separated partition for `/boot`. It's just `/dev/sda1` here for > `/` and `/boot` is just a folder. I simply use `mbr.bin` against a DOS > partition table and the first partition having the bootable flag. > > With this

Le 23/07/2020 ? 09:05, Pierre-Philipp Braun via Syslinux a ?crit?: > I do not succeed building 6.03 nor 6.04-pre1 on slackware current with GCC 9 anyway.? This is why I was using the development branch. > > v6.04-pre1 make install and installers were complaining so I used its binaries right away as such (I tried both / and /boot/syslinux/) > > ??????? dd if=./bios/mbr/mbr.bin

Thank you for your answer. I need to correct some information from my previous post: booting from `/` did not work either. I just assumed it did based on previous experience. But with that successful build on development branch, it did not either. > I would suggest trying first the official binaries that are already > included in the official distribution archive (6.03-pre1). Let me

On 8 Nov 2019 at 0:42, Ady Ady via Syslinux wrote: > > As usual, builds/versions should not be mixed, at least within the same > platform (bios/ia32/x64). > I keep versions strictly separated. Both the build directories under /usr/src/syslinux-<VERSION>, and under /tftpboot/pxelinux/<VERSION>/efi64/<my data> and I flip the "filename" and

Hello there I built development version of syslinux from git 6.04-pre3-3-(sometag) and I am trying to boot a slackware-current system with it. I do not use a separated partition for `/boot`. It's just `/dev/sda1` here for `/` and `/boot` is just a folder. I simply use `mbr.bin` against a DOS partition table and the first partition having the bootable flag. With this layout, the only

Hi, On Friday 12 June 2015 19:54:26 Cao Jin wrote: > >>>> diff --git a/tests/btrfs/test-btrfs-devices.sh b/tests/btrfs/test-btrfs-devices.sh > >>>> index 3935c60..463b0a8 100755 > >>>> --- a/tests/btrfs/test-btrfs-devices.sh > >>>> +++ b/tests/btrfs/test-btrfs-devices.sh > >>>> @@ -66,6 +66,8 @@ btrfs-device-add

Hi, On Wednesday 10 June 2015 17:54:18 Pino Tsao wrote: > Signed-off-by: Pino Tsao <caoj.fnst@cn.fujitsu.com> > --- > daemon/btrfs.c | 40 +++++++++++++++++++++++++++++++++++++++ > generator/actions.ml | 19 +++++++++++++++++++ > tests/btrfs/test-btrfs-devices.sh | 8 ++++++++ > 3 files changed, 67 insertions(+) > > diff --git

When mounting a subvolume by name, mountinfo shows the name of the subvolume. When mounting a subvolume using subvolid it does not. Seems like a problem when trying to determine what is mounted. -o subvol=<name> # cat /proc/self/mountinfo | grep vda 43 34 0:29 /home /home rw,relatime shared:29 - btrfs /dev/vda1 rw,seclabel,space_cache 44 34 0:29 /boot /boot rw,relatime shared:30 - btrfs

On Friday 12 June 2015 10:58:34 Pino Tsao wrote: > Hi, > > 在 2015年06月11日 17:43, Pino Toscano 写道: > > Hi, > > > > On Wednesday 10 June 2015 17:54:18 Pino Tsao wrote: > >> Signed-off-by: Pino Tsao <caoj.fnst@cn.fujitsu.com> > >> --- > >> daemon/btrfs.c | 40 +++++++++++++++++++++++++++++++++++++++ > >>

Hi All, (retrying to post again - somehow message got blocked) I am running 3.2.7-1.fc16.x86_64 (latest FC 16 kernel) I posted regarding this problem earlier, but after some research and found improvement with new kernel version. so I decided to repost in a new thread to clean things up... The intention of this post is to hopefully be useful and point out some performance numbers that devs can

Signed-off-by: Pino Tsao <caoj.fnst@cn.fujitsu.com> --- daemon/btrfs.c | 40 +++++++++++++++++++++++++++++++++++++++ generator/actions.ml | 19 +++++++++++++++++++ tests/btrfs/test-btrfs-devices.sh | 8 ++++++++ 3 files changed, 67 insertions(+) diff --git a/daemon/btrfs.c b/daemon/btrfs.c index 39392f7..acc300d 100644 --- a/daemon/btrfs.c +++