LINUX pelaaminen (tiedätkö jo missä menemme?)

Hiikeri

Team Intel
Liittynyt
13.12.2016
Viestejä
2 604
Linux OS:lla pelaaminen on mennyt viimeisen vuoden aikana paljon eteenpäin, ja varsinkin viimeisten 3kk aikana ettei ole tosikaan.
nVidiakin jo vuosi sitten rupesi kääntämään takkiaan kun julkaisi osan lukittujen ajureidensa "kikoista" open-tilaan eli julkisiksi, AMD ollut avoin aina myös Linux puolelle.

Loppuvuodesta '25 nVidiankin oli pakko lähteä enemmän mukaan koska koko ajan kasvava joukko, miljoonia pelaajia on jo Linux puolella vaatien parempia ajureita, ja nVidia on vastannut.
Heidän Linux ajurinsa on nykyään mukana aina kun uutta "isoa" julkaisevat, DLSS 4.5 tuli tammikuussa ja heti löytyi Linuxeille päivitetyt DLSS 4.5 ajurit myös Linuxeille.

Eivät voi enää olla huomioimatta joka päivä kasvavaa Linux käyttäjien joukkoa, valuu muuten liikaa dollareita eli GPUn ostajia "vastustajalle" eli AMD:lle heidän hyvän Linux tuen myötä.

Nyt, Q1/2026 aikana on oma nVidiani saanut esim. +10% lisää FPS Cyberpunk77 RT:llä, rullaa mainiosti. Kiitos myös Steamille joka jo aikaa sitten käynyt Windowsin (DirectX) ylivaltaa vastaan kehittämällä Proton rajapintaa joka muuttaa DX -käskyt Linuxin käyttämälle Vulkan -grafiikkaraja pinnalle.

Ero on nykykoneilla jo mitätön, kiitos useampi ytimisten prosessoreiden/Proton kehitystyön. Koska Linux vie niin vähän koneesi resursseja, niin useimmin on menty jo ohi Windows11:n vaikka DX-käskyt muunnetaan Vulcanille pelaamisessa.

Ihmekkös että Microsoft on herännyt (Joulukuinen ja uusi toisto eli Maaliskuun lopun ilmoitus viikon takaa: Parannamme pelikokemustasi), tosin myöhässä koska meitä Linux pelaajia on jo kymmeniä miljoonia. Toki Winukalla pelaavia on 200-miljoonaa tai 500-miljoonaa, mutta Linux palo on sytytetty jota ei MS voi enää pysäyttää.

Tässä parin päivän takainen jonkun tubettajan testit 15-pelillä, keskitason kone; CPU: 5600X ja GPU: 6700XT.
Itke tästä Bill Gates, juna tuli ja itse kämmäsitte asemanne. Junaa ei voi enää pysäyttää:
Tämän sisällön näkemiseksi tarvitsemme suostumuksesi kolmannen osapuolen evästeiden hyväksymiseen.
Lisätietoja löydät evästesivultamme.

Jos AMD käyttäjänä ihmettelet ajureiden nimiä, niin AMD on eriyttänyt niiden nimensä eli Adrenalin on Winukka ajurit ja Mesat on Linux puolen ajurit, siksi Mesa ajureiden versio numerokin on hieman pienempi koska tulevat hieman perässä.

nVidia puolella kaikki on samoja, kun 1kk sitten tuli Winukalle 595.x ajurit, niin viikon sisällä tuli Linuxille 595.48 ajurit (ilman OC-jännite bugia), ja nvidia kun päivitti Winukka buginsa 596-ajureihin, niin Linuxille tuli 2-3 päivässä 595.58 ajurit ominaisuuksineen.

Kun ei tule massiivisia FPS droppeja Linuxilla huonon koodin takia niin ei tule. Frametimet aivan eri luokkaa:
Tämän sisällön näkemiseksi tarvitsemme suostumuksesi kolmannen osapuolen evästeiden hyväksymiseen.
Lisätietoja löydät evästesivultamme.


Ja oma videoni parin päivän takaa samoilla linjoilla, 1% on kun ei kone jaksa enempää, mutta toi tärkein eli jossa näkyisi stutterointi kun FPS muuttuu eli Frametime jana, täysin sulava ajokokemus:
Tämän sisällön näkemiseksi tarvitsemme suostumuksesi kolmannen osapuolen evästeiden hyväksymiseen.
Lisätietoja löydät evästesivultamme.


Itse päivitin eilen julkaistut DLSS/FG 310.6.0 tiedostot omille peleilleni.
 
Viimeksi muokattu:
Miksi uusi ketju?
 
Toi videon DOOM: The Dark Ages testi kertoo sen hyvin, sehän käyttää Windows puolellakin samaa Vulkan grafiikka rajapintaa, mutta silti Linuxilla pyörii ~10% paremmin, puhumattakaan varmasti tärkeistä frametime ajoista että pelaaminen on käytännössä sulavaa eikä pelkkää FPS:ää toisin kuin "Ikkuna-käyttiksellä".

Miksi uusi ketju?
Sry, my mistake! Mutta korjasin asian eli poistin saman kaltaisen viestini tuolta koska aihehan kuuluu pelialueelle eikä yleiselle ohjelmistoalueelle kun keskustellaan pelkästään pelaamisesta eli pelaamisen nykytilasta ja tulevaisuudesta.

Täällä siis: "Keskustelua pelaamisesta, PC-, konsoli- ja mobiilipeleistä sekä pelikonsoleista"
 
Viimeksi muokattu:
Ensimmäiset Ubuntu-kokemukset tuli joskus 2000-luvun puolivälin jälkeen, mutta säännölliseksi Linux-käyttäjäksi siirryin vasta 2017, kun rupesin opettelemaan Arch Linuxia. Pelikoneesta löytyi kuitenkin edelleen Windows. Olen seurannut tiiviisti Linux-pelaamisen yllä vallinnutta keskustelua ja viimein nyt helmikuussa repäisin laastarin irti ja vaihdoin ikkunat pingviineihin. Tätä päätöstä vauhditti myös se, että enää ei käytännössä tule pelattua moninpelejä satunnaisia CS2-sessioita lukuunottamatta, ja usein uutuuspelitkin tulee pelattua vasta vuoden tai parin päästä julkaisusta, jolloin pahimmat ongelmat on korjattu.

Kun itse käyttöjärjestelmän opetteluun ei tarvinnut käyttää aikaa, täytyy sanoa, että ei tämä Linux-pelaaminen ole nykypäivänä sen kummempaa kuin Windowsillakaan. Valven Proton on ihan mielettömän hyvä. Paljon parjatun Nvidian korttikaan ei ole aiheuttanut ongelmia kuten ennen vanhaan.
 
Viimeksi muokattu:
Itselläni eniten Linuxissa närästää vielä hiiren kiihdytys, jonka pois päältä saaminen tuntuu olevan tuskaa, etenkin jos vaihtelee välillä USB-portteja tai hiiriä.

Toinen asia mikä on ollut hieman hämmentävä, on se kun pelit ottavat oletusresoluutiona aina maksimiresoluution, tai sitten pyörivät ainoastaan ikkunassa "oikein". Korjauksena tähän on pudottaa työpöydän resoa ennen pelin käynnistämistä alemmaksi, mutta siis skenaario, jossa peliä käynnistää hitaammalla näyttiksellä, resoluution muuttaminen pelissä 0.5 fps vauhdilla on hieman hankalaa. Tähän lienee jokin purkka gamescopen muodossa kuitenkin, ei ole tullut vain kokeiltua.
 
Itselläni eniten Linuxissa närästää vielä hiiren kiihdytys, jonka pois päältä saaminen tuntuu olevan tuskaa, etenkin jos vaihtelee välillä USB-portteja tai hiiriä.

Toinen asia mikä on ollut hieman hämmentävä, on se kun pelit ottavat oletusresoluutiona aina maksimiresoluution, tai sitten pyörivät ainoastaan ikkunassa "oikein". Korjauksena tähän on pudottaa työpöydän resoa ennen pelin käynnistämistä alemmaksi, mutta siis skenaario, jossa peliä käynnistää hitaammalla näyttiksellä, resoluution muuttaminen pelissä 0.5 fps vauhdilla on hieman hankalaa. Tähän lienee jokin purkka gamescopen muodossa kuitenkin, ei ole tullut vain kokeiltua.
Gamescope tai pieni skripti toimii. Esim. Heroicissa toimii hyvin "before the game is launched ja after the game exits"-kohtiin seuraavat pienet skriptit (kde):

ENNEN:
#!/bin/bash
# Identify your monitor again with: kscreen-doctor -o
MONITOR="HDMI-A-1"

# Change to 1440p
kscreen-doctor output.$MONITOR.mode.2560x1440@120

JÄLKEEN:
#!/bin/bash
# Identify your monitor again with: kscreen-doctor -o
MONITOR="HDMI-A-1"

# Change to 2160p
kscreen-doctor output.$MONITOR.mode.3840x2160@120

= ei tarvi manuaalisesti vaihtaa resoa, vaan skripti tekee sen automaagisesti molempiin suuntiin.
 
Viimeksi muokattu:
Maaliskuun Steamin OS käyttäjä tilastot julkaistu:

The overall numbers for March 2026:
  • Windows 92.33% -4.28%
  • macOS 2.35% +1.19%
  • Linux 5.33% +3.10%
For the first time, Linux has smashed through 5% hitting yet another all-time high.

Using the latest months recorded share (Mar-2026 - 5.33%): 7,035,600 estimated "monthly active users" for Linux+Steam.
To be clear, that is not the total, that is monthly active.

AMD näyttiksille taas tuli uudet Mesa ajurit, Steam 64bit jo betaRT3 vaiheessa (parantaa edelleen yhteensopivuuksia eri distroille/peleille) ja nVidialta infoa tulevista ajureista, toimiiko kohta HDR kuin napista ilman komentorivi kikkailuja?

 
Viimeksi muokattu:
Gamescope tai pieni skripti toimii. Esim. Heroicissa toimii hyvin "before the game is launched ja after the game exits"-kohtiin seuraavat pienet skriptit (kde):

ENNEN:
#!/bin/bash
# Identify your monitor again with: kscreen-doctor -o
MONITOR="HDMI-A-1"

# Change to 1440p
kscreen-doctor output.$MONITOR.mode.2560x1440@120

JÄLKEEN:
#!/bin/bash
# Identify your monitor again with: kscreen-doctor -o
MONITOR="HDMI-A-1"

# Change to 2160p
kscreen-doctor output.$MONITOR.mode.3840x2160@120

= ei tarvi manuaalisesti vaihtaa resoa, vaan skripti tekee sen automaagisesti molempiin suuntiin.
Pahoittelut, mutta kahvit taas ruudulle.
Toivon että, Linux tulee nostamaan profiiliaan myös pelaajien keskuudessa mutta ei näin :)
Palataan taas muutaman vuoden jälkeen.
 
Arvostan ja näin se menee, kritisoin enemmän otsikkoa ja "helppoutta" kun se ei sitä ole.
Täyttä helppoutta tämä 2kk CachyOS kokemus on mulle taas ollut. Oletko kokeillut esim. CachyOSaa viimeiseen kuukauteen? Helppo asennuskin muuttunut yhä helpommaksi kuukauden sisään kun itse oman asennukseni tein 2kk sitten.

En olisi tarvinnut mtn. konsole-asennuksia jos olisin pelkkä hiiri/näppis pelailija, suoraan löytyy Logitech hiiri/näppis/latausmattoni asetukset eli väri/sykli/DPI/yms. asetukset!

Steam/Gamemode/Proton yms. asennukset hoituneet itsestään normaali päivityksillä, ei yhtään omaa asennusta olisi vaadittu.

Steamista vain normi pelin asennustietojen lataus/autom.asennus ja kerrasta vaan pelaamaan kuten Winukassakin.

Hajoo vaan Win11 stutterointiin ja LOW FPS kun toiset pelaavat ilman pätkimisiä ja ottavat sut FPS pelissäsi hedareita sinusta:

Tämä tubettaja on jo vittuuntunut kommentteihin koska hänen tuloksensa on muka feikkejä, siksi hänen tällä viikolla julkaistuissaan videoissaan, kuten tämä näyttää kaikki rautansa että tulokset ovat 100%:
Tämän sisällön näkemiseksi tarvitsemme suostumuksesi kolmannen osapuolen evästeiden hyväksymiseen.
Lisätietoja löydät evästesivultamme.


Where Winds Meet:
Win11: 73fps
Cachy: 96fps

Crimson Desert:
Win11: 59fps
Cachy: 65fps

Resident Evil: Requiem:
Win11: 86fps
Cachy: 95fps

Ja noi kaikki uusia pelejä eikä mtn. ns. Cherry Picked... jatka vaan videon katselua ja ennen kaikkea vaikka 50 muunkin W11 vs Linux pelivideoiden katseluita niin näet mitä on Linux pelaaminen 2026.
IO-Techin viime kesäisen testivideon arvo on 0 tänä päivänä, nVidiankin kohdalla.

Mitään muuta en pyydä kuin että katsot vain tuoreita videoita, jopa yhden 1kk takaiset FPS video vertailut ovat vanhoja, Linux kehittyy joka viikko niin nopeaan tahtiin ettei ole tosikaan.

Itsellä nVidian kortti ja Cyberpunk2077 Ray-Tracing FPS noussut kuukaudessa 10% pelkästään CachyOSn automaattisilla päivityksillä. Ja yhtään päivitystä ei ladata ilman lupaasi, ja vaikka ladattu, niin yhtäkään päivitystä ei asenneta ilman lupaasi.

0% mahdollisuus että se aiheuttaisi lageja kun pelaat parasta matsiasi ikinä. OS on tilassa kuin ennen pelin aloittamistasi se on ollut.

Ja vaikka olisit ladannutkin luvallasi päivitykset ja jopa ne asennettukin luvallasi, niin konettasi ei käynnistetä uudelleen ilman lupaasi, ne ei astu voimaan ilman lupaasi.

Mitään ei muuteta ilman lupaasi eli ilman uudelleen käynnistystä (jolloin asentamasi päivitykset asentuvat koneellesi, mutta vain restartissa).

SINÄ HALLITSET OMISTAMAASI KONETTASI, EIKÄ KÄYTTÖJÄRJESTELMÄ SINUA (Microsoft).
 
Viimeksi muokattu:
Näemmä puoltoista vuotta tuli just täyteen Linuxaamista pelikoneella, kakkoskoneella meni sitä ennen joku puolisen vuotta testaillessa kaikkea ja yrittäessa rikkoa sitä. Aika ongelmatonta on enimmäkseen ollut, hämärintä on, että halvimmat ja paskimmat indie-pelit toimii ihan suoriksi mukisematta Protonilla.

Cachystä kuulee kokoajan hyvää, itsellä Nobara alla (Fedora-pohjainen) ja full-AMD-mylly 9070XT:llä.
Tunteja on takana ehkä joku nelisentuhatta? Liki tuhat niistä Warframessa, 400 POE2:ssa ja 100+ Darktidessä jne.

Ja mitä helppouteen tulee, se vaikeusaste putos aika reilusti LLM:n myötä. Ne hallusinoi hämmästyttävän vähän teknisissä kysymyksissä ja skriptejä jne luodessa. Tai jos kaipaat jotain launch optioneita peleihin. Kertoo suoraan onko joku ProtonDB:n juttu ihan fuulaa tai käytöstä poistuneita asetuksia, kuten ne usein on.
 
En tiedä onko tämä sopiva ketju kysymiseen, mutta onko Lutriksessa edelleen kaikki kunnossa ja kannattaako sitä käyttää Windows-pelien ajamiseen Linuxissa?
Hämmennyin vaan kun asensin sen eilen OpenSUSEen, mutta asennuksen yhteydessä olevissa arvosteluissa oli iso läjä yhden tähden haukkumisia joissa oltiin sitä mieltä että Lutris on täysin käyttökelvoton, ja jos oikein ymmärsin:

1. Monilla Lutris ei käynnisty enää ollenkaan eli on rikki (minulla kyllä käynnistyy).

2. Lutris on jostain syystä poistanut esim. dgVoodoo2 ja 3Dfx optiot pois. Taisin itsekin ihmetellä jossain vaiheessa miksi en enää löydä dgVoodoo2 optiota mistään, en tajunnut että se olisi poistunut uuden version myötä? Eikö sitä enää tarvita joidenkin vanhojen Windows-pelien kanssa, Linuxissa?

3. Paljon valitettiin että Lutris on nykyisin koodattu lähinnä tekoälyllä, ja ohjelman tekijä on perustellut tätä mielenterveysongelmillaan? Mitäh???

Eli missä mennään, onko Lutris edelleen ok loppukäyttäjälle? Kyllähän se monia asioita mielestäni helpottaa siihen verrattuna että yritän asentaa käsin WINE:llä tekemällä omat prefixit ja mitä vielä.
 
Olen Lutrista käyttänyt vain Dark Omenin pelaamiseen, joka on 3Dfx peli. Ainakin vielä toimi vaikka erillisiä voodoo asetuksia ei enää näkynytkään, asiaan saattaa toki vaikuttaa että peli on asennettu ennen muutoksia.

Muuten olen asentanut pelit joko Heroic Games Launcherin tai Steamin (add a non-steam game) kautta.
 
Joku tunti sitten Steam julkaisi Proton 11.0 (beta). Mangojuice kertoo rajapinnaksi: Wine-11.0. Synkiksi kertoo NTSync.

Cyberpunk'77 (bugittaa 11.0:lla, kaatuu helposti, aina jos yrittää toista kertaa ajaa benchin (3 yritystä, näytön jumii yleensä ekalla yrityksellä mutta taustalla pyörii (äänet kuuluu), odottelua ja tulos ehkä 40-50fps. Ekalla startilla jumi alkuintroon, mutta tuon yhden kerran benchi läpi oikein, eli jos olisi mennyt toinen kerta putkeen niin olisi voinut vielä 1-3fps parantua).
Proton CachyOS stable (8.4.26), NTSync:
Min 85fps, Avg 96fps

Proton 11.0 beta:
Min 90fps, Avg 102fps (+5-6%)

Assetto Corsa Rally (30s odottelua lähdössä eli heti viivalla idlatessa)
Proton CachyOS stable (8.4.26):
1% 59fps, Avg 129fps, Max 131fps

Proton 11.0 beta
1% 134fps, Avg 139fps, Max 140fps (ja monta kertaa restart pätkä, Steam sammutettu välillä ja taas konekkin uudelleen restartattu ja äsken uudelleen kokeilin, lisäksi välillä oli CB77 ja ACE käynnissä ja silti tulee aina ACR 1% 133-135fps kun CachyOS Protonilla jää 1% heti tuohon 58-59fps eikä parane vaikka FPS laskurin nollaa esim. 15s. jälkeen, ilman mtn. Fps cappiä tietty testit).

Assetto Corsa Evo (1 kierros Bathurst + 9x AI)
Proton CachyOS stable (8.4.26):
1% 99fps, Avg 129fps

Proton 11.0 beta:
1% 101fps, Avg 131fps

Kunhan noi Custom Protonit eli Experimental, GE, CachyOS, EM, Hotfix yms. päivittyvät eli saavat pohjakseen myös tuota Proton11.0 koodia niin edelleen hieman lisää nopeutta sekä yhteensopivuutta tiedossa tässä seuraavan kuukauden aikana.
Linux kernelikin päivittyi isosti 4 päivää sitten > v7.0 Stable, Cachyssä ollut pari päivää käytössä.
 
Viimeksi muokattu:
olen ollut uskovainen Fedoralle iso luotettava taho ylläpitää vakautta ja nopeaa pävitystahtia.. No fedora 44 viivästy. Luotettavuus edellä..
Nyt kiitos Hiikerin viestin sain ajatuksen lähteä selvittämään mitä hyvää on CachyOS:ssä, joka on jo kernelissä 7.0 ja minä kuvitellut olevani aallonharjalla Fedorallani. 6.19...

Paremman älyn kanssa keskustelun lopputulos on ymmärrys mikä on pelidistron esim CachyOS:n plussa mitä en tule Fedorassa saamaan. Kyse on koodikääntäjästä v4 = AVX-512
Fedora, tod näk ubuntu on tehty toimimaan "kaikilla" raudoilla ja siten kääntäjä on tyylii vuodelta 2000,
CachyOS tai jokin muu pelidistro käyttää koodikääntäjää v4 (uusin) joka ei toimi vanhalla raudalla ja koska olen pelaaja ja rauta on tätä päivää on v4 koodinkääntäjästä voi olla etua.
Tämä olisi se syy miksi cachyOS olisi hitusen nopeampi kun toinen perinteinen linux jakelu. Eli kyseessä ns viimeinen pisara optimoinnissa, että rautaa käytetään mahdollisimman optimaalisesti.

Täytyy sanoa että olen seurannut keskustelua pelidistro aiheesta, mutta en ole tästä asiasta kuullut pihaustakaan. @Hiikeri tiesitkö tästä koodinkääntäjä versioinnista onko tästä aitoa hyötyä?
Windows toimii myös ns vanhalla kääntäjällä, jotta kaikki toimii myös vanhalla raudalla. Olenko astunut geminin hallusinaatioon vai onko asiani tolkun tiellä.
hakukoneeseen voi laitta AVX-512 ja lukea itse mistä on kyse.

Harkitten nyt vakavissani että siirryn fedorasta CachyOS koska kyllä olen valmis haluamaan viimeisetkin fps hyödyt irti optimoimalla raudan käyttöä
 
Fedora, tod näk ubuntu on tehty toimimaan "kaikilla" raudoilla ja siten kääntäjä on tyylii vuodelta 2000,
CachyOS tai jokin muu pelidistro käyttää koodikääntäjää v4 (uusin) joka ei toimi vanhalla raudalla ja koska olen pelaaja ja rauta on tätä päivää on v4 koodinkääntäjästä voi olla etua.
Meinasin jo kysäistä mitä tarkoittaa "vanha rauta" missä CachyOS ei pyöri tai ole ainakaan tuettu, mutta ilmeisesti viitataan ainakin näihin CPU:ihin mitä CachyOS ilmoittaa tukevansa.
En tunne prossuja ulkoa niin hyvin että osaisin sanoa mitä vuotta tuossa vanhimmat ceeput lähinnä ovat. Tuntuu se kuitenkin paljon vanhempiin Intel CPU:ihin taipuvan kuin esim. Windows 11 ("Intel: Generally 8th Gen and later (Core i3/i5/i7/i9), with 11th Gen+ often needed for 24H2").


x86_64 Microarchitecture Level Support​

x86-64-v3
  • AMD Family 15h (Excavator)
  • AMD Family 17h (Zen)
  • AMD Family 17h (Zen+)
  • AMD Family 17h (Zen 2)
  • AMD Family 19h (Zen 3)
  • Intel 4th Gen Core (Haswell)
  • Intel 5th Gen Core (Broadwell)
  • Intel 6th Gen Core (Skylake)
  • Intel 7th Gen Core (Kaby Lake)
  • Intel 8/9th Gen Core (Coffee Lake)
  • Intel 10th Gen Core (Comet Lake)
  • Intel 12th Gen (Alder Lake)
  • Intel 13th Gen (Raptor Lake)
  • Intel 14th Gen (Raptor Lake Refresh)
  • Intel 15th Gen (Lunar / Arrow Lake)
x86-64-v4
  • AMD Family 19h (Zen 4 / Zen 4c)
  • AMD Family 1Ah (Zen 5 / Zen 5c)
  • Intel 6th Gen Core (Skylake X)
  • Intel 8th Gen Core i3 (Cannon Lake)
  • Intel Xeon / 10th Gen Core (Ice Lake)
  • Intel Xeon (Cascade Lake)
  • Intel Xeon (Cooper Lake)
  • Intel 3rd Gen 10nm++ (Tiger Lake)
  • Intel 4th Gen 10nm++ (Sapphire Rapids)
  • Intel 5th Gen 10nm++ (Emerald Rapids)
  • Intel 11th Gen (Rocket Lake)
[th]
x86-64 ABI​
[/th][th]
CPU Families / Examples​
[/th]​
 
Täytyy sanoa että olen seurannut keskustelua pelidistro aiheesta, mutta en ole tästä asiasta kuullut pihaustakaan. @Hiikeri tiesitkö tästä koodinkääntäjä versioinnista onko tästä aitoa hyötyä?
Windows toimii myös ns vanhalla kääntäjällä, jotta kaikki toimii myös vanhalla raudalla. Olenko astunut geminin hallusinaatioon vai onko asiani tolkun tiellä.
hakukoneeseen voi laitta AVX-512 ja lukea itse mistä on kyse.
Tästä oli enemmänkin juttua viimevuonna kun nämä "perus"distrotkin kuten Fedora pudotti tukea pois V1:ltä. Nopeushyödyt näissä vaihtelee hyvin paljon softasta riippuen, tässä on hyvä muistaa että pelikoodi on edelleen käännetty Windowsin kirjastoja vasten niillä optimoinneilla jotka siellä on käytössä, nämä muutokset voivat nopeuttaa vain Linux puolen alustan toimintaa ja noita yhteensopivuuskerroksia.
 
on kyllä vaikea saada secureboot päälle cachyos kanssa.
Ainut mitä en ole vielä kokeillut on poistaa avaimet kokonaan biossista ensin eli eroon noista "microsoft builtin-db builtin-db..." mitäköhän winukka tykkää tuosta kun dualbootti asennus kyseessä anticheat ja denuvo laiteaktivointi rajoitus pelien takia.
 
Viimeksi muokattu:
1776520514454.png

proton 11 tullut myös fedoraan. Alkuun lempi peli hell let loose ei käynnisty ollenkaan. kone reboot ja lähti toimimaan. Ensimmäinen matsi oli jopa minuutin low fps 20.. kunnes normalisoitu ja oli loistava 150-200fps. Aikaisemmin joka matsin alkuu lyhyt low fps. Tänään pari matsia alla proton 11 ei low fps droppia ole näkynyt.. kyllä tämä tästä.
1776520795446.png
 
on kyllä vaikea saada secureboot päälle cachyos kanssa.
Ainut mitä en ole vielä kokeillut on poistaa avaimet kokonaan biossista ensin eli eroon noista "microsoft builtin-db builtin-db..." mitäköhän winukka tykkää tuosta kun dualbootti asennus kyseessä noiden anticheat ja denuvo laiteaktivointi rajoitus pelien takia.
Joskus tuskailin saman kanssa ja päädyin siihen, että kävin aina laittamassa biosista pois ja päälle riippuen käyttiksestä. Onhan tuohon kai jotain oikeita tapojakin, mutta olin liian laiska/käsi toteutukseen asti:

Lyhyt vastaus on: Kyllä ja ei.

Et voi varsinaisesti kytkeä Secure Bootia "pois päältä" vain yhdelle käyttöjärjestelmälle UEFI-asetuksista, sillä se on rautatason asetus (joko päällä tai pois). Voit kuitenkin saavuttaa haluamasi lopputuloksen Linuxin puolella parilla eri tavalla.

Tässä ovat vaihtoehtosi järjestyksessä helpoimmasta edistyneimpään:


1. Preloader tai Shim (Yleisin tapa)​

Tämä on tapa, jolla esimerkiksi Ubuntu ja Fedora toimivat. Käytät pientä, Microsoftin allekirjoittamaa tiedostoa (shim), joka "luottaa" CachyOS:n omaan käynnistyslataajaan.

  • Miten se toimii: BIOS tarkistaa Shimin (joka on validi), ja Shim puolestaan antaa CachyOS:n latautua.
  • Windowsin näkökulma: Secure Boot on päällä ja Windows on tyytyväinen.
  • CachyOS:n näkökulma: Secure Boot on teknisesti päällä, mutta se ei estä kernelin lataamista.

2. Omat avaimet (MOK - Machine Owner Key)​

CachyOS tukee työkaluja, joilla voit allekirjoittaa kernelin itse.

  • Käytät työkalua kuten sbctl.
  • Luot omat avaimet, lisäät ne UEFI-tilaan ja allekirjoitat CachyOS:n kernelin.
  • Tämä on "puhtain" tapa, mutta vaatii hieman komentoriviosaamista.

3. Secure Bootin jättäminen päälle ilman allekirjoitusta (Epäonnistuu)​

Jos jätät Secure Bootin päälle etkä tee CachyOS:n puolella mitään, CachyOS ei käynnisty. Saat virheilmoituksen tyyliin "Invalid signature detected".


Suositus: Miten edetä?​

CachyOS on suunnattu suorituskykyyn, ja helpoin tapa hallita tätä on käyttää sbctl-työkalua. Tässä on karkea suuntaa-antava prosessi:

  1. Pidä Secure Boot pois päältä asennuksen aikana.
  2. Asenna CachyOS normaalisti.
  3. Asenna sbctl-paketti: sudo pacman -S sbctl.
  4. Tarkista tila: sbctl status.
  5. Luo omat avaimet ja allekirjoita bootloader/kerneli ohjeiden mukaan.
  6. Laita Secure Boot takaisin päälle BIOSista.

Huomioitavaa:​

  • Windows 11: Jos pelaat pelejä, joissa on tiukka anti-cheat (kuten Valorant), ne saattavat vaatia, että Secure Boot on nimenomaan Enabled-tilassa.
  • CachyOS Kernel: Koska CachyOS päivittää kerneliä usein, sbctl on kätevä, koska se voi automatisoida allekirjoituksen jokaisen päivityksen yhteydessä.
Summa summarum: Voit pitää Secure Bootin päällä BIOSissa koko ajan, kunhan "opetat" tietokoneellesi, että CachyOS on luotettu käyttöjärjestelmä.

Onko sinulla jo CachyOS asennettuna, vai suunnitteletko vasta asennusta?
 
on kyllä vaikea saada secureboot päälle cachyos kanssa.
Ainut mitä en ole vielä kokeillut on poistaa avaimet kokonaan biossista ensin eli eroon noista "microsoft builtin-db builtin-db..." mitäköhän winukka tykkää tuosta kun dualbootti asennus kyseessä anticheat ja denuvo laiteaktivointi rajoitus pelien takia.
Tuo on syy miksi Arch:n tai Manjaron sijaan päädyin OpenSUSE:een, kun hain sopivaa rolling release distroa Windows 11 kylkeen dualbuuttina. SecureBoot pakko pitää päällä myös Bitlockerin takia.

Ainakin kun tavasin Manjaron ohjeita SecureBootin kanssa toimimiseksi, ainakin silloin ne olivat tasoa "No kyllä sen saa toimimaan jos kokee pakolliseksi, ala itse väsätä avaimia yms. yms. yms.". Eli neuvojatkin ja Manjaro-käyttäjät tuntuivat ajattelevan että ainoa oikea ratkaisu on laittaa SecureBoot pois päältä.

Päättelin ettei Arch:ssa se ainakaan helpompaa ole kuin Manjarossa joten en edes yrittänyt siinä. (CachyOS taitaa olla Arch-johdannainen, aivan kuten Manjaro?).

Seuraavaksi kokeilin OpenSUSE Tumbleweed, ja sillä ei ole mitään ongelmia SecureBoot kanssa. Meni heittämällä sisään ja kiltisti toimii Bitlocker Windows 11 rinnalla, tosin ne on parempi asentaa eri booteille UEFissa eikä käynnistää Windows 11 grub kautta koska silloin Windows 11 tulee kyselemään Bitlocker-avaimien perään aina kun Linuxin kernel tms. päivittyy, tai sitten pitää jotenkin kikkailla Bitlockerin tai Securebootin kanssa ennenkuin päivittää Linuxin...

Myös Linux Mint ja Rocky Linux toimivat kiltisti Securebootin kanssa, ei ongelmia niilläkään. Oletan että sama pätee Ubuntuun ja Fedoraankin, kun samaa perhettä ovat edellämainittujen kanssa.
 

2. Omat avaimet (MOK - Machine Owner Key)​

CachyOS tukee työkaluja, joilla voit allekirjoittaa kernelin itse.

  • Käytät työkalua kuten sbctl.
  • Luot omat avaimet, lisäät ne UEFI-tilaan ja allekirjoitat CachyOS:n kernelin.
  • Tämä on "puhtain" tapa, mutta vaatii hieman komentoriviosaamista.

Pitäisi joskus kyllä opetella tämä ihan kunnolla ettei joudu valitsemaan Linuxia sen mukaan mikä niistä osaa itse toimia SecureBoot päällä.
Saisi myös käsitystä miten vaivalloista tämä on myös pitkällä tähtäimellä, joutuuko uuden avaimen luomaan aina kun kernel päivittyy tms.?

Jopa OpenSUSE:n kanssa saa olla hieman varovainen SecureBoot kanssa, ainakin jos Windows käyttää Bitlockeria:

1. Ei missään tapauksessa kannata buutata Windowsiin grub-valikon kautta koska silloin Windows kysyy todella usein Bitlocker-avaimien perään, ilmeisesti haistaa aina kun jotain on muuttunut (lähinnä koska Linuxia on päivitetty).

2. Ylläolevan takia kannattaakin käyttää UEFI omaa buuttivalikkoa eli UEFI-asetuksissa joko Linux tai Windows on asetettu oletusarvoiseksi buutiksi (minulla se on Windows) ja jos haluaa buutata toiseen, sitten pitää painaa F12 tai mikä lie konetta käynnistettäessä ja valita se toinen buutti (minun tapauksessani OpenSUSE Linux).

Tuossakin voi mennä sen verran vikaan että kun OpenSUSE kernel tms. päivittyy, OpenSUSE buutti hyppää UEFI-asetuksissa Windowsin yläpuolelle oletusbuutiksi, ja kokemukseni mukaan jos silloin buuttaat Windowsiin, Bitlocker jälleen huomaa jotain muuttuneen ja vaatii niitä avaimia.

Eli, jos OpenSUSE-päivitysten jälkeen havaitsen että läppärini buuttaa defaulttina Linuxiin, käyn UEFI-asetuksissa muuttamassa Windowsin takaisin ykkösvaihtoehdoksi, ennenkuin yritän buutata Windowsiin. Tuon kun muistaa ja jaksaa tehdä niin ei ongelmia eikä joudu kirjoittamaan sata merkkiä pitkää Bitlocker-avainta sisään päästäkseeni Wintoosaan.

Jos taas ei käytä Windowsissa Bitlockeria, tuosta ei tarvitse ilmeisesti välittää ja voi mennä Windowsiin vaikka grubin kautta. Tosin käsittääkseni nykyisin Windows 11 laittaa Bitlockerin salaa päälle jopa Home-versiossa?
 
Pitäisi joskus kyllä opetella tämä ihan kunnolla ettei joudu valitsemaan Linuxia sen mukaan mikä niistä osaa itse toimia SecureBoot päällä.
Saisi myös käsitystä miten vaivalloista tämä on myös pitkällä tähtäimellä, joutuuko uuden avaimen luomaan aina kun kernel päivittyy tms.?

Jopa OpenSUSE:n kanssa saa olla hieman varovainen SecureBoot kanssa, ainakin jos Windows käyttää Bitlockeria:

1. Ei missään tapauksessa kannata buutata Windowsiin grub-valikon kautta koska silloin Windows kysyy todella usein Bitlocker-avaimien perään, ilmeisesti haistaa aina kun jotain on muuttunut (lähinnä koska Linuxia on päivitetty).

2. Ylläolevan takia kannattaakin käyttää UEFI omaa buuttivalikkoa eli UEFI-asetuksissa joko Linux tai Windows on asetettu oletusarvoiseksi buutiksi (minulla se on Windows) ja jos haluaa buutata toiseen, sitten pitää painaa F12 tai mikä lie konetta käynnistettäessä ja valita se toinen buutti (minun tapauksessani OpenSUSE Linux).

Tuossakin voi mennä sen verran vikaan että kun OpenSUSE kernel tms. päivittyy, OpenSUSE buutti hyppää UEFI-asetuksissa Windowsin yläpuolelle oletusbuutiksi, ja kokemukseni mukaan jos silloin buuttaat Windowsiin, Bitlocker jälleen huomaa jotain muuttuneen ja vaatii niitä avaimia.

Eli, jos OpenSUSE-päivitysten jälkeen havaitsen että läppärini buuttaa defaulttina Linuxiin, käyn UEFI-asetuksissa muuttamassa Windowsin takaisin ykkösvaihtoehdoksi, ennenkuin yritän buutata Windowsiin. Tuon kun muistaa ja jaksaa tehdä niin ei ongelmia eikä joudu kirjoittamaan sata merkkiä pitkää Bitlocker-avainta sisään päästäkseeni Wintoosaan.

Jos taas ei käytä Windowsissa Bitlockeria, tuosta ei tarvitse ilmeisesti välittää ja voi mennä Windowsiin vaikka grubin kautta. Tosin käsittääkseni nykyisin Windows 11 laittaa Bitlockerin salaa päälle jopa Home-versiossa?
Jos taas ei käytä Windowsissa Bitlockeria, tuosta ei tarvitse ilmeisesti välittää ja voi mennä Windowsiin vaikka grubin kautta. Tosin käsittääkseni nykyisin Windows 11 laittaa Bitlockerin salaa päälle jopa Home-versiossa?
Jaa-a, en ole kuullut, mutta ei ihmetyttäisi MS:n sekoilut. Itse ratkaisin nuo secureboot-ongelmat sillä, että nakersin Linuxille oman koneen. Windows-konetta tosin ei tuon jälkeen juuri ole tullut käytettyä, vaikka siinä on pykälää tehokkaammat osat. Bitlockeria en ole kotikoneelle vaivautunut asentamaan/laittamaan päälle. Rufuksella ruksi kohtaan, jolla Windows ei tuputa sitä automaattisesti.

1776520514454.png

proton 11 tullut myös fedoraan. Alkuun lempi peli hell let loose ei käynnisty ollenkaan. kone reboot ja lähti toimimaan. Ensimmäinen matsi oli jopa minuutin low fps 20.. kunnes normalisoitu ja oli loistava 150-200fps. Aikaisemmin joka matsin alkuu lyhyt low fps. Tänään pari matsia alla proton 11 ei low fps droppia ole näkynyt.. kyllä tämä tästä.
1776520795446.png
Koitin Cachyllä kolme peliä pikaisesti Proton 11:llä (Suicide Squad, Death Stranding ja Atomic Heart) ja kaikki tuntuivat toimivan hienosti. Tainnut seiskakernelin jälkeen tulla muutenkin hieman lisäpotkua 5700X+6800XT-yhdistelmään.
 
Viimeksi muokattu:
Jaa-a, en ole kuullut, mutta ei ihmetyttäisi MS:n sekoilut. Itse ratkaisin nuo secureboot-ongelmat sillä, että nakersin Linuxille oman koneen. Windows-konetta tosin ei tuon jälkeen juuri ole tullut käytettyä, vaikka siinä on pykälää tehokkaammat osat. Bitlockeria en ole kotikoneelle vaivautunut asentamaan/laittamaan päälle. Rufuksella ruksi kohtaan, jolla Windows ei tuputa sitä automaattisesti.
Läppäreitä käytän ja tarkoitus oli että saan hoidettua samalla läppärillä sekä Windows että Linux-hommat, ettei tarvitse kahta läppäriä sen takia koskaan pitää (mukanaan). :) Jokaisella on tarpeensa...

Windowsissa Bitlocker tosiaan tuo hieman lisähaastetta, lähinnä juuri se että jos se huomaa jotain muuttuneen buutissa (esim. koska Linux-päivitys on muuttanut siinä jotain, vaikka jopa ainoastaan buuttijärjestystä, tai grubin kautta buutatessa muuttanut grubia), se lukitsee Windowsiin pääsyn ja vaatii saada Bitlocker-avaimen joka on erittäin ketuttavaa syöttää käsin, piiiiiitkä "salasana".

Tuo että Windows 11 Home nykyisin laittelee salaa Bitlockeria päälle oli itselleni yllätys enkä ihan tiedä siitä kaikkea. Aiemmin luulin että Bitlocker tulee vain Windows Pro-versioiden kanssa eikä sitä edes saa Home-versioihin, mutta nykyisin se ilmeisesti tulee Home-versioonkin ja Windows 11 "avuliaasti" laittaa sen käyttäjältä kysymättä päälle.

Tosin tuossakin on jotain... outoutta, eli jos ostat nyt uuden Windows 11 Home läppärin, siinä on Bitlocker valmiiksi päällä, mutta esim. minun vuosia vanhassa läppärissäni johon vuosia sitten asensin Windows 11 Home puhtaalta pöydältä päälle, ainakaan vielä siinä ei ole tainnut Bitlocker mennä päälle, enkä edes ole varma onko siinä sitä ollenkaan. Kyseisessä koneessa en koe tarvitsevani Bitlockeria, sen enempää kuin saman koneen Linuxissa LUKS-kryptausta.
 
Pitäisi joskus kyllä opetella tämä ihan kunnolla ettei joudu valitsemaan Linuxia sen mukaan mikä niistä osaa itse toimia SecureBoot päällä.
Saisi myös käsitystä miten vaivalloista tämä on myös pitkällä tähtäimellä, joutuuko uuden avaimen luomaan aina kun kernel päivittyy tms.?

Jopa OpenSUSE:n kanssa saa olla hieman varovainen SecureBoot kanssa, ainakin jos Windows käyttää Bitlockeria:

1. Ei missään tapauksessa kannata buutata Windowsiin grub-valikon kautta koska silloin Windows kysyy todella usein Bitlocker-avaimien perään, ilmeisesti haistaa aina kun jotain on muuttunut (lähinnä koska Linuxia on päivitetty).

2. Ylläolevan takia kannattaakin käyttää UEFI omaa buuttivalikkoa eli UEFI-asetuksissa joko Linux tai Windows on asetettu oletusarvoiseksi buutiksi (minulla se on Windows) ja jos haluaa buutata toiseen, sitten pitää painaa F12 tai mikä lie konetta käynnistettäessä ja valita se toinen buutti (minun tapauksessani OpenSUSE Linux).

Tuossakin voi mennä sen verran vikaan että kun OpenSUSE kernel tms. päivittyy, OpenSUSE buutti hyppää UEFI-asetuksissa Windowsin yläpuolelle oletusbuutiksi, ja kokemukseni mukaan jos silloin buuttaat Windowsiin, Bitlocker jälleen huomaa jotain muuttuneen ja vaatii niitä avaimia.

Eli, jos OpenSUSE-päivitysten jälkeen havaitsen että läppärini buuttaa defaulttina Linuxiin, käyn UEFI-asetuksissa muuttamassa Windowsin takaisin ykkösvaihtoehdoksi, ennenkuin yritän buutata Windowsiin. Tuon kun muistaa ja jaksaa tehdä niin ei ongelmia eikä joudu kirjoittamaan sata merkkiä pitkää Bitlocker-avainta sisään päästäkseeni Wintoosaan.

Jos taas ei käytä Windowsissa Bitlockeria, tuosta ei tarvitse ilmeisesti välittää ja voi mennä Windowsiin vaikka grubin kautta. Tosin käsittääkseni nykyisin Windows 11 laittaa Bitlockerin salaa päälle jopa Home-versiossa?
onhan tuolla jonkunlaiset ohjeetkin ja archwikissä enemmän, mutta itseltä ei nyt tahdo onnistua monen yrityksen jälkeen. Secure Boot Setup
Onneksi sai kummiskin kuvaa ulos joka bootin jälkeen vaikka sähläsi avaimien kanssa joten mitään harmia tästä kokeilusta ei tullut.

ohjeissa neuvotaan alkuun laittamaan UEFI setup tilaan eli asuksen lankulla Other OS ja Custom että saa itse ladattua avaimet.
Jännä ettei tuota ohjeisteta laittamaan koskaan takaisin kiinni. Jätetään täys goatsi noiden avaimien suhteen :D
noh näkyy se sudo sbctl status "Vendor Keys: microsoft" kun päästään ohjeen loppuun mutta tuo "Setup Mode: ✘ Enabled" ei vaihdu ohjeiden mukaan lopuksi.
Noh uudestaan bootin jälkeen laitoin secureboot asetukset takaisin säppiin niinkuin windows haluaa niin eipä päässyt cachyOS enään ja kierto reitti windowsin kautta UEFI ja OtherOS päälle niin siellä on samat "microsoft builtin-db builtin-db..." avaimet jälleen.

Helpompi vaan runkata secureboottia on/off tarpeen mukaan ja olla käyttämättä salauksia omassa tapauksessa.
 
Meinasin jo kysäistä mitä tarkoittaa "vanha rauta" missä CachyOS ei pyöri tai ole ainakaan tuettu, mutta ilmeisesti viitataan ainakin näihin CPU:ihin mitä CachyOS ilmoittaa tukevansa.
En tunne prossuja ulkoa niin hyvin että osaisin sanoa mitä vuotta tuossa vanhimmat ceeput lähinnä ovat. Tuntuu se kuitenkin paljon vanhempiin Intel CPU:ihin taipuvan kuin esim. Windows 11 ("Intel: Generally 8th Gen and later (Core i3/i5/i7/i9), with 11th Gen+ often needed for 24H2").


x86_64 Microarchitecture Level Support​

x86-64-v3
  • AMD Family 15h (Excavator)
  • AMD Family 17h (Zen)
  • AMD Family 17h (Zen+)
  • AMD Family 17h (Zen 2)
  • AMD Family 19h (Zen 3)
  • Intel 4th Gen Core (Haswell)
  • Intel 5th Gen Core (Broadwell)
  • Intel 6th Gen Core (Skylake)
  • Intel 7th Gen Core (Kaby Lake)
  • Intel 8/9th Gen Core (Coffee Lake)
  • Intel 10th Gen Core (Comet Lake)
  • Intel 12th Gen (Alder Lake)
  • Intel 13th Gen (Raptor Lake)
  • Intel 14th Gen (Raptor Lake Refresh)
  • Intel 15th Gen (Lunar / Arrow Lake)
x86-64-v4
  • AMD Family 19h (Zen 4 / Zen 4c)
  • AMD Family 1Ah (Zen 5 / Zen 5c)
  • Intel 6th Gen Core (Skylake X)
  • Intel 8th Gen Core i3 (Cannon Lake)
  • Intel Xeon / 10th Gen Core (Ice Lake)
  • Intel Xeon (Cascade Lake)
  • Intel Xeon (Cooper Lake)
  • Intel 3rd Gen 10nm++ (Tiger Lake)
  • Intel 4th Gen 10nm++ (Sapphire Rapids)
  • Intel 5th Gen 10nm++ (Emerald Rapids)
  • Intel 11th Gen (Rocket Lake)

[th]
x86-64 ABI

[/th][th]
CPU Families / Examples

[/th]​
Cachy pitäis kyllä asentua vanhemmallakin raudalle mutta ei saa käyttöön noita Cachyn repoja joissa paketit optimoitu noille uudemmilla prossuille. Eli käytetään perus Arch repojen paketteja. Noille V3 ja V4 paketeille on molemmille omat paketti reponsa.

Jos miettii että mitä etua silloin asentaa CachyOS vs perus Arch niin onhan tuossa jotain muita suorituskykä parantavia conffeja valmiiksi mukana ja jotain muita säätöjä tulee mukana.

Aiempaan Lutris viestiin voisin kommentoida että se on kätevä sovellus vanhoille peleille joita ei ole digitaalissa kaupoissa, siinä myös laaja tuki eri emulaattoreille. Jos pelit GoG:sta tai EpicGameista niin silloin HeroicGamesLauncher parempi.

Muitakin vaihtoehtoja toki on mutta niistä ei ole kokemusta itsellä. Jos jollain kokemuksia vaikka tästä niin mielellään kuulisin GitHub - Faugus/faugus-launcher: A simple and lightweight app for running Windows games using UMU-Launcher

Securebootinkin sain käyttöön aika vaivattomast pöytäkoneen emolla ja limine bootloaderilla. Tosin yhdellä fujitsun läppärillä sitä en saanut toimimaan millään, on ilmeisesti aika kone kohtaista miten se onnistuu.
 
Viimeksi muokattu:
Securebootinkin sain käyttöön aika vaivattomast pöytäkoneen emolla ja limine bootloaderilla. Tosin yhdellä fujitsun läppärillä sitä en saanut toimimaan millään, on ilmeisesti aika kone kohtaista miten se onnistuu.
Joo limine tehnyt sen suht vaivattomaksi kun muutamalla komennolla saa kaiken tehtyä. Archwikistä voi katsoa millainen tarusormusten herrasta sekkailu tuo on kytkeä päälle "ihan ite"

Ei nyt vaan auennut pitäisikö tuon securebootin muka toimia dualbootattuna ja miten biossista OtherOS/Windows asetus pitäisi toimia kun vaihtelee käyttisten välillä.

muok. lukasin uudestaan tuota systemd-boot osiota liminen sijasta wikistä ja asus lankulla OtherOS asetus näköjään kytkee securebootin kokonaan pois mitä ei mainittu limine osiossa. Tuossa taisi tapahtua oma moka jos kerran kytkin securebootin kokonaan pois.
Vissiin pitää käyttää windows uefi vaihtoehtoa kokoajan ja kokeilla jos poistamalla avaimet ensin pääsee asentamaan cachyn tikulta vai missä vaiheessa secure boot saa laittaa päälle.

muok2. Windows UEFI asetus ja Custom nollaa avaimet niin pystyy asentelemaan cachyn ja laittaa uudet avaimet, mutta sudo sbctl enroll-keys --microsoftjälkeen sudo sbctl status näyttää vieläkin "Setup Mode: ✘ Enabled" ja SecureBoot violation jos itse laittaa biossista custom (setup) -> standard tilaan.
en ymmärrä eikä enään kiinnosta tämän kanssa tappelu.
 
Viimeksi muokattu:
Ajatuksena olisi pelikoneessakin siirtyä Linuxiin. Muutoin peliyhteensopivuus ei juuri huoleta mutta pari peliä mitä tulee pelattua enemmän (Final Fantasy XIV ja Escape from Tarkov, PvE ) ovat omilla launchereillaan. Onko kokemusta näiden toimivuudesta ?
 
Ajatuksena olisi pelikoneessakin siirtyä Linuxiin. Muutoin peliyhteensopivuus ei juuri huoleta mutta pari peliä mitä tulee pelattua enemmän (Final Fantasy XIV ja Escape from Tarkov, PvE ) ovat omilla launchereillaan. Onko kokemusta näiden toimivuudesta ?
tarkovissa on BattleEye anticheati joten SPTarkov taitaa olla ainut vaihtoehto jossa asennuksen voi vissiin muuntaa 0.16.9.0.40087 versioon ja pelailla sitä, mutta 1.0 ei pystytä tukemaan muutoksien takia suojauksessa "There is no active development effort targeting EFT’s 1.0 update" FAQs
 
Ajatuksena olisi pelikoneessakin siirtyä Linuxiin. Muutoin peliyhteensopivuus ei juuri huoleta mutta pari peliä mitä tulee pelattua enemmän (Final Fantasy XIV ja Escape from Tarkov, PvE ) ovat omilla launchereillaan. Onko kokemusta näiden toimivuudesta ?
En ole noita pelannut mutta toimivuus yms. peleistä löydät täältä, Search kenttään vaan hakemasi peli:
https://www.protondb.com/
Joidenkin pelien Anti-cheatit käytännössä nykyään ainut ongelma joka mahdollisesti estää.
Are We Anti-Cheat Yet?

Ei noi erilliset Launcherit taida olla ongelma, ihan normaalisti mulla Cyberpunk2077 käynnistyy ilman mitään kikkailuja, kuten Winukassakin niin Steamista pelin käynnistämisen jälkeen aukeaa heidän oma Launcher, CD Project Red (CB77, Witcher...),noi Launcherit sis.rak.peliin/Steamiin kun pelin käynnistää. Varmaan sama noissa peleissä jotka eivät ole Steam asennuksia.

Ei ole pelin syy, eikä mitenkään Linuxinkaan vaan on pelkästään pelinjulkaisijan syy koska eivät ole halunneet Linux pelaajia. Julkaisijat yleensä ostavat ulkoiselta tekijältä Anti-cheat ohjelmiston omaan peliinsä joka sitten customoidaan pelille. Eli asia josta pelinjulkaisijat (=monesti ei pelin tehnyt yhtiö) eivät ole halunneet maksaa.

Esim. EAC eli Easy-AntiCheat toiminut esim. Hell Let Loosissa vuosia, mutta sama EAC on käytössä Fortnite ja Apex Legends peleissä ja vaikka pelit toimii offline/yksinpelissä Linuxilla, niin pelaajilla ei ole asiaa online koska ko. pelien julkaisijat eivät ole halunneet maksaa lisää että myös Linux pelaajille koodattaisiin EAC toimimaan.

Mutta koska pelaajia Linuxille tulee koko ajan lisää, niin ko. vastarannan kiiskien on ollut pakko huomata asia, koska heitä kiinnostaa dollarit ja rahaa liikkuu koko ajan enemmän Linux puolella pelaamisessakin. Tämä on erittäin hyvä asia kaikille pelaajille!

Parisen kuukautta sitten, olikohan se itse piru, eli EA (Battlefieldit yms. eli isot rahat liikkuu brändissä) oli työnhaku ilmoituksia että haetaan töihin Linux-osaajia.. jotkut jo veikkasivat että josko EA olisi kehittelemässä itselleen tukea Linux puolelle heidän omaan Anti-Cheat ohjelmistoon...
Myös nVidialla oli työnhaku ilmoituksia että haetaan Linux-osaajia...miksiköhän? ;)

Koska dollareita liikkuu jo riittävän paljon Linux yhteisössä, eli uutta kasvupotentiaalia isojen korporaatioiden loputtomiin raha-kirstuihin.
 
Joo limine tehnyt sen suht vaivattomaksi kun muutamalla komennolla saa kaiken tehtyä. Archwikistä voi katsoa millainen tarusormusten herrasta sekkailu tuo on kytkeä päälle "ihan ite"

Ei nyt vaan auennut pitäisikö tuon securebootin muka toimia dualbootattuna ja miten biossista OtherOS/Windows asetus pitäisi toimia kun vaihtelee käyttisten välillä.

muok. lukasin uudestaan tuota systemd-boot osiota liminen sijasta wikistä ja asus lankulla OtherOS asetus näköjään kytkee securebootin kokonaan pois mitä ei mainittu limine osiossa. Tuossa taisi tapahtua oma moka jos kerran kytkin securebootin kokonaan pois.
Vissiin pitää käyttää windows uefi vaihtoehtoa kokoajan ja kokeilla jos poistamalla avaimet ensin pääsee asentamaan cachyn tikulta vai missä vaiheessa secure boot saa laittaa päälle.

muok2. Windows UEFI asetus ja Custom nollaa avaimet niin pystyy asentelemaan cachyn ja laittaa uudet avaimet, mutta sudo sbctl enroll-keys --microsoftjälkeen sudo sbctl status näyttää vieläkin "Setup Mode: ✘ Enabled" ja SecureBoot violation jos itse laittaa biossista custom (setup) -> standard tilaan.
en ymmärrä eikä enään kiinnosta tämän kanssa tappelu.
Olihan sulla UEFI asetuksissa "Use microsoft 3rd party keys" tjsp. täppä päällä

Tämäkin perseily on nimittäin microslopin yritys laittaa kapuloita rattaisiin. Missään Windows koneessa ei saa olla enää 2022? jälkeen tuo oletuksena päällä.
Ongelman tekee se että kaikki Linuxin käyttämät securebootin lataajat, on allekirjoitettu noilla avaimilla. Jos ei siis tee Arch tyyliin omia avaimia, ei secureboot toimi ilman tuota täppää.
 
Joo limine tehnyt sen suht vaivattomaksi kun muutamalla komennolla saa kaiken tehtyä. Archwikistä voi katsoa millainen tarusormusten herrasta sekkailu tuo on kytkeä päälle "ihan ite"

Ei nyt vaan auennut pitäisikö tuon securebootin muka toimia dualbootattuna ja miten biossista OtherOS/Windows asetus pitäisi toimia kun vaihtelee käyttisten välillä.

muok. lukasin uudestaan tuota systemd-boot osiota liminen sijasta wikistä ja asus lankulla OtherOS asetus näköjään kytkee securebootin kokonaan pois mitä ei mainittu limine osiossa. Tuossa taisi tapahtua oma moka jos kerran kytkin securebootin kokonaan pois.
Vissiin pitää käyttää windows uefi vaihtoehtoa kokoajan ja kokeilla jos poistamalla avaimet ensin pääsee asentamaan cachyn tikulta vai missä vaiheessa secure boot saa laittaa päälle.

muok2. Windows UEFI asetus ja Custom nollaa avaimet niin pystyy asentelemaan cachyn ja laittaa uudet avaimet, mutta sudo sbctl enroll-keys --microsoftjälkeen sudo sbctl status näyttää vieläkin "Setup Mode: ✘ Enabled" ja SecureBoot violation jos itse laittaa biossista custom (setup) -> standard tilaan.
en ymmärrä eikä enään kiinnosta tämän kanssa tappelu.

Ainakin omalla Asus emolla homma onnistui aika helposti. Aluksi Secure boot pitää saada siihen Setup modeen joka onnistuu kun bioksessa valitsee ne "Other OS" ja "Custom" asetukset ja lisäksi pitää mennä sinne "key management" alavalikkoon jossa painetaan "Clear Secure Boot Keys".
Tämän jälkeen sitten bootti Linuxiin ja sbctl:lla syötetään uudet avaimet (sudo sbctl enroll-keys -m) jonka jälkeen bootti biokseen jossa "Windows UEFI mode" päälle ja sitä toista asetusta ei muuteta vaan jätetään siihen se "Custom".
 
Cyberpunk'77 (bugittaa 11.0:lla, kaatuu helposti, aina jos yrittää toista kertaa ajaa benchin (3 yritystä, näytön jumii yleensä ekalla yrityksellä mutta taustalla pyörii (äänet kuuluu), odottelua ja tulos ehkä 40-50fps. Ekalla startilla jumi alkuintroon, mutta tuon yhden kerran benchi läpi oikein, eli jos olisi mennyt toinen kerta putkeen niin olisi voinut vielä 1-3fps parantua).
Proton CachyOS stable (8.4.26), NTSync:
Min 85fps, Avg 96fps

Proton 11.0 beta:
Min 90fps, Avg 102fps (+5-6%)

Assetto Corsa Rally (30s odottelua lähdössä eli heti viivalla idlatessa)
Proton CachyOS stable (8.4.26):
1% 59fps, Avg 129fps, Max 131fps

Proton 11.0 beta
1% 134fps, Avg 139fps, Max 140fps (ja monta kertaa restart pätkä, Steam sammutettu välillä ja taas konekkin uudelleen restartattu ja äsken uudelleen kokeilin, lisäksi välillä oli CB77 ja ACE käynnissä ja silti tulee aina ACR 1% 133-135fps kun CachyOS Protonilla jää 1% heti tuohon 58-59fps eikä parane vaikka FPS laskurin nollaa esim. 15s. jälkeen, ilman mtn. Fps cappiä tietty testit).
Joitain päivityksiä tullut niinkuin aina tässä rolling-päivitys tavassa mutta kokeilin samat testini kuin muutama päivä sitten, nyt taitaa olla toimiva NTsync eli synkronointi.

CB77 (3440x1440 Ray-Tracing Ultra + DLSS Performance (4.5/M-model)
AVG 120fps, MIN 105fps
Avg 120fps, Min 103fps

Huomioikaa kuinka vakaa fps, Max 137 ja silti Avg 120! Täysin olematon max/avg fps suhde joka kertoo pyörivyyden sulavuudesta kun käyttis ei hyydy, kaikki omistamasi raudan suorituskyky on ohjelman käytössä eikä 100 tai 200 taustaprosessissa kuten Ikkuna-käyttiksessä.

Winukalla jos maksimit olisi 137 niin Avg olisi varmaan jtn. 100-luokkaa...
Screenshot_2026-04-19_09-09-07.jpg


Assetto Corsa Rally:
1% 152fps, AVG 156fps

Eli, verrattuna alkuviikkoon ennen Proton11.0 betaa:
CB'77 Avg. +25% (96 > 120 fps)
ACR Avg. +21% (129 > 156 fps)
 
Viimeksi muokattu:
Niin ja tietysti pitää sbctl:lla myös allekirjoittaa Linuxin boot loader ja kernel että pystyy Secure boot päällä boottaamaan Linuxiin.

Unified Extensible Firmware Interface/Secure Boot - ArchWiki
Okei eli Secureboot ensin pois päältä ja "setup modessa" luodaan avaimet ohjeiden mukaan jonka jälkeen Secureboot laitetaan päälle biossista. Täytyy kokeilla vielä kertaalleen mikä tuossa meni pieleen.

muok. noniin helpostihan tuo meni
ohjeissakin luki Installation, Guides, Desktop edition. Before you begin "Secure Boot and CSM must be disabled in the BIOS/UEFI settings when installing in UEFI mode"
Kun kaikki on tehty niin biossista OtherOS takaisin windows vaihtoehtoon mikä on = secureboot päällä ja kaikki pelittää. sudo sbctl status näyttää "Setup Mode: ✔ Disabled" tuon jälkeen vaikka biossissa on vieläkin "custom" valittuna.
vielä pitää tutkia allekirjoittaako limine automaattisesti kaiken päivitysten yhteydessä ja lopuksi odotella että windows päivitys sotkee kaiken :D
 
Viimeksi muokattu:
Ajatuksena olisi pelikoneessakin siirtyä Linuxiin. Muutoin peliyhteensopivuus ei juuri huoleta mutta pari peliä mitä tulee pelattua enemmän (Final Fantasy XIV ja Escape from Tarkov, PvE ) ovat omilla launchereillaan. Onko kokemusta näiden toimivuudesta ?
Xiv on steamin kautta toiminut ainakin yli 5 vuotta, lutris/heroic tai steam (add non steam library game) varmasti toimii ongelmitta. Xiv launcher ja dalamud toimii myös ongelmitta
 

Uusimmat viestit

Statistiikka

Viestiketjuista
305 571
Viestejä
5 178 730
Jäsenet
82 688
Uusin jäsen
Snide

Hinta.fi

Back
Ylös Bottom