>> 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 a password: pro
on 27/06/2012 07:50 Andrey V. Elsukov said the following:
> Also we still haven't any tool to install zfsboot.
Yeah, I think it would be nice if ZFS provided some interface (ioctl?) to
properly write stuff to its special areas.
--
Andriy Gapon
___
free
On 27.06.2012 1:41, Kevin Oberman wrote:
> Long ago I saw a proposal to create a dedicated partition on GPT to
> hold the metadata. With the large number of partitions available on
> GPT, tying up one just for GEOM seems like a low price and it moves
> the device GEOM out of the realm of FreeBSD un
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:
>> common/gpt.c
>> i386/pmbr/pmbr.s
>
> GPT really wants the ba
On Tue, Jun 26, 2012 at 8:54 PM, 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
>> locks up totally,
On Tue, Jun 26, 2012 at 8:54 PM, 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
>> locks up totally,
On Tue, Jun 26, 2012 at 8:22 PM, Marten Vijn wrote:
> On 06/27/2012 12:32 AM, Robert Simmons wrote:
>>
>> I've run into a totally reproducible freeze in 9.0. There are a
>> number of variables involved, but I'm able to reproduce this freeze
>> 100% of the time.
>>
>> I'm installing very small ser
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 a password: prompt.
Login(1) is
On 06/27/2012 12:32 AM, Robert Simmons wrote:
I've run into a totally reproducible freeze in 9.0. There are a
number of variables involved, but I'm able to reproduce this freeze
100% of the time.
I'm installing very small servers in a Xen HVM virtualization
environment. Each instance has 128M
On Tue, Jun 26, 2012 at 2:23 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 to do
I've run into a totally reproducible freeze in 9.0. There are a
number of variables involved, but I'm able to reproduce this freeze
100% of the time.
I'm installing very small servers in a Xen HVM virtualization
environment. Each instance has 128M memory and 4G of disk space.
There is 384M of sw
On Tue, Jun 26, 2012 at 02:41:31PM -0700, Kevin Oberman wrote:
> Long ago I saw a proposal to create a dedicated partition on GPT to
> hold the metadata. With the large number of partitions available on
> GPT, tying up one just for GEOM seems like a low price and it moves
> the device GEOM out of t
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 to do the same:
> > common/gpt.c
> > i386/pmbr/pmbr.s
>
On Tuesday, June 26, 2012 8:50:36 am Andrey V. Elsukov wrote:
> Hi All,
>
> 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/biosdis
Hi,
I am a bit confused with all these variables defined in freebsd(especially
in freebsd 6.1): Which one of this represents the real memory of a system? Say
we bought a system with 4G ram, which one tells me the RAM is 4G?
Accordign to source code:
Maxmem ==> the highest page of phisycal a
On Tue, Jun 26, 2012 at 1:59 AM, Robert Watson wrote:
> On Tue, 26 Jun 2012, Chris Rees wrote:
>
>>> as well as we don't depend of /proc for normal operation we shouldn't for
>>
>> say /proc/sysctl
>>>
>>>
>>> improvements are welcome, better documentation is welcome, changes to
>>
>> what is OK -
On Tue, Jun 26, 2012 at 06:01:26PM +0400, Andrey V. Elsukov wrote:
> On 26.06.2012 16:57, Pawel Jakub Dawidek wrote:
> > On Tue, Jun 26, 2012 at 04:50:36PM +0400, Andrey V. Elsukov wrote:
> >> Hi All,
> >>
> >> Some time ago i have started reading the code in the sys/boot.
> >> Especially i'm inter
On 26.06.2012 16:57, Pawel Jakub Dawidek wrote:
> On Tue, Jun 26, 2012 at 04:50:36PM +0400, Andrey V. Elsukov wrote:
>> Hi All,
>>
>> 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. Ther
On Tue, Jun 26, 2012 at 04:50:36PM +0400, Andrey V. Elsukov wrote:
> Hi All,
>
> 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/bi
Hi All,
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 partially libpc98/biosdisk.c.
2. ZFS probing is
and/or get it wrong. sysctl has some file-system like properties, but on the
whole, it's not a file system -- it's much more like an SNMP MIB.
While you can map anything into anything (including Turing machines), I think
the sysctl command line tool and API, despite its limitations, is a bette
On Tue, 26 Jun 2012, Chris Rees wrote:
as well as we don't depend of /proc for normal operation we shouldn't for
say /proc/sysctl
improvements are welcome, better documentation is welcome, changes to
what is OK - isn't.
/proc/sysctl might be useful. Just because Linux uses it doesn't make
>
> as well as we don't depend of /proc for normal operation we shouldn't for say
/proc/sysctl
>
> improvements are welcome, better documentation is welcome, changes to what is
OK - isn't.
/proc/sysctl might be useful. Just because Linux uses it doesn't make it a bad
idea.
actually - i don'
23 matches
Mail list logo
