Package Details: mkinitcpio-btrfs 0.4.3-1

Git Clone URL: https://aur.archlinux.org/mkinitcpio-btrfs.git (read-only, click to copy)
Package Base: mkinitcpio-btrfs
Description: mkinitcpio hook containing advanced features for btrfs-based root devices
Upstream URL: https://github.com/xtfxme/mkinitcpio-btrfs
Licenses: BSD
Submitter: xtfxme
Maintainer: xtfxme
Last Packager: dywedir
Votes: 74
Popularity: 0.000984
First Submitted: 2010-01-06 04:17 (UTC)
Last Updated: 2015-07-09 12:27 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 .. 14 Next › Last »

Johnny_Net commented on 2013-02-02 10:07 (UTC)

I followed the guide in the wiki for setting up Arch on a btrfs-root. So my / is on the subvolume __active and that is also how it is set up in grub.cfg and fstab. Now gathering from the comments, I understand that this is not recommended? So should I strip the subvolume-option from fstab and/or grub.cfg? Also, am I right that this hook is only required for easy rollback support? So if I didn't need the rollback support, could I just stick with the ordinary btrfs hook? If that is the case... Does the ordinary btrfs hook require the subvolume flag to be present in grub.cfg and fstab or should they be removed still? Mind, I still want / to be on the subvolume __active. Thanks a bunch.

xtfxme commented on 2012-12-05 16:06 (UTC)

ah that makes sense, its probably pulling from the active mounts. i'll take a look tonight, thanks

buergi commented on 2012-12-05 10:09 (UTC)

Ah and I'd definitely recommend to either strip subvol= from the rootflags or prevent btrfs_advanced from appending another subvol option and thus disabling it's rollback feature with a warning message. As I wrote below specifying multiple of them causes the mount to fail and drops you to emergency console which is not what non-nerds want :)

buergi commented on 2012-12-05 10:04 (UTC)

It is all to get it working for me. I didn't change any of the default options, maybe some problems occur with other settings. Hm thanks for the advice, I did indeed add subvol=__active to /etc/fstab however it works even with this option for me. However grub-mkconfig adds the option independently from this: grub-mkconfig is a shell script, check it out, it uses among others /etc/grub.d/10_linux to generate the grub configuration. The latter executs 'grub-mkrelpath /' to get the subvolume and adds it to the kernel cmdline. (c.f. /etc/grub.d/10_linux and /usr/share/grub/grub-mkconfig_lib)

xtfxme commented on 2012-12-05 08:47 (UTC)

@buergi, nice, thanks :) i knew people were having some issue with GRUB2 but i havent been able to remedy (my $DAYJOB devel work is related to tax processing, needless to say, it's... busy); is this all you needed to add to get GRUB2 working? ...and how is the subvol option being added? NOTE: you should *not* be defining a subvol in your fstab (if that's where it gets it from) because it's impossible to change the rootfs subvol after initial mount (can only be done in initramfs), and it won't be accurate anyway (eg. when booting __rollback). i will fix these up ASAP, little late tonight, but tomorrow... esp. if you can confirm those things for me. thanks!

buergi commented on 2012-12-05 08:30 (UTC)

There are two little bugs in the hook which cause it not to work at all for me. The problems occur when using grub2's grub-mkconfig. As long as GRUB_DISABLE_LINUX_UUID is not set to 'true' in /etc/default/grub grub-mkconfig uses root=UUID=... and not /dev/sdXY. Therefore, one has to pass the lookup option to blkid. Furthermore, grub2 adds 'subvol=__active' to rootflags and btrfs_hook does so again. mount.btrfs however refuses to work with multiple subvol options so you are dropped to emergency console. The following patch adds the lookup option and strips all subvol=... options from rootflags. 109a110,111 > # strip all other subvol options from rootflags > rootflags="$(echo $rootflags | sed 's/subvol=[^,]*,\?//g;s/,$//g')" 227c229 < [ "$(blkid -s TYPE -o value ${root})" = btrfs ] || return 0 --- > [ "$(blkid -s TYPE -o value -lt ${root})" = btrfs ] || return 0 Hopefully this problems will be fixed soon, except from this problems this is a great and very useful hook. Thanks a lot xtfxme.

kodiak commented on 2012-10-10 07:11 (UTC)

I am not seeing any rollback option during boot. Can have somebody plz have a look https://bbs.archlinux.org/viewtopic.php?pid=1173396#p1173396

xtfxme commented on 2012-09-18 04:43 (UTC)

@Vitok ... hmm, i'm not %100 sure what's wrong there, but it's likely related to the stuff @WorMzy was talking about (few comments back). i intend on reworking this hook very soon to take advantage of all the developments since its inception; i will ensure that multidevice stuff works properly.

<deleted-account> commented on 2012-09-03 18:08 (UTC)

My too can't boot a multi-device (raid0) using grub2. But I can't boot at all with this hook, not when root=UUID..., /dev/disk/by-uuid/..., or /dev/sda2. With original btrfs hook I can booting without rootflags=device=/dev/sd[ab]2 Without any btrfs related hook can boot with rootflags=device=/dev/sd[ab]2 With btrfs_advanced hook can't boot at all, always the same ends http://pastie.org/private/xq9dz6djc2tmgcmkmsw8a

xtfxme commented on 2012-07-15 17:55 (UTC)

@jim945, this hook -- from day one circa late 2009 -- was never needed to boot btrfs.