[Freedombox-discuss] Switch to btrfs on the Freedombox?

Craig Barnes cjbarnes18 at gmail.com
Sun Nov 23 23:56:37 UTC 2014


Sorry I missed the list on my last 2 messages :-\


---------- Forwarded message ----------
From: Craig Barnes <cjbarnes18 at gmail.com>
Date: 23 November 2014 at 23:26
Subject: Re: [Freedombox-discuss] Switch to btrfs on the Freedombox?
To: Petter Reinholdtsen <pere at hungry.com>


ok so I have applied the adjustment to the  uboot configuration, and I
now have dreamplug running from the btrfs @ subvolume.

The change that I applied once in uboot

 setenv x_bootargs_root root=/dev/sda2 rootflags=subvol=@ rootdelay=10
 saveenv
 boot

On 23 November 2014 at 19:43, Craig Barnes <cjbarnes18 at gmail.com> wrote:
> These are the changes that I attempted, but I ended up with the files
> in the root and nothing in the subvolume.
>
> git diff vendor-patches/vmdebootstrap/03-roottype-btrfs-bts-741223.patch
> diff --git a/vendor-patches/vmdebootstrap/03-roottype-btrfs-bts-741223.patch
> b/vendor-patches/vmdebootstrap/03-roottype-btrfs-bts-741223.patch
> index 75b7a60..2b00426 100644
> --- a/vendor-patches/vmdebootstrap/03-roottype-btrfs-bts-741223.patch
> +++ b/vendor-patches/vmdebootstrap/03-roottype-btrfs-bts-741223.patch
> @@ -21,7 +21,7 @@ index 126475f..4818f2b 100755
>               bootdev = None
>               boottype = None
>               rootdir = None
> -@@ -141,6 +144,25 @@ class VmDebootstrap(cliapp.Application):
> +@@ -141,6 +144,26 @@ class VmDebootstrap(cliapp.Application):
>                   (rootdev, bootdev) = self.setup_kpartx()
>                   self.mkfs(rootdev, type=roottype)
>                   rootdir = self.mount(rootdev)
> @@ -34,10 +34,11 @@ index 126475f..4818f2b 100755
>  +                    # Make sure the subvolume mount point show in in
>  +                    # /proc/mounts for grub-update to figure out the
>  +                    # device for the root file system.
> ++                    self.runcmd(['btrfs', 'subvolume',
> 'set-default', '257', rootdir])
> ++
>  +                    newrootdir = "%s/build" % rootdir
>  +                    os.mkdir(newrootdir)
> -+                    self.mount(rootdev, newrootdir, ['-o','subvol=@'])
> -+#                    self.runcmd(['btrfs', 'subvolume',
> 'set-default', '@', rootdir])
> ++                    self.mount(rootdev, newrootdir)
>  +
>  +                    # Make the btrfs root file system available in the chroot.
>  +                    os.mkdir("%s/btrfs" % newrootdir)
>
>
> looking at the uboot setup, I believe the following adjustment may
> work, if anyone could confirm this before I take the plunge I'd be
> grateful.
>
> # given this bootcmd template
> bootcmd=${x_bootcmd_usb}; ${x_bootcmd_kernel}; ${x_bootcmd_initrd};
> setenv bootargs ${x_bootargs} ${x_bootargs_root}; bootm 0x6400000
> 0x6900000;
>
> #change this from
> x_bootargs_root=root=/dev/sda2 rootdelay=10
>
> # to
> x_bootargs_root=root=/dev/sda2 rootflags=subvol=@ rootdelay=10
>
>
> Thanks
>
> Craig
>
> On 23 November 2014 at 14:44, Petter Reinholdtsen <pere at hungry.com> wrote:
>> [Craig Barnes]
>>> Hi All,
>>>
>>> I've managed to get my dreamplug happy with btrfs,  I did need to
>>> adjust one of the vmbuilder patches to get it working though.
>>
>> How did you change vmdebootstrap?
>>
>>> 1st I tried to set @ subvolume as the default, but for some reason all
>>> was installed in top.
>>>
>>> I suspect that I'll need to look at the uboot setup to get the @
>>> subvolume to mount correctly.  I do have a jtag but should this be a
>>> dependency for using freedombox on a dreamplug?
>>
>> I got the non-subvolume setup working fairly quickly myself, but such
>> setup do not really allow us to snapshot the installation for upgrades,
>> and thus lack some of the huge advantages we can get from btrfs.
>>
>> --
>> Happy hacking
>> Petter Reinholdtsen
>>
>> _______________________________________________
>> Freedombox-discuss mailing list
>> Freedombox-discuss at lists.alioth.debian.org
>> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/freedombox-discuss
>
>
>
> --
> Craig

--
Craig



More information about the Freedombox-discuss mailing list