Date: Mon, 05 Jun 2006 18:07:40 -0500 From: Greg Barniskis <nalists@scls.lib.wi.us> To: Chris Maness <chris@chrismaness.com> Cc: freebsd-questions@freebsd.org Subject: Re: dmesg not working on new system Message-ID: <4484B93C.9070107@scls.lib.wi.us> In-Reply-To: <20060605145453.S55741@ns1.internetinsite.com> References: <44843B61.5050209@chrismaness.com> <448469D5.8060700@scls.lib.wi.us> <20060605105358.Q54670@ns1.internetinsite.com> <44847336.9050908@scls.lib.wi.us> <448xobpi30.fsf@be-well.ilk.org> <20060605145453.S55741@ns1.internetinsite.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Chris Maness wrote: >> Interesting. Does "dmesg -a" show anything different? >> > Yes, it does, but why would it not show anything without the flag right > after a reboot? Wierd. I almost suspect hard drive issues. OK, THAT does not seem normal. Sorry, didn't catch that detail at first. Right after booting you really should be able to review your boot messages with dmesg. While the dmesg on my servers typically goes empty after awhile, I've never had any problem reviewing kernel output from a fresh boot using the dmesg command. Is /var/run/dmesg.boot populated correctly? What kinds of things are in the -a output? Same results booting with or without network attached? (asking because busy network w/ lots of system messages seems to be what's flushing the buffer for me). Anybody else got suggestions? Kernel troubleshooting's not really my favorite thing, and as such my expertise in that area is close to /dev/null. -- Greg Barniskis, Computer Systems Integrator South Central Library System (SCLS) Library Interchange Network (LINK) <gregb at scls.lib.wi.us>, (608) 266-6348
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4484B93C.9070107>