yavdr ansible 07 auf NUC10i3 - keine Sound nur Dummy Device

don-baba · 23. Februar 2022

Moin zusammen,

ich wollte mal mit yavdr ansible an einem UC10I3FNHN2 mit 120GB SSD und 16GB RAM testen. Als Inputdevice läuft eine DVB-C SAT-IP Fritzbox und eine RC6 Fernbedienung zum Steuern.

Nach dem Austausch von softhddevice nach softhdvaapi hatte ich auch ein gutes, wenn auch helles Bild.

Nun wollte ich den normalen Fernsehton über HDMI am TV (LG 43") testen.

Das Problem, ich höre nix... Pulseaudio findet nur ein Dummy Device.

Nachfolgend meine Konfiguiration und die nicht erfolgreichen Änderungen:

Code

uname -r
5.4.0-100-generic

lspci -nnk | grep -A2 Audio
00:1f.3 Audio device [0403]: Intel Corporation Device [8086:02c8]
Subsystem: Intel Corporation Device [8086:2081]
Kernel driver in use: snd_hda_intel

lspci -vv
00:1f.3 Audio device: Intel Corporation Device 02c8
Subsystem: Intel Corporation Device 2081
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 32, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 156
Region 0: Memory at 4022110000 (64-bit, non-prefetchable) [size=16K]
Region 4: Memory at 4022000000 (64-bit, non-prefetchable) [size=1M]
Capabilities: <access denied>
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel, snd_sof_pci

Änderungen:

/etc/modprobe.d/alsa-base.conf
options snd-hda-intel model=generic

/etc/modprobe.d/blacklist.conf
blacklist snd_soc_skl

dmesg | grep snd
[    3.686791] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[    3.720355] snd_hda_codec_generic hdaudioC0D2: autoconfig for Generic: line_outs=0 (0x0/0x0/0x0/0x0/0x0) type:line
[    3.720357] snd_hda_codec_generic hdaudioC0D2:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[    3.720358] snd_hda_codec_generic hdaudioC0D2:    hp_outs=0 (0x0/0x0/0x0/0x0/0x0)
[    3.720359] snd_hda_codec_generic hdaudioC0D2:    mono: mono_out=0x0
[    3.720360] snd_hda_codec_generic hdaudioC0D2:    inputs:

--> Weiterhin nur das Dumma Device

-.----


/etc/modprobe.d/alsa-base.conf
options snd-hda-intel dmic_detect=0

Auch nur Dummy Device...

----

Neuester Kernel : 
linux-image-5.13.0-30-generic
linux-headers-5.13.0-30-generic
Xorg startet nicht und andere Fehler...


---

Alles anzeigen

Das aktuelle Libreelec 10.0.1 findet die Soundkarte ebenfalls nicht...

Kennt jemand von euch das Problem bei Ubuntu20 und der internen NUC Soundkarte und könnte helfen?

Danke und Gruß

seahawk1986 · 23. Februar 2022

https://github.com/clearlinux/distribution/issues/2396 liest sich so, als ob das mit einem aktuelleren Kernel und alsa schon behoben sein könnte - wenn du Lust hast, könntest du mal yavdr-ansible auf Basis von Ubuntu 22.04 ausprobieren - also ISO von hier: https://cdimage.ubuntu.com/ubuntu-server/daily-live/current/ (oder mittels sudo do-release-upgrade -d von Ubuntu 20.04 Server aus hochziehen) und dann das Playbook aus dem focal-Branch mit den PPAs für jammy laufen lassen - also in der host_vars/localhost sowas setzen:

Code

branch: jammy
ppa_owner: 'ppa:seahawk1986-hotmail'
# add the following PPAs
repositories:
  - '{{ ppa_owner }}/{{branch}}-main'
  - '{{ ppa_owner }}/{{branch}}-vdr'
  - '{{ ppa_owner }}/{{branch}}-kodi'

don-baba · 23. Februar 2022

Klingt gut - teste ich heute Abend mal. Danke!

don-baba · 23. Februar 2022

hmmm....

Code

TASK [yavdr-common : run apt-get dist-upgrade] *********************************
fatal: [localhost]: FAILED! => {
"changed": false
}

MSG:

Failed to update apt cache: W:Updating from such a repository can't be done securely, and is therefore disabled by default., W:See apt-secure(8) manpage for repository creation and user configuration details., E:The repository 'http://ppa.launchpad.net/yavdr/experimental-kodi/ubuntu jammy Release' does not have a Release file., W:Updating from such a repository can't be done securely, and is therefore disabled by default., W:See apt-secure(8) manpage for repository creation and user configuration details., E:The repository 'http://ppa.launchpad.net/yavdr/experimental-main/ubuntu jammy Release' does not have a Release file., W:Updating from such a repository can't be done securely, and is therefore disabled by default., W:See apt-secure(8) manpage for repository creation and user configuration details., E:The repository 'http://ppa.launchpad.net/yavdr/experimental-vdr/ubuntu jammy Release' does not have a Release file.

PLAY RECAP *********************************************************************
localhost                  : ok=3    changed=2    unreachable=0    failed=1    skipped=2    rescued=0    ignored=0

Alles anzeigen

seahawk1986 · 23. Februar 2022

Wie es aussieht, hast du die PPAs nicht wie oben vorgeschlagen abgeändert - Pakete für jammy gibt es bislang nur in

https://launchpad.net/~seahawk…archive/ubuntu/jammy-main

https://launchpad.net/~seahawk…+archive/ubuntu/jammy-vdr

https://launchpad.net/~seahawk…archive/ubuntu/jammy-kodi

don-baba · 23. Februar 2022

Ich habe die group_vars/all nach group_vars/localhost kopiert und dort die Zeilen entfernt:

Code

branch: experimental
ppa_owner: 'ppa:yavdr'
# add the following PPAs
repositories:
- '{{ ppa_owner }}/{{branch}}-main'
- '{{ ppa_owner }}/{{branch}}-vdr'
- '{{ ppa_owner }}/{{branch}}-kodi'

und diese hinzugefügt:

Code

branch: jammy
ppa_owner: 'ppa:seahawk1986-hotmail'
# add the following PPAs
repositories:
- '{{ ppa_owner }}/{{branch}}-main'
- '{{ ppa_owner }}/{{branch}}-vdr'
- '{{ ppa_owner }}/{{branch}}-kodi'

Danach habe ich das ganze mit "sudo -H ./install-yavdr.sh" die Installation gestartet.

Oder muß ich die "group_vars/all" löschen damit er die localhost nimmt?

seahawk1986 · 23. Februar 2022

Zitat von don-baba

Oder muß ich die "group_vars/all" löschen damit er die localhost nimmt?

Nein, das sollte die übersteuern - aber du musst die Einträge für die falschen PPAs noch aus den Dateien in /etc/apt/sources.list.d/ entfernen.

don-baba · 23. Februar 2022

Code

linux@wz:/etc/apt/sources.list.d$ ls
ppa_yavdr_experimental_kodi_jammy.list  ppa_yavdr_experimental_vdr_jammy.list
ppa_yavdr_experimental_main_jammy.list
linux@wz:/etc/apt/sources.list.d$ sudo rm -R *
linux@wz:/etc/apt/sources.list.d$ ls

so sind gelöscht.

Nun starte ich die Installation erneut mit "sudo -H ./install-yavdr.sh".

Und nun wieder:
'
linux@wz:~/yavdr-ansible$ sudo -H ./install-yavdr.sh

Code

TASK [yavdr-common : add PPAs] *************************************************
changed: [localhost] => (item=ppa:yavdr/experimental-main)
changed: [localhost] => (item=ppa:yavdr/experimental-vdr)
changed: [localhost] => (item=ppa:yavdr/experimental-kodi)

TASK [yavdr-common : add PPAs for Raspberry Pi] ********************************
skipping: [localhost] => (item=ppa:yavdr/experimental-main) 
skipping: [localhost] => (item=ppa:yavdr/experimental-vdr) 

TASK [yavdr-common : run apt-get dist-upgrade] *********************************
fatal: [localhost]: FAILED! => {
    "changed": false
}

MSG:

Failed to update apt cache: W:Updating from such a repository can't be done securely, and is therefore disabled by default., W:See apt-secure(8) manpage for repository creation and user configuration details., E:The repository 'http://ppa.launchpad.net/yavdr/experimental-kodi/ubuntu jammy Release' does not have a Release file., W:Updating from such a repository can't be done securely, and is therefore disabled by default., W:See apt-secure(8) manpage for repository creation and user configuration details., E:The repository 'http://ppa.launchpad.net/yavdr/experimental-main/ubuntu jammy Release' does not have a Release file., W:Updating from such a repository can't be done securely, and is therefore disabled by default., W:See apt-secure(8) manpage for repository creation and user configuration details., E:The repository 'http://ppa.launchpad.net/yavdr/experimental-vdr/ubuntu jammy Release' does not have a Release file.

PLAY RECAP *********************************************************************
localhost                  : ok=3    changed=1    unreachable=0    failed=1    skipped=2    rescued=0    ignored=0

Alles anzeigen

seahawk1986 · 23. Februar 2022

Kannst du bitte mal deine vollständige host_vars/localhost zeigen?

Zitat von don-baba

Oder muß ich die "group_vars/all" löschen damit er die localhost nimmt?

Nein, eine host_vars/localhost übersteuert die gleichnamigen Einträge aus der group_vars/all - im Zweifelsfall kannst du die Änderung auch in letzterer vornehmen, das erfordert später dann halt ggf. einen Merge, wenn ich im Git etwas daran ändere.

don-baba · 23. Februar 2022

So, ich hatte wohl noch aus einem alten Installationsversuch falsche Einträge irgenwo in Apt oder so gehabt...

Habe Ubuntu 22.04 nun neu installiert und lasse gerade das "all" script mit den oben genannten Einträgen durchlaufen.

Es geht schon mal weiter als bis zu der Paketinstallation.

Mal sehen ob es durchläuft und ob der Sound funktioniert...

don-baba · 23. Februar 2022

Heureka! Jammy is my friend

Et funzt!

Danke Seahawk!

CKone · 24. Februar 2022

ja, 22.04 läuft hier auch super auf dem alten nuc7 celeron mit vdr-plugin-softhdvaapi-nocebo, und das ohne große Fummelei quasi ootb.

auch von mir ein großes Dankeschön bis hierher, Alexander!

gggggg · 5. April 2022

Hallo, wollte mal fragen ob eure NUCs auch nach einigen Monaten ein Lüfterproblem bekommen. Im folgenden Thread könnten wir auch andere Probs sammeln:

Intel NUC Probleme - Hardware, Lüfter, Hitze, ...

yavdr ansible 07 auf NUC10i3 - keine Sound nur Dummy Device

Jetzt mitmachen!

Teilen