installing from CD
Anton Shterenlikht
mexas at bristol.ac.uk
Tue Jun 23 14:50:55 UTC 2009
On Tue, Jun 23, 2009 at 03:15:14PM +0200, Marc Loerner wrote:
> Hello!
>
> On Tuesday 23 June 2009 14:50:00 Anton Shterenlikht wrote:
> > On Mon, Jun 22, 2009 at 11:36:01PM -0700, Marcel Moolenaar wrote:
> > > On Jun 22, 2009, at 8:15 AM, Anton Shterenlikht wrote:
> > > > It feels as if the installation program leaves the system
> > > > in some unclean state. I actually have to disconnect the power
> > > > cord to get to the EFI console.
> > >
> > > Hmmm, I never encountered this. A firmware upgrade (the MP's in
> > > this case) may be what's called for.
> >
> > I reflushed the firmware, and checked the system with HP offline
> > diagnostics CD - no problems found, all seems fine.
> >
> > I also switched to using LAN on MP, instead of the serial console, and
> > now reboot goes fine. However, loader.efi is still zero size.
> >
>
> Some time ago, I had the same problem. I came around this by changing standard
> partitioning size of efi to 256-512 MB. So all modules, kernel, loader, modules
> with debug-symbols fitted on it.
worked!!
I made EFI partiiton 512 MB and now on reboot I get non-zero loader.efi,
and other files:
fs1:\> map -fs
Device mapping table
fs0 : Acpi(HWP0002,0)/Pci(2|0)/Ata(Primary,Master)/CDROM(Entry0)
fs1 : Acpi(HWP0002,100)/Pci(1|0)/Scsi(Pun0,Lun0)/HD(Part1,Sig8CFA4A41-5F46-1
1DE-92BE-00110A31D6EC)
fs2 : Acpi(HWP0002,100)/Pci(1|1)/Scsi(Pun2,Lun0)/HD(Part1,Sig342C0E17-5BEC-1
1DE-90A4-00110A31D6EC)
fs1:\> ls boot
Directory of: fs1:\boot
06/23/09 02:46p <DIR> 16,384 .
06/23/09 02:46p <DIR> 0 ..
06/23/09 02:46p <DIR> 16,384 defaults
06/23/09 02:46p <DIR> 16,384 firmware
06/23/09 02:46p <DIR> 81,920 kernel
06/23/09 02:46p <DIR> 16,384 modules
06/23/09 02:46p <DIR> 16,384 zfs
06/12/09 06:55p r 587,353 loader.efi
06/12/09 06:55p r 35,125 support.4th
06/12/09 06:55p r 350 loader.rc
06/12/09 06:55p r 5,854 loader.4th
06/12/09 06:55p r 1,047,862 skiload
06/12/09 06:56p r 110 device.hints
06/12/09 06:55p r 13,320 loader.help
06/23/09 02:46p 36 loader.conf
8 File(s) 1,690,010 bytes
7 Dir(s)
fs1:\>
HOwever, booting from disk I never get to the login prompt:
[skip]
Starting Network: lo0.
fxp0: link state changed to UP
bge0: link state changed to UP
Tue Jun 23 15:01:50 BST 2009
>>> the login prompt should've appeared here <<<
lock order reversal:
1st 0xe000000010882f58 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:423
2nd 0xa00000001e4995a8 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2558
3rd 0xe0000000107cad80 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:544
KDB: stack backtrace:
db_trace_self(0xe000000004115b50) at db_trace_self+0x20
db_trace_self_wrapper(0xe000000004654560) at db_trace_self_wrapper+0x70
kdb_backtrace(0xe000000004cf9c38, 0xe00000000467bf60) at kdb_backtrace+0xc0
_witness_debugger(0x1, 0xe000000004b4bac0, 0xe00000000467d800, 0x999, 0xe0000000
04b71740) at _witness_debugger+0x60
witness_checkorder(0xe0000000107cad80, 0x9, 0x0, 0x220, 0x0) at witness_checkord
er+0x12c0
__lockmgr_args(0xe0000000107cad80, 0x80100, 0xe0000000107cada8, 0xe000000004b3a1
58, 0x50, 0x33, 0xe000000004b71740, 0x220) at __lockmgr_args+0xe10
ffs_lock(0xa000000032a6cdd0, 0xe0000000107cad80, 0x80100) at ffs_lock+0x130
VOP_LOCK1_APV(0xe000000004cc19f0, 0xa000000032a6cdb0, 0xe0000000045d5b90) at VOP
_LOCK1_APV+0x1d0
_vn_lock(0xe0000000107cace8, 0x80100, 0xe000000004b71740, 0x220, 0xe0000000107ca
cf8, 0xa000000032a6cdd0, 0xa000000032a6cdc8, 0xa000000032a6cdc0) at _vn_lock+0xf
0
ffs_snapshot(0xe0000000107d45e0, 0xa000000032a6cfc8, 0xe0000000107cace8, 0xe0000
000107cada8, 0x1, 0x0, 0xa0000000003c0000, 0x0) at ffs_snapshot+0x2280
ffs_mount(0x0, 0xe000000004b735e8, 0xa000000032a6d100, 0xa000000032a6d100) at ff
s_mount+0x2160
vfs_donmount(0x0, 0x211000, 0xe0000000107e2e00) at vfs_donmount+0x1d80
nmount(0xe000000010871270, 0xa000000032a6d4e8, 0x0, 0xe000000004ac03e0) at nmoun
t+0xe0
syscall(0xa000000032a6d400, 0x17a, 0x201000, 0xe000000010871270, 0xe00000001086a
448, 0xe000000004c99a28, 0x17a, 0xa000000032a6d4e8) at syscall+0x3e0
epc_syscall_return() at epc_syscall_return
lock order reversal:
1st 0xa00000001e4995a8 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2558
2nd 0xe00000001065b6b0 snaplk (snaplk) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:79
3
KDB: stack backtrace:
db_trace_self(0xe000000004115b50) at db_trace_self+0x20
db_trace_self_wrapper(0xe000000004654560) at db_trace_self_wrapper+0x70
kdb_backtrace(0xe000000004cf9c38, 0xe00000000467bf60) at kdb_backtrace+0xc0
_witness_debugger(0x1, 0xe000000004b4bac0, 0xe00000000467d800, 0x999, 0xe0000000
04b71740) at _witness_debugger+0x60
witness_checkorder(0xe00000001065b6b0, 0x9, 0xffffffffffffffff, 0x319, 0xe000000
010882f80) at witness_checkorder+0x12c0
__lockmgr_args(0xe00000001065b6b0, 0x80400, 0xe000000010882f80, 0xe000000004b717
a8, 0x50, 0x33, 0xe000000004b71740, 0x319) at __lockmgr_args+0xe10
ffs_lock(0xa000000032a6cdd0, 0xe00000001065b6b0, 0x80400) at ffs_lock+0x130
VOP_LOCK1_APV(0xe000000004cc19f0, 0xa000000032a6cdb0, 0xe000000004b51bb0) at VOP
_LOCK1_APV+0x1d0
_vn_lock(0xe000000010882ec0, 0x80400, 0xe000000004b71740, 0x319, 0xe000000010882
ed0, 0xa000000032a6cdd0, 0xa000000032a6cdc8, 0xa000000032a6cdc0) at _vn_lock+0xf
0
ffs_snapshot(0xe0000000107d45e0, 0xa000000032a6cfc8, 0xa000000032a6ce08, 0xe0000
000107c41d8, 0xe00000001070fd00, 0x0, 0xe0000000106c6830, 0xe000000010701800) at
ffs_snapshot+0x3f50
ffs_mount(0x0, 0xe000000004b735e8, 0xa000000032a6d100, 0xa000000032a6d100) at ff
s_mount+0x2160
vfs_donmount(0x0, 0x211000, 0xe0000000107e2e00) at vfs_donmount+0x1d80
nmount(0xe000000010871270, 0xa000000032a6d4e8, 0x0, 0xe000000004ac03e0) at nmoun
t+0xe0
syscall(0xa000000032a6d400, 0x17a, 0x201000, 0xe000000010871270, 0xe00000001086a
448, 0xe000000004c99a28, 0x17a, 0xa000000032a6d4e8) at syscall+0x3e0
epc_syscall_return() at epc_syscall_return
lock order reversal:
1st 0xe00000001065b6b0 snaplk (snaplk) @ /usr/src/sys/kern/vfs_vnops.c:295
2nd 0xe000000010882f58 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:1587
KDB: stack backtrace:
db_trace_self(0xe000000004115b50) at db_trace_self+0x20
db_trace_self_wrapper(0xe000000004654560) at db_trace_self_wrapper+0x70
kdb_backtrace(0xe000000004cf9c38, 0xe00000000467bf60) at kdb_backtrace+0xc0
_witness_debugger(0x1, 0xe000000004b4bac0, 0xe00000000467d800, 0x999, 0xe0000000
04b71740) at _witness_debugger+0x60
witness_checkorder(0xe000000010882f58, 0x9, 0xffffffffffffffff, 0x633, 0x0) at w
itness_checkorder+0x12c0
__lockmgr_args(0xe000000010882f58, 0x80000, 0x0, 0xe000000004b3a158, 0x50, 0x33,
0xe000000004b71740, 0x633) at __lockmgr_args+0xe10
ffs_snapremove(0xe000000010882ec0, 0xe000000004b71740, 0xe000000004b55ab8, 0xe00
0000010882f58) at ffs_snapremove+0x200
softdep_releasefile(0xe0000000108681f8, 0xa000000032a6d2d0, 0x29f, 0xe000000004a
12470, 0x48e) at softdep_releasefile+0x90
ufs_inactive(0xe000000010871270, 0xe0000000108681f8, 0xe000000010882fb0) at ufs_
inactive+0x400
VOP_INACTIVE_APV(0xe000000004cc21c0, 0xa000000032a6d2e0, 0xe000000004b54550, 0xe
00000000470f940) at VOP_INACTIVE_APV+0x1c0
vinactive(0xe000000010882ec0, 0xe000000010871270, 0x800, 0xe000000010882f80) at
vinactive+0x110
vput(0xe000000010882ec0, 0xa000000032a6d308, 0xe000000004b55ab8, 0xe000000010882
f80) at vput+0x3f0
vn_close(0xe000000010882ec0, 0x1, 0xe000000010363c00, 0xe000000010871270) at vn_
close+0x310
vn_closefile(0xe0000000107480a0, 0xe000000010871270, 0xe000000010882ec0) at vn_c
losefile+0x1e0
_fdrop(0xe0000000107480a0, 0xe000000010871270, 0xe000000004589d10, 0xb9b) at _fd
rop+0xb0
closef(0xe0000000107480a0, 0xe000000010871270, 0x0, 0xe00000000458a4c0) at close
f+0x570
kern_close(0xe000000010871270, 0xe000000004b3c520) at kern_close+0x270
close(0xe000000010871270, 0xa000000032a6d4e8, 0xe000000004ac03e0, 0x58f) at clos
e+0x30
syscall(0xa000000032a6d400, 0x6, 0x0, 0xe000000010871270, 0xe00000001086a448, 0x
e000000004c95468, 0x6, 0xa000000032a6d4e8) at syscall+0x3e0
epc_syscall_return() at epc_syscall_return
after that the system seems to hang
I think I redo the installation with more care now, and see what happens.
--
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 928 8233
Fax: +44 (0)117 929 4423
More information about the freebsd-ia64
mailing list