Hi Ethan,
[...]

Ethan Quach wrote:
>
>
> Keith Mitchell wrote:
>
>
>>
>>>
>>> 2.7.1 - Slices 8-15 for x86 aren't really editable, are they?
>>
>> I found the spot in the UI spec where it indicates that 10 slices 
>> will be manipulable by the text installer: "Depending on the type of 
>> VTOC, there may be eight or ten slices."
>
> What is the VTOC type that allows manipulation of ten slices?
> With an SMI label, in format at least, trying to manipulate slices
> 8 or 9 are not allowed:
>
> partition> p
> Current partition table (original):
> Total disk cylinders available: 13204 + 2 (reserved cylinders)
>
> Part      Tag   Flag  Cylinders         Size            Blocks
>   0       root   wm    1 - 13203      101.14GB    (13203/0/0) 212106195
>   1 unassigned   wm    0                0         (0/0/0)             0
>   2     backup   wu    0 - 13203      101.15GB    (13204/0/0) 212122260
>   3 unassigned   wm    0                0         (0/0/0)             0
>   4 unassigned   wm    0                0         (0/0/0)             0
>   5 unassigned   wm    0                0         (0/0/0)             0
>   6 unassigned   wm    0                0         (0/0/0)             0
>   7 unassigned   wm    0                0         (0/0/0)             0
>   8       boot   wu    0 -     0        7.84MB    (1/0/0)         16065
>   9 unassigned   wm    0                0         (0/0/0)             0
>
> partition>
> partition>
> partition> 8
> `8' is not expected.
> partition> 9
> `9' is not expected.
> partition>
> partition>
>
>

Yes, after further discussion, it seems that slices 8 & 9 are 
non-editable and so won't be displayed.

>
>>
>>>
>>> 2.8.1 - Just to note, the grub entry design here is going to suffer
>>> from the same console redirection issue Alok is currently going through
>>> for bootable AI images.  Once that feature in grub is available, it
>>> should automatically detect console redirection settings from the BIOS
>>> and not require an explicit "console=ttyX" in the grub line, for
>>> systems that set console redirection in the BIOS.
>>
>> Yes, we're aware of the issues and working on a resolution.
>>
>>>
>>> 2.8.2 - Can you describe a bit more about the dependencies and
>>> dependents of this service?
>>
>> (Potential) Dependents:
>> system/console-login
>>
>> Dependencies:
>> filesystem/minimal
>> milestone/sysconfig
>
> Don't you want the text install service to run before
> milestone/sysconfig?

I'm not sure. After discussion, I know we want to disable console-login 
and set the text installer service as an endpoint.

The inetd service is dependent on sysconfig. inetd seems, to me, to be 
the latest network based service we might want to depend on. It depends 
on milestone/network, milestone/name-services, milestone/sysconfig (and 
some others).

On the other hand, running prior to sysconfig also implies running prior 
to system-log, which I think is the service responsible for printing 
messages to the screen (which caused some of the headaches during 
development of the prototype).

Thoughts?

- Keith

>
>
> thanks,
> -ethan
>
>> milestone/network
>>
>> As mentioned above, we're still considering the best, appropriate 
>> method for gaining full control of the console. The following note is 
>> found in /var/svc/manifest/system/console-login.xml:
>>>     <!-- Note that console-login should be dependent on any services
>>>          that may need to use the console. This requirement can be met
>>>          by establishing a dependency on milestone/sysconfig which,
>>>          among other things, collects such dependencies.
>>>     -->
>>
>> Thanks,
>> Keith
>>
>>
>>>
>>>
>>> thanks,
>>> -ethan
>>>
>>>
>>>
>>> Sue Sohn wrote:
>>>> We have posted the design document for the Text Installer at:
>>>>
>>>> http://www.opensolaris.org/os/project/caiman/TextInstallerProject/design_doc_v1.4.pdf
>>>>  
>>>>
>>>>
>>>> Please review and provide comments by COB Tuesday, September 15th.
>>>>
>>>> Thanks,
>>>> Sue
>>>> _______________________________________________
>>>> caiman-discuss mailing list
>>>> caiman-discuss at opensolaris.org
>>>> http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
>>> _______________________________________________
>>> caiman-discuss mailing list
>>> caiman-discuss at opensolaris.org
>>> http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
>

Reply via email to