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.87
First Submitted: 2010-01-06 04:17 (UTC)
Last Updated: 2015-07-09 12:27 (UTC)

Latest Comments

« First ‹ Previous 1 .. 6 7 8 9 10 11 12 13 14 Next › Last »

nrujac commented on 2012-05-02 01:15 (UTC)

This package assumes that the root partition is not its own subvolume and instead is at the top of the filesystem. Here's my setup: /filesystem-root ... root ... home ... boot The old btrfs hook handled this correctly, but that one no longer exists. I was also hoping to try out the rollback features, but I guess it's a no go.

xtfxme commented on 2012-04-13 04:13 (UTC)

unfortunately not :-(, unless it were modified some. you may be interested in this tool: http://lizards.opensuse.org/2011/04/01/introducing-snapper/ ... it can probably be made to run on Arch, and there has been activity surrounding it on the list recently. i'm sort of waiting to see what tools come out before updating this -- i'd like to replace the heavy-lifting with some upstream tool.

<deleted-account> commented on 2012-04-11 20:38 (UTC)

noob question: I understand how to use this to back up / (I think at least...). I have /home as a separate btrfs partition, can I use this to back that up too?

<deleted-account> commented on 2012-03-07 09:37 (UTC)

Oh, you described the snapshot process below. # mount -o subvolid=0 <btrfs_device> /mnt # mkdir /mnt/__snapshot # btrfs sub snap /mnt/__active /mnt/__snapshot/my_savepoint-$(date +%F-%s)

<deleted-account> commented on 2012-03-07 09:28 (UTC)

Any update on this? Also, can you tell me how to make a snapshot from a running root? can that even be done in this setup?

xtfxme commented on 2012-02-20 22:37 (UTC)

no, you don't have to change anything in fstab -- since this happens in initramfs the fstab won't be read anyway, and the subvol can't be changed on remount (AFAIK, for obvious reasons). if the fstab were included into the initramfs, i suppose it could identify the active subvol, but it doesn't work that way right now. in fact, rollback mode spawns/boots temp subvol on the fly; it's probably not a bad idea to keep everything in sync though (personally i use native systemd files and do not have fstab). there is some work being (already?) done in mkinitcpio to support fsck on the root device before mount, in conjunction with cleanup on shutdown. right now the hook is fairly basic and only implements a rudimentary rollback interface, without much (any?) configuration. btrfs does have an fsck utility, but it can't do much beyond spewing errors. i've been meaning to return to this hook for some time ... alas, life is beating this guy down. i'll try to allot some time soon for a review/update.

<deleted-account> commented on 2012-02-20 13:20 (UTC)

Very nice hook, thanks. I have two questions: First is - should I change anything in fstab? Secondly - can you enable fsck support in any way (when the last character of the fstab entry is not 0)?

xtfxme commented on 2012-02-08 03:13 (UTC)

yup yup! updated, thanks

eworm commented on 2012-02-07 11:52 (UTC)

>>> Run mkinitcpio to update your initramfs image # mkinitcpio -p kernel26 'kernel26' has been renamed to 'linux' some time ago.

xtfxme commented on 2012-02-07 07:25 (UTC)

ah yes, right you are -- bumped -- thanks!

« First ‹ Previous 1 .. 6 7 8 9 10 11 12 13 14 Next › Last »