Fehler beim booten: iwlwifi firmware

[curt123]

Für debian wäre eine Verbesserung vielleicht,...

Hier sind die Regeln beschrieben, gleich Punkt 1 sagt es ganz deutlich: https://www.debian.org/social_contract.de.html
Fazit: alles so, wie es sein soll.

Das müßten wir vmtl. wenn überhaupt dann woanders diskutieren.

Die Fensterabmessungen vom Terminal müsste ich vielleicht größer stellen, damit alles dabei ist,
Vielleicht /Xubunutempfehlung aus dem netzt) dort die Werte vergrößern:
/config/xfce4/terminal/terminalrc MiscDefaultGeometry=80x24

[curt123]

So, frisch aus dem Netz installiert:

Code: Alles auswählen

# journalctl -b -p err
-- Logs begin at Sat 2020-07-25 18:35:23 CEST, end at Sat 2020-07-25 18:41:29 CEST. --
Jul 25 18:35:23 shu kernel: mce: [Hardware Error]: CPU 0: Machine Check: 0 Bank 4: a600000000020408
Jul 25 18:35:23 shu kernel: mce: [Hardware Error]: TSC 0 ADDR fef13b80 
Jul 25 18:35:23 shu kernel: mce: [Hardware Error]: PROCESSOR 0:506c9 TIME 1595694916 SOCKET 0 APIC 0 microcode 2e
Jul 25 18:35:23 shu kernel: i915 0000:00:02.0: firmware: failed to load i915/bxt_dmc_ver1_07.bin (-2)
Jul 25 18:35:23 shu kernel: firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware
Jul 25 18:35:29 shu kernel: tpm_crb MSFT0101:00: [Firmware Bug]: ACPI region does not cover the entire command/response buffer. [mem 0xfed40000-0xfed40
Jul 25 18:35:29 shu kernel: tpm_crb MSFT0101:00: [Firmware Bug]: ACPI region does not cover the entire command/response buffer. [mem 0xfed40000-0xfed40
Jul 25 18:35:30 shu kernel: EDAC pnd2: Failed to register device with error -22.
Jul 25 18:35:30 shu kernel: EDAC pnd2: Failed to register device with error -22.
Jul 25 18:35:30 shu kernel: EDAC pnd2: Failed to register device with error -22.
Jul 25 18:35:30 shu kernel: EDAC pnd2: Failed to register device with error -22.

[TomL]

Code: Alles auswählen

Jul 25 18:35:23 shu kernel: i915 0000:00:02.0: firmware: failed to load i915/bxt_dmc_ver1_07.bin (-2)

Code: Alles auswählen

# apt search i915
   Sortierung... Fertig
   Volltextsuche... Fertig
   firmware-misc-nonfree/stable 20190114-2 all
   Binary firmware for various drivers in the Linux kernel

xserver-xorg-video-intel/stable,stable,now 2:2.99.917+git20180925-2 amd64  [Installiert,automatisch]
  X.Org-X-Server -- Grafikkartentreiber für Intel i8xx, i9xx

xserver-xorg-video-intel/stable,stable,now 2:2.99.917+git20180925-2 amd64 [Installiert,automatisch]

Code: Alles auswählen

apt install firmware-misc-nonfree 

[habakug]

Hallo,

die MCE (Machine Check Exception) würde ich nicht einfach ignorieren.
Sucht man nach

"fef13b80" "j4205"

findet man schnell einiges Geheule über seltsames Verhalten dieses (und weiterer) ITX-Boards.
Ich würde zunächst sicherstellen, dass das Netzteil in Ordnung ist und in seiner Leistung zu dem gewünschten Setup passt.
Das letzte Bios (1.80) sollte ebenfalls installiert sein.

Gruss, habakug

[curt123]

Hallo,

die MCE (Machine Check Exception) würde ich nicht einfach ignorieren.
Sucht man nach

"fef13b80" "j4205"

findet man schnell einiges Geheule über seltsames Verhalten dieses (und weiterer) ITX-Boards.
Ich würde zunächst sicherstellen, dass das Netzteil in Ordnung ist und in seiner Leistung zu dem gewünschten Setup passt.
Das letzte Bios (1.80) sollte ebenfalls installiert sein.

Gruss, habakug

Hallo,

das NT dürfte mit 80 Watt für das Board mit einer 2.5" HD, USB-Karte und WLAN-Modul überdimensioniert sein, es gab bislang auch keinen Anlass, an der Funktionsfähigkeit zu zweifeln. Ich kann ja nochmal im Bios schauen ob da Spannungen angegeben und ok sind. Sonst weiss ich keine Möglichkeiten, das NT unter Last ernsthaft zu testen, ich könnte vielleicht noch mit nem anderen NT schauen, ob es da auch ähnliche Meldungen gibt.

Das Bios hatte ich auch schon erwähnt, es ist wahrscheinlich nicht aktuell. Kann vmtl. per USB-Stick ohne OS per Firmware aktualisiert werden, wenn ich es recht erinnere aber erst ein Zwischenbios 1.7, ich schau mal was da geht und welches Bios drauf ist.

LG

[curt123]

So, Bios 1.8 ist/war doch schon bereits drauf.

Spannungen sehen für mich auch ok aus: 12,2 / 5,1 / 3,3 Volt.

[curt123]

Mal zum Vergleich Xubuntu 20 "Live":

Code: Alles auswählen

-- Logs begin at Sun 2020-07-26 04:17:50 UTC, end at Sun 2020-07-26 04:23:22 UTC. --
Jul 26 04:17:50 xubuntu kernel: mce: [Hardware Error]: CPU 0: Machine Check: 0 Bank 4: a600000000020408
Jul 26 04:17:50 xubuntu kernel: mce: [Hardware Error]: TSC 0 ADDR fef13b80 
Jul 26 04:17:50 xubuntu kernel: mce: [Hardware Error]: PROCESSOR 0:506c9 TIME 1595736882 SOCKET 0 APIC 0 microcode 38
Jul 26 04:17:50 xubuntu kernel: tpm_crb MSFT0101:00: [Firmware Bug]: ACPI region does not cover the entire command/response buffer. [mem 0xfed40000-0xfed4087f flags 0x200] vs fed4>
Jul 26 04:17:50 xubuntu kernel: tpm_crb MSFT0101:00: [Firmware Bug]: ACPI region does not cover the entire command/response buffer. [mem 0xfed40000-0xfed4087f flags 0x200] vs fed4>
Jul 26 04:17:50 xubuntu systemd[1]: Failed unmounting /cdrom.
Jul 26 04:18:07 xubuntu kernel: EDAC pnd2: Failed to register device with error -22.
Jul 26 04:18:07 xubuntu kernel: EDAC pnd2: Failed to register device with error -22.
Jul 26 04:18:07 xubuntu kernel: EDAC pnd2: Failed to register device with error -22.
Jul 26 04:18:07 xubuntu kernel: EDAC pnd2: Failed to register device with error -22.
Jul 26 04:18:21 xubuntu avahi-daemon[1442]: chroot.c: open() failed: No such file or directory
Jul 26 04:19:27 xubuntu kernel: [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A FIFO underrun
Jul 26 04:19:30 xubuntu ubiquity[1745]: log-output -t ubiquity umount /target/boot/grub
Jul 26 04:19:55 xubuntu ubiquity[1745]: log-output -t ubiquity laptop-detect
Jul 26 04:20:28 xubuntu systemd[1682]: Failed to start XFCE notifications service.
Jul 26 04:20:29 xubuntu ubiquity[1745]: log-output -t ubiquity debconf-copydb configdb targetdb -p ^oem-config/ --config=Name:targetdb --config=Driver:File --config=Mode:0644 --co>
Jul 26 04:20:29 xubuntu ubiquity[1745]: log-output -t ubiquity debconf-copydb configdb targetdb -p ^keyboard-configuration/ --config=Name:targetdb --config=Driver:File --config=Mo>
Jul 26 04:20:29 xubuntu ubiquity[1745]: log-output -t ubiquity debconf-copydb configdb targetdb -p ^console-setup/ --config=Name:targetdb --config=Driver:File --config=Mode:0644 ->
Jul 26 04:20:29 xubuntu ubiquity[1745]: log-output -t ubiquity umount /target/boot/grub
~
~
~
lines 1-20/20 (END)

Nachtrag
Fedora 32 Live

Code: Alles auswählen

[liveuser@localhost-live ~]$ journalctl -b -p err
-- Logs begin at Sun 2020-07-26 00:37:58 EDT, end at Sun 2020-07-26 04:40:12 EDT. --
Jul 26 00:37:58 localhost kernel: mce: [Hardware Error]: CPU 0: Machine Check: 0 Bank 4: a600000000020408
Jul 26 00:37:58 localhost kernel: mce: [Hardware Error]: TSC 0 ADDR fef13b80 
Jul 26 00:37:58 localhost kernel: mce: [Hardware Error]: PROCESSOR 0:506c9 TIME 1595738268 SOCKET 0 APIC 0 microcode 2e
Jul 26 00:37:58 localhost kernel: tpm_crb MSFT0101:00: [Firmware Bug]: ACPI region does not cover the entire command/response buffer. [mem 0xfed40000-0xf>
Jul 26 00:37:58 localhost kernel: tpm_crb MSFT0101:00: [Firmware Bug]: ACPI region does not cover the entire command/response buffer. [mem 0xfed40000-0xf>
Jul 26 04:39:01 localhost kernel: EDAC pnd2: Failed to register device with error -22.
Jul 26 04:39:01 localhost kernel: EDAC pnd2: Failed to register device with error -22.
Jul 26 04:39:01 localhost kernel: EDAC pnd2: Failed to register device with error -22.
Jul 26 04:39:01 localhost kernel: EDAC pnd2: Failed to register device with error -22.
Jul 26 04:39:08 localhost kernel: db_root: cannot open: /etc/target
Jul 26 04:39:30 localhost avahi-daemon[1255]: chroot.c: open() failed: No such file or directory
Jul 26 00:42:18 localhost-live systemd[1608]: Failed to start Mark boot as successful.
lines 1-13/13 (END)

Bei Fedora hatte ich vermutet, dass es weniger Probleme geben würde:
https://bugzilla.redhat.com/show_bug.cgi?id=1486458
https://bugzilla.redhat.com/show_bug.cgi?id=1575399
https://bugzilla.redhat.com/show_bug.cgi?id=1598756

microcode_ctl-2.1-24.fc28 has been pushed to the Fedora 28 stable repository.

Ich weiß allerdings nicht, ob der betr. Code auch geladen wurde.

[willy4711]

So, frisch aus dem Netz installiert:

Code: Alles auswählen

# journalctl -b -p err
[.....]
Jul 25 18:35:23 shu kernel: i915 0000:00:02.0: firmware: failed to load i915/bxt_dmc_ver1_07.bin (-2)
[.....]

Zu dieser einen Zeile:
mal bitte nachsehen, ob es so bei dir vorhanden ist:

Code: Alles auswählen

~$ ls -al /lib/firmware/i915/ |grep bxt_dmc
-rw-r--r--  1 root root   8380 Jul 15 10:41 bxt_dmc_ver1_07.bin
lrwxrwxrwx  1 root root     19 Jul 15 10:41 bxt_dmc_ver1.bin -> bxt_dmc_ver1_07.bin

[curt123]

Zu dieser einen Zeile:
mal bitte nachsehen, ob es so bei dir vorhanden ist:

Code: Alles auswählen

~$ ls -al /lib/firmware/i915/ |grep bxt_dmc
-rw-r--r--  1 root root   8380 Jul 15 10:41 bxt_dmc_ver1_07.bin
lrwxrwxrwx  1 root root     19 Jul 15 10:41 bxt_dmc_ver1.bin -> bxt_dmc_ver1_07.bin

Ich habe offenbar etwas den Überblick verloren, da hätte ich wohl noch/wieder Pakete einbinden müssen, s.u..

Code: Alles auswählen

# ls -al /lib/firmware/i915/ |grep bxt_dmc
ls: Zugriff auf '/lib/firmware/i915/' nicht möglich: Datei oder Verzeichnis nicht gefunden

Vorsorglich noch:

Code: Alles auswählen

# ls /lib/firmware
av7110			 iwlwifi-6050-5.ucode
carl9170-1.fw		 iwlwifi-7260-17.ucode
cis			 iwlwifi-7260-9.ucode
dsp56k			 iwlwifi-7265-17.ucode
hp			 iwlwifi-7265-9.ucode
intel			 iwlwifi-7265D-22.ucode
isci			 iwlwifi-7265D-29.ucode
iwlwifi-1000-5.ucode	 iwlwifi-8000C-22.ucode
iwlwifi-100-5.ucode	 iwlwifi-8000C-36.ucode
iwlwifi-105-6.ucode	 iwlwifi-8265-22.ucode
iwlwifi-135-6.ucode	 iwlwifi-8265-36.ucode
iwlwifi-2000-6.ucode	 iwlwifi-9000-pu-b0-jf-b0-34.ucode
iwlwifi-2030-6.ucode	 iwlwifi-9000-pu-b0-jf-b0-38.ucode
iwlwifi-3160-17.ucode	 iwlwifi-9000-pu-b0-jf-b0-41.ucode
iwlwifi-3160-9.ucode	 iwlwifi-9260-th-b0-jf-b0-34.ucode
iwlwifi-3168-22.ucode	 iwlwifi-9260-th-b0-jf-b0-38.ucode
iwlwifi-3168-29.ucode	 iwlwifi-9260-th-b0-jf-b0-41.ucode
iwlwifi-3945-2.ucode	 keyspan_pda
iwlwifi-4965-2.ucode	 RTL8192E
iwlwifi-5000-5.ucode	 rtl_bt
iwlwifi-5150-2.ucode	 rtl_nic
iwlwifi-6000-4.ucode	 rtlwifi
iwlwifi-6000g2a-5.ucode  usbduxfast_firmware.bin
iwlwifi-6000g2a-6.ucode  usbdux_firmware.bin
iwlwifi-6000g2b-6.ucode  usbduxsigma_firmware.bin

Fehlt trotz m.E. non-free Netzinstallation noch das Folgende?

Code: Alles auswählen

apt install firmware-misc-nonfree 

[willy4711]

Fehlt trotz m.E. non-free Netzinstallation noch das Folgende?
TomL hat geschrieben: ↑ zum Beitrag ↑
25.07.2020 18:55:06

Code: Alles auswählen

apt install firmware-misc-nonfree

Ja die fehlt. Schau aber - wenn du es nicht schon gemacht hast - erstmal in deine sources.list wg. contrib non-free

[TomL]

So, frisch aus dem Netz installiert:

Code: Alles auswählen

# journalctl -b -p err | grep -i firmware
-- Logs begin at Sat 2020-07-25 18:35:23 CEST, end at Sat 2020-07-25 18:41:29 CEST. --
Jul 25 18:35:23 shu kernel: i915 0000:00:02.0: firmware: failed to load i915/bxt_dmc_ver1_07.bin (-2)

Die Lösung für dieses Problem und was zu tun ist, war doch schon beschrieben... das gilt immer noch.

[curt123]

Danke für die Ausführungen.

Nun schaut es so aus:

Code: Alles auswählen

# journalctl -b -p err
-- Logs begin at Sun 2020-07-26 12:02:24 CEST, end at Sun 2020-07-26 12:17:20 CEST. --
Jul 26 12:02:24 shu kernel: mce: [Hardware Error]: CPU 0: Machine Check: 0 Bank 4: a600000000020408
Jul 26 12:02:24 shu kernel: mce: [Hardware Error]: TSC 0 ADDR fef13b80 
Jul 26 12:02:24 shu kernel: mce: [Hardware Error]: PROCESSOR 0:506c9 TIME 1595757738 SOCKET 0 APIC 0 microcode 2e
Jul 26 12:02:29 shu kernel: tpm_crb MSFT0101:00: [Firmware Bug]: ACPI region does not cover the entire command/response b
Jul 26 12:02:29 shu kernel: tpm_crb MSFT0101:00: [Firmware Bug]: ACPI region does not cover the entire command/response b
Jul 26 12:02:29 shu kernel: EDAC pnd2: Failed to register device with error -22.
Jul 26 12:02:29 shu kernel: EDAC pnd2: Failed to register device with error -22.
Jul 26 12:02:29 shu kernel: EDAC pnd2: Failed to register device with error -22.
Jul 26 12:02:29 shu kernel: EDAC pnd2: Failed to register device with error -22.

Wenn ich richtig recherchiert habe, hängen die EDAC-Meldungen mit der Verwendung von nicht-ECC Speicher zusammen, sind also "normal". Ähnlich mag es bei tpm_crb zu sein, es geht wohl um ggf. im Bios (nicht) aktivierte oder vorhandene TPM Möglichkeiten (auch UEFI/Secure Boot?).

Dann bleiben noch die MCE-Fehler als relevanter Punkt.

[OrangeJuice]

Kannst du nochmal kurz sagen, welchen Kernel du verwendest?

Der TPM Bug wird bei mir angezeigt, wenn ich das Intel fTPM im UEFI eingeschaltet lassen. Ich würde es dann mal mit ein paar Grub Parametern(und evtl. SecureBoot) probieren, zum ausprobieren eignet sich dein Ubuntu Live-Stick(Kernel lockdown ab Kernel 5.4). Weißt du wie du die hinzufügst?

Code: Alles auswählen

security_lockdown_lsm_early lockdown=confidentiality acpi=strict intel_iommu=off iommu=soft

In der Zwischenzeit gab wohl ein paar Firmware Updates, auch für dein Intel Wlan: https://packages.debian.org/sid/firmware-iwlwifi (siehe(firmware-iwlwifi (20200619-1)): Debian-Changelog).

Du damit nochmal nachschauen:

Code: Alles auswählen

dmesg -x -l crit,warn,err
journalctl -p err..alert

[curt123]

Kannst du nochmal kurz sagen, welchen Kernel du verwendest?

Gerne, ich hoffe das passt so:

Code: Alles auswählen

# dpkg -l | grep linux-image
ii  linux-image-4.19.0-9-amd64            4.19.118-2+deb10u1                  amd64        Linux 4.19 for 64-bit PCs (signed)
ii  linux-image-amd64                     4.19+105+deb10u4                    amd64        Linux for 64-bit PCs (meta-package)
 

Der TPM Bug wird bei mir angezeigt, wenn ich das Intel fTPM im UEFI eingeschaltet lassen.

Ich hab im Bios was dazu geändert, nun schaut es eigentlich so aus:

Code: Alles auswählen

-- Logs begin at Mon 2020-07-27 08:53:57 CEST, end at Mon 2020-07-27 09:30:35 CEST. --
Jul 27 08:53:57 shu kernel: mce: [Hardware Error]: CPU 0: Machine Check: 0 Bank 4: a600000000020408
Jul 27 08:53:57 shu kernel: mce: [Hardware Error]: TSC 0 ADDR fef13b80 
Jul 27 08:53:57 shu kernel: mce: [Hardware Error]: PROCESSOR 0:506c9 TIME 1595832830 SOCKET 0 APIC 0 microcode 2e
Jul 27 08:54:02 shu kernel: EDAC pnd2: Failed to register device with error -22.
Jul 27 08:54:02 shu kernel: EDAC pnd2: Failed to register device with error -22.
Jul 27 08:54:02 shu kernel: EDAC pnd2: Failed to register device with error -22.
Jul 27 08:54:02 shu kernel: EDAC pnd2: Failed to register device with error -22.

Es geht mit den Meldungen jetzt gerade noch weiter, was aber vielleicht nicht an Bios-Änderungen, sondern an einer Bereitschafts-Mudos Pause gelegen haben kann:

Code: Alles auswählen

Jul 27 08:54:09 shu kernel: snd_hda_intel 0000:00:0e.0: control 2:0:0:PCM Playback Volume:0 is already present
Jul 27 09:22:39 shu kernel: mce: [Hardware Error]: CPU 0: Machine Check: 0 Bank 4: a600000000020408
Jul 27 09:22:39 shu kernel: mce: [Hardware Error]: TSC 0 ADDR fef13b80 
Jul 27 09:22:39 shu kernel: mce: [Hardware Error]: PROCESSOR 0:506c9 TIME 1595834559 SOCKET 0 APIC 0 microcode 2e
Jul 27 09:22:43 shu wpa_supplicant[530]: nl80211: Failed to open /proc/sys/net/ipv4/conf/p2p-dev-wlp2s0/drop_unicast_in_l2_mul
Jul 27 09:22:43 shu wpa_supplicant[530]: nl80211: Failed to set IPv4 unicast in multicast filter
Jul 27 09:22:43 shu wpa_supplicant[530]: nl80211: Failed to open /proc/sys/net/ipv4/conf/p2p-dev-wlp2s0/drop_unicast_in_l2_mul
Jul 27 09:22:43 shu wpa_supplicant[530]: nl80211: Failed to set IPv4 unicast in multicast filter

Ich würde es dann mal mit ein paar Grub Parametern(und evtl. SecureBoot) probieren, zum ausprobieren eignet sich dein Ubuntu Live-Stick(Kernel lockdown ab Kernel 5.4). Weißt du wie du die hinzufügst?

Code: Alles auswählen

security_lockdown_lsm_early lockdown=confidentiality acpi=strict intel_iommu=off iommu=soft

Das sagt mir jetzt nicht soviel, ich hatte auch einfach die ISO auf DVD/CD gebrannt.

In der Zwischenzeit gab wohl ein paar Firmware Updates, auch für dein Intel Wlan: https://packages.debian.org/sid/firmware-iwlwifi (siehe(firmware-iwlwifi (20200619-1)): Debian-Changelog).

Du damit nochmal nachschauen:

Code: Alles auswählen

dmesg -x -l crit,warn,err
journalctl -p err..alert

Ich hab das jetzt erstmal ohne Updates oder Secureboot oder neuerer Firmware fürs WLAN gemacht:

Code: Alles auswählen

# dmesg -x -l crit,warn,err
kern  :warn  : [    0.542518] mtrr: your CPUs had inconsistent variable MTRR settings
kern  :warn  : [    2.949422] i801_smbus 0000:00:1f.1: can't derive routing for PCI INT A
kern  :warn  : [    2.949426] i801_smbus 0000:00:1f.1: PCI INT A: not connected
kern  :err   : [   12.580878] EDAC pnd2: Failed to register device with error -22.
kern  :err   : [   12.611340] EDAC pnd2: Failed to register device with error -22.
kern  :err   : [   12.659221] EDAC pnd2: Failed to register device with error -22.
kern  :err   : [   12.715221] EDAC pnd2: Failed to register device with error -22.
kern  :warn  : [   13.883960] thermal thermal_zone2: failed to read out thermal zone (-61)
kern  :err   : [   19.663992] snd_hda_intel 0000:00:0e.0: control 2:0:0:PCM Playback Volume:0 is already present
kern  :warn  : [  222.852166]  cache: parent cpu1 should not be sleeping
kern  :warn  : [  222.853820]  cache: parent cpu2 should not be sleeping
kern  :warn  : [  222.855508]  cache: parent cpu3 should not be sleeping

Die Energieparfunktionen sollte ich wohl erstmal komplett meiden?

Code: Alles auswählen

-- Logs begin at Mon 2020-07-27 08:53:57 CEST, end at Mon 2020-07-27 09:38:58 CEST. --
Jul 27 08:54:02 shu kernel: EDAC pnd2: Failed to register device with error -22.
Jul 27 08:54:02 shu kernel: EDAC pnd2: Failed to register device with error -22.
Jul 27 08:54:02 shu kernel: EDAC pnd2: Failed to register device with error -22.
Jul 27 08:54:02 shu kernel: EDAC pnd2: Failed to register device with error -22.
Jul 27 08:54:09 shu kernel: snd_hda_intel 0000:00:0e.0: control 2:0:0:PCM Playback Volume:0 is already present
Jul 27 09:22:43 shu wpa_supplicant[530]: nl80211: Failed to open /proc/sys/net/ipv4/conf/p2p-dev-wlp2s0/drop_unicast_in_l2_mul
Jul 27 09:22:43 shu wpa_supplicant[530]: nl80211: Failed to set IPv4 unicast in multicast filter
Jul 27 09:22:43 shu wpa_supplicant[530]: nl80211: Failed to open /proc/sys/net/ipv4/conf/p2p-dev-wlp2s0/drop_unicast_in_l2_mul
Jul 27 09:22:43 shu wpa_supplicant[530]: nl80211: Failed to set IPv4 unicast in multicast filter

[mcb]

Du könntest testweise mal vom live medium starten: http://cdimage.debian.org/images/unoffi ... e+nonfree/

und probieren ob die Karte dann geht.

Ich installiere mit der CD von hier: http://cdimage.debian.org/images/unoffi ... 0+nonfree/

[curt123]

und probieren ob die Karte dann geht.

Karte oder Board? Oder meinst du WiFi/BT? Ergibt sich da aus den Meldungen noch Bedarf?
Die jetzige Installation dürfte im Wesentlichen 10.4 und non-free über firmware-testing-amd64-netinst.iso sein, ich müßte also noch Sachen aus weiteren Quellen versuchen.

Ähnliche MCE Fehler scheinen ja öfters vorzukommen, und ignorieren, vgl. auch: https://forums.unraid.net/topic/89517-% ... need-help/ , scheint mir fragwürdig, wenn z.B. Energiefunktionen nicht richtig laufen.

Vielleicht könnte ich auch im Bios versuchen, den zweiten Controller und den M2 Slot abzuschalten, wenn ich da noch passende Punkte finden und zuordnen kann.

Ansonsten ist mir nicht klar, was damit -s.o.- gemeint war:

Code: Alles auswählen

security_lockdown_lsm_early lockdown=confidentiality acpi=strict intel_iommu=off iommu=soft

Und schließlich frage ich mich, welche Mainboards überhaupt noch übrigbleiben. Z.B. zum ASRock J5005 finden sich m.E. auch hinreichend Fehlermeldungen. Zum ASRock J3455M finden sich m.E. evtl weniger Fehlerberichte als zur ITX-Variante, vielleicht auch Zufall. Ob es bei ITX AMD-Boards wie MSI B450 TOMAHAWK oder Gigabyte B450 Aorus Pro WiFi besser ausschaut?

[mcb]

Ach so die Karte läuft ? Dann habe ich das falsch verstanden. Sorry

[curt123]

Ach so die Karte läuft ? Dann habe ich das falsch verstanden.

Ich hoffe dass sie läuft; ich hab sie mit der nachgerüsteten Firmware noch nicht explizit getestet und nutze auf dem System noch LAN; also so ganz sicher bin ich da nicht, ob da in dem Bereich alles mit der derzeitigen Firmware läuft.

Da ich meine, dass angesichts der Fehlermeldungen so oder so die Frage der Energieverwaltung etc. bzw./oder der angezeigten MCE-Error erstmal wichtiger scheint, gehe ich mal bis auf Weiteres davon aus, dass das WLAN/BT Teil nutzbar wäre.

Sorry

Das ist ja auch der Threat-Drift. Vielleicht hätte ich einen neuen Beitrag aufmachen müssen oder den Titel/Betreff ändern?

[mcb]

Von mir aus passt das alles.

[willy4711]

Hab was gefunden, was eventuell passen könnte:
https://www.dell.com/support/article/de ... ge?lang=de
Mal lesen und testen

Hier:
https://bugs.archlinux.org/task/58724

This is not a bug, but simply a result of not using ECC memory. EDAC can't work without ECC memory so the driver fails to initialize.

Zur Ergänzung mal schauen,was du verbaut hast:
als Root

Code: Alles auswählen

inxi -mxxx

[curt123]

Hab was gefunden, was eventuell passen könnte:
https://www.dell.com/support/article/de ... ge?lang=de
Mal lesen und testen

Ja danke, das hatte ich bislang eher als kosmetisches Problem eingeschätzt. Ich werde die Blacklist später noch ausprobieren; falls der EDAC-Treiber auch die Energieverwaltung usw.stören würde oder auch die MCE Errors verursachen, wäre es vielleicht eine umfassende Lösung für die anderen Fehler, wenn "Bank 4" auch Speicher meint:

Code: Alles auswählen

Jul 26 12:02:24 shu kernel: mce: [Hardware Error]: CPU 0: Machine Check: 0 Bank 4: a600000000020408
Jul 26 12:02:24 shu kernel: mce: [Hardware Error]: TSC 0 ADDR fef13b80 
Jul 26 12:02:24 shu kernel: mce: [Hardware Error]: PROCESSOR 0:506c9 TIME 1595757738 SOCKET 0 APIC 0 microcode 2e

[curt123]

Zur Ergänzung mal schauen,was du verbaut hast:
als Root

Code: Alles auswählen

inxi -mxxx

Nachtrag

Code: Alles auswählen

# inxi -mxxx
Memory:
  RAM: total: 7.46 GiB used: 362.6 MiB (4.7%) 
  Array-1: capacity: 16 GiB slots: 2 EC: None max module size: 8 GiB 
  note: est. 
  Device-1: ChannelA-DIMM0 size: 4 GiB speed: 1333 MT/s type: DDR3 
  detail: synchronous bus width: 64 bits total: 64 bits 
  manufacturer: Kingston part-no: 99U5469-045.A00LF serial: 1531AB3E 
  Device-2: ChannelA-DIMM1 size: 4 GiB speed: 1333 MT/s type: DDR3 
  detail: synchronous bus width: 64 bits total: 64 bits 
  manufacturer: Kingston part-no: 99U5469-045.A00LF serial: 1831423F 

/Nachtrag
Dann nach den Infos der dell-Seite gesucht, und weder edac geladen gefunden, noch etwas in den üblichen Ordnern (allerdings a la stretch geguckt https://packages.debian.org/stretch/amd ... s/filelist ) gefunden.

Code: Alles auswählen

# lsmod | grep -i edac
# 

[curt123]

Nochmal die aktuellen Fehlermeldungen zu EDAC:

Code: Alles auswählen

Jul 28 07:25:50 shu kernel: EDAC pnd2: Failed to register device with error -22.
Jul 28 07:25:50 shu kernel: EDAC pnd2: Failed to register device with error -22.
Jul 28 07:25:50 shu kernel: EDAC pnd2: Failed to register device with error -22.
Jul 28 07:25:51 shu kernel: EDAC pnd2: Failed to register device with error -22.

Da habe ich noch etwas gefunden:
http://lkml.iu.edu/hypermail/linux/kern ... 06142.html

Fix the log level from "KERN_ERR" to "KERN_INFO" and remove the word
"error" for message "Failed to register device with error %d", since
it is not the error message but the information to notice the user.

Dann mag eher kein kein Zusammenhang zu den ersten drei Meldungen mce: [Hardware Error] bestehen.

Code: Alles auswählen

journalctl -b -p err
-- Logs begin at Tue 2020-07-28 07:25:45 CEST, end at Tue 2020-07-28 07:41:25 CEST. --
Jul 28 07:25:45 shu kernel: mce: [Hardware Error]: CPU 0: Machine Check: 0 Bank 4: a600000000020408
Jul 28 07:25:45 shu kernel: mce: [Hardware Error]: TSC 0 ADDR fef13b80 
Jul 28 07:25:45 shu kernel: mce: [Hardware Error]: PROCESSOR 0:506c9 TIME 1595913937 SOCKET 0 APIC 0 microcode 2e

vgl.
https://bugzilla.redhat.com/show_bug.cgi?id=1469488
https://bugzilla.redhat.com/show_bug.cgi?id=1575399

As has been reported since Fedora 25, systems with the Intel J4205 and (in my case) the Intel J3455 processor come up with a Hardware Error early in boot. Is this a real error, or something to be ignored? In any event, it would be good to go away.

microcode_ctl-2.1-24.fc28 has been pushed to the Fedora 28 testing repository. If problems still persist, please make note of it in this bug report.

Mit fedora 32 Live hatte ich ähnliche Fehler, und aktueller microcode dürfte inziwschen ja auch schon in meine debian 10 Installation eingebunden sein.

[KP97]

Manche Abfragen im Kernel betreffen unterschiedliche Hardware. In neueren Kerneln werden auch neuere Abfragen eingebaut. Wenn z.B. Deine Hardware davon nicht betroffen ist, werden Meldungen ins Log geschrieben. Das muß kein Fehler sein, sondern ist einfach ein Hinweis.
Trage in die Kernelzeile des Grub ein mce=0 ein und Ruhe ist.
Das hatte ich an anderer Stelle schon einmal geschrieben, eine Suche hätte es ans Licht gebracht.

Mir scheint, es fehlt Dir an Basiswissen. Das passiert bei Ubuntuusern ziemlich häufig, hier kann man aber nachlesen:
https://debian-handbook.info/browse/de-DE/stable/