No sound card detected - Intel 7320 CPU + Asus Rog Strix Z270
I was replacing my many years old Linux server which was on an Intel Core2Duo and decided to get an inexpensive replacement which would run quieter.
I used to only use for running source control servers, firewalls, webserver for parents to get grandkids pics and for running Minecraft servers for my boy ;) I am familiar with Linux, been coding C++ in the environment for decades but not so much admining much :) Ended up getting the Intel 7320, Asus ROG Strix Z270E (not what I orig ordered, long story - Amazon replaced it with much higher end MB...whatever, it's not a gaming machine) Not much else, 16GB memory - the HDs are all the old drives from before (recent WD Gold 1TB, older Red 2TB REALLY old 750GB) Install went fine, once fixed my UEFI issue missing the partition ;P oops...but at end no more issues. EXCEPT: Can't get sound to work. Using the "built-in" sound, there is not a single card on the MB - planned on built-in video even. First time EVER for me to do that. Not sure what to supply, the audio is said to be: "ROG SupremeFX s1220A 8-Channel High Definition Audio CODEC" Most likely the only times I would do any sound would be with headphones, so don't give a hoot about multichannel. Preferences/Sound shows "Dummy Output" Code:
sudo aplay -L Code:
lspci -v |
You need a 4.11 kernel: https://www.phoronix.com/scan.php?pa...-Sound-Updates
|
OH...my... that explains it... but definitely sounds like a problem :(
I just installed Mint 18.1 and began recreating the old environment. But it is only on 4.4.0-53 (with Update manager listing in red: 4.4.0-77.98) so it seems unlikely it will see 4.11 via the distro. I am not any longer in the world of time or even mindset to actively manage entire systems. Once long ago, I ran my linux via Gentoo and LOVED compiling all the newest stuff - but I wasn't married, I didn't have a young boy and I didn't get home from work until after 7:30 back then... :( Is there any "easy" way to update the kernel and still be able to use Mint's package/update manager or do I have to head off to fly by seat of pants time again? I don't really care about sound, except it is next to my main PC and could be of use to allow my son to do some things on it so if there is a Linux game we can both be in same room vs him in his and us communicating with TS3 (which server is on the Linux box) If this IS possible, could you or someone point me to a decent "howto" etc? I'm not at all scared to compile my own etc, I code all day long - just want to have minimum trouble with later Mint updates etc if I did this. THANKS for the heads up! Can't believe how much googling I did with MB name and Linux sound error messages to no avail. Bah. I suck. |
Of course, now I want to cry because while reading the Kernel article, I came across mention of GCC7 and I was like...??
You see, I work in a Finance Exchange and getting them to switch to a newer compiler just for C++11 has been an ongoing fight still. Heaven knows C++14 is already long out and C++17 is well underway. I was pretty sure there was a GCC6 (we still use like 4.4? I forget) but no idea they were up to 7. I just looked at my Mint and see... GCC5.4. I really can't go back to Gentoo... but things like this make me want to ;) I know I have little reason to cry, it isn't like I have time for personal coding any longer - likelihood that I can fire up GCC7 and muck about much is small. But still, know I CANNOT have it...hurts my geek brain. Before I go full on into Mint18.1, any idea if there are other "good" easy to keep stable distros that keep more up to date with GCC/Kernels? Not sure I can convince myself to increase risk of maintenance but... I might go weak and do it anyway ;P I hope I stay strong with pedestrian Mint it seems easier to deal with... |
Hmm... last poster mentions using Mint with Kernel 4.9 and works with 1220.
I guess, I should either: 1. Buy a cheap PCI (SB?) sound card (all my old SBs were old school ISA I finally tossed lol) so can "just work." 2. Read a HowTo on getting 4.9 or 4.11 etc to work on Mint 18.1 (look to see if can get howto on installing ALTERNATE gcc so can do my own coding in newer compiler but allow any system recompiles etc to use the same one the rest was compiled with for compatibility. 3. Switch to something like Fedora which goes more cutting edge - what are the big negatives there? It might be the best option because it likely updates gcc more often. |
Considering that Mint is based on Ubuntu, I'm fairly sure you can just use one of Ubuntu's "mainline" kernels:
https://wiki.ubuntu.com/Kernel/MainlineBuilds http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.11/ |
You might be able to compile the alsa part only on the older GCC. But it depends on how much access you have I guess. Probably not enough to swap parts in /lib/modules/$(uname -r)/ for "custom" bits. Or to modprobe / insmod from full path areas. It was easier when alsa wasn't integrated into the kernel. The problem with a lot of new hardware is that you have issues using it without a new / bleeding edge kernel. Baring a few things available on github like wifi drivers.
When the driver is in use, it should show up in /proc/asound/cards. |
Quote:
|
Quote:
|
Nah - it is my home Linux box. I have run a linux (original Solaris back when) at home so I can use it for further education and testing code that I may want to work on for office in future. I'm a hobbyist as well as a senior c++ dev... I should be playing video games but sometimes I just want to write some new libraries instead.
I have full access. From the thermal paste to the OS... I just built it to replace my last Linux box. Usually my Linux box(es - sometimes I've had 2) are "hand me downs" of my old "secondary game machines" but now that have a 10yo boy, I don't have those for handmedowns so I bought an inexpensive setup and just xferred drives and PSU while replacing rest. I asked about the DKMS stuff only because installing Mint it warns on the "driver" screen that you may need to recompile DKMS (whatever the initials are ;) ) for the new kernel. So, problem thinker I am (my servers going down for a while can cost my employer easily several millions... so I tend to think defensively and it carries over to regular life, I guess too) I was just imagining if I REPLACED the GCC with a new one if some components were built with the old timey C++98 compilers and all of sudden part is rebuilt with C++17 compilers (I'd prob only use in C++14 atm) - if any heck would break loose... especially were there cross-border exceptions. But ya, the MAIN thing (I'm sorry - I'm pathologically tangential) is asking if there was a "safe" way to install a higher stable kernel to see if it solves my sound card issue. I read via the link it's 2.11 but someone said worked for them in 2.9, so figure would try that one first IF I could do so safely/easily with Mint. Shadow, thanks for the reply - I can see why you thought that way - I mentioned the adoption problem because it was the reason I wanted to adopt it here so I could learn and get practice. I worry that I have become too out of date with modern >C++98 USE (vs reading the books). I'm gold at my current company, but who knows if they decided to drop my part of the business - I'd be less gold :) So rather keep the level of expertise I can claim in '98 for the newer ones as well. Hence practice at home if I cannot get them to update (harder still because they are primarily a Java place except for our specific Trading System team, other TS's are Java.) |
I tend to copy the /boot/config from the distro's default kernel to .config of the latest stable kernel from kernel.org and make oldconfig. There's just a lot of manual steps like running update-grub to get the bootloader up to date afterwards, which the distro would have done for you if you installed a distro supplied kernel. But I've been compiling kernels since the old 2.4.x days. There are various distro ways to make a kernel too, make-kpkg, make deb-pkg, and various others. Which is probably better since it handles the initrd side of things versus trying to figure out which things need to NOT be modules so it can read itself off device. The advantage of compiling the kernel is you don't get GCC versioning issues with the other things already a part of your distro.
|
I'm going to try to build it tomorrow, if son allows me the time ;)
So there is no "PPA" (I'm so new to this stuff I just recall initials but not meanings) for 2.11 kernel? (or 2.9 for that matter, if can't get 2.11) I will have to do some googling if going to build it based on Shadow's "manual steps" comment. I wouldn't know where to start without that. |
This guide doesn't look too difficult.
This has reminded me and I'm about to try to install the 4.11 kernel from the Debian experimental repository (I'm running Sid) to see whether it will just install. Edit: It doesn't seem to want to play with the installed NVIDIA proprietary drivers, sadly, so likely I'd need to install them manually rather than using nvidia-kernel-dkms. |
I just tried this prior to reading your edit.
It was indeed easy to install. Reboot (even cold) did not change what I saw on my lspci, aplay, etc runs. Still no sound device should in Preferences/Sound and aplay -l "no soundcard" so it may be a different issue unless I need to get something else installed. Not using the nvidia (at the moment anyway - in future, who knows) but I do see on my "Updates" page I have the update for Kerner 4.4 avail (still since it doesn't register the 4.11) but what made me think twice is that it also includes a "kernel firmare for 4.4" update. Did I need to get "kernel firmware for 4.11" somewhere as well? But yea, no sound detection still. |
Installed.
Still only shows "Dummy Output" in devices on the control app. Nothing shows up in pulldown for hardware devices either. |
All times are GMT -5. The time now is 06:54 PM. |