> > Are there kernel crash dumps written to /var/crash/`hostname` ? > I checked after several reboots, and nothing at all.
Too bad. > >What kind of hardware are you using? cpu? mainboard? chipset? hdd? etc.. > Here's what I've got: > * ASUS M2N32-SLI Delux motherboard > * CORSAIR XMS2 2GB (2 X 1GB Sticks) RAM > * AMD Athlon 64 X2 4600+ Windsor 2.4GHz Socket AM2 > * Western Digital Caviar SE16 320 GB SATA 3.0Gb/s HD > * XFX GeForce 7800GT Ok, so a system with nvidia chipset and a s-ata hdd. This might be the nv_sata sgpio issue, bug 6748159 / 6748574. A new feature (SGPIO) was added to the nv_sata driver, but it doesn't work correctly with quite a few desktop nvidia chipsets (that don't have the SGPIO hardware). See also: http://www.opensolaris.org/os/community/on/flag-days/pages/2008091101/ It results in kernel memory corruption or other kernel panics during / after boot. It is fixed in build 101. Try to boot the kernel like this, maybe that avoids the panics that you're getting: - boot the kernel with options "-kd" - in kmdb: ::bp nv_sata`_init ::cont nv_sgp_led_init?w c3 ::cont (this disables the code in the nv_sgp_led_init() function, so that SGPIO support won't get enabled. The patch should work for both 32- and the 64-bit kernel) See also this opensolaris bug entry: http://defect.opensolaris.org/bz/show_bug.cgi?id=4121 -- This message posted from opensolaris.org