I’m new to lubuntu and i newly installed it on my laptop. It’s running great i love it but i have an issue. I dont have any sound device available or input device avilable.
I’ve been searching for a solution but nothing worked for me.
I’m new to linux, so i dont know what kind of info to attach to this post.
When you post, you’re asked to read a set of instructions. Were you to have done that, you would have seen it asked you to do a bunch of things, including providing your release information and ensuring that release is supported. You provided no release information, but if your 1910 tag is supposed to suggest you have 19.10, you can see it’s not supported, so I would start with upgrading. Then if you still have problems, follow the instructions, especially with regards to hardware information.
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
Address sizes: 36 bits physical, 48 bits virtual
CPU(s): 4
On-line CPU(s) list: 0-3
Thread(s) per core: 1
Core(s) per socket: 4
Socket(s): 1
NUMA node(s): 1
Vendor ID: GenuineIntel
CPU family: 6
Model: 76
Model name: Intel(R) Celeron(R) CPU N3160 @ 1.60GHz
Stepping: 4
CPU MHz: 485.000
CPU max MHz: 2240.0000
CPU min MHz: 480.0000
BogoMIPS: 3200.00
Virtualization: VT-x
L1d cache: 96 KiB
L1i cache: 128 KiB
L2 cache: 2 MiB
NUMA node0 CPU(s): 0-3
Vulnerability Itlb multihit: Not affected
Vulnerability L1tf: Not affected
Vulnerability Mds: Mitigation; Clear CPU buffers; SMT disabled
Vulnerability Meltdown: Mitigation; PTI
Vulnerability Spec store bypass: Not affected
Vulnerability Spectre v1: Mitigation; usercopy/swapgs barriers and __user pointer
sanitization
Vulnerability Spectre v2: Mitigation; Full generic retpoline, IBPB conditional, I
BRS_FW, STIBP disabled, RSB filling
Vulnerability Srbds: Not affected
Vulnerability Tsx async abort: Not affected
Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mc
a cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss
ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmo
n pebs bts rep_good nopl xtopology tsc_reliable nonstop
_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes
64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4
_1 sse4_2 movbe popcnt tsc_deadline_timer aes rdrand la
hf_lm 3dnowprefetch epb pti ibrs ibpb stibp tpr_shadow
vnmi flexpriority ept vpid tsc_adjust smep erms dtherm
ida arat md_clear
My lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 13d3:5657 IMC Networks USB2.0 UVC HD Webcam
Bus 001 Device 002: ID 8087:0a2a Intel Corp. Bluetooth wireless interface
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
My lspci
00::00.0 Host bridge: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series SoC Transaction Register (rev 35)
00:02.0 Display controller: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller (rev 35)
00:0b.0 Signal processing controller: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series Power Management Controller (rev 35)
00:14.0 USB controller: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series USB xHCI Controller (rev 35)
00:1b.0 Audio device: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series High Definition Audio Controller (rev 35)
00:1c.0 PCI bridge: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series PCI Express Port #1 (rev 35)
00:1c.2 PCI bridge: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series PCI Express Port #3 (rev 35)
00:1f.0 ISA bridge: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series PCU (rev 35)
02:00.0 Network controller: Intel Corporation Wireless 7265 (rev 59)
Ok, so you’ve got a supported version that’s not 19.10 after all.
Here’s your card and the driver:
product: Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series High Definition Audio Controller
configuration: driver=snd_hda_intel latency=0
I’m not sure of the PCI ID of the card. Sometimes the descriptions are like common names in biology where they are ambiguous. The PCI ID is more like the scientific name, in that it’s unambiguous. You can get that with lspci -nnk. Don’t include everything, just the parts relevant to the audio.
Jan 4 08:32:54 Terra kernel: [ 31.777191] intel_sst_acpi 808622A8:00: FW Version 01.0b.02.02
Jan 4 08:32:54 Terra kernel: [ 31.777709] Audio Port: ASoC: no backend DAIs enabled for Audio Port
lspci -nnk result:
00:1b.0 Audio device [0403]: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series High Definition Audio Controller [8086:2284] (rev 35)
Subsystem: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series High Definition Audio Controller [8086:7270]
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel
I’m not sure those syslog entries are particularly telling. I would expect problems with the snd_hda_intel driver to be listed as such. That said, you may want to provide just the logs relevant with journalctl -t snd_hda_intel.
So here’s what we know:
With the device showing in lspci at all, we can confirm that the kernel sees it, which is to say that there should not be any hardware issues.
From what I can tell, snd_hda_intel is indeed the right driver for this device. We can see this further confirmed by one of the driver’s aliases if you run modinfo snd_hda_intel (pci:v00008086d00002284 translates to vendor ID 8086 and device ID 2284, which is equivalent to the PCI ID of 8086:2284 you see in lspci)
So some other basic things we should check:
List all your output devices with aplay -l. If there’s nothing there (or if they’re only HDMI outputs or something of the sort), then there’s clearly a problem.
Check for muting. pactl list sinks | grep -E 'Description|Mute' should give a relatively friendly description of the output device and its state as far as muting is concerned.
Outside of that, we may have to delve into deeper waters and look at the driver parameters (see modinfo -p snd_hda_intel).
It turns out there are quite a few.
index:Index value for Intel HD audio interface. (array of int)
id:ID string for Intel HD audio interface. (array of charp)
enable:Enable Intel HD audio interface. (array of bool)
model:Use the given board model. (array of charp)
position_fix:DMA pointer read method.(-1 = system default, 0 = auto, 1 = LPIB, 2 = POSBUF, 3 = VIACOMBO, 4 = COMBO, 5 = SKL+, 6 = FIFO). (array of int)
bdl_pos_adj:BDL position adjustment offset. (array of int)
probe_mask:Bitmask to probe codecs (default = -1). (array of int)
probe_only:Only probing and no codec initialization. (array of int)
jackpoll_ms:Ms between polling for jack events (default = 0, using unsol events only) (array of int)
single_cmd:Use single command to communicate with codecs (for debugging only). (bint)
enable_msi:Enable Message Signaled Interrupt (MSI) (bint)
patch:Patch file for Intel HD audio interface. (array of charp)
beep_mode:Select HDA Beep registration mode (0=off, 1=on) (default=1). (array of bool)
power_save:Automatic power-saving timeout (in second, 0 = disable). (xint)
pm_blacklist:Enable power-management blacklist (bool)
power_save_controller:Reset controller in power save mode. (bool)
align_buffer_size:Force buffer and period sizes to be multiple of 128 bytes. (bint)
snoop:Enable/disable snooping (bint)
Looking at the kernel docs it seems the HD Audio devices are often troublesome (although mine works great) and offers several suggestions, including flipping some of those configuration options. One thing that might be useful is looking for your codec with grep -R Codec /proc/asound/card*/codec#* and then looking at the models and seeing if there’s something specific listed, otherwise I might take the more generic advice and using model=generic.
I will say that Chromebooks are notoriously problematic, as evidenced by this AskUbuntu post reporting similar woes.
The good news is that this should be a problem that affects Ubuntu and all of its flavors, Lubuntu included, so you could expand your search for an answer beyond just this forum.