1 |
On Thu, Jun 25, 2020 at 2:55 AM Robin Atwood <robin@×××××.org> wrote: |
2 |
> |
3 |
> On Wed, 24 Jun 2020 13:31:30 -0400 |
4 |
> tedheadster <tedheadster@×××××.com> wrote: |
5 |
> |
6 |
> > Robin, |
7 |
> > are you comfortable just going with a bare-bones console and build a |
8 |
> > new kernel where you _disable_ CONFIG_FB? That might do it. |
9 |
> > |
10 |
> > Alternately, you can hook up a serial cable to another computer and |
11 |
> > set "console=ttyS0,115200n8". |
12 |
> |
13 |
> I will try that, if it works it will at least give me a chance to look |
14 |
> at the error messages. |
15 |
> |
16 |
> I don't think I have any serial cables! |
17 |
> |
18 |
|
19 |
While serial consoles are one solution, I'd take a look at network |
20 |
consoles. They're FAR easier to manage on commodity hardware. All |
21 |
you really need is another host on the network that can run netcat. |
22 |
|
23 |
I stick this in my /etc/grub/default - or otherwise get it onto the |
24 |
command line in the bootloader: |
25 |
netconsole=@/,6666@192.168.1.1 |
26 |
|
27 |
That tells the kernel to send all console output over UDP to |
28 |
192.168.1.1:6666. If you have multiple interfaces/etc you might need |
29 |
to expand that command line a bit. I have no idea how it comes up |
30 |
with the sending IP - if you care about that you can specify it. I'm |
31 |
guessing it doesn't run DHCP - but this is just plain UDP so it is |
32 |
one-way and there is no need for acks to get back to the sender. |
33 |
|
34 |
On the destination host I run: |
35 |
nc -u -l -p 6666 |
36 |
|
37 |
(nc is provided by the netcat package - a very basic tool that should |
38 |
be available everywhere - probably on non-linux operating systems |
39 |
also) |
40 |
|
41 |
Start up the reception part before you try booting the host you're |
42 |
troubleshooting, because it is just going to send packets blind into |
43 |
the ether and if nothing is listening they're gone. Obviously |
44 |
netconsole is a very simple implementation so that it can run during |
45 |
early boot. It is very good for capturing panics/etc. |
46 |
|
47 |
I don't know how it compares with serial console in terms of how early |
48 |
it starts. I think it does capture stuff very early in boot though - |
49 |
both systems require a degree of hardware initialization before they |
50 |
can work, but both are also very simple. |
51 |
|
52 |
This does need to be enabled in the kernel. |
53 |
|
54 |
You can also enable this on a running kernel but of course that does |
55 |
no good for issues during boot. Full docs are at: |
56 |
https://www.kernel.org/doc/Documentation/networking/netconsole.txt |
57 |
|
58 |
|
59 |
-- |
60 |
Rich |