| Summary: | dmesg only prints the last couple of lines of the message buffer | ||
|---|---|---|---|
| Product: | Base System | Reporter: | td <td> |
| Component: | bin | Assignee: | freebsd-bugs (Nobody) <bugs> |
| Status: | Closed FIXED | ||
| Severity: | Affects Only Me | ||
| Priority: | Normal | ||
| Version: | Unspecified | ||
| Hardware: | Any | ||
| OS: | Any | ||
|
Description
td
2001-04-21 15:50:03 UTC
State Changed From-To: open->feedback Did you try the -a option? dmesg -a gives the expected output (~450 lines). But I can't see anything in the man page that explains why I get only ~3 lines when I use dmesg without any commandline options. Trond On Sun, 29 Apr 2001, Trond Davidsen wrote:
> dmesg -a gives the expected output (~450 lines). But I can't see
> anything in the man page that explains why I get only ~3 lines when I
> use dmesg without any commandline options.
Maybe there is on 3 lines left after removing the extras printed by -a.
ISTR seeing this behaviour while using dmesg in single user mode. This
seemed to be caused by the message buffer filling up and either the
internal wrap-around not working or dmesg not understanding the wrap-
around.
Bruce
>
> ISTR seeing this behaviour while using dmesg in single user mode. This
> seemed to be caused by the message buffer filling up and either the
> internal wrap-around not working or dmesg not understanding the wrap-
> around.
>
> Bruce
This box is used as a vpn server, with lots of ipfw logging, so the
message buffer has definitly wraped around. I think both of the
scenarios you mention is wrong, and either should be documented, or
dmesg should be fixed to give the pre -a behaviour when called without
parameters.
Trond
State Changed From-To: feedback->closed Automatic feedback timeout. If additional feedback that warrants the re-opening of this PR is available but not included in the audit trail, please include the feedback in a reply to this message (preserving the Subject line) and ask that the PR be re-opened. |