On 31.01.2012 19:49, Andrey Fesenko wrote:
> This work if use ZFS?
> My issues "Root on ZFS & GPT and boot to ufs partition"
> http://lists.freebsd.org/pipermail/freebsd-fs/2012-January/013514.html
>
> I test
> # gpart show
> => 34 625142381 ada0 GPT (298G)
> 34128 1
On Tue, Jan 31, 2012 at 06:49:51PM +0300, Andrey Fesenko wrote:
> This work if use ZFS?
> My issues "Root on ZFS & GPT and boot to ufs partition"
> http://lists.freebsd.org/pipermail/freebsd-fs/2012-January/013514.html
>
> I test
> # gpart show
> => 34 625142381 ada0 GPT (298G)
>
This work if use ZFS?
My issues "Root on ZFS & GPT and boot to ufs partition"
http://lists.freebsd.org/pipermail/freebsd-fs/2012-January/013514.html
I test
# gpart show
=> 34 625142381 ada0 GPT (298G)
34128 1 freebsd-boot (64k)
162 26621952 2 freebsd
On 20 September 2010 14:37, John Hay wrote:
> On Mon, Sep 20, 2010 at 03:59:20PM +0300, Andriy Gapon wrote:
> > on 20/09/2010 15:47 Pawel Jakub Dawidek said the following:
> > > No, it doesn't. ZFS works a bit differently. ZFS operate on pools, not
> > > really on partitions. One ZFS file system
On Friday, September 17, 2010 7:45:42 pm Pawel Jakub Dawidek wrote:
> - Split code shared by almost any boot loader into separate files and
> clean up most layering violations:
I like this in general. I worry that the space constraints for boot2 will
prevent it from using this though as it dep
on 20/09/2010 16:37 John Hay said the following:
> On Mon, Sep 20, 2010 at 03:59:20PM +0300, Andriy Gapon wrote:
>> on 20/09/2010 15:47 Pawel Jakub Dawidek said the following:
>>> No, it doesn't. ZFS works a bit differently. ZFS operate on pools, not
>>> really on partitions. One ZFS file system ca
On Mon, Sep 20, 2010 at 03:59:20PM +0300, Andriy Gapon wrote:
> on 20/09/2010 15:47 Pawel Jakub Dawidek said the following:
> > No, it doesn't. ZFS works a bit differently. ZFS operate on pools, not
> > really on partitions. One ZFS file system can span multiple
> > disks/partitions. I'm not yet su
on 20/09/2010 15:47 Pawel Jakub Dawidek said the following:
> No, it doesn't. ZFS works a bit differently. ZFS operate on pools, not
> really on partitions. One ZFS file system can span multiple
> disks/partitions. I'm not yet sure how to implement it, so it is
> intuitive, but I also haven't spend
On Sun, Sep 19, 2010 at 09:10:52PM +0400, Boris Samorodov wrote:
> Hi!
>
> On Sat, 18 Sep 2010 01:45:42 +0200 Pawel Jakub Dawidek wrote:
>
> > My company was in need for functionality similar to nextboot(8), but on
> > boot loader level, so we can have two partitions we boot from where one
> > is
On Mon, Sep 20, 2010 at 01:17:38AM +0200, Oliver Pinter wrote:
> Hi PJD!
>
> Can you this patcheset release for 7-STABLE?
I've no plans atm to port this work to 7-STABLE. I don't even have 7.x
systems anymore. Not sure how boot code differs, maybe the patch will
apply without modifications? No id
On Mon, Sep 20, 2010 at 09:46:56AM +0100, krad wrote:
> does it work for zfs boot as that would be really nice if it did?
No, it doesn't. ZFS works a bit differently. ZFS operate on pools, not
really on partitions. One ZFS file system can span multiple
disks/partitions. I'm not yet sure how to imp
On 19 September 2010 18:10, Boris Samorodov wrote:
> Hi!
>
> On Sat, 18 Sep 2010 01:45:42 +0200 Pawel Jakub Dawidek wrote:
>
> > My company was in need for functionality similar to nextboot(8), but on
> > boot loader level, so we can have two partitions we boot from where one
> > is known to be g
Hi PJD!
Can you this patcheset release for 7-STABLE?
On 9/19/10, Boris Samorodov wrote:
> Hi!
>
> On Sat, 18 Sep 2010 01:45:42 +0200 Pawel Jakub Dawidek wrote:
>
>> My company was in need for functionality similar to nextboot(8), but on
>> boot loader level, so we can have two partitions we boot
Hi!
On Sat, 18 Sep 2010 01:45:42 +0200 Pawel Jakub Dawidek wrote:
> My company was in need for functionality similar to nextboot(8), but on
> boot loader level, so we can have two partitions we boot from where one
> is known to be good and the other is used for upgrades. We upgrade by
> dd(1)ing
On 9/17/10 4:45 PM, Pawel Jakub Dawidek wrote:
Hi.
My company was in need for functionality similar to nextboot(8), but on
boot loader level, so we can have two partitions we boot from where one
is known to be good and the other is used for upgrades. We upgrade by
dd(1)ing entire partition imag
Hi.
My company was in need for functionality similar to nextboot(8), but on
boot loader level, so we can have two partitions we boot from where one
is known to be good and the other is used for upgrades. We upgrade by
dd(1)ing entire partition image onto unused partition, we mark it as
try-to-boot
16 matches
Mail list logo
