Arch Linux

Fehlermeldung nach Update

cipher

Hallo,

nach dem letzten Update kommt eine Fehlermeldung.

Found hardware: "HDA-Intel" "Conexant CX20561 (Hermosa)" "HDA: 14f15051,17aa20ff,00100000" "0x7aa" "0x20f2"
Hardware is inizialized using a generic method
/usr/sbin/alsactl: set_control:1267: failed to obtain info for control #1 (No such file or directory)
/usr/sbin/alsactl: set_control:1267: failed to obtain info for control #2 (No such file or directory)
/usr/sbin/alsactl: set_control:1267: failed to obtain info for control #3 (No such file or directory)
/usr/sbin/alsactl: set_control:1267: failed to obtain info for control #4 (No such file or directory)
/usr/sbin/alsactl: set_control:1267: failed to obtain info for control #5 (No such file or directory)
/usr/sbin/alsactl: set_control:1267: failed to obtain info for control #6 (No such file or directory)
/usr/sbin/alsactl: set_control:1267: failed to obtain info for control #7 (No such file or directory)
/usr/sbin/alsactl: set_control:1267: failed to obtain info for control #8 (No such file or directory)
/usr/sbin/alsactl: set_control:1267: failed to obtain info for control #9 (No such file or directory)
/usr/sbin/alsactl: set_control:1267: failed to obtain info for control #10 (No such file or directory)
/usr/sbin/alsactl: set_control:1267: failed to obtain info for control #11 (No such file or directory)
/usr/sbin/alsactl: set_control:1267: failed to obtain info for control #12 (No such file or directory)
/usr/sbin/alsactl: set_control:1267: failed to obtain info for control #13 (No such file or directory)

Muss da was geändert werden?

Ich habe noch weiter komische Meldungen beim Booten die aber aus dem Bildschirm weglaufen. Zum Beispiel werden ä,ö und ü falsch dargestellt, obwohl ich

LOCALE="de_DE.utf-8"

in der rc.conf stehe habe.

Kann man die bootmeldungen in eine Datei umleiten?

Redn4X

Die Meldungen beim booten werden doch sowieso in /var/log/boot geloggt oder irre ich mich da jetz?

cipher

Redn4X schriebDie Meldungen beim booten werden doch sowieso in /var/log/boot geloggt oder irre ich mich da jetz?

Hmm,
die Datei /var/log/boot existiert. Aber das ist nicht die gleiche Ausgabe wie beim booten.

Redn4X

Wann genau kommt den die Fehlermeldung? Bei dem ganzen Kram von wegen Starting soundso [BUSY] [DONE] oder an anderer Stelle?

cipher

Redn4X schriebWann genau kommt den die Fehlermeldung? Bei dem ganzen Kram von wegen Starting soundso [BUSY] [DONE] oder an anderer Stelle?

Also die alsctl Meldungen kommen ganz am Schluss befor der Login Prompt der Konsole kommt.

Die falsche Zeichen kommen bei "Checking Filesystems".

Ich würde den ganzen Boottext ja gerne mal einstellen weis aber nicht woher.

[gelöscht]

Die Fehler kommen vom Alsa-Daemon. Ich habe ihn deaktiviert, als mir die Fehler ausgefallen waren, da ich ihn sowieso nicht benötige. Vielleicht hilft dir die Information.

Redn4X

Kannst mal mti STRG+S den Bootvorgang anhalten und dann abtippen und mit STRG+Q fortsetzten. Der Wikieintrag dazu: https://wiki.archlinux.org/index.php/Disable_clearing_of_boot_messages
Ich denke aber nicht, dass ich dir dann ncoh weiter konstruktive Tipps geben kann. Verusch dochmal das von mooh

waldbaer59

Dazu sei mir noch eine Anmerkung gestattet.
Ich habe bei zwei meiner Maschinen das Problem auch dann und wann nach einem Update. Das sind die Kisten, bei denen ich seinerzeit alsaconf verwendet habe. Rufe ich dann jeweils nochmal alsaconf und ggf. den alsamixer nochmal auf, kommt die Fehlermeldung nicht mehr.

Ich habe allerdings den alsa Dämon auch in meiner rc.conf drin, insofern liegt mooh mit seinem Hinweis sichernicht falsch, wenn Du denn den Alsa-Dämon nicht brauchst ...

VLG
Stephan

Rasi

https://wiki.archlinux.org/index.php/Advanced_Linux_Sound_Architecture#Error_.27Unkown_hardware.27_Appears_After_a_Kernel_Update

alias

Ich hatte nach dem update auf kmod ebenfalls Fehlermeldungen und die Datei /etc/modprobe.d/sound wurde nicht verarbeitet. (gewollt ?)
Bei mir läuft auch eine HDA Intel SK. Lt Wiki habe ich dann den Inhalt der Datei, in die modeprobe.conf geschrieben und seitdem habe ich wieder Sound und keine FM mehr. Alsa läuft weiter als Daemon.

In meinem Fall:
options snd-hda-intel model=acer enable=1 index=0
alias snd-card-0 snd-hda-intel
alias sound-slot-0 snd-hda-intel

cipher

Also ich habe alsa aus der rc.conf rausgenommen. Nach einem Neustart ist die Fehlermeldung weg. Werde trotzdem mal testen was @waldbaer59 geschrieben hat.

Wozu ist der Dämon? Dachte der ist notwendig damit der Sound funktioniert.

Gregor

Meines Wissens nach sorgt der Dämon nur dafür, dass die Lautstärke die beim Shutdown eingestellt war, beim Start wieder hergestellt wird.

Rasi

alias schriebIch hatte nach dem update auf kmod ebenfalls Fehlermeldungen und die Datei /etc/modprobe.d/sound wurde nicht verarbeitet. (gewollt ?)
Bei mir läuft auch eine HDA Intel SK. Lt Wiki habe ich dann den Inhalt der Datei, in die modeprobe.conf geschrieben und seitdem habe ich wieder Sound und keine FM mehr. Alsa läuft weiter als Daemon.

In meinem Fall:
options snd-hda-intel model=acer enable=1 index=0
alias snd-card-0 snd-hda-intel
alias sound-slot-0 snd-hda-intel

Es ist nicht noetig alles in die modprobe.conf zu schreiben. Es reicht auch, die sound datei nach sound.conf umzubenennen.

[gelöscht]

ich habe den Alsa-Daemon aus dem Array gelöscht.

Danach war ein hässliches Piepen in einer hohen Frequenz und unregelmäßiges Knacksen verschwunden.

Vielen Dank 🙂