atom feed54 messages in org.freebsd.freebsd-currentRe: RFC: Project geom-events
FromSent OnAttachments
Lev SerebryakovOct 4, 2011 11:04 am 
Lev SerebryakovOct 4, 2011 11:08 am 
Freddie CashOct 4, 2011 11:12 am 
Alexander MotinOct 4, 2011 11:28 am 
Garrett CooperOct 4, 2011 12:14 pm 
Lev SerebryakovOct 4, 2011 1:11 pm 
Freddie CashOct 4, 2011 1:16 pm 
Miroslav LachmanOct 4, 2011 2:26 pm 
Alexander MotinOct 4, 2011 2:45 pm 
Andrey V. ElsukovOct 4, 2011 10:06 pm 
Lev SerebryakovOct 4, 2011 11:19 pm 
Lev SerebryakovOct 4, 2011 11:26 pm 
Lev SerebryakovOct 4, 2011 11:39 pm 
Lev SerebryakovOct 4, 2011 11:51 pm 
Andrey V. ElsukovOct 5, 2011 12:51 am 
Miroslav LachmanOct 5, 2011 1:23 am 
Lev SerebryakovOct 5, 2011 1:50 am 
Lev SerebryakovOct 5, 2011 1:58 am 
Alexander MotinOct 5, 2011 2:18 am 
Lev SerebryakovOct 5, 2011 2:29 am 
Miroslav LachmanOct 5, 2011 7:49 am 
Scot HetzelOct 5, 2011 8:11 am 
Alexander MotinOct 5, 2011 2:34 pm 
Miroslav LachmanOct 5, 2011 3:12 pm 
John-Mark GurneyOct 5, 2011 3:53 pm 
Lev SerebryakovOct 5, 2011 11:39 pm 
Lev SerebryakovOct 5, 2011 11:46 pm 
Ivan VorasOct 6, 2011 4:06 am 
Daniel KalchevOct 6, 2011 4:29 am 
Ivan VorasOct 6, 2011 5:36 am 
Daniel KalchevOct 6, 2011 5:42 am 
Miroslav LachmanOct 6, 2011 5:58 am 
Ivan VorasOct 6, 2011 6:43 am 
Lev SerebryakovOct 6, 2011 6:53 am 
Lev SerebryakovOct 6, 2011 6:55 am 
Daniel KalchevOct 6, 2011 6:58 am 
Pieter de GoejeOct 6, 2011 7:03 am 
Andrey V. ElsukovOct 6, 2011 7:40 am 
Lev SerebryakovOct 7, 2011 12:27 am 
per...@pluto.rain.comOct 7, 2011 7:06 am 
Lev SerebryakovOct 7, 2011 12:43 pm 
Daniel KalchevOct 7, 2011 1:13 pm 
Ivan VorasOct 7, 2011 1:22 pm 
Lev SerebryakovOct 8, 2011 1:55 am 
Lev SerebryakovOct 8, 2011 1:56 am 
Lev SerebryakovOct 8, 2011 2:04 am 
per...@pluto.rain.comOct 8, 2011 2:51 am 
Daniel KalchevOct 8, 2011 12:56 pm 
Lev SerebryakovOct 9, 2011 12:29 am 
Lev SerebryakovOct 9, 2011 12:31 am 
Miroslav LachmanOct 9, 2011 6:13 am 
per...@pluto.rain.comOct 9, 2011 6:59 am 
JohnOct 9, 2011 6:26 pm 
per...@pluto.rain.comOct 10, 2011 2:04 am 
Subject:Re: RFC: Project geom-events
From:Daniel Kalchev (dan@digsys.bg)
Date:Oct 6, 2011 6:58:37 am
List:org.freebsd.freebsd-current

On 06.10.11 17:04, Pieter de Goeje wrote:

The layering *is* correct and you *can* create a GPT inside a glabel label, but then

1) you get device names like /dev/label/somethingp1, /dev/label/somethingp2, etc.

.. and, you overwrite the last sector of the device, not of the provider. This is incorrect layering -- GPT should see only the provider it was given and nothing at different layers.

If you stack GPT on top of glabel, then your statement is not true. GPT will overwrite the last sector of the (glabel) provider, not the underlying device. There is no layering violation.

I stand corrected. Sorry for creating confusion with this statement.

Most of the time I was blaming GPT, I was actually blaming GLABEL (see below)

Because physically the first sector of the device is still GPT data the BIOS will still try to boot from it, hence it would probably be wise to disallow GPT on anything other then raw devices.

Yes, but.. what is a raw device? Probably disallow GPT on devices that are not bootable, but how this can be indicated? GPT is very useful for it's ability to create labeled partitions.

This problem wouldn't exist if geom classes would write their metadata to the first sector, but then you could no longer boot from for example gmirrored/glabeled devices with a MBR.

We seem to blame GPT here, but it is really GLABEL the culprit here.

If GLABEL writes to the first sector of the provider and that makes the disk non-bootable, then there is little chance that somebody will try to use first GLABEL, then GPT etc and create the current situation.

Unfortunately, the GLABEL + GMIRROR setup is so common..

_______________________________________________ free@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "free@freebsd.org"