This one was tricky. I mistakenly declined the SteamCMD license when installing it using apt, and then it decided that I’m a hostile person who doesn’t ever want to install it. The debconf key in question is steam/question and its value should be “I ACCEPT” instead of “I DECLINE”. Directly modifying /var/cache/debconf/config.dat seemed promising, but the wrong value reappered when trying to install again. Finally a script did the trick (run as root at your own risk):
#!/bin/sh
set -e
. /usr/share/debconf/confmodule
db_set steam/question "I AGREE"
db_go
Eräässä projektipöntössä ilmeni 2×8 gigan DDR3-kalikoilla MemTest86:lla satunnaista yhden (1) bitin virhettä tietyssä kiinteässä osoitteessa. Yhtäältä en oikein viitsisi tuollaisen takia ostaa uusia, mutta toisaalta ei tilannetta voi jättää sikseenkään, koska sen yhden bitin muuttuminen voi olla liikaa sopivassa tilanteessa. MemTest kertoo auliisti, että osoite on 4191A9978, mutta mitäs tällä tiedolla sitten tehdään?
Linuxin kernelille on mahdollista kertoa käynnistyksessä, että tiettyjä alueita ei käytetä. Tämän pystyy tekemään joko GRUB_BADRAM-asetuksella tai sitten suoraan kernelin parametrilla memmap. Netistä löytyy vanhoja ohjeita 32-bittisille ytimille, mutta tänä päivänä 64 bittiä on arkipäivää, joten vinkit eivät välttämättä päde sinältään. Tekee säädön kumpaa kautta hyvänsä, täytyy kertoa mikä alue ohitetaan, joko maskilla tai sitten tavumäärä. Koska peeseellä muistisivu on 4096 tavua, seuraava säätö /etc/default/grub-tiedostoon tuottaa halutun tuloksen:
Alkuun lisätään heksaluvun tunnus 0x ja seitsemän nollaa, jotta saadaan oikea 64-bittinen (16 numeroa) osoite, minkä lisäksi kolme alinta numeroa nollataan, jotta saadaan sivun osoite. Vielä pitää ajaa sudo update-grub sekä buutata kone, minkä jälkeen alue 4191A9000–4191A9FFF ei ole enää käytössä, ja ongelmainen muistiosoite suljetaan tylysti pois karkeloista. Neljän kilotavun haaskaaminen ei nykykoneilla merkitse mitään, etenkin kun toisessa vaakakupissa on vakaasti toimiva kone. Dmesg-komennon tulostus varmistaa säädön menneen perille:
Tällaiselle kikkailulle voi tulla tarvetta etenkin, jos kyseessä on emolle kiinteästi juotettu tai erityisen harvinainen/kallis muisti. Jos muistivirheet tulevat satunnaisista osoitteista tai niitä on tolkuttoman paljon, niin peli on toki menetetty.
MemTest errors and Linux command line
And a short summary in English. If there’s an isolate memory issue revealed by MemTest86, it might still be possible to use the memory modules with the help of Linux kernel’s memmap setting – also GRUB_BADRAM does the same, but uses a slightly different format. This might be particularly useful with integrated or rare/expensive RAM. In this example the unstable bit was found at address 4191A9978. Do not follow old instructions meant for 32-bit kernels, but put this in /etc/default/grub instead:
0x (i.e. hex) at the beginning, then seven zeroes to make it 64-bit (16 numbers) and finally the address with the lowest three numbers zeroed. This is because the page size is 4096 bytes on today’s PCs. Then run sudo update-grub and reboot, after which the offending address will not be used by the kernel. To make sure that is the case, check that dmesg agrees:
Losing 4 kilobytes of memory isn’t really any concern today, especially if you get a stable system back that way. If there’s a lot of errors or they appear at random locations, then there’s of course little you can do.
Asensin viikonloppuna vanhahkoa HP Elite 8200 USDT -pikkupurkkia Mintille (21.2) ja kaikki menikin ihan mukavasti siihen saakka, kunnes yritin ripata DVD:tä paketinhallinnasta tulleella HandBrake 1.5.1:llä. Sitten ilmeni, että tekstitysten ajastukset menevät päin honkia. Tämä ei ollut ihan ensimmäinen kerta, kun tällaista tapahtuu, sillä joku takavuosien mätä versio teki suunnilleen samaa. Valitettavasti rippaus tulee olemaan kyseisen HooPeen yksi tärkeimpiä käyttökohteita, joten asiaa ei voinut ohittaa pelkällä olankohautuksella.
Omassa isossa pöntössäni on vielä onnekkaasti Mint 20.3, jonka mukana tulee erinomaisesti toimiva HandBrake 1.3.1. Ilmeisesti subit ovat hajonneet hyvin pian sen jälkeen, kiitos jonkun sählingin. Flatpakista pitäisi tulla tuoreen virallisen version (1.6.1), joten kokeiluun sekin. Tällä kertaa ei näkynyt edes optinen asema, ja foorumeilta löytyi selittelyä siitä, kuinka HandBrake ei edes ole mikään DVD-ripperi, vaan levyn lukemiseen pitäisi käyttää ulkoista ohjelmaa, kuten MakeMKV. Mukana ei myöskään tullut DVD:n dekryptaamiseen vaadittua kirjastoa. Lisää asenteellista mussutusta foorumeilta löytyi aiheesta “distrojen libit on rikki ideologisista syistä, ei oo meidän vika”. En toki ole tilanteesta kovin hyvin kartalla, mutta käytännön lopputulos on joka tapauksessa se, että oletuksena HandBrake kusee Linux-käyttäjän kintuille.
No ehkäpä sitten PPA apuun? Niiden kauttahan saa usein kaikenlaista uudempaa ja korjattua versiota softista. Ensimmäinen löytynyt kandidaatti oli rikki eikä edes asentunut – rupesi myös näyttämään siltä, että se sotkee kohta jotain järjestelmästä, joten lopetin. Seuraavaksi löytynyt 1.6.1 asentui nätisti, luki levyjäkin ja … pilasi subit. Mihinkään itse kääntelyyn ym. rumbaan en halunnut ruveta, joten lopulta vedin koneen sileäksi ja asensin hyväksi havaitun Mint 20.3:n, jonka myötä asiat taas lähtivät rullaamaan. Pahoin pelkään, ettei tämä ongelma tule ratkeamaan kovin äkkiä tai helposti, jos HandBrake-tiimi on siilipuolustuksessa eikä distrojen tekijöitäkään asia tarpeeksi kiinnosta.
There are some ideological reasons as to why the default Chromium setup doesn’t include Google as one of the default search engines. Whatever the case, it’s also true that many people would like to use it nevertheless. This is more of a note to myself so that I find the magic spell when I need it again. Settings – Search engine – Manage search engines and site search – Site search – Add and then Google, google.com and the mystical blurb:
After this you can make it default by clicking the three dots on the right. Can’t really tell if this is the optimal search string, but it seems to work well. Goodbye to that Yahoo mess.
In an earlier post things first looked up and then down, after which I nearly gave up. It turned out that the SBZ simply didn’t want to wake up and at times even completely disappeared from the ALSA card list. I tried kicking it off the PCI bus and rescanning, but that wasn’t much better. At that point I pulled the card from the machine and put it in a plastic bag where other retired PCI(e) cards rot, very likely forever. But… how about removing the card before sleep and then rescanning the bus after wakeup? Let’s create the following script and place it in /lib/systemd/system-sleep:
#!/bin/sh
case "$1" in
pre)
echo 1 > /sys/bus/pci/devices/0000\:05\:00.0/remove
sleep 1
;;
post)
echo 1 > /sys/bus/pci/rescan
;;
esac
Make it executable too: chmod +x soundblaster or whatever name you used. The numbers above on line 5 will probably be wrong for your system, so find out the actual address of your SBZ with lspci. This whole ordeal looks like a dramatic thing to do, but it seems to be the only possibility to get sleep to work – contact me if you know better. After more than ten sleep/wakeup cycles I still didn’t lose sound, so the kludge just might work. If not, I’ll edit the post below (and lose my cool).
Well, of course that wasn’t quite all of it yet. It turns out that when the card reappears after the PCI bus scan, ALSA will happily have forgot all the previous settings done with Alsamixer. The defaults sound pretty awful and the headphones aren’t detected automatically, so what’s next? Luckily this one seems to be easy: configure the card as you see fit using Alsamixer (if you have a small window, note there’s a lot more settings to the right) and then run sudo alsactl store. This is for every user, which is not optimal, but as I’m not sure whether ALSA will load personal settings after wakeup at all, it’ll have to do for now.
Jo korkeaan virkaikään päässyt vuosimallin 2012 Mac Mini Server tuli lopulta siihen valitettavaan tilanteeseen, että Apple lopetti sen käyttistuen. Viimeisin konetta tukenut versio on Catalina (10.15), jota ei ole päivitetty enää yli vuoteen. Mitään kiirettä Ministä ei olisi vielä ollut eroon, sillä se palveli edelleen arjessa kiitettävästi – lisävuosia on tuonut epäilemättä se, että kyseessä on i7-malli, levynä kelpo SSD ja muistikin päivitetty tappiinsa 16 gigaan. Edelleen siis monenlaiseen käyttökelpoinen masiina, joten mitäs tälle keksitään? Purkkaratkaisuilla ineen saisi uudemmankin macOS:n, mutta toki sieltä täältä rampautettuna versiona. Annetaanpa siis Mintille taas mahdollisuus näyttää kyntensä.
Onpas tämä pysynyt siistinä.
Varmuuskopiohengessä napin talteen vanhan SSD:n ja vaihdoin tilalle uuden puoliteraisen Kingston A400:n. Samalla tarjoutui tilaisuus pöhäyttää sisältä pölyjä pois. Aukominen ei ole aivan hirveä homma, mutta jemmassa on syytä olla setti pieniä torx- ja kuusiokoloavaimia, eikä kaapelinrimpuloiden kanssa saa hätäillä. Koppuloinnin jälkeen kirjoittelin Mint 21.2:sta buuttaavan muistitikun ja ei kun käyttistä asentamaan. Tai sitten ei: Mint ei suostunut buuttaamaan tikulta alkua pidemmälle. Ehkä kyseessä oli joku ongelma huonon pulikan kanssa, mutta en jaksanut ruveta toistamaan virheitäni, joten poltin mieluummin installerin DVD:lle. Ulkoiselta optiselta asemalta tulokset ovat yleensä olleet parempia, eikä tälläkään erää toisin.
Näin kertoilee meille sudo inxi -Fm.
Tästä eteenpäin kaikki olikin yhtä leikintekoa. Mistään ei oikeastaan edes huomannut, että alla oli jotain muuta kuin normi-PC. Ainoa potentiaalinen kompastuskivi oli langattoman verkon vaatima firmispaketti, mutta koska asennuspöydällä oli käytössä myös kaapeli, niin ongelmista selvittiin helposti. Aika tyypillisenä, muillakin koneilla nähtynä kauneusvirheenä installeri ei saanut lopuksi käynnistettyä konetta omin voimin uudestaan. Virtanapin avulla matka jatkui ja ensimmäinen buutti muuttui todellisuudeksi.
Sitten vielä normaali mirrorien valinta ja ohjelmistopäivitys, minkä jälkeen perusta oli kasassa. Nykyään Mint asentaa ilman eri pyytämistä esimerkiksi kiihdytettyyn videonpurkuun tarvittavan VA-API:n automaattisesti, joten suurta teknistä tietämystä ei tosiaan tarvita. Firmiksen tuuletinkontrolli päästää koneen tunnetusti turhankin kuumaksi, joten macfanctld on hyvä lisä, vaikka melutaso hivenen nouseekin. Kokeillut ohjelmat, kuten Gimp, Chromium ja VLC, kieppuivat kaikki hyvää vauhtia koneen iästä huolimatta. Näyttiksen virkaa hoitaa HD4000, joten ainakin emulaattoreita ja kevyitä pelejä voisi kohtuudella ajaa – ei tästä toki mitään varsinaista pelikonetta saa. Kaiken kaikkiaan silti mukava kokemus ja sopivassa käyttökohteessa Minille sai näin reippaasti lisävuosia ihan tuetun käyttiksen kera.
It used to be a pretty smooth ride with an Nvidia+Mint combination until recently. Unfortunately, things have gone downhill, partially owing to Cinnamon bugs, not to talk about Nvidia’s endless Linux driver woes. The last I checked, the MATE environment didn’t even start with the default settings, so there seems to be something lacking with Mint’s testing on NV hardware. I’ve had flicker problems before on an RTX 2080, but the recent update to an RTX 4060 Ti and 535 series drivers made them noticeably worse – even cards that used to be fine have started exhibiting the symptoms:
Click for an epilepsy-inducing illustration.
The problem is known and may be fixed eventually, but for now you’re left to your own devices. Downgrading to 525 series is one viable option, but of course it shouldn’t even be necessary. Besides, I experienced similar, if not as bad, flicker with them too. As a quick remedy open NVIDIA X Server Settings, navigate to X Server Display Configuration and switch to advanced mode. There tick the Force Composition Pipeline box and apply the settings:
Down there.
If you prefer the command line or want to make a script for toggling the setting on/off, here’s how:
Note that these settings don’t retain themselves unless you save them to the X config file or add them to your startup scripts. Sleep will disable the composition pipeline too. In an optimal world this kind of kludges would be unnecessary, but this is the reality now. Double composition (Cinnamon+Nvidia) might slow things down, but I didn’t notice any actual difference at least yet – games might be affected more. Nvidia’s setting might cap your framerates to the screen refresh rate too, even when running fullscreen. Let’s see how the situation develops.
Ja suomeksi: viime vuosina Mintin ja Nvidian näyttiksen kanssa eläminen ei ole valitettavasti ole ollut enää yhtä huoletonta kuin ennen. Intelin integroidulla ei ongelmia pahemmin ilmene, mutta Nvidialla esiintyy nykyään kaikenlaisia kummallisia vilkutuksia ja välkytyksiä riippuen ajuriversiosta ja alla olevasta raudasta. 535-sarjan myötä ongelma paheni selvästi, mikä lienee taas kerran joku Cinnamonin, X:n ja ajurien entistä huonomman yhteispelin tulos. Yllä ohjeita enkuksi vipatuksen korjaamista varten. Kaksinkertainen kompositointi (Cinnamon+Nvidia) tuskin ruudunpiirtoa nopeuttaa, mutta en mitään sanottavaa eroa kyllä itse huomannut käytännössä.
Joskus sitä saattaa haluta ladata YouTubesta videon ihan paikallisesti katsottavaksi, joko varmuuden vuoksi taltiointia varten tai sitten ilman nettiä katseltavaksi. Asialla on tiettyjä eettisiä ulottuvuuksia, mutta ainakaan vapaasti jaossa olevan materiaalin tapauksessa en tunne suuria omantunnontuskia moisesta “warettamisesta”. Selaimiin on kaikenlaisia pluginejaan, mutta vuosien ajan kätevimmin toimi komentoriviltä ajettava youtube-dl. Skripti lakkasi valitettavasti toimimasta jo jonkun aikaa sitten, mutta uuden haeskelun jälkeen löytyi version versio yt-dlp, jota kaikesta päätellen ylläpidetään aktiivisesti. Mukana on jopa uusia ominaisuuksia, joita ei vanhassa ollut – hurraa! Katsotaanpa nyt, miten tämäkin kissa-hiiri-leikki taas etenee, mutta toistaiseksi tuntuu futaavan.
Koneessani on ollut jo reilun kaksi vuotta säteenseurantaan kykenevä graffis (RTX 2080), mutta toistaiseksi mikään pelaamani peli ei ole sitä käyttänyt, minkä lisäksi meni aika pitkään ennen kuin Linux-ajurit ja Proton reiskaa edes tukivat. Nyt kaikki osaset ovat kuitenkin loksahdelleet paikalleen ja tuoreilla Nvidian 525-sarjalaisilla homman pitäisi sujua ilman eri säätöä. Tähän väliin huomautus siitä, että vakiona Mintin paketinhallinnasta tuleva 525.85 sössii itselläni ja monella muulla näytön värisyvyyden, joten parempi laittaa PPA:sta korjattu 525.89. Ensimmäinen vastaan tullut sopiva kokeiltava oli Valven itsensä Nvidian kanssa yhteistyössä julkaisema Portal with RTX.
Jaah, no kai siinä hiukan reiskaa on.
Mitään erityisiä virityksiä ei tarvittu, vaan Porotalli lähti suorilta käyntiin. Hiireni kanssa tosin tuli jotakin outoa ongelmaa, jonka sai sentään helposti korjattua laittamalla pelin asetuksista raa’an syötteen päälle. Koko RTX tuntuu olevan lähinnä alkuperäisen pelin kylkeen pultattu purkka, sillä varsinaisten grafiikka-asetuksien lisäksi on olemassa myös toiset asetukset, jotka saa esiin painamalla alt-x. Näillä kahdella ei tunnu olevan keskenään hirveästi tekemistä, vaikka niissä on osin samoja säätöjä. Kaipa tämän olisi voinut hieman selkeämminkin hoitaa?
Tässä ehkä vähän enemmän näkyy… kai?
Netistä lötyy videopätkiä ja ruutukaappauksia, joissa ero RTX:n ja tavallisen Portalin välillä on hyvin ilmeinen. Valitettavasti alkupään kentissä ero on paljon hillitympi ja wow-fiilikset loistivat poissaolollaan – piti oikein käydä vertaamassa alkuperäiseen, että onko tässä oikeasti jotain parannusta. Sivumennen tuli todettua, että myös DLSS toimii ja näyttää ihan mukavalta. Vaikka RTX 2080 ei ole vielä millään mittapuulla vanhentunutta rautaa, niin ilman DLSS:ää vauhti hyytyi tökeröksi mateluksi. Tässä tuskin on kyse mistään muusta kuin siitä, että Nvidia haluaa demota pelillä uusimpien 4000-sarjalaisten säteenseurantahauista, jolloin vanhemmilla korteilla toimivuus on toissijaista.
Tulipa tätäkin kokeiltua. Portalin kameranpyörittely tuottaa edelleen nopeasti oksetusta, joten tuskin tätä tulee oikeasti pelattua sen enempää kuin alkuperäistäkään. Minään järin näyttävänä RTX-demonakaan tätä on ensimmäisten kymmenen kentän perusteella vaikea pitää, joten suuhun jää laimea jälkimaku. Hivenen hutaistua olemusta korostavat omituiset kahdesta paikkaa löytyvät asetukset. Mutta hei, tässähän tätä oli RTX:ää ja DLSS:ää todistettavasti Linuxilla (jee).
Kaupasta uusi pelihiiri ja johan on DPI:tä, värivaloja ja nappeja kotitarpeiksi. Hiireni (tällä kertaa Lenovo Legion M300) jälleen kerran hajottua otin kaapista seuraavan eli HP Pavilion Gaming Mouse 300:n. Hieman pullea se on ja napit äänekkäät, mutta jospa edes toimisi? Jo Leenan kanssa oli ollut lievästi samaa ongelmaa, että suuren DPI:n takia hiiren hitaat liikeet ovat turhan nopeita, mutta nyt tilanne meni liian pahaksi, kun tarkat osoittelut menivät koko ajan ohi. Cinnamonin hiiriasetuksilla tilanne ei korjaannu – kiihdytyksen saa haluamakseen, mutta liian suuri miniminopeus jää voimaan. Tavallaan tiesinkin jo, mitä pitäisi tehdä, eli:
xinput
Sieltä poimitaan oikea laite ja:
xinput list-props "HP HP Pavilion Gaming Mouse 300"
Listasta meitä kiinnostaa tällä erää erityisesti kohta Coordinate Transformation Matrix, joka sisältää ensi silmäyksellä yhdeksän mystistä lukua (1 0 0 0 1 0 0 0 1). Tietokonegrafiikkaa harrastaneelle tai insinöörimatikkansa lukeneelle ei ole vaikeaa hiffata, mistä on kyse: hiireltä tulevat raa’at koordinaatit kierrätetään tämän transformaatiomatriisin läpi. Vakiona päällä on identiteettimatriisi, mutta pienin muutoksin sen tilalle voi vaihtaa skaalauksen tai halutessaan vaikkapa rotaation, jolloin hiiri liikkuu vinoon. Hidastusta varten riittää vaihtaa kahden ekan ykkösen tilalle pienempää. Mukaan tarvitaan myös ominaisuuden numero (tässä 158):
Johan hidastui! Tämä ominaisuus saisi tietysti mieluummin olla vakiona ihan Cinnamonin hiiriasetuksissa, mutta tällä hetkellä on parasta vain tehdä ylläolevasta oma skripti, jonka lisää käynnistysohjelmiin (Startup applications). Ainoa jäljelle jäänyt kysymysmerkki on, kestääkö asetus sleepin vai palaako vakiomatriisi voimaan. Eiköhän asia pian selvinne – nyt juuri en viitsi konetta nukuttaa, kun on kaikenlaista meneillään. Mikäli näin sattuisi käymään, pitää yo. pätkä vielä lisätä suspend-skriptien joukkoon.
