summaryrefslogtreecommitdiff
path: root/faq/got_a_db_prompt.mdwn
blob: d9f41b35cfb89ab6603fa10eaa3856800412ccd0 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
[[!meta copyright="Copyright © 2013 Free Software Foundation, Inc."]]

[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
id="license" text="Permission is granted to copy, distribute and/or modify this
document under the terms of the GNU Free Documentation License, Version 1.2 or
any later version published by the Free Software Foundation; with no Invariant
Sections, no Front-Cover Texts, and no Back-Cover Texts.  A copy of the license
is included in the section entitled [[GNU Free Documentation
License|/fdl]]."]]"""]]

[[!tag faq/open_issues]]

[[!meta title="Help, I've just gotten a db> prompt"]]

If you see a `db>` prompt on the console, something unexpected and bad happened
inside the [[GNU Mach kernel|microkernel/mach/gnumach]], which it cannot
recover from.  (Think of it as the equivalent of a [[!wikipedia
Linux_kernel_oops]], for example.)  The `db>` prompt is actually the GNU Mach
kernel debugger waiting for your commands.  For example, you can then reboot
the system by issuing the `reboot` command, or if you want to help analyze the
problem, start by typing in the `trace` command, which will display the
function call trace leading to the crash:

    0x8007cf1(8088488,5e,40000008,2aa008,0)
    0x80071bc(0,0,0,0,0)
    0x8006831(24fe00,2000,b,800,0)

This can be decyphered by using:

    $ addr2line -i -f -e /boot/gnumach 0x8007cf1 0x80071bc 0x8006831

You can then [[send us|contact_us]] the whole results of the `trace` and the
`addr2line` commands, as well as
the exact version of the GNU Mach kernel you were running, for further
investigation.  More information about the [[GNU Mach
debugger|microkernel/mach/gnumach/debugging]] is available.