On Wed, 27 Jun 2012, Wojciech Puchar wrote:
the reason was most probably of of date vbox and fuse kernel modules.
after making everything in sync system boots successfully with WITNESS,
INVARIANT etc. options enabled.
STILL - mostly at booting i'm getting few messages.
first comes when exec
Robert writes:
> 3) the box is responsive to hitting enter at the console (it produces
> another login: prompt)
Getty is in memory and can run.
> 5) if I try to login to the console, it lets me enter a username then
> locks up totally, it does not present me with
On Wed, 2012-06-20 at 13:39 +0530, Varuna wrote:
> Ian Lepore wrote:
> >
> > Using the 'prepend' or 'supercede' keywords in /etc/dhclient.conf is
> > pretty much the standard way of handling a mix of static and dhcp
> > interfaces where the static config needs to take precedence. I'm not
> > sure
I would like to point out that all other operating system which has
had this precise problem, have solved it by adding a bootfs partition
to hold the kernel+modules required to truly understand the disk-layout ?
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
p...@freebsd.org | T
the reason was most probably of of date vbox and fuse kernel modules.
after making everything in sync system boots successfully with WITNESS,
INVARIANT etc. options enabled.
STILL - mostly at booting i'm getting few messages.
first comes when executing /etc/rc.d/named (at mounting devfs IMHO)
On Jun 27, 2012, at 1:48 PM, Andrey V. Elsukov wrote:
> On 28.06.2012 00:14, Marcel Moolenaar wrote:
>>> Our loader detects that primary GPT header is damaged. It tries to read
>>> backup GPT header from the last LBA and it detects that there is
>>> "GEOM::" signature. It tries to read one previo
On 28.06.2012 00:14, Marcel Moolenaar wrote:
>> Our loader detects that primary GPT header is damaged. It tries to read
>> backup GPT header from the last LBA and it detects that there is
>> "GEOM::" signature. It tries to read one previous sector and there is
>> *valid* GPT header.
>
> How do you
On Jun 27, 2012, at 12:27 PM, Andrey V. Elsukov wrote:
> On 27.06.2012 21:55, Marcel Moolenaar wrote:
>> You can't just re-interpret standards to match a context you know very well
>> isn't applicable and consequently redefine what the word "device" means.
>> You're on a slippery slope and while
On Tue, 26 Jun 2012 12:37:11 -0500, John Baldwin wrote:
I'm
hesitant to encourage the use of this as I do think putting GPT inside
of a
gmirror violates the GPT spec.
I personally think this use case is a bit ... odd, anyway.
I have only request to those that manage GPT/GEOM/etc -- as I'm
On 27.06.2012 21:55, Marcel Moolenaar wrote:
> You can't just re-interpret standards to match a context you know very well
> isn't applicable and consequently redefine what the word "device" means.
> You're on a slippery slope and while you may not see it as a problem, you
> do make it a problem fo
On Jun 27, 2012, at 12:08 PM, Christian Laursen wrote:
> On 06/27/12 16:28, John Baldwin wrote:
>> On Wednesday, June 27, 2012 8:45:45 am Andrey V. Elsukov wrote:
>>
>>> When we are in the FreeBSD, our loader can detect that device size
>>> is lower than it see and it will work. When primary hea
On Wednesday, June 27, 2012 1:45:35 pm Marcel Moolenaar wrote:
>
> On Jun 26, 2012, at 2:43 PM, Pawel Jakub Dawidek wrote:
> >
> > As for sharing disk with other OS. If you share the disk with OS that
> > doesn't support gmirror, you shouldn't use gmirror in the first place.
> > You probably want
On Jun 27, 2012, at 11:20 AM, Pawel Jakub Dawidek wrote:
> On Wed, Jun 27, 2012 at 10:37:11AM -0700, Marcel Moolenaar wrote:
>>
>> On Jun 26, 2012, at 10:37 AM, John Baldwin wrote:
>>>
>>> GPT really wants the backup header at the last LBA. I know you can set it,
>>> but I've interpreted that
On 2012-06-26 14:50, Andrey V. Elsukov wrote:
> Some time ago i have started reading the code in the sys/boot.
> Especially i'm interested in the partition tables handling.
> I found several problems:
> 1. There are several copies of the same code in the libi386/biosdisk.c
> and common/disk.c, and
On 06/27/12 16:28, John Baldwin wrote:
On Wednesday, June 27, 2012 8:45:45 am Andrey V. Elsukov wrote:
When we are in the FreeBSD, our loader can detect that device size
is lower than it see and it will work. When primary header is OK, then
other OSes should work with this GPT. When it isn't OK
On Jun 27, 2012, at 11:34 AM, Pawel Jakub Dawidek wrote:
>
> I'm sorry, Marcel, but what you describe here has nothing to do with
> reality. To be able to implement realiable mirroring you have to use
> on-disk metadata. There is no way around that. You can implement
> non-redundant GEOM classes
On Wed, Jun 27, 2012 at 10:45:35AM -0700, Marcel Moolenaar wrote:
>
> On Jun 26, 2012, at 2:43 PM, Pawel Jakub Dawidek wrote:
> >
> > As for sharing disk with other OS. If you share the disk with OS that
> > doesn't support gmirror, you shouldn't use gmirror in the first place.
> > You probably w
On Wed, Jun 27, 2012 at 10:37:11AM -0700, Marcel Moolenaar wrote:
>
> On Jun 26, 2012, at 10:37 AM, John Baldwin wrote:
> >
> > GPT really wants the backup header at the last LBA. I know you can set it,
> > but I've interpreted that as a way to see if the primary header is correct
> > or
> >
On Jun 26, 2012, at 9:50 PM, Andrey V. Elsukov wrote:
> If the primary GPT is corrupt, software must check the last LBA of the device
> to see if it has a
> valid GPT Header and point to a valid GPT Partition Entry Array."
>
> For the FreeBSD an each GEOM provider can be treated as disk device.
On Wed, Jun 27, 2012 at 2:33 AM, Dieter BSD wrote:
>>> Robert writes:
3) the box is responsive to hitting enter at the console (it produces
another login: prompt)
>>>
>>> Getty is in memory and can run.
>>>
5) if I try to login to the console, it lets me enter a username then
l
On Jun 26, 2012, at 2:43 PM, Pawel Jakub Dawidek wrote:
>
> As for sharing disk with other OS. If you share the disk with OS that
> doesn't support gmirror, you shouldn't use gmirror in the first place.
> You probably want to use only formats that are recognized by all your
> OSes.
This statemen
On Jun 26, 2012, at 10:37 AM, John Baldwin wrote:
>
> GPT really wants the backup header at the last LBA. I know you can set it,
> but I've interpreted that as a way to see if the primary header is correct or
> not. It seems to me that GPT tables created in this fashion (inside a GEOM
> prov
On Wednesday, June 27, 2012 8:45:45 am Andrey V. Elsukov wrote:
> On 27.06.2012 16:07, John Baldwin wrote:
> >> • Check the Signature
> >> • Check the Header CRC
> >> • Check that the MyLBA entry points to the LBA that contains the GUID
> >> Partition Table
> >> • Check the CRC of the GUID Partiti
On Wednesday, June 27, 2012 10:08:17 am Pawel Jakub Dawidek wrote:
> On Wed, Jun 27, 2012 at 08:22:25AM -0400, John Baldwin wrote:
> > > I don't think so. Most common case is to configure partitions on top of
> > > a mirror. Mirroring partitions is less common. Mostly because of
> > > hardware RAID
On Wed, Jun 27, 2012 at 08:22:25AM -0400, John Baldwin wrote:
> > I don't think so. Most common case is to configure partitions on top of
> > a mirror. Mirroring partitions is less common. Mostly because of
> > hardware RAIDs being popular. You don't expect hardware RAID vendor to
> > mirror partit
On 27.06.2012 16:07, John Baldwin wrote:
>> • Check the Signature
>> • Check the Header CRC
>> • Check that the MyLBA entry points to the LBA that contains the GUID
>> Partition Table
>> • Check the CRC of the GUID Partition Entry Array
>> If the GPT is the primary table, stored at LBA 1:
>> • Che
On Tuesday, June 26, 2012 5:23:08 pm Pawel Jakub Dawidek wrote:
> On Tue, Jun 26, 2012 at 01:37:11PM -0400, John Baldwin wrote:
> > > 4. The gptboot now searches the backup GPT header in the previous sectors,
> > > when it finds the "GEOM::" signature in the last sector. PMBR code also
> > > tries
On Wednesday, June 27, 2012 12:50:20 am Andrey V. Elsukov wrote:
> On 26.06.2012 21:37, John Baldwin wrote:
> >> 4. The gptboot now searches the backup GPT header in the previous sectors,
> >> when it finds the "GEOM::" signature in the last sector. PMBR code also
> >> tries to do the same:
> >>
28 matches
Mail list logo
