Linux - HardwareThis forum is for Hardware issues.
Having trouble installing a piece of hardware? Want to know if that peripheral is compatible with Linux?
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Installed Slack 14.2 on New Asus Asrock J4205-ITX board.
It has crashed 4x now.
Report printed below. I suspected the Realtek r8168 ethernetdriver (installed separately), because it taints the kernel. I replaced it by the r8169, but another crash (now whithout the r8168 message).
Can please somebody help me interpreting the report?
Code:
Jan 13 16:08:00 bluehead kernel: [ 0.042400] mce: [Hardware Error]: CPU 0: Machine Check: 0 Bank 4: a600000000020408
Jan 13 16:08:00 bluehead kernel: [ 0.042405] mce: [Hardware Error]: TSC 0 ADDR fef13b80
Jan 13 16:08:00 bluehead kernel: [ 0.042412] mce: [Hardware Error]: PROCESSOR 0:506c9 TIME 1515859655 SOCKET 0 APIC 0 microcode 1e
Jan 13 16:08:00 bluehead kernel: [ 0.222799] pci 0000:01:00.0: can't set Max Payload Size to 256; if necessary, use "pci=pcie_bus_safe" and report a bug
Jan 13 16:08:00 bluehead kernel: [ 9.630329] tpm_crb MSFT0101:00: [Firmware Bug]: ACPI region does not cover the entire command/response buffer. [mem 0xfed40000-0xfed4087f flags 0x200] vs fed40080 f80
Jan 13 16:08:00 bluehead kernel: [ 9.632323] tpm_crb MSFT0101:00: [Firmware Bug]: ACPI region does not cover the entire command/response buffer. [mem 0xfed40000-0xfed4087f flags 0x200] vs fed40080 f80
Jan 13 16:08:00 bluehead kernel: [ 9.788458] r8168: loading out-of-tree module taints kernel.
Jan 13 16:08:00 bluehead kernel: [ 9.809107] r8168 Copyright (C) 2017 Realtek NIC software team <nicfae@realtek.com>
Jan 13 16:08:00 bluehead kernel: [ 9.809107] This program comes with ABSOLUTELY NO WARRANTY; for details, please see <http://www.gnu.org/licenses/>.
Jan 13 16:08:00 bluehead kernel: [ 9.809107] This is free software, and you are welcome to redistribute it under certain conditions; see <http://www.gnu.org/licenses/>.
Jan 13 16:08:00 bluehead kernel: [ 9.899501] i801_smbus 0000:00:1f.1: can't derive routing for PCI INT A
Jan 13 16:08:00 bluehead kernel: [ 9.900781] i801_smbus 0000:00:1f.1: PCI INT A: not connected
Jan 13 16:08:00 bluehead kernel: [ 10.034885] i915 0000:00:02.0: Direct firmware load for i915/bxt_dmc_ver1_07.bin failed with error -2
Jan 13 16:08:00 bluehead kernel: [ 15.915112] usb 1-3.2: device descriptor read/64, error -110
Jan 13 16:08:00 bluehead kernel: [ 17.893766] sd 4:0:0:0: [sdb] No Caching mode page found
Jan 13 16:08:00 bluehead kernel: [ 17.893768] sd 4:0:0:0: [sdb] Assuming drive cache: write through
Jan 13 16:08:00 bluehead kernel: [ 17.955968] sd 5:0:0:0: [sdc] No Caching mode page found
Jan 13 16:08:00 bluehead kernel: [ 17.957235] sd 5:0:0:0: [sdc] Assuming drive cache: write through
Jan 13 16:08:00 bluehead kernel: [ 22.892465] scsi 4:0:0:1: Failed to get diagnostic page 0x1
Jan 13 16:08:00 bluehead kernel: [ 22.893667] scsi 4:0:0:1: Failed to bind enclosure -19
Jan 13 16:08:00 bluehead kernel: [ 0.042400] mce: [Hardware Error]: CPU 0: Machine Check: 0 Bank 4: a600000000020408
Jan 13 16:08:00 bluehead kernel: [ 0.042405] mce: [Hardware Error]: TSC 0 ADDR fef13b80
Jan 13 16:08:00 bluehead kernel: [ 0.042412] mce: [Hardware Error]: PROCESSOR 0:506c9 TIME 1515859655 SOCKET 0 APIC 0 microcode 1e
Jan 13 16:08:00 bluehead kernel: [ 0.222799] pci 0000:01:00.0: can't set Max Payload Size to 256; if necessary, use "pci=pcie_bus_safe" and report a bug
Jan 13 16:08:00 bluehead kernel: [ 9.630329] tpm_crb MSFT0101:00: [Firmware Bug]: ACPI region does not cover the entire command/response buffer. [mem 0xfed40000-0xfed4087f flags 0x200] vs fed40080 f80
Jan 13 16:08:00 bluehead kernel: [ 9.632323] tpm_crb MSFT0101:00: [Firmware Bug]: ACPI region does not cover the entire command/response buffer. [mem 0xfed40000-0xfed4087f flags 0x200] vs fed40080 f80
Jan 13 16:08:00 bluehead kernel: [ 9.788458] r8168: loading out-of-tree module taints kernel.
Jan 13 16:08:00 bluehead kernel: [ 9.809107] r8168 Copyright (C) 2017 Realtek NIC software team <nicfae@realtek.com>
Jan 13 16:08:00 bluehead kernel: [ 9.809107] This program comes with ABSOLUTELY NO WARRANTY; for details, please see <http://www.gnu.org/licenses/>.
Jan 13 16:08:00 bluehead kernel: [ 9.809107] This is free software, and you are welcome to redistribute it under certain conditions; see <http://www.gnu.org/licenses/>.
Jan 13 16:08:00 bluehead kernel: [ 9.899501] i801_smbus 0000:00:1f.1: can't derive routing for PCI INT A
Jan 13 16:08:00 bluehead kernel: [ 9.900781] i801_smbus 0000:00:1f.1: PCI INT A: not connected
Jan 13 16:08:00 bluehead kernel: [ 10.034885] i915 0000:00:02.0: Direct firmware load for i915/bxt_dmc_ver1_07.bin failed with error -2
Jan 13 16:08:00 bluehead kernel: [ 15.915112] usb 1-3.2: device descriptor read/64, error -110
Jan 13 16:08:00 bluehead kernel: [ 17.893766] sd 4:0:0:0: [sdb] No Caching mode page found
Jan 13 16:08:00 bluehead kernel: [ 17.893768] sd 4:0:0:0: [sdb] Assuming drive cache: write through
Jan 13 16:08:00 bluehead kernel: [ 17.955968] sd 5:0:0:0: [sdc] No Caching mode page found
Jan 13 16:08:00 bluehead kernel: [ 17.957235] sd 5:0:0:0: [sdc] Assuming drive cache: write through
Jan 13 16:08:00 bluehead kernel: [ 22.892465] scsi 4:0:0:1: Failed to get diagnostic page 0x1
Jan 13 16:08:00 bluehead kernel: [ 22.893667] scsi 4:0:0:1: Failed to bind enclosure -19
I foolishly associated the syslog loggings above with the crash. However, this seems to be 'normal' startup behaviour.
The crash results in a total freeze, with blinking keyboard leds. System can run for days, but this afternoon 3 crashes in a row. During taking in block-chain blocks.. Maybe some network related issue, but that is guessing...
No other traces in the logging than in the message log, during the reboot:
If the keyboard LEDs are blinking it's a kernel panic, not a "freeze".
When a panic occurs, detailed information about the crash is dumped to the main display. Unfortunately, unless the screen resolution is very high, the important bits are likely to scroll off the top of the screen. Also, if the display is in sleep/powersave mode when the panic occurs, it'll probably just remain inactive.
Is this system by any chance equipped with a serial port?
If the keyboard LEDs are blinking it's a kernel panic, not a "freeze".
When a panic occurs, detailed information about the crash is dumped to the main display. Unfortunately, unless the screen resolution is very high, the important bits are likely to scroll off the top of the screen. Also, if the display is in sleep/powersave mode when the panic occurs, it'll probably just remain inactive.
Is this system by any chance equipped with a serial port?
Thanx for responding.
I run the XFCE Xwindow manager. It simply freezes without a message. I can disable it and run from the plain old command line. That would probably show the panic message.
Yes, its got a serial port. You suggest connecting a device with a terminal? E.g. Raspberry Pi? :-)
You're right; a panic might not be visible when you're running a GUI. Try with just the command line, but don't be surprised if all you get to see is the bottom few lines of a lengthy stack dump.
Serial consoles are excellent for capturing lengthy console output. Most terminal emulators have configurable scrollback buffers and many can even log to a file.
You can instruct the kernel to duplicate all console output to a serial port with the "console=" kernel parameter. For instance, console=tty0 console=ttyS0,9600n8 will cause all messages to be sent to both the regular console and the first serial port.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.