Hi
After some days of brain disrupting work ;) I managed it, to boot directly into
the proto-area to have a nice clean and small Solaris Environment. Therefor I
used a extra hdd, moved the proto_area to the / filesystem, installed a
bootblock and made some changes to etc.
But now I have the same problem as above: the keyboard won't work (even Stop+A
gives no respond).
So I tried to find out, at wich moment in the boot process the keyboard stops
working. I send a Stop+A at different phases of the boot process. My opinion
is, that the keyboard dies when /pseudo is loaded. That seems to be logical.
After that, I copied my old kernel which came with Solaris Express to the new
environment. But it also fails to work.
Now I booted with a serial console cable connected and the boot wents fine.
Here is the bootlog (with serial console), the error about the smf environment
should not be interesting, because I haven't configured it yet:
[i]ok boot disk1 -v
Boot device: /[EMAIL PROTECTED],0/[EMAIL PROTECTED]/[EMAIL PROTECTED]/[EMAIL
PROTECTED],0 File and args: -v
The boot filesystem is logging.
The ufs log is empty and will not be used.
Size: 0xbaf3e+0x211aa+0x4a15e Bytes
module /platform/sun4u/kernel/sparcv9/unix: text at [0x1000000, 0x10baf3f] data
at 0x1800000
module misc/sparcv9/krtld: text at [0x10baf40, 0x10d5ed7] data at 0x186b308
module /platform/sun4u/kernel/sparcv9/genunix: text at [0x10d5ed8, 0x12c9497]
data at 0x1870e80
module /platform/sun4u/kernel/misc/sparcv9/platmod: text at [0x12c9498,
0x12c9497] data at 0x18cae08
module /platform/sun4u/kernel/cpu/sparcv9/SUNW,UltraSPARC-IIi: text at
[0x12c94c0, 0x12d5fe7] data at 0x18cb500
SunOS Release 5.11 Version B19 64-bit
Copyright 1983-2005 Sun Microsystems, Inc. All rights reserved.
Use is subject to license terms.
DEBUG enabled
misc/forthdebug (494414 bytes) loaded
Ethernet address = 8:0:20:da:b2:57
mem = 524288K (0x20000000)
avail mem = 491954176
root nexus = SPARCengine(tm)Ultra(tm) AXi (UltraSPARC-IIi 360MHz)
pseudo0 at root
pseudo0 is /pseudo
scsi_vhci0 at root
scsi_vhci0 is /scsi_vhci
pcipsy0 at root: UPA 0x1f 0x0
pcipsy0 is /[EMAIL PROTECTED],0
PCI-device: [EMAIL PROTECTED], simba1
simba1 is /[EMAIL PROTECTED],0/[EMAIL PROTECTED]
/[EMAIL PROTECTED],0/[EMAIL PROTECTED]/[EMAIL PROTECTED] (glm0):
Rev. 5 Symbios 53c876 found.
PCI-device: [EMAIL PROTECTED], glm0
glm0 is /[EMAIL PROTECTED],0/[EMAIL PROTECTED]/[EMAIL PROTECTED]
sd0 at glm0: target 1 lun 0
sd0 is /[EMAIL PROTECTED],0/[EMAIL PROTECTED]/[EMAIL PROTECTED]/[EMAIL
PROTECTED],0
root on /[EMAIL PROTECTED],0/[EMAIL PROTECTED]/[EMAIL PROTECTED]/[EMAIL
PROTECTED],0:a fstype ufs
pseudo-device: dld0
dld0 is /pseudo/[EMAIL PROTECTED]
PCI-device: [EMAIL PROTECTED],1, simba0
simba0 is /[EMAIL PROTECTED],0/[EMAIL PROTECTED],1
PCI-device: [EMAIL PROTECTED], ebus0
ebus0 is /[EMAIL PROTECTED],0/[EMAIL PROTECTED],1/[EMAIL PROTECTED]
se0 at ebus0: offset 14,400000
se0 is /[EMAIL PROTECTED],0/[EMAIL PROTECTED],1/[EMAIL PROTECTED]/[EMAIL
PROTECTED],400000
su_pnp0 at ebus0: offset 14,3803f8
su_pnp0 is /[EMAIL PROTECTED],0/[EMAIL PROTECTED],1/[EMAIL PROTECTED]/[EMAIL
PROTECTED],3803f8
su_pnp1 at ebus0: offset 14,3602f8
su_pnp1 is /[EMAIL PROTECTED],0/[EMAIL PROTECTED],1/[EMAIL PROTECTED]/[EMAIL
PROTECTED],3602f8
cpu0: UltraSPARC-IIi (portid 0 impl 0x12 ver 0x91 clock 360 MHz)
iscsi0 at root
iscsi0 is /iscsi
svc.configd: smf(5) database integrity check of:
/etc/svc/repository.db
failed. The database might be damaged or a media error might have
prevented it from being verified. Additional information useful to
your service provider is in:
/etc/svc/volatile/db_errors
The system will not be able to boot until you have restored a working
database. svc.startd(1M) will provide a sulogin(1M) prompt for recovery
purposes. The command:
/lib/svc/bin/restore_repository
can be run to restore a backup version of your repository. See
http://sun.com/msg/SMF-8000-MY for more information.
Requesting System Maintenance Mode
(See /lib/svc/share/README for more information.)
svc.configd exited with status 102 (database initialization failure)
Root password for system maintenance (control-d to bypass):
single-user privilege assigned to /dev/console.
Entering System Maintenance Mode
Aug 29 03:45:09 su: 'su root' succeeded for root on /dev/console
#
[/i]
This message posted from opensolaris.org
_______________________________________________
opensolaris-help mailing list
opensolaris-help@opensolaris.org
