So we’re running different kernels, even curiouser and curiouser. :)

You’re right that the one you currently have probably has been the only one it’s had since installing (judging from 6.14’s publishing history).

Could you check to see which updates, if any, you’ve installed just prior to the lockups starting? The log files should be under /var/log/apt/ as history.log (the most recent), then history.1.gz (next newest) etc. The .log files are plain text. The .gz ones are compressed, so have to be decompressed first, or, if you’re comfortable with the command line, you can use zless to view them directly.

To me this does look like a kernel issue, but if any non-kernel updates are the trigger, you could perhaps work around the issue by downgrading the package(s), if you can pinpoint which one(s) started the issue.

Right, I’m on (the non-HWE) 6.8 series:

Linux saegusa 6.8.0-90-generic #91-Ubuntu SMP PREEMPT_DYNAMIC Tue Nov 18 14:14:30 UTC 2025 x86_64 x86_64 x86_64 GNU/Linux

According to /var/log/apt/history.log*, I installed it freshly back in December (2025-12-12), and journalctl shows I’d rebooted the next day (the 13th), so have been running it ever since.

Since this is so rare an occurrence on my system, hopefully @anonymousdormouse has the ability to try older/newer kernels with their easily repeatable trigger.

I have the same issue. I’m doing this in a Linux container (Ubuntu 20.04 inside Ubuntu 20.04), but like matthaios-easy-bi, I’m using npm run build:android to build (as per documentation). This has worked up until 2.0, but with 2.1 it always fails due to non-existent org.webrtc. Manually running npm install prior to npm run build:android makes no difference, nor does node node_modules/react-native-webrtc/tools/downloadWebRTC.js (although it does seemingly download the package successfully).

Here’s excerpts from the build output.

It’s not Mac-only either, I have the same issue trying to compile v2.1.0 on my Linux PC.

V2.0 had issues too, but FTBFS wasn’t one of them.

Just adding a note that this does still occur under 14.04, to which I recently upgraded. Naturally this was to be expected, given that the issue first occurred after switching to the Trusty HWE pack in 12.04.

TL;DR: Laitteistolle täydet viisi, ohjelmistolle yksi tähti = kokonaisuudelle 3 tähteä. Annan suositteluni, mutta ohjelmiston takia isoin varauksin.

Laitteistopuoli tässä on mainio. Ei sentään enterprise-tasoa, ja muovisuuden takia tuntumaltaan hieman halpismainen, mutta kompakti, hiljainen, pintapuolisesti nätti, ja levyjen sisäänlataus on helppoa kuin heinänteko. Ulkoisia liittimiäkin enemmän kuin (kotikäytössä) tarpeeksi. Yllättäen toinen mukana toimitetuista verkkokaapeleista osoittautui vialliseksi ja aiheutti tovin melkoista hämmennystä, mutta toinen tuntuu toimivan. Yksi tyylipistemiinus siitä, että verkkokaapelit olivat valkoisia kun kaikki muu paketissa toimitettava laitteisto on mustaa. Mustat kaapelit tuskin kustantaisivat valmistajalle sen enempää, ja sopisivat niin paljon nätimmin yhteen purkin kanssa.

Reset-kytkimiä on kaksi, mikä on hieman hämmentävää. Miksei etupaneelin reset-nappia ole ohjelmoitu täyttämään myös tehdasasetusten palautusta? Se olisi sikälikin hyödyllistä, että sille on aluksi ohjelmiston kanssa painiskellessa paljon käyttöä.

Sillä ohjelmisto on… karmivan huono. Pohjalla on ilmeisesti räätälöity Linux, joka sinänsä on parempi kuin OK, mutta kaikki sen päälle valmistajan itsensä rakentama vaikuttaa ihan amatöörimäiseltä. Webkäyttöliittymä toimii miten sattuu jos sattuu, esimerkiksi turvallisen monimutkaiset salasanat voi unohtaa. SSH-yhteydellä pääsee käpistelemään käyttistä suoraan, mutta firmis palauttaa useimmat tehdyt muutokset joka buutissa alkuasetuksiinsa, mikä on äärimmäisen käyttäjävihamielistä. Kuten kirjoitin, tehdasasetusten palautukselle on alussa paljon käyttöä, ja kun se kerta toimii, miksei edistyneen käyttäjän anneta sössiä järjestelmää ihan mielensä mukaan?

Varsinkin tietoturvan kannalta tuo laitevalmistajan Linux-perustan päälle virittelemä korttitalo vaikuttaa niin epäilyttävältä, että en ikimaailmassa kytkisi laitetta verkkoon ilman välissä seisovaa palomuuria tai hyvin suojattua reititintä.

Vähänkään vaativammille käyttäjille suosittelen Optwarea, jonka tähänkin onneksi saa asennettua (epävirallisista lähteistä), minkä jälkeen laitteeseen voi asentaa esimerkiksi rsyncin. Parhaat siirtonopeudet olen kuitenkin saanut ihan vanhalla kunnon NFS:llä, joka (v3) sentään löytyy valmistajan omasta pakettivarastosta. Mukana on myös liuta pilvipalveluita, mm. Owncloud. Siitä, järjestelmän suhteellisesta avoimuudesta ja valmistajan tuesta (firmiksen ohjelmistopäivityksiä tuntuu ainakin vielä tätä kirjoittaessani tipahtelevan) ohjelmistolle yhteensä yksi tähti.

Laitteelle olisi myös Windows-sovellus, mutta sitä en ole Linux-käyttäjänä kokeillut, enkä siten tiedä siitä mitään.

1. Ubuntu
2. Unity
3. Vim, Gedit
4. Gmail (on the web)
5. Chromium
6. Screen, yes

I have a HP/Compaq SDM4700P PS/2 keyboard, quite a prevalent model (I even have two myself). The keyboard has a set of 8 ”internet” keys on the top, one of which has a ”home” icon (so it’s supposed to be XF86HomePage I believe).

After installing linux-generic-lts-trusty (3.13.0-27.23 from -proposed), pressing the ”home” key triggers the computer going to sleep (powering down, power led starts blinking).

This did not happen with kernels prior to 3.13.

I installed and booted 3.13.0-24.47 (also available in the repositories now) and the issue was still reproducible.

To be sure, I also tried 3.11.0-22.38 and 3.8.0-41.60 again, and it was *not* reproducible.

(I wouldn’t have much use for the ”home” key as such, but as the keyboard lacks audio controls, I’ve remapped the ”home” key to be my XFAudioMute with ~/.Xmodmap. This was working fine until 3.13; now it still does mute the audio just before putting the computer to sleep. As I don’t use sleep mode otherwise, I’ve worked around this by adding an `exit` at the top of /etc/acpi/sleep.sh.)

No niin, hyvä. En ole hiirtä kummempia lisälaitteita aikoihin itse hommannut, ja siksi en ole näistä enää perillä. Webkameroiden suhteen oli samantyyppinen standardointi aluillaan silloin kun niiden kanssa viimeksi värkkäsin.

Onko näissä USB-mikki/kuulokesysteemeissä jokin standardi nykyisin, että toimivat Linuxissa sen puolesta, vai selvittelitkö etukäteen tämän nimenomaisen setin toimivuuden Linuxissa?