On Sat, Mar 4, 2017 at 3:37 AM, Andrei Borzenkov wrote:
> Отправлено с iPhone
>
>> 4 марта 2017 г., в 4:02, Robert LeBlanc написал(а):
>>
>>
>> menuentry 'RXE Snapshot' {
>> load_env -f /snaps/rxe-boot/grub2/grubenv
>> configfile /snaps/rxe-boot/grub2/grub.cfg
>> }
>>
>
> Grub.cfg as
Отправлено с iPhone
> 4 марта 2017 г., в 4:02, Robert LeBlanc написал(а):
>
>
> menuentry 'RXE Snapshot' {
> load_env -f /snaps/rxe-boot/grub2/grubenv
> configfile /snaps/rxe-boot/grub2/grub.cfg
> }
>
Grub.cfg as created by grub-mkconfig loads $prefix/grubenv which overrides
wh
On Thu, Mar 2, 2017 at 8:34 PM, Andrei Borzenkov wrote:
>> It loads the config for my RXE snapshot, but in doesn't select the
>> default menuentry as specified in the snapshot's grubenv. This makes
>
> What is exact "default" value in loaded grubenv?
Please see my reply to Jordan which should hav
On Thu, Mar 2, 2017 at 7:40 PM, Jordan Uggla wrote:
> Grub's view of things at boot is necessarily different from the view
> from your booted GNU/Linux environment, and indeed if you dual boot
> two GNU/Linux OSs they will each mount each other's volumes to
> different areas. Presumably /snaps/ is
03.03.2017 00:40, Robert LeBlanc пишет:
> I'm trying to add some menuentry items to move between btrfs
> snapshots. I've added the following in the non-snapshot
> /etc/grub.d/40_custom.
>
> menuentry 'RXE Snapshot' {
>load_env -f /snaps/rxe-boot/grub2/grubenv
>configfile /snaps/rxe
Grub's view of things at boot is necessarily different from the view
from your booted GNU/Linux environment, and indeed if you dual boot
two GNU/Linux OSs they will each mount each other's volumes to
different areas. Presumably /snaps/ is a mountpoint where you have
configured that your btrfs be mo
I'm trying to add some menuentry items to move between btrfs
snapshots. I've added the following in the non-snapshot
/etc/grub.d/40_custom.
menuentry 'RXE Snapshot' {
load_env -f /snaps/rxe-boot/grub2/grubenv
configfile /snaps/rxe-boot/grub2/grub.cfg
}
It loads the config for my RXE
В Tue, 21 Jan 2014 09:03:52 +0100
Vladimir 'φ-coder/phcoder' Serbinenko пишет:
> On 13.01.2014 07:12, Andrey Borzenkov wrote:
> > On Mon, Jan 13, 2014 at 9:53 AM, Chris Murphy
> > wrote:
> >
> >> There are other problems with Fedora that prevent this from being usable
> >> now, including grub
On Tue, Jan 21, 2014 at 09:09:34AM +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 13.01.2014 06:05, Michael Chang wrote:
> > --split --run=10_linux,20_linux_xen
> You shouldn't assume that only files you installed are the ones
> available. E.g. memtest adds its own config to /etc/grub.
On 13.01.2014 07:12, Andrey Borzenkov wrote:
> On Mon, Jan 13, 2014 at 9:53 AM, Chris Murphy wrote:
>
>> There are other problems with Fedora that prevent this from being usable
>> now, including grubby which can't update grub.cfg during kernel updates,
>> when /boot is on a Btrfs subvolume. So
On 13.01.2014 06:05, Michael Chang wrote:
> --split --run=10_linux,20_linux_xen
You shouldn't assume that only files you installed are the ones
available. E.g. memtest adds its own config to /etc/grub.d. To disable
os-prober use GRUB_DISABLE_OS_PROBER
signature.asc
Description: OpenPGP digital
On Mon, Jan 13, 2014 at 05:08:49PM +0400, Andrey Borzenkov wrote:
> On Mon, Jan 13, 2014 at 1:12 PM, Michael Chang wrote:
> >
> > OK. To be more verbose, the question of mine is that I'm uncertain if
> > we don't explicitly install to a partition using blocklists, the
> > /fs/core.img would still
On Mon, Jan 13, 2014 at 1:12 PM, Michael Chang wrote:
>
> OK. To be more verbose, the question of mine is that I'm uncertain if
> we don't explicitly install to a partition using blocklists, the
> /fs/core.img would still automatically get blocklists of itself
> updated on it's own diskboot.S head
2014/1/13 Andrey Borzenkov :
> On Mon, Jan 13, 2014 at 9:05 AM, Michael Chang wrote:
>> 2014/1/11 Andrey Borzenkov :
>>> В Tue, 24 Dec 2013 05:20:19 +0100
>>> Vladimir 'φ-coder/phcoder' Serbinenko пишет:
>>>
On 24.12.2013 04:43, Chris Murphy wrote:
> d point. Your snapshot tool could fi
On Mon, Jan 13, 2014 at 9:53 AM, Chris Murphy wrote:
> There are other problems with Fedora that prevent this from being usable now,
> including grubby which can't update grub.cfg during kernel updates, when
> /boot is on a Btrfs subvolume. So I have no present implementation, it's a
> questio
On Jan 12, 2014, at 10:13 PM, Michael Chang wrote:
> 2014/1/10 Chris Murphy :
>>
>> On Jan 9, 2014, at 3:03 AM, Michael Chang wrote:
>>>
>>> cat < /boot/efi/EFI//grub.cfg
>>> search --fs-uuid --set=root `grub-probe --target=fs_uuid /boot/grub`
>>> set prefix=(\$root)/boot/grub
>>> configfile
On Mon, Jan 13, 2014 at 9:05 AM, Michael Chang wrote:
> 2014/1/11 Andrey Borzenkov :
>> В Tue, 24 Dec 2013 05:20:19 +0100
>> Vladimir 'φ-coder/phcoder' Serbinenko пишет:
>>
>>> On 24.12.2013 04:43, Chris Murphy wrote:
>>> > d point. Your snapshot tool could first create a read only snapshot, then
2014/1/10 Chris Murphy :
>
> On Jan 9, 2014, at 3:03 AM, Michael Chang wrote:
>
>> 2014/1/9 Chris Murphy :
>>>
>>> On Jan 7, 2014, at 10:55 AM, Chris Murphy wrote:
>>>
On Jan 1, 2014, at 10:17 PM, Michael Chang wrote:
>
> We snapshot /boot for kernel and initrd, otherwise the r
2014/1/11 Andrey Borzenkov :
> В Tue, 24 Dec 2013 05:20:19 +0100
> Vladimir 'φ-coder/phcoder' Serbinenko пишет:
>
>> On 24.12.2013 04:43, Chris Murphy wrote:
>> > d point. Your snapshot tool could first create a read only snapshot, then
>> > for no space
>> > cost also create a rw snapshot of the
В Tue, 24 Dec 2013 05:20:19 +0100
Vladimir 'φ-coder/phcoder' Serbinenko пишет:
> On 24.12.2013 04:43, Chris Murphy wrote:
> > d point. Your snapshot tool could first create a read only snapshot, then
> > for no space
> > cost also create a rw snapshot of the read only one, then add the rw
> > s
On Jan 9, 2014, at 3:03 AM, Michael Chang wrote:
> 2014/1/9 Chris Murphy :
>>
>> On Jan 7, 2014, at 10:55 AM, Chris Murphy wrote:
>>
>>>
>>> On Jan 1, 2014, at 10:17 PM, Michael Chang wrote:
We snapshot /boot for kernel and initrd, otherwise the rollback would
encounter prob
2014/1/9 Chris Murphy :
>
> On Jan 7, 2014, at 10:55 AM, Chris Murphy wrote:
>
>>
>> On Jan 1, 2014, at 10:17 PM, Michael Chang wrote:
>>>
>>> We snapshot /boot for kernel and initrd, otherwise the rollback would
>>> encounter problem of incompatible userland and kernel/kernel modules.
>>> And we
On Jan 7, 2014, at 10:55 AM, Chris Murphy wrote:
>
> On Jan 1, 2014, at 10:17 PM, Michael Chang wrote:
>>
>> We snapshot /boot for kernel and initrd, otherwise the rollback would
>> encounter problem of incompatible userland and kernel/kernel modules.
>> And we need the ability to rollback th
On Jan 1, 2014, at 10:17 PM, Michael Chang wrote:
>
> We snapshot /boot for kernel and initrd, otherwise the rollback would
> encounter problem of incompatible userland and kernel/kernel modules.
> And we need the ability to rollback them in terms of usefulness.
Of course, understood.
core.img
2014/1/1 Chris Murphy :
>
> On Dec 31, 2013, at 12:50 AM, Michael Chang wrote:
>
>> On Mon, Dec 30, 2013 at 03:52:36PM +0400, Andrey Borzenkov wrote:
>>> On Mon, Dec 30, 2013 at 3:28 PM, Vladimir 'φ-coder/phcoder' Serbinenko
>>> wrote:
On 30.12.2013 11:18, Michael Chang wrote:
> On Mon,
On Dec 31, 2013, at 12:50 AM, Michael Chang wrote:
> On Mon, Dec 30, 2013 at 03:52:36PM +0400, Andrey Borzenkov wrote:
>> On Mon, Dec 30, 2013 at 3:28 PM, Vladimir 'φ-coder/phcoder' Serbinenko
>> wrote:
>>> On 30.12.2013 11:18, Michael Chang wrote:
On Mon, Dec 23, 2013 at 08:43:34PM -0700,
On Mon, Dec 30, 2013 at 03:52:36PM +0400, Andrey Borzenkov wrote:
> On Mon, Dec 30, 2013 at 3:28 PM, Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
> > On 30.12.2013 11:18, Michael Chang wrote:
> >> On Mon, Dec 23, 2013 at 08:43:34PM -0700, Chris Murphy wrote:
> >>>
> >>> On Dec 23, 2013, at 7:26
On Tue, Dec 24, 2013 at 11:46:00AM +0400, Andrey Borzenkov wrote:
> On Tue, Dec 24, 2013 at 11:28 AM, Michael Chang wrote:
> >
> > And very thankful for the "$1" magic, it heals my headache of variable
> > assignment per each (sub)menu entries.
> >
>
> "$1" is always menu entry title, you probabl
On Mon, Dec 30, 2013 at 12:28:44PM +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 30.12.2013 11:18, Michael Chang wrote:
> > On Mon, Dec 23, 2013 at 08:43:34PM -0700, Chris Murphy wrote:
> >>
> >> On Dec 23, 2013, at 7:26 PM, Michael Chang wrote:
> >>
> >>> Now I tend to agree that supp
On Mon, Dec 30, 2013 at 3:28 PM, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 30.12.2013 11:18, Michael Chang wrote:
>> On Mon, Dec 23, 2013 at 08:43:34PM -0700, Chris Murphy wrote:
>>>
>>> On Dec 23, 2013, at 7:26 PM, Michael Chang wrote:
>>>
Now I tend to agree that supporting config
On 30.12.2013 11:18, Michael Chang wrote:
> On Mon, Dec 23, 2013 at 08:43:34PM -0700, Chris Murphy wrote:
>>
>> On Dec 23, 2013, at 7:26 PM, Michael Chang wrote:
>>
>>> Now I tend to agree that supporting config for snapshot booting
>>> shouldn't be upstream's consideration due to it's compliexity
On Mon, Dec 23, 2013 at 08:43:34PM -0700, Chris Murphy wrote:
>
> On Dec 23, 2013, at 7:26 PM, Michael Chang wrote:
>
> > Now I tend to agree that supporting config for snapshot booting
> > shouldn't be upstream's consideration due to it's compliexity and
> > dependency to system, Despite on thi
On Tue, Dec 24, 2013 at 11:28 AM, Michael Chang wrote:
>
> And very thankful for the "$1" magic, it heals my headache of variable
> assignment per each (sub)menu entries.
>
"$1" is always menu entry title, you probably mean "$2" :)
___
Grub-devel maili
2013/12/24 Vladimir 'φ-coder/phcoder' Serbinenko :
> On 24.12.2013 07:12, Chris Murphy wrote:
>>
>> On Dec 23, 2013, at 9:20 PM, Vladimir 'φ-coder/phcoder' Serbinenko
>> wrote:
>>
>>> On 24.12.2013 04:43, Chris Murphy wrote:
d point. Your snapshot tool could first create a read only snapshot
On 24.12.2013 07:12, Chris Murphy wrote:
>
> On Dec 23, 2013, at 9:20 PM, Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
>
>> On 24.12.2013 04:43, Chris Murphy wrote:
>>> d point. Your snapshot tool could first create a read only snapshot, then
>>> for no space
>>> cost also create a rw snapsh
On Dec 23, 2013, at 9:20 PM, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 24.12.2013 04:43, Chris Murphy wrote:
>> d point. Your snapshot tool could first create a read only snapshot, then
>> for no space
>> cost also create a rw snapshot of the read only one, then add the rw
>> snapshot
On 24.12.2013 04:43, Chris Murphy wrote:
> d point. Your snapshot tool could first create a read only snapshot, then for
> no space
> cost also create a rw snapshot of the read only one, then add the rw snapshot
> to the grub.cfg.
> The tool could give the user the option to always "revert" the c
On Dec 23, 2013, at 8:46 PM, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 24.12.2013 04:43, Chris Murphy wrote:
>> Another thing to note is that there are UEFI computers shipping that don't
>> have USB initialized by the firmware by default at boot time. So the user
>> couldn't use this
On 24.12.2013 04:43, Chris Murphy wrote:
> Another thing to note is that there are UEFI computers shipping that don't
> have USB initialized by the firmware by default at boot time. So the user
> couldn't use this menu on such systems - which some have suggested will
> become increasingly common
On Dec 23, 2013, at 7:26 PM, Michael Chang wrote:
> Now I tend to agree that supporting config for snapshot booting
> shouldn't be upstream's consideration due to it's compliexity and
> dependency to system, Despite on this, I still like to ask : Did
> upstream think about any patch trying to pr
On Dec 22, 2013, at 10:32 PM, Chris Murphy wrote:
>
> If relative paths are used, neither core.img nor grub.cfg needs to be
> modified, because merely a user space program changing the default subvolume
> would cause the existing core.img and grub.cfg to boot the snapshot.
This seems wrong on
2013/12/21 Andrey Borzenkov :
> В Fri, 20 Dec 2013 21:38:47 -0700
> Chris Murphy пишет:
>
>>
>> On Dec 20, 2013, at 7:54 AM, Michael Chang wrote:
>>
>> >> Every volume has a name, even if you don't know it. Use grub-mkrelpath
>> >> to find out.
>> >
>> > That means we need to modify the grub,cfg
2013/12/21 Chris Murphy :
>
> On Dec 20, 2013, at 7:54 AM, Michael Chang wrote:
>
>>> Every volume has a name, even if you don't know it. Use grub-mkrelpath
>>> to find out.
>>
>> That means we need to modify the grub,cfg in snapshot to make files
>> used by config refer to new path output by grub
2013/12/20 Vladimir 'φ-coder/phcoder' Serbinenko :
> On 20.12.2013 15:54, Michael Chang wrote:
>> 2013/12/20 Vladimir 'φ-coder/phcoder' Serbinenko :
>>> On 20.12.2013 10:46, Michael Chang wrote:
2013/12/20 Vladimir 'φ-coder/phcoder' Serbinenko :
> On 19.12.2013 17:13, Andrey Borzenkov wrot
On Dec 22, 2013, at 9:52 PM, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 23.12.2013 05:45, Chris Murphy wrote:
>> As for grub's part in the solution, it seems like it would need to
>> understand absolute paths to subvol 5, as well as relative paths to the
>> default subvol
>> (set with
On 23.12.2013 05:45, Chris Murphy wrote:
> As for grub's part in the solution, it seems like it would need to understand
> absolute paths to subvol 5, as well as relative paths to the default subvol
> (set with the 'btrfs subvol set-default' command).
It doesn't seem to me at all that "relative" p
On Dec 21, 2013, at 12:18 AM, Andrey Borzenkov wrote:
>
> Do you need to reinvent the wheel?
>
> /Boot-Environments
> /Boot_Environment_1
>/root
>/boot
>...
> /Boot_Environment_2
>...
>
> The only thing you need to do to switch is equivalent of "btrfs
> set-default /Boot-Envi
В Fri, 20 Dec 2013 21:38:47 -0700
Chris Murphy пишет:
>
> On Dec 20, 2013, at 7:54 AM, Michael Chang wrote:
>
> >> Every volume has a name, even if you don't know it. Use grub-mkrelpath
> >> to find out.
> >
> > That means we need to modify the grub,cfg in snapshot to make files
> > used by c
On Dec 20, 2013, at 7:54 AM, Michael Chang wrote:
>> Every volume has a name, even if you don't know it. Use grub-mkrelpath
>> to find out.
>
> That means we need to modify the grub,cfg in snapshot to make files
> used by config refer to new path output by grub-mkrelpath (relative to
> real roo
On 20.12.2013 15:54, Michael Chang wrote:
> 2013/12/20 Vladimir 'φ-coder/phcoder' Serbinenko :
>> On 20.12.2013 10:46, Michael Chang wrote:
>>> 2013/12/20 Vladimir 'φ-coder/phcoder' Serbinenko :
On 19.12.2013 17:13, Andrey Borzenkov wrote:
> В Mon, 28 Oct 2013 01:44:26 +0100
> Vladimir
2013/12/20 Vladimir 'φ-coder/phcoder' Serbinenko :
> On 20.12.2013 10:46, Michael Chang wrote:
>> 2013/12/20 Vladimir 'φ-coder/phcoder' Serbinenko :
>>> On 19.12.2013 17:13, Andrey Borzenkov wrote:
В Mon, 28 Oct 2013 01:44:26 +0100
Vladimir 'φ-coder/phcoder' Serbinenko пишет:
>
On 20.12.2013 10:46, Michael Chang wrote:
> 2013/12/20 Vladimir 'φ-coder/phcoder' Serbinenko :
>> On 19.12.2013 17:13, Andrey Borzenkov wrote:
>>> В Mon, 28 Oct 2013 01:44:26 +0100
>>> Vladimir 'φ-coder/phcoder' Serbinenko пишет:
>>>
I changed in trunk to make / refer to real root and modifie
2013/12/20 Vladimir 'φ-coder/phcoder' Serbinenko :
> On 19.12.2013 17:13, Andrey Borzenkov wrote:
>> В Mon, 28 Oct 2013 01:44:26 +0100
>> Vladimir 'φ-coder/phcoder' Serbinenko пишет:
>>
>>> I changed in trunk to make / refer to real root and modified
>>> grub-mkrelpath to follow the same conventio
On Dec 19, 2013, at 11:14 AM, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 19.12.2013 17:13, Andrey Borzenkov wrote:
>> В Mon, 28 Oct 2013 01:44:26 +0100
>> Vladimir 'φ-coder/phcoder' Serbinenko пишет:
>>
>>> I changed in trunk to make / refer to real root and modified
>>> grub-mkrelpath
On 19.12.2013 17:13, Andrey Borzenkov wrote:
> В Mon, 28 Oct 2013 01:44:26 +0100
> Vladimir 'φ-coder/phcoder' Serbinenko пишет:
>
>> I changed in trunk to make / refer to real root and modified
>> grub-mkrelpath to follow the same convention, even if disk is mounted
>> with subvolid.
>>
>
> Can
В Mon, 28 Oct 2013 01:44:26 +0100
Vladimir 'φ-coder/phcoder' Serbinenko пишет:
> I changed in trunk to make / refer to real root and modified
> grub-mkrelpath to follow the same convention, even if disk is mounted
> with subvolid.
>
Can it cause compatibility issues? It means if config file tha
On 16.10.2013 05:37, Chris Murphy wrote:
>
> On Oct 15, 2013, at 8:50 PM, Andrey Borzenkov wrote:
>
>> В Mon, 14 Oct 2013 14:20:14 -0600
>> Chris Murphy пишет:
>>
>>>
Is there a way to detect that mountinfo gives garbage and somehow get
where the real root points?
>>>
>>> I don't know
On Oct 15, 2013, at 8:50 PM, Andrey Borzenkov wrote:
> В Mon, 14 Oct 2013 14:20:14 -0600
> Chris Murphy пишет:
>
>>
>>> Is there a way to detect that mountinfo gives garbage and somehow get
>>> where the real root points?
>>
>> I don't know. I've asked on linux-btrfs@. Instead of rebooting,
On Oct 15, 2013, at 8:45 PM, Andrey Borzenkov wrote:
> В Tue, 15 Oct 2013 13:47:14 -0600
> Chris Murphy пишет:
>
>>
>>> I'm not sure when and how top level may become != 5.
>>
>> starting where you left off with the sub2 subvolume mounted
>>
>> # btrfs subvol create /mnt/nested
>> # btrfs s
В Mon, 14 Oct 2013 14:20:14 -0600
Chris Murphy пишет:
>
> > Is there a way to detect that mountinfo gives garbage and somehow get
> > where the real root points?
>
> I don't know. I've asked on linux-btrfs@. Instead of rebooting, I merely
> tried mounting without options after changing the def
В Tue, 15 Oct 2013 13:47:14 -0600
Chris Murphy пишет:
>
> > I'm not sure when and how top level may become != 5.
>
> starting where you left off with the sub2 subvolume mounted
>
> # btrfs subvol create /mnt/nested
> # btrfs subvol list /mnt
> ID 262 gen 135 top level 5 path dir1/sub1
> ID 263
On Oct 15, 2013, at 10:58 AM, Andrey Borzenkov wrote:
>
> I do not know whether it was the case in the past, but today there is
> *no* difference between using absolute or relative form.
OK so it's confirmed that with kernel 3.2 the subvol= behavior changed from
relative to set-default subvolu
On Oct 15, 2013, at 2:02 PM, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 15.10.2013 21:47, Chris Murphy wrote:
>>
>> On Oct 15, 2013, at 10:58 AM, Andrey Borzenkov wrote:
>>
>>>
>>> I do not know whether it was the case in the past, but today there is
>>> *no* difference between using
On 15.10.2013 21:47, Chris Murphy wrote:
>
> On Oct 15, 2013, at 10:58 AM, Andrey Borzenkov wrote:
>
>>
>> I do not know whether it was the case in the past, but today there is
>> *no* difference between using absolute or relative form.
>
> There is a difference because I have a case where one
On Oct 15, 2013, at 10:58 AM, Andrey Borzenkov wrote:
>
> I do not know whether it was the case in the past, but today there is
> *no* difference between using absolute or relative form.
There is a difference because I have a case where one works and the other
doesn't. But I think some regres
В Mon, 14 Oct 2013 21:12:06 -0600
Chris Murphy пишет:
>
> So actually, this is a bit more than somewhat messy, whether the prefix
> should be formatted relative to the default subvolume, or absolute from top
> level 5 subvolume. It depends on the use case.
>
> So just like '-o subvol=root' ha
On Oct 14, 2013, at 8:33 PM, Andrey Borzenkov wrote:
> В Mon, 14 Oct 2013 22:50:10 +0200
> Vladimir 'φ-coder/phcoder' Serbinenko пишет:
>
>> On 14.10.2013 22:45, Chris Murphy wrote:
>>>
>>> On Oct 14, 2013, at 1:29 PM, Vladimir 'φ-coder/phcoder' Serbinenko
>>> wrote:
>>>
> So it seems
В Mon, 14 Oct 2013 23:01:45 +0200
Vladimir 'φ-coder/phcoder' Serbinenko пишет:
> On 14.10.2013 22:45, Chris Murphy wrote:
> >
> > On Oct 14, 2013, at 1:29 PM, Vladimir 'φ-coder/phcoder' Serbinenko
> > wrote:
> >
> >>> So it seems that GRUB is using relative pathnames to the default
> >>> sub
В Mon, 14 Oct 2013 22:50:10 +0200
Vladimir 'φ-coder/phcoder' Serbinenko пишет:
> On 14.10.2013 22:45, Chris Murphy wrote:
> >
> > On Oct 14, 2013, at 1:29 PM, Vladimir 'φ-coder/phcoder' Serbinenko
> > wrote:
> >
> >>> So it seems that GRUB is using relative pathnames to the default
> >>> sub
On Oct 14, 2013, at 5:09 PM, Chris Murphy wrote:
>
> On Oct 14, 2013, at 3:01 PM, Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
>
>> On 14.10.2013 22:45, Chris Murphy wrote:
>>>
>>> On Oct 14, 2013, at 1:29 PM, Vladimir 'φ-coder/phcoder' Serbinenko
>>> wrote:
>>>
> So it seems that
On Oct 14, 2013, at 3:01 PM, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 14.10.2013 22:45, Chris Murphy wrote:
>>
>> On Oct 14, 2013, at 1:29 PM, Vladimir 'φ-coder/phcoder' Serbinenko
>> wrote:
>>
So it seems that GRUB is using relative pathnames to the default subvolume.
>>> Thi
On 14.10.2013 22:45, Chris Murphy wrote:
>
> On Oct 14, 2013, at 1:29 PM, Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
>
>>> So it seems that GRUB is using relative pathnames to the default subvolume.
>> This is not intentional. When this part of code was written there was no
>> set-default a
On 14.10.2013 22:45, Chris Murphy wrote:
>
> On Oct 14, 2013, at 1:29 PM, Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
>
>>> So it seems that GRUB is using relative pathnames to the default subvolume.
>> This is not intentional. When this part of code was written there was no
>> set-default a
On Oct 14, 2013, at 1:29 PM, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
>> So it seems that GRUB is using relative pathnames to the default subvolume.
> This is not intentional. When this part of code was written there was no
> set-default available at all so this couldn't be tested and I sim
On Oct 14, 2013, at 1:29 PM, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
>> So it seems that GRUB is using relative pathnames to the default subvolume.
> This is not intentional. When this part of code was written there was no
> set-default available at all so this couldn't be tested and I sim
> So it seems that GRUB is using relative pathnames to the default subvolume.
This is not intentional. When this part of code was written there was no
set-default available at all so this couldn't be tested and I simply
followed the specification. It told to take root_tree and
root_dir_objectid fro
On Oct 13, 2013, at 11:28 PM, Andrey Borzenkov wrote:
> В Sun, 13 Oct 2013 17:58:41 -0600
> Chris Murphy пишет:
>
>>
>> On Oct 13, 2013, at 5:31 PM, Vladimir 'φ-coder/phcoder' Serbinenko
>> wrote:
>>
>>> On 13.10.2013 22:59, Chris Murphy wrote:
How does one create a subvolume wi
В Sun, 13 Oct 2013 17:58:41 -0600
Chris Murphy пишет:
>
> On Oct 13, 2013, at 5:31 PM, Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
>
> > On 13.10.2013 22:59, Chris Murphy wrote:
> >>
> >> How does one create a subvolume without a name? All subvolumes have had
> >> ID's since at least 200
On Oct 13, 2013, at 5:31 PM, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 13.10.2013 22:59, Chris Murphy wrote:
>>
>> How does one create a subvolume without a name? All subvolumes have had ID's
>> since at least 2008, and it's been possible to mount by name or ID for quite
>> a few yea
On 13.10.2013 22:59, Chris Murphy wrote:
>
>
> On Oct 13, 2013, at 1:47 PM, Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
>
>> On 13.10.2013 20:04, Chris Murphy wrote:
>>> On Sep 26, 2013, at 4:15 PM, Vladimir 'φ-coder/phcoder' Serbinenko
>>> wrote:
>>>
On 26.09.2013 22:51, Chris Murph
On Oct 13, 2013, at 1:47 PM, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 13.10.2013 20:04, Chris Murphy wrote:
>> On Sep 26, 2013, at 4:15 PM, Vladimir 'φ-coder/phcoder' Serbinenko
>> wrote:
>>
>>> On 26.09.2013 22:51, Chris Murphy wrote:
Open question is if on BIOS hardwar
On 13.10.2013 20:04, Chris Murphy wrote:
> On Sep 26, 2013, at 4:15 PM, Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
>
>> On 26.09.2013 22:51, Chris Murphy wrote:
>>>
>>> Open question is if on BIOS hardware, if a 1MB BIOSBoot is preferred over
>>> the 64KB Btrfs bootloader pad? I don't know
On Sep 26, 2013, at 4:15 PM, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 26.09.2013 22:51, Chris Murphy wrote:
>>
>> Open question is if on BIOS hardware, if a 1MB BIOSBoot is preferred over
>> the 64KB Btrfs bootloader pad? I don't know off hand if each member disk, or
>> subsequently
83 matches
Mail list logo
