Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
[SOLVED] Disable kernel panic backtraces?
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware
View previous topic :: View next topic  
Author Message
cami
n00b
n00b


Joined: 15 Jan 2005
Posts: 36

PostPosted: Mon Sep 21, 2015 6:00 pm    Post subject: [SOLVED] Disable kernel panic backtraces? Reply with quote

I'm experiencing kind of an odd problem while setting up a new gentoo system. When booting the new system, the kernel panics. The oops contains a lot of useful information, alas, too much for the screen. All I can see is the end of a backtrace, but not the most important information: what is actually going wrong. I've already cleared the usual suspects (in particular filesystem, root partition). Unfortunately the oops is too early for any of the messages to end up in some file I could check. I think something is going wrong with device detection, but I don't know what. Using a running system with exactly the same kernel (just booted from a different partition) everything mounts fine and clean.

Any ideas how to find out what went wrong? Can I disable the backtrace printing in kernel config maybe, so I can see the panic and the error preceding it?


Last edited by cami on Mon Jun 20, 2016 10:44 am; edited 1 time in total
Back to top
View user's profile Send private message
kikko
Apprentice
Apprentice


Joined: 29 Apr 2014
Posts: 260
Location: Milan, IT

PostPosted: Tue Sep 22, 2015 3:36 pm    Post subject: Re: Disable kernel panic backtraces? Reply with quote

cami wrote:
All I can see is the end of a backtrace, but not the most important information: what is actually going wrong.

Hi cami
have you already tried to scroll up the kernel buffer in the console (using Shift+PagUp), in order to see the error?
You can increase the buffer size passing some parameters at boot time (https://wiki.archlinux.org/index.php/Scrollback_buffer)
Back to top
View user's profile Send private message
guido.hatzsis
n00b
n00b


Joined: 10 Jul 2015
Posts: 51

PostPosted: Tue Sep 22, 2015 3:43 pm    Post subject: Reply with quote

Or if you compile the kernel with pstore you can save the crash in the efi nvram. Use a working uefi boot kernel to retrieve. This helped me debug graphics driver crashes with a blank display.
Back to top
View user's profile Send private message
cami
n00b
n00b


Joined: 15 Jan 2005
Posts: 36

PostPosted: Sun Oct 18, 2015 2:33 pm    Post subject: Reply with quote

Hmm, I'm having trouble getting the framebuffer console up.

I enabled
* framebuffer device support
* nvidiafb
* framebuffer console support

directly compiled into the kernel and added

video=nvidiafb:mode=1440x900@60

to the kernel command line, but no effect. Is there a way to get a scrollback buffer without a framebuffer console? Can you spot an important kernel option I missed?
Back to top
View user's profile Send private message
cami
n00b
n00b


Joined: 15 Jan 2005
Posts: 36

PostPosted: Tue Jun 14, 2016 2:23 pm    Post subject: Reply with quote

Finally managed to get a framebuffer*, but I still cannot scroll. I get the pingus logos and a higher resolution, but Shift+PgUp just does nothing. Something special I need to consider regarding the keyboard, maybe? I'm using an USB keyboard plugged into the PS/2 keyboard port via adapter. The keyboard works in BIOS menus, linux text console (without framebuffer) and X. Kernel has AT keyboard and USB HID support compiled-in.

Also still happy if anyone knows a way to just disable printing those backtraces.

*) with the old VESA fb driver and vga= kernel command line, and with chainloading grub2 from grub 1.
TBH this is insane, none of the "modern" ways of grub2 work, and this way doesnt work when booting grub 2 directly. WTH? Starting to develop a strong antipathy vs. grub 2.
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 43210
Location: 56N 3W

PostPosted: Tue Jun 14, 2016 5:46 pm    Post subject: Reply with quote

cami,

Its unlikely you want nvidiafb. You won't hit real issues until later in the install.
When you try to use Xorg, you will only be able to use the framebuffer driver which is very slow.

The nvidiafb kernel driver will grab the hardware and neither nouveau nor nvidia-drivers will load.
Provided nouveau supports your hardware, you get a free console framebuffer too.
nvidia-drivers claims it won't work with any framebuffer console but provided the framebuffer does not try to change hardware settings, you may be in luck.

After a panic, Shift+PgUp does not work. The system in halted.
You need either a serial console or a network console. Both need another machine to be the console.
A serial console needs to be real serial on the system being debugged.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
cami
n00b
n00b


Joined: 15 Jan 2005
Posts: 36

PostPosted: Wed Jun 15, 2016 11:33 am    Post subject: Reply with quote

Hi NeddySeagoon,

thank you for the warning. I'll disable the framebuffer console completely anyway once I've found the cause of the panic. Ironically, the debug information (stack trace) is hiding the actually useful information. Also I'm currently using vesafb (not uvesafb) as it was the only one I could get to run.

I think I'll try netconsole, that seems perfect for the task. Thank you very much for that pointer! I'm glad that someone made a nice netcat for android.
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 43210
Location: 56N 3W

PostPosted: Wed Jun 15, 2016 12:21 pm    Post subject: Reply with quote

cami,

vesafb used to work for me under nvidia-drivers but nVidia dropped support for my chipset a few years ago so I switched to nouveau.
I never needed the 3D performance anyway :)

Hmm. If you switch to nouveau in the kernel, you get a framebuffer console for free.
You may get more screen lines from nouveau than vesafb but I don't know that.

There is another 'hack'. In the kernel, turn on framebuffer rotation. Then your display will be driven an if it were in portrait mode instead of the default landscape.
That gets you more on screen lines too.
You may actually want to rotate your display for comfort :)

Anyway, these are just temporary debug options.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
cami
n00b
n00b


Joined: 15 Jan 2005
Posts: 36

PostPosted: Mon Jun 20, 2016 10:43 am    Post subject: Reply with quote

Very cool idea! Netconsole did the trick for me, fortunately. I even made my init script use netcat, so I could capture its output, in the same manner, too.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum