We're running about 10 STCK1A8LFC's which have been great after the 35 version bios update. However, our STK1A32SC's have bios 35 but aren't as consistent despite their better performance when they have successfully booted up.
Sometimes it's not 'black screen' it's simply no output. The Ubuntu "Purple Screen of Death" is the most common state reached on the STK1A32SC's.
We're using them in a digital signage capacity plugged into dozens of different models of TV. For us having constant output is very important. (e.g the device should provide a signal even if rebooted while the TV is switched off or doesn't have its input currently selected.)
Funny the unsupported model is running more solid than the supported one.
Anyone have any advice on this?
Just to be clear, BIOS 35 for the SC Compute Stick is NOT the same as BIOS 35 for the FC Compute Stick. These BIOSs are completely independent of each other; there was a full year's difference in the BIOS origins. They just happen to be the 35th BIOS version built for each of these Compute Sticks.
Can you clarify what you mean by "Funny the unsupported model is running more solid than the supported one" as it seems somewhat contradictory given the device model numbers you quote and your description of the issue?
Our fleet of STCK1A8LFC's which are EOL and no longer supported seem to boot reliably.
Our fleet of STK1A32SC's which are a current supported model do not boot reliably.
The STCK1A8LFC originally came with Ubuntu 14.04 with a v3.16 kernel so is it still running the same release and kernel version? Obviously the STK1A32SC didn't come with any OS so what release/kernel combo are you running on those devices? A link to a 'dmesg' from (one of) each device and posted via 'pastebinit' would be useful.
Unfortunately these logs are incomplete. Maybe it is better to use the 'pastebinit' command (see https://help.ubuntu.com/community/Pastebinit). First install the command by entering 'sudo apt-get install -y pastebinit' and then reboot the device. After booting login and enter 'dmesg | pastebinit'. This will paste a copy of the output from 'dmesg' to Ubuntu's Pastebin. Then post the URL it returns here and repeat this for the other device.
That's a great tool I'd never used before! That'll be very useful for me in the future.
Thank you for your patience.
Are you interested/willing to perform a re-installation or do you want to keep the current installation? Also for each model (i.e. STCK1A8LFC and STK1A32SC), what is the Ubuntu release? Probably best to run the command 'cat /etc/lsb-release' on a device of each model like you did for the 'dmesg' and post the results.
While operationally not ideal, a re-install would be okay if it solves the issue we're having.
DISTRIB_DESCRIPTION="Ubuntu 14.04.5 LTS"
DISTRIB_DESCRIPTION="Ubuntu 16.04.2 LTS"
I'm looking into this and as a result have another question. Given you are using the devices in a digital signage capacity is sound or audio over HDMI required?
The kernels you are running on both devices are old and unsupported. Even though 14.04 is an LTS you should really be on a v4.4 kernel so that you are supported. You are probably being held back by DKMS dependencies to provide HDMI audio which you have confirmed is not required. Equally for 16.04 you should not be using one of my earlier kernels but one that is fully supported. You are already a point release behind as the current is 16.04.3. It would probably be simpler to reinstall but I'd recommend getting all devices to 16.04.3 and to get the best official kernel for your devices I'd recommend installing the package 'linux-generic-hwe-16.04-edge' which currently would take you to the v4.11.0-14.22 kernel. This kernel includes a lot of the patches for both Bay Trail and Cherry Trail devices and if you keep this updated you soon pick up the latest power management patches that provide the best functionality. By moving to the v4.11.0-14.22 kernel you should find the "Purple Screen of Death" is no longer an issue as at least I'm not experiencing them in testing.
Great. I'll test this out on one stick and let you know what I find.
Thank you so much for investigating this so thoroughly!
Edit: Update on my steps to install on existing installation on the STK1A32SC (in particular, a stick that has been guilty of purple screening quite a bit):
1. Had to subscribe to this ppa: sudo add-apt-repository ppa:canonical-kernel-team/ppa
2. Then run: sudo apt-get install linux-generic-hwe-16.04-edge
3. Installed fine, kernel is now showing Linux 4.13.0-16-generic
I've set a cronjob to reboot it every 5 minutes and so far it's ran about 10 cycles without purple screening.
Edit 2: Also updated the WiFi firmware to
New Pastebin of dmesg here: http://paste.ubuntu.com/25781535/ Ubuntu Pastebin
The "Audio Port: ASoC: no backend DAIs enabled for Audio Port" is expected, but should it be reported constantly? One issue that may be a symptom of this is that videos play fast sometimes.
The 4.13.0-16-generic is available in the 'proposed' archive which is better than using 'ppa:canonical-kernel-team' although if you have now removed it you shouldn't get any problems. If you want the wifi firmware for your STCK1A8LFC device you can install it from the 'artful' archive although personally I wouldn't run Ubuntu on a STCK1A8LFC but use Lubuntu. You can fix the 'no backend DAIs' error on your STK1A32SC devices using my script which I've posted on my blog.
Just a follow up, linuxium's advice solved this problem for us.
A handy link to the audio fix on his blog: http://linuxiumcomau.blogspot.ca/2017/10/fixing-broken-hdmi-audio.html linuxium.com.au: Fixing broken HDMI audio