Date: Tue, 23 Jun 2009 15:50:37 +0100 From: Anton Shterenlikht <mexas@bristol.ac.uk> To: Marc Loerner <marc.loerner@hob.de> Cc: freebsd-ia64@freebsd.org Subject: Re: installing from CD Message-ID: <20090623145037.GA96904@mech-cluster238.men.bris.ac.uk> In-Reply-To: <200906231515.15016.marc.loerner@hob.de> References: <20090619132201.GA83507@mech-cluster238.men.bris.ac.uk> <4DE4CA67-4149-436E-9884-8E444F6BB0F4@mac.com> <20090623125000.GA1191@mech-cluster238.men.bris.ac.uk> <200906231515.15016.marc.loerner@hob.de>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090623145037.GA96904>