Project

General

Profile

Actions

Bug #2275

closed

dmesg.boot

Added by robin.carey1 over 12 years ago. Updated about 12 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
Due date:
% Done:

0%

Estimated time:

Description

Dear DragonFlyBSD bugs,

I have noticed (on leaf.dragonflybsd.org) that the:

/var/run/dmesg.boot

file contains a lot of "garbage" (presumably from the
system console) aswell as boot data.

On FreeBSD there is no "garbage" - the file just contains
the data produced from booting.

I assume the FreeBSD method is the correct one.

--
Sincerely,

Robin Carey BSc

Actions #1

Updated by dillon over 12 years ago

:Issue #2275 has been reported by Robin Carey.
:
:...
:Dear DragonFlyBSD bugs,
:
:I have noticed (on leaf.dragonflybsd.org) that the:
:
:/var/run/dmesg.boot
:
:file contains a lot of "garbage" (presumably from the
:system console) aswell as boot data.
:
:On FreeBSD there is no "garbage" - the file just contains
:the data produced from booting.
:
:I assume the FreeBSD method is the correct one.

It depends whether the contents of ram is retained across a
reboot. Leaf is running on hardware where the contents of ram
is highly likely to survive a reboot, and because of this
the dmesg output can contain information from prior reboots,
including console data and sometimes actual garbage, depending.
This is the desireable behavior as it can sometimes provide
valuable information as to why a system might have crashed.
On systems where ram is cleared on reboot (typically by the bios),
or which does not survive a reboot, you will only get the kernel
boot data. Since the dmesg.boot file is created shortly after
boot it will not contain additional messages output to the console
after the boot sequence.
-Matt
Actions #2

Updated by justin about 12 years ago

  • Status changed from New to Closed
Actions

Also available in: Atom PDF