Linux-kysymyksiä & yleistä keskustelua Linuxista

Eikö olisi helpointa ottaa vaan Grub2 ja säätää siihen omaa silmää miellyttävä teema?
Täysin samaa mieltä. Itse olen käyttänyt Linuxia viime vuosituhannelta ja boottaamisesta aina selvinnyt lilo:lla, grub:illa ja grub2:sella. Siitäkin huolimatta, että distrot ja koneet aikanaan vaihdellut usein.

Harva nyt oikeesti niin paljoa aikaa viettää bootloaderissa, että sen ulkonäöllä olisi jotain merkitystä, etenkin jos suspend ja hibernate toimii. Ja mustavalkoinen grub2 on aina tyylikäs.

Toki jos meinaat Windowssia käyttää ja boottailla konetta jatkuvasti, mutta itsellä Linux käynnistyy uudestaan ainoastaan jos haluan uuden kernelin käyttöön.
 
Minulle on ennestään vain Nvidian ajurit tuttuja Linux-puolelta, mutta nyt olisi Radeon alla ja ei tunnu ihan siltä, mitä 5700:lta odotin. Hiiri tuntuu tahmaiselta ja tökkivältä. Liikkuu toki hyvin, mutta piirtäminen tuntuu tapahtuvan ehkä 20 tai 30 Hz. Liikuttaa niin pomppii pitkiä matkoja. Edellisellä näyttiksellä liikkui paljon smuutimmin.

Mikähän tätä voisi vaivata?

AMDGPU-ajurit asennettu ja Xorg.login mukaan käytössäkin. Gentoo ja Plasma alustana.
 
Minulle on ennestään vain Nvidian ajurit tuttuja Linux-puolelta, mutta nyt olisi Radeon alla ja ei tunnu ihan siltä, mitä 5700:lta odotin. Hiiri tuntuu tahmaiselta ja tökkivältä. Liikkuu toki hyvin, mutta piirtäminen tuntuu tapahtuvan ehkä 20 tai 30 Hz. Liikuttaa niin pomppii pitkiä matkoja. Edellisellä näyttiksellä liikkui paljon smuutimmin.

Mikähän tätä voisi vaivata?

AMDGPU-ajurit asennettu ja Xorg.login mukaan käytössäkin. Gentoo ja Plasma alustana.

Mitkäs versiot kernelistä ja Mesasta on käytössä?
 
Kerneli 5.3.9 ja Mesa 19.1.8

Kernelin pitäisi siis olla tarpeeksi uusi. Mutta muistelisin että kunnollinen Navi-tuki tuli mesaan vasta versioon 19.2, sitä kokeilisin itse päivittää. Ja linux-firmwarestakin tarvitsee riittävän uuden paketin, en kylläkään osaa sanoa mikä on minimi koska ei itselläni ole 5700:aa.

E: Tämä varmaankin tuttu? AMDGPU - Gentoo Wiki
 
Kernelin pitäisi siis olla tarpeeksi uusi. Mutta muistelisin että kunnollinen Navi-tuki tuli mesaan vasta versioon 19.2, sitä kokeilisin itse päivittää. Ja linux-firmwarestakin tarvitsee riittävän uuden paketin, en kylläkään osaa sanoa mikä on minimi koska ei itselläni ole 5700:aa.

E: Tämä varmaankin tuttu? AMDGPU - Gentoo Wiki
On tuttu. Sitä juurikin seurasin. Pitääpä lukea vielä uudestaan, jos tälle kortille olikin jotain spesifisempää.

Mesa 9.2 on Portagessa jotenkin outo. 9.1:ssä on kymmeniä USE-lippuja ja muita asetuksia, mutta tuossa 9.2:ssa vain pari. Kokeilin sitä kuitenkin ja X ei käynnisty ollenkaan.
 
Mesa 9.2 on Portagessa jotenkin outo. 9.1:ssä on kymmeniä USE-lippuja ja muita asetuksia, mutta tuossa 9.2:ssa vain pari. Kokeilin sitä kuitenkin ja X ei käynnisty ollenkaan.

Kuulostaa kummalliselta. Minulla mesa-19.2.3 ja siinä näyttäisi olevan kutakuinkin samat USE-liput kuin 19.1.8:ssakin.

Mitä /var/log/Xorg.0.log tuumaa?
 
Kuulostaa kummalliselta. Minulla mesa-19.2.3 ja siinä näyttäisi olevan kutakuinkin samat USE-liput kuin 19.1.8:ssakin.

Mitä /var/log/Xorg.0.log tuumaa?
Tein emerge --sync ja nyt oli mesa-19.2.4, jossa liput paikallaan. Sen asennus veti vielä liudan muita päivitettyjä paketteja mukanaan. Edellinen synkki oli eilen ja koko gentoon asensin vasta viikonloppuna, niin ei tässä mistään muinaisista ebuildeista kuitenkaan ole kyse.

Vaikutus tosin oli se, että nyt bootatessa jää kokonaan jumiin displaymanagerin käynnistykseen. Pitääköhän tässä kääntää vielä jotain muutakin uusiksi että toimii.

Xorg.0.logissa en huomaa mitään virheitä. Tämä tosin kiinnitti huomioni:
[ 12.410] (--) AMDGPU(0): Chipset: "Unknown AMD Radeon GPU" (ChipID = 0x731f)

Edit: Tosin nyt tuli mieleeni, että kernelin kääntäminen jumittui jossain välissä firmwareihin ja otin niiden asettamisen kokonaan pois. Olisiko siitä kiinni? Jotenkin oletin, että ne vain ladataan levyltä sitten myöhemmin eikä asialla ole sen suurempaa merkitystä.
 
Tein emerge --sync ja nyt oli mesa-19.2.4, jossa liput paikallaan. Sen asennus veti vielä liudan muita päivitettyjä paketteja mukanaan. Edellinen synkki oli eilen ja koko gentoon asensin vasta viikonloppuna, niin ei tässä mistään muinaisista ebuildeista kuitenkaan ole kyse.

Vaikutus tosin oli se, että nyt bootatessa jää kokonaan jumiin displaymanagerin käynnistykseen. Pitääköhän tässä kääntää vielä jotain muutakin uusiksi että toimii.

Xorg.0.logissa en huomaa mitään virheitä. Tämä tosin kiinnitti huomioni:
[ 12.410] (--) AMDGPU(0): Chipset: "Unknown AMD Radeon GPU" (ChipID = 0x731f)

Edit: Tosin nyt tuli mieleeni, että kernelin kääntäminen jumittui jossain välissä firmwareihin ja otin niiden asettamisen kokonaan pois. Olisiko siitä kiinni? Jotenkin oletin, että ne vain ladataan levyltä sitten myöhemmin eikä asialla ole sen suurempaa merkitystä.

Xorg ilmoitus viittaa siihen että se ei tunne tuota korttia => koko X päivitykseen tai sitten erillinen radeon ajuri.
Jossain Xorg- lokissa pitäisi olla maininta myös siitä mitä ajuria se käyttää.
 
Xorg ilmoitus viittaa siihen että se ei tunne tuota korttia => koko X päivitykseen tai sitten erillinen radeon ajuri.
Jossain Xorg- lokissa pitäisi olla maininta myös siitä mitä ajuria se käyttää.
Jees. Laitoin Xorgin paketit päivitykseen ja konffin kohta tuon kernelinkin uusiksi. Hetkinen kestää Ryzenilläkin kääntää kaikki oleellinen.
 
Joo, kyllähän se X kestää kääntää tovin millä vaan :D

Kannattaa myös kokeilla bootata ilman display manageria vain tekstikonsoliin. Joskus kernelin framebuffer on ristissä X:n kanssa ja kernel pitää säätää ensin. Harvoin kylläkin mutta kannattaa tarkastaa.

Uusin kernelikään ei varmaan ole pahitteeksi nyt kun olet päässyt kääntämisen makuun...
 
Joo, kyllähän se X kestää kääntää tovin millä vaan :D

Kannattaa myös kokeilla bootata ilman display manageria vain tekstikonsoliin. Joskus kernelin framebuffer on ristissä X:n kanssa ja kernel pitää säätää ensin. Harvoin kylläkin mutta kannattaa tarkastaa.

Uusin kernelikään ei varmaan ole pahitteeksi nyt kun olet päässyt kääntämisen makuun...
No nyt jumitusten takia otin pois displaymanagerin automaattisen käynnistymisen.

Kerneliä olen todellakin tottunut kääntämään, mutta siinäkin nyt hidasteena emolevyn verkkopiiri, joka käyttää r8169-ajuria. Tämä sylkee dmesgin täyteen virhettä ja jumittaa myöskin koneen. Löytyi toimiva ajuri, ei kuitenkaan kernelissä tai muutenkaan paketinhallinnassa. Täytyy se muistaa kääntää aina kernelin jälkeen.

Ja ei. En vaihda distroa :)
 
Minulle on ennestään vain Nvidian ajurit tuttuja Linux-puolelta, mutta nyt olisi Radeon alla ja ei tunnu ihan siltä, mitä 5700:lta odotin. Hiiri tuntuu tahmaiselta ja tökkivältä. Liikkuu toki hyvin, mutta piirtäminen tuntuu tapahtuvan ehkä 20 tai 30 Hz. Liikuttaa niin pomppii pitkiä matkoja. Edellisellä näyttiksellä liikkui paljon smuutimmin.

Mikähän tätä voisi vaivata?

AMDGPU-ajurit asennettu ja Xorg.login mukaan käytössäkin. Gentoo ja Plasma alustana.

Ainakin kernelin versiopaivityksen jaljilta voi olla noita oireita. Amdgpun uudelleen kaantaminen voi auttaa noissa tapauksissa.
 
Tarkoitus olisi laittaa samaan SteamOS ja PrimeOS(android pelikäyttis).

SteamOS ei asentunut ollenkaan, kun ei olee nvidia näyttistä ja amd ja intel näyttikset eivät käy ollenkaan. Edes PrimeOS ei asennu, kun kait liian vanha prossu, kun siinä pitäisi olla SSE 4.2 eli amd phenom 2 on liian wanha. Kokeilin Classic ja Standard versiot. Vittu mitä paskaa ja turhaan.

No jaa pitää asentaa joku perus linux ja kait linuxille on toimiva steam..toivottavasti..
 
Multibootusb vaikutti mielenkiintoiselta buuttaus hässäkältä. Tikulle saa asennettua valmiiksi monia käyttiksiä asennus valmiuteen. Siitä löytyi myös Grub 2 ja plop boot manager. Jälkimmäinen näytti todella sekavalle viritelmälle.
 
Ja ei. En vaihda distroa :)

Oikein, ei sitä hyvää vaihtaa kannata :tup:

Mutta tuo itse ongelma.. Tuohon "Unknown" herja ei ehkä merkkaa mitään, sillä etsiessä löytyy logeja joissa homma menee huomattavasti pidemmälle siitä huolimatta.

Kannattaa ehkä varalta käydä kernelikonffis läpi ja varmistaa että kaikki Navin vaatimat nippelit on oikeassa asennossa, en ehkä tuohon genkerneliin luottaisi Navin kanssa (en tosin käytä muutenkaan). Tuo Navi-tuki on sen verran tuore tapaus, ja voi olla että kaipaa myös ajurille jonkin option päällelaittoa kernelin komentoriviltä tai modulioptiona jos se on moduliksi konffattu. Ja ehkäpä ne Mesan USE liput.

Onhan muuten linux-firmwaresta uusin versio ja Navin filet käytössä?
 
Oikein, ei sitä hyvää vaihtaa kannata :tup:

Mutta tuo itse ongelma.. Tuohon "Unknown" herja ei ehkä merkkaa mitään, sillä etsiessä löytyy logeja joissa homma menee huomattavasti pidemmälle siitä huolimatta.

Kannattaa ehkä varalta käydä kernelikonffis läpi ja varmistaa että kaikki Navin vaatimat nippelit on oikeassa asennossa, en ehkä tuohon genkerneliin luottaisi Navin kanssa (en tosin käytä muutenkaan). Tuo Navi-tuki on sen verran tuore tapaus, ja voi olla että kaipaa myös ajurille jonkin option päällelaittoa kernelin komentoriviltä tai modulioptiona jos se on moduliksi konffattu. Ja ehkäpä ne Mesan USE liput.

Onhan muuten linux-firmwaresta uusin versio ja Navin filet käytössä?
On. Käyn vielä paremmalla keskittymiskyvyllä kaiken läpi nyt kun oon lapset saanut pois jaloista.

Mites muuten Amdgpu-pro? Sitä ei näytä Gentoolle valmiina löytyvän, mutta voisiko siitä olla apua?

Ja korostetaan vielä, että mullahan toimi graafinen työpöytä jo ennen tätä kaikkea säätöä. Ongelma oli vain tahmainen ja pomppiva hiiri. Esim kaikki Plasman työpöytätehosteet toimivat hyvin.

Juuri nyt tosin ei X toimi vaikka mesankin palautin 9.1.x versioon. Ei siis välttis ollutkaan mesasta kiinni tämä vaikka samaan aikaan ilmenikin kun sen päivittäminen. Perinteinen korjausratkaisu emerge -e @world menossa ja sen jälkeen lisää tutkimista.
 
Mites muuten Amdgpu-pro? Sitä ei näytä Gentoolle valmiina löytyvän, mutta voisiko siitä olla apua?

Ei minkäänlaista kokemusta, mutta testaamallahan se selviäisi. Eri asia millaista säätöä sen asentaminen vaatii kun ei sitä oletuksena edes tarjota.

Ja korostetaan vielä, että mullahan toimi graafinen työpöytä jo ennen tätä kaikkea säätöä. Ongelma oli vain tahmainen ja pomppiva hiiri. Esim kaikki Plasman työpöytätehosteet toimivat hyvin.

Juuri nyt tosin ei X toimi vaikka mesankin palautin 9.1.x versioon. Ei siis välttis ollutkaan mesasta kiinni tämä vaikka samaan aikaan ilmenikin kun sen päivittäminen. Perinteinen korjausratkaisu emerge -e @world menossa ja sen jälkeen lisää tutkimista.

Totta, jos Mesasta kiinni olisi niin rollbackilla sen pitäisi korjaantua. Jossain muualla(kin) on oltava ongelma.
Varsinkin kun 5700 (XT) tuki pitäisi olla tullut vasta 19.2:een. Ellei sitten vanhemmalla Mesalla käytetty jotakin fb/vesa ajuria ja Mesan softarenderöintiä?

Muuten, joku muukin on ilmeisesti potenut samantuntuista ongelmaa: 204725 – black screen
 
Ei minkäänlaista kokemusta, mutta testaamallahan se selviäisi. Eri asia millaista säätöä sen asentaminen vaatii kun ei sitä oletuksena edes tarjota.



Totta, jos Mesasta kiinni olisi niin rollbackilla sen pitäisi korjaantua. Jossain muualla(kin) on oltava ongelma.
Varsinkin kun 5700 (XT) tuki pitäisi olla tullut vasta 19.2:een. Ellei sitten vanhemmalla Mesalla käytetty jotakin fb/vesa ajuria ja Mesan softarenderöintiä?

Muuten, joku muukin on ilmeisesti potenut samantuntuista ongelmaa: 204725 – black screen
Tuolta löytyikin ainakin yksi mahdollinen tekijä. LLVM:n pitäisi olla 9, mutta mulla on 8. Asensin ysin, mutta mites se valitaan käyttöön? Mesan kääntäminen käyttää edelleen versiota 8. Eselect ei tunne llvm:ää.
 
Noniin. LLVM päivitetty ja Mesa 9.2 käännetty sekä X:n amdgpu-ajuri uusiksi ja kuva tuli takaisin. Xorg-logista löytyy
[ 14136.512] (--) AMDGPU(0): Chipset: "Unknown AMD Radeon GPU" (ChipID = 0x731f)
[ 14136.654] (II) AMDGPU(0): glamor X acceleration enabled on AMD NAVI10 (DRM 3.33.0, 5.3.9-gentoo, LLVM 9.0.0)

Toisaalta sama tahmainen hiiri vaivaa edelleen, mutta ollaan sentään lähtöpisteessä takaisin :)
 
Tuolta löytyikin ainakin yksi mahdollinen tekijä. LLVM:n pitäisi olla 9, mutta mulla on 8. Asensin ysin, mutta mites se valitaan käyttöön? Mesan kääntäminen käyttää edelleen versiota 8. Eselect ei tunne llvm:ää.

Tuota muuten olen itsekin joskus ihmetellyt, LLVM:ää voi olla useita rinnakkain mutta eselect modulia sille ei ole olemassakaan.

Toisaalta sama tahmainen hiiri vaivaa edelleen, mutta ollaan sentään lähtöpisteessä takaisin

Onko se siis kokoajan tahmainen, vai ainoastaan tietyissä tilanteissa? Jotenkin tuo edelleen tuntuisi jonkinlaiselta rautakiihdytysongelmalta mutta etköhän käynyt kaiken näytönohjaimeen liittyvän aika huolella läpi :confused:
 
Onko se siis kokoajan tahmainen, vai ainoastaan tietyissä tilanteissa? Jotenkin tuo edelleen tuntuisi jonkinlaiselta rautakiihdytysongelmalta mutta etköhän käynyt kaiken näytönohjaimeen liittyvän aika huolella läpi :confused:
Koko ajan tahmainen. Ensin oli vieläpä uskomattoman hidas, mutta Plasman järjestelmäasetuksista säädin hiiren nopeuden täysille. Nyt se on siedettävä, mutta huomattavasti hitaampi kuin Windowsissa. Hitauden lisäksi osoitin hyppii pitkiä matkoja kun sitä siirrän nopeasti. Kuten sanoin, niin aivan kuin toimisi matalammalla päivitystaajuudella.

Tuostakin löysin jo jotain ohjeita. Usbhid-moduulille voi antaa parametrina hiiren pollaustaajuuden, mutta oon tainnut valita sen kiinteästi kerneliin kun ei moduulia näkynyt. Taas kernelin päivitystä, että voi tämän testata :D

Mutta näinhän se menee... Lähde korjaamaan ongelmaa X, mutta löydä samalla ongelmat Y ja Z. Korjaat nämä ja vielä on se X ratkaistavana.

Ilmeisesti tosiaan tasan sama tilanne minulla kuin tuossa linkittämässäsi bugzillassa. Homma toimi vesalla tai vastaavalla failbackilla, mutta kun päivitin mesan ja sen riippuvuudet, niin silloin vasta käyttöön tuli amdgpu. Se ei sitten toiminut LLVM:n version takia.

Mesan ebuildista tutkin, että se ottaa aina uusimman LLVM:n version käyttöönsä ja mulla ei ysiä löytänyt, koska ympäristömuuttujissa oli ilmeisesti vielä kasi määritelty. Logout ja login ja ysi löytyi. Env-update ja source /etc/profile ei jostain syystä auttanut.

Edit: LLVM:t ja Mesat sekaisin
 
Viimeksi muokattu:
Koko ajan tahmainen. Ensin oli vieläpä uskomattoman hidas, mutta Plasman järjestelmäasetuksista säädin hiiren nopeuden täysille. Nyt se on siedettävä, mutta huomattavasti hitaampi kuin Windowsissa. Hitauden lisäksi osoitin hyppii pitkiä matkoja kun sitä siirrän nopeasti. Kuten sanoin, niin aivan kuin toimisi matalammalla päivitystaajuudella.

Tuostakin löysin jo jotain ohjeita. Usbhid-moduulille voi antaa parametrina hiiren pollaustaajuuden, mutta oon tainnut valita sen kiinteästi kerneliin kun ei moduulia näkynyt. Taas kernelin päivitystä, että voi tämän testata :D

Mutta näinhän se menee... Lähde korjaamaan ongelmaa X, mutta löydä samalla ongelmat Y ja Z. Korjaat nämä ja vielä on se X ratkaistavana.

Ilmeisesti tosiaan tasan sama tilanne minulla kuin tuossa linkittämässäsi bugzillassa. Homma toimi vesalla tai vastaavalla failbackilla, mutta kun päivitin mesan ja sen riippuvuudet, niin silloin vasta käyttöön tuli amdgpu. Se ei sitten toiminut LLVM:n version takia.

Mesan ebuildista tutkin, että se ottaa aina uusimman LLVM:n version käyttöönsä ja mulla ei ysiä löytänyt, koska ympäristömuuttujissa oli ilmeisesti vielä kasi määritelty. Logout ja login ja ysi löytyi. Env-update ja source /etc/profile ei jostain syystä auttanut.

Edit: LLVM:t ja Mesat sekaisin
Päivitin R290->5700XT muutama kuukausi sitten ja toimiakseen tarvi 5.3 kernelin, Mesa 19.2, LLVM 9, Navin firmikset. Et ole noista Navin firmiksistä puhunut vielä mitään, löytyykö ne /lib/firmware/amdgpu/navi10*? Voi olla ettei vielä tule Gentoon mukana eli manuaalina joutuu asentaan. Index of /~agd5f/radeon_ucode/navi10

En ole itse huomannut tuollaista hiiren tahmaamista millään työpöydällä.
 
Päivitin R290->5700XT muutama kuukausi sitten ja toimiakseen tarvi 5.3 kernelin, Mesa 19.2, LLVM 9, Navin firmikset. Et ole noista Navin firmiksistä puhunut vielä mitään, löytyykö ne /lib/firmware/amdgpu/navi10*? Voi olla ettei vielä tule Gentoon mukana eli manuaalina joutuu asentaan. Index of /~agd5f/radeon_ucode/navi10

En ole itse huomannut tuollaista hiiren tahmaamista millään työpöydällä.
Firmikset tulee Linux-firmware-paketin mukana ja otin uusimman version, mitä paketinhallinnasta löytyy. Kieltämättä en ole tarkastanut olisiko niistä saatavilla jostain vielä uudempia.

Firmikset olen kuitenkin ottanut kerneliinkin mukaan.
 
Onko Manjaro KDE:ssä valmiina jokin softa/asetus jolla saisi muokattua työpöydän ikkuna jakoa? Mikäli ei, niin millä tuon saisi tehtyä?
 
Kyllä tässä nyt taitaa työpöydän piirtämisessä olla ongelmaa. Ainakin Heaven Benchmark toimii oikein hyvin, niin tuskin itse ajureissa. X:ää lähden seuraavaksi tutkimaan tarkemmin.

Edit: Noniin. Plasman järjestelmäasetuksista Näyttö -> Koostin ja Renderöinnin toteutus. Oli valittuna OpenGL 3.1 ja vaihdoin sen OpenGL 2.0:aan ja nyt katosi hiiren tökkiminen. Huomasin, että myös ikkunan siirtäminen oli samanlaista nykivää ja siitä ajattelin katsoa tuolta.

Hidas tämä hiiri tosin on vieläkin. Kaikenlaisia asetuksia xsetillä tai xinputilla olen jo kokeillut, eikä oikein mikään tunnu vaikuttavan mitenkään.
 
Viimeksi muokattu:
Asentelin sitten uusimman tuetuimman Ubuntun ja siihen steamin niin oli kokemuksena shokki miten surkea viritelmä -->
Team Fortress 2 - ei reagoi mitenkään näppäimistöön tai hiireen
War Thunder - ei käynnisty
Robocraft - toimii, mutta ei kyllä hivele silmää ja tökkii silti
Supply Chain Idle - Toimii mallikkaasti ja ihan koukuttava. Jonkinlainen muinainen dos-peli

Ubuntu oli ihan ok ja löysi kyllä ajurit melkein kaikkeen itsekseen tai hdmi piuhasta ei kyllä äänet kulkenut.

Ainoastaan Steam Link ollut lupaava linux viritelmä, että saa sitä kautta langattomia peliohjaimia toimintaan windows steamiin. Tuosta on vielä se distro jaossa, että saisi tehtyä "Steam Linkin" Raspberry Pi:stäkin. Ei ole tullut kokeiltua, kun löytyy aito Steam Link muutenkin.
 
Viimeksi muokattu:
Asentelin sitten uusimman tuetuimman Ubuntun ja siihen steamin niin oli kokemuksena shokki miten surkea viritelmä -->
Team Fortress 2 - ei reagoi mitenkään näppäimistöön tai hiireen
War Thunder - ei käynnisty
Robocraft - toimii, mutta ei kyllä hivele silmää ja tökkii silti
Supply Chain Idle - Toimii mallikkaasti ja ihan koukuttava. Jonkinlainen muinainen dos-peli

Ubuntu oli ihan ok ja löysi kyllä ajurit melkein kaikkeen itsekseen tai hdmi piuhasta ei kyllä äänet kulkenut.

Ainoastaan Steam Link ollut lupaava linux viritelmä, että saa sitä kautta langattomia peliohjaimia toimintaan windows steamiin. Tuosta on vielä se distro jaossa, että saisi tehtyä "Steam Linkin" Raspberry Pi:stäkin. Ei ole tullut kokeiltua, kun löytyy aito Steam Link muutenkin.
Onko sulla nvidian näytönohjain ja avoimet ajurit? Niillä riittää ongelmia joka lähtöön kun kehitystä ei juuri harrasteta nvidian estoista johtuen.
 
Onko sulla nvidian näytönohjain ja avoimet ajurit? Niillä riittää ongelmia joka lähtöön kun kehitystä ei juuri harrasteta nvidian estoista johtuen.

AMD näyttis vaan ja en asentanut yhtään mitään itse. SteamOS:lla taas nvidian näytönohjain on ainoa mikä "toimii". Erikseen vielä lukee ettei mitään asiaa AMD ja Intelin näytönohjaimella ja sen huomasinkin.
 
Asentelin sitten uusimman tuetuimman Ubuntun ja siihen steamin niin oli kokemuksena shokki miten surkea viritelmä -->
Team Fortress 2 - ei reagoi mitenkään näppäimistöön tai hiireen
War Thunder - ei käynnisty
Robocraft - toimii, mutta ei kyllä hivele silmää ja tökkii silti
Supply Chain Idle - Toimii mallikkaasti ja ihan koukuttava. Jonkinlainen muinainen dos-peli

Ubuntu oli ihan ok ja löysi kyllä ajurit melkein kaikkeen itsekseen tai hdmi piuhasta ei kyllä äänet kulkenut.

Ainoastaan Steam Link ollut lupaava linux viritelmä, että saa sitä kautta langattomia peliohjaimia toimintaan windows steamiin. Tuosta on vielä se distro jaossa, että saisi tehtyä "Steam Linkin" Raspberry Pi:stäkin. Ei ole tullut kokeiltua, kun löytyy aito Steam Link muutenkin.

Jaa, itellä on pyörinyt CS:GO ETS2 ja ne muut pelit ongelmitta.

Jos tatulpinillä toimii ihan hyvin, voisiko uudelleenkäynnistys auttaa kun ei kerta TF2 reagoi ohjaimiin?

Arch Linuxissa toimii Steam ihan hyvin, nyt menee puhtaasti mutuksi, mutta heittäisin, että ihan siitä kyseessä on Ubuntu voisi johtua? Ubuntu-pohjainen ei rullaava jakelu jämähtäneineen, vanhentuneineen ajureineen, ohjelmistoineen, riippuvuuksineen aikoinaan ajoi minutkin Archin pariin. Eikä tarvitse nykyään edes Arch Linuxiinkaan koskea, jos haluaa käyttäjäystävällisempää kokemusta, esim. Manjaro on kehittynyt varteenotettavaksi vaihtoehdoksi helppoudessa.

Pelit tulee nykyään itse asenneltua Lutriksen kautta, niin tarvitse murehtia vaadituista DOSBOX, Wine tms asetuksista, jos sellaisille sattuu olemaan tarve ja saa kaikki pelit saman käynnistimen sisään pelien alustoista tai pelikaupoista huolimatta.
 
AMD näyttis vaan ja en asentanut yhtään mitään itse. SteamOS:lla taas nvidian näytönohjain on ainoa mikä "toimii". Erikseen vielä lukee ettei mitään asiaa AMD ja Intelin näytönohjaimella ja sen huomasinkin.
Ongelmia tulee varmasti noiden käyttisten kanssa joita ei ylläpidetä, ajurit kun haetaan käyttiksen jakelukanavia pitkin eikä suoraan valmistajalta kuten windowsilla. Ubuntun kanssa voi olla myös ongelmia jos uutta rautaa sen kanssa koittaa käyttää kun päivitykset saattaa olla kuukausiakin jäljessä. Ubuntulla kannattaa ainakin ottaa käyttöön Oibafin repositoryt joista löytyy uusimmat avoimet ajurit AMD:n näyttikselle, mahdollisesti tarvii myös uutta kerneliä jos ihan uusinta rautaa kyseessä.
 
Jos tatulpinillä toimii ihan hyvin, voisiko uudelleenkäynnistys auttaa kun ei kerta TF2 reagoi ohjaimiin?

Arch Linuxissa toimii Steam ihan hyvin, nyt menee puhtaasti mutuksi, mutta heittäisin, että ihan siitä kyseessä on Ubuntu voisi johtua? Ubuntu-pohjainen ei rullaava jakelu jämähtäneineen, vanhentuneineen ajureineen, ohjelmistoineen, riippuvuuksineen aikoinaan ajoi minutkin Archin pariin. Eikä tarvitse nykyään edes Arch Linuxiinkaan koskea, jos haluaa käyttäjäystävällisempää kokemusta, esim. Manjaro on kehittynyt varteenotettavaksi vaihtoehdoksi helppoudessa.

Pelit tulee nykyään itse asenneltua Lutriksen kautta, niin tarvitse murehtia vaadituista DOSBOX, Wine tms asetuksista, jos sellaisille sattuu olemaan tarve ja saa kaikki pelit saman käynnistimen sisään pelien alustoista tai pelikaupoista huolimatta.

Monet buutit tehty. Ubuntun piti olla juurikin parhaiten tuettu steamille, vaikka sitä tukea ollaan poistamassa. Siis siinä alkuvalikossa TF2 ei reagoi hiiren napautukseen eikä edes näppäimistöön.
 
Ongelmia tulee varmasti noiden käyttisten kanssa joita ei ylläpidetä, ajurit kun haetaan käyttiksen jakelukanavia pitkin eikä suoraan valmistajalta kuten windowsilla. Ubuntun kanssa voi olla myös ongelmia jos uutta rautaa sen kanssa koittaa käyttää kun päivitykset saattaa olla kuukausiakin jäljessä. Ubuntulla kannattaa ainakin ottaa käyttöön Oibafin repositoryt joista löytyy uusimmat avoimet ajurit AMD:n näyttikselle, mahdollisesti tarvii myös uutta kerneliä jos ihan uusinta rautaa kyseessä.

Luulisi näyttiksellä olevan tukea, kun se on AMD HD4850. Taitaa olla jo 10 vuotta vanha. Logitechiä hiiri ja näppäimistö.
 
Luulisi näyttiksellä olevan tukea, kun se on AMD HD4850. Taitaa olla jo 10 vuotta vanha. Logitechiä hiiri ja näppäimistö.
Okei, enpä heti odottanut tuon ikäistä rautaa olevan käytössä. Noita ajureita ei ole paljoa päivitelty viime aikoina joten voi hyvinkin olla että jotain on mennyt rikki eikä vikoja ole raportoitu eteenpäin, käyttäjäkunta joka tuon aikakauden näyttiksellä pelaa on melko suppea.
 
En kyllä allekirjoita. Ei ollut asennus UEFI/GPT:tlle yhtään sen hankalampi kuin BIOS/MBR.

Tässähän taustalla voi olla se tottumus. BIOS/MBR jutut osaa ulkoa UEFI/GPT jujut piti lukea sekalaisista ohjeista. Tyypillisiä kämmejä on MBR:llä se, että partitio ei ole aktiivinen ja vastaavasti GPT:llä GUID on väärin. Jos secure boot on päällä tulee vielä hirveä määrä erilaisia vaatimuksia lisää, mutta silloin kannattaa käyttää valmista scriptiä. En ole koskaan jaksanut perehtyä kaikkiin secure bootin vaatimuksiin nippelitasolla.

Käytitkö jotain valmista scriptiä vai laitoitko kaikki bootti edellytykset manuaalisesti kuntoon? - Tuollahan on tietysti myös iso merkitys. Moni monimutkainen asia on helppo tai äärimmäisen vaikea riippuen siitä onko se automatisoitu ja mikä on oma osaaminen asian suhteen. Toinen mikä vaikuttaa olennaisesti, on sitten virheilmoitukset / debug mahdollisuudet. Eli kun ei toimi, pääseekö mitenkään järkevästi kiinni siihen, mikä on väärin. - Tämä vaihtelee valtavasti eri systeemien ja alustojen kanssa, sekä tietysti tietämyksen, ohjeistuksen ja sovellusten kanssa mitä käytetään.

Otat koneesta X käyttöjärjestelmä partition ja siirrät sen toiseen koneeseen ja toiselle levylle vaikka kolmanneksi partitioksi. Sen jälkeen laitat manuaalisesti kaiken kuntoon, niin että bootti tuolta partitiolta onnistuu. - Kyllä tuossa jumpatessa menee hetki, ennen kuin onnistuu. Paitsi jos on joku äärimmäisen hyvä softa / automaattinen skripti joka hoitaa homman kotiin.
 
Tässähän taustalla voi olla se tottumus. BIOS/MBR jutut osaa ulkoa UEFI/GPT jujut piti lukea sekalaisista ohjeista. Tyypillisiä kämmejä on MBR:llä se, että partitio ei ole aktiivinen ja vastaavasti GPT:llä GUID on väärin. Jos secure boot on päällä tulee vielä hirveä määrä erilaisia vaatimuksia lisää, mutta silloin kannattaa käyttää valmista scriptiä. En ole koskaan jaksanut perehtyä kaikkiin secure bootin vaatimuksiin nippelitasolla.

No BIOS/MBR oli muistissa, ensimmäistä kertaa edessä kone UEFI:lla. Ja kuten sanottu, ei tuohon mitään sekalaisia ohjeita tarvinnut. Gentoo AMD64 Handbook - Gentoo Wiki nopeasti selattuna läpi kun edellisestä asennuskerrasta oli jokunen vuosi vierähtänyt.

Toki alussa oli secure boot pois päältä. Mutta ei sekään tuntikaupalla ottanut kun sen myöhemmin viilasi jiiriin. Tuosta Sakaki's EFI guidesta poimi olennaiset osat, dual bootista kun ei tarvinnut välittää.

Käytitkö jotain valmista scriptiä vai laitoitko kaikki bootti edellytykset manuaalisesti kuntoon?

Ihan normaali Gentoon asennus. Ei siinä mitään wizardeja ole tarjolla, tekstikonsoli ja handbook. Tuttua kauraa muuten mutta tämä UEFI osuus oli uutta.

Otat koneesta X käyttöjärjestelmä partition ja siirrät sen toiseen koneeseen ja toiselle levylle vaikka kolmanneksi partitioksi. Sen jälkeen laitat manuaalisesti kaiken kuntoon, niin että bootti tuolta partitiolta onnistuu. - Kyllä tuossa jumpatessa menee hetki, ennen kuin onnistuu. Paitsi jos on joku äärimmäisen hyvä softa / automaattinen skripti joka hoitaa homman kotiin.

En ole nyt ihan varma että ymmärränkö, ei tuo minusta mitään ihmeellisempää automaattista scriptiä tai kummoista softaa tarvitse? Uudelle levylle tekee partitiot tyyliin fdiskillä, luo tiedostojärjestelmät mkfs.{ext4,bfs,...} ja sitten sisältö vanhalta partitiolta uudelle vaikkapa rsyncillä.
 
En ole nyt ihan varma että ymmärränkö, ei tuo minusta mitään ihmeellisempää automaattista scriptiä tai kummoista softaa tarvitse? Uudelle levylle tekee partitiot tyyliin fdiskillä, luo tiedostojärjestelmät mkfs.{ext4,bfs,...} ja sitten sisältö vanhalta partitiolta uudelle vaikkapa rsyncillä.

Ei mullakaan koskaan Linuxin kanssa koskaan ole isompia ongelmia ollut, mutta Windowssin kanssa kylläkin. Bootti vaan kosahtaa, eikä mistään selviä miksi. Sitten löysin scriptin joka pisti sen kuntoon tyyliin 5 sekunnissa. Sama homma joidenkin työkalujen bootin kanssa, niitä saa säätää ja säätää, eikä tahdo toimia. Siksi on tehty noita käteviä multi-boot työkaluja, joilla hommat hoituu, niin ettei edes huomaa. Kuten Rufus. Tietysti noi hommat hoituu hyvin kun muistaa kaikki temput ja tietää mistä niihin tarvittavat työkalut löytyy ja mitkä epämääräiset virheilmoitukset johtuu mistäkin.

Mutta joo, se on aina suhteellista, mikä on ongelmia ja mikä ei. Jotkut väittää ettei laitteet toimi jos ei ajuria löydy ja toiset kirjoittaa sille ajurin ja toteaa että miten niin ei toimi? Suurin ongelma on usein juuri se ongelman paikantaminen ja tunnistaminen.
 
Tällä hetkellä läppärissä dualbootissa Win10/Ubuntu. Jostain syystä tuo Ubuntu ei suostu enää päivittämään itseään (herjaa jotain yhteysvirheitä), joten pitää kaiketi asentaa uudestaan? Mites tämä käytännössä menee? Poistan kaikki ubuntun osiot asentaessa? Tajuaako grub silloin, että koneessa on myös Win 10?
 
No BIOS/MBR oli muistissa, ensimmäistä kertaa edessä kone UEFI:lla. Ja kuten sanottu, ei tuohon mitään sekalaisia ohjeita tarvinnut. Gentoo AMD64 Handbook - Gentoo Wiki nopeasti selattuna läpi kun edellisestä asennuskerrasta oli jokunen vuosi vierähtänyt.
Ei kyllä mennyt ihan triviaalisti. Gentoita on tullut asennettua viimeiset 15 vuotta aika monta, mutta aina ilman UEFIa. Mulla jäi epäselväksi miksi tehdään tuo 2M kokoinen "BIOS boot partition", mutta sillä ei koskaan tehdä mitään. Vaikka kuinka yritin lukea, niin en löytänyt ja hyvin nyt boottaa vaikka en mitään sillä tehnyt.

Toinen oli EFI-osion tarkemmat määrittelyt. Se käskettiin mounttaamaan /boottiin, mutta toisaalta sen oletuskooksi sanottiin 128M, mihin ei genkernelillä tehtyjä kernel+initramfs mahdu kuin yksi. Missään en nähnyt mainintaa, että voiko Windowsin tekemää EFI-osiota käyttää vai pitääkö tehdä oma.
 
Tällä hetkellä läppärissä dualbootissa Win10/Ubuntu. Jostain syystä tuo Ubuntu ei suostu enää päivittämään itseään (herjaa jotain yhteysvirheitä), joten pitää kaiketi asentaa uudestaan? Mites tämä käytännössä menee? Poistan kaikki ubuntun osiot asentaessa? Tajuaako grub silloin, että koneessa on myös Win 10?

Onko verkkoyhteyksissä tapahtunut viimeaikoina muutoksia (langattoman salasana vaihtunut tms)? Linux on kuitenkin siitä kiva ettei aina tarvitse asentaa uudestaannkun muutoksia tulee.

Mutta uudelleenasennuksessa ei tarvitse osioita poistella. Asennusvelhossa kerrot mitä osioita käytetään ja alustat uudestaan. Työtiedostot toki ensin talteen kotihakemistosta.
 
Tällä hetkellä läppärissä dualbootissa Win10/Ubuntu. Jostain syystä tuo Ubuntu ei suostu enää päivittämään itseään (herjaa jotain yhteysvirheitä), joten pitää kaiketi asentaa uudestaan? Mites tämä käytännössä menee? Poistan kaikki ubuntun osiot asentaessa? Tajuaako grub silloin, että koneessa on myös Win 10?

Kannataa ensin selvittää, miksi Ubuntu ei päivity. Veikkaan, että sinulla on 18.10 tai joku vanhempi jakeluversio, jonka tuki on juuri päättynyt. Silloin Ubuntu antaa tosiaan hiukan epäselvän viestin, ettei voi päivittää paketteja.

Jos asennat Ubuntun uudelleen, voit vain sanoa asennusohjelmalle, mitkä partitiot se saa ottaa käyttöönsä. Valitse käsin partitiointi ja pyydä sitä alustamaan kyseiset partitiot. Näin säästyt partitioiden poistamiselta.

Suosittelen asentamaan vakaan 18.04 LTS version, jolle luvataan 5 vuoden tuki.
 
Ei kyllä mennyt ihan triviaalisti. Gentoita on tullut asennettua viimeiset 15 vuotta aika monta, mutta aina ilman UEFIa. Mulla jäi epäselväksi miksi tehdään tuo 2M kokoinen "BIOS boot partition", mutta sillä ei koskaan tehdä mitään. Vaikka kuinka yritin lukea, niin en löytänyt ja hyvin nyt boottaa vaikka en mitään sillä tehnyt.

Ei sitä tarvitsekaan UEFIlla kuten nimikin vähän vihjaa ;)
Kerrotaan myös siinä linkatussa ohjeessa:
What is the BIOS boot partition?
A BIOS boot partition is a very small (1 to 2 MB) partition in which boot loaders like GRUB2 can put additional data that doesn't fit in the allocated storage (a few hundred bytes in case of MBR) and cannot be placed elsewhere.

Such partitions are not always necessary, but considering the low space consumption and the difficulties we have with documenting the plethora of partitioning differences otherwise, it is recommended to create it in either case.

For completeness, the BIOS boot partition is needed when a GPT partition layout is used with GRUB2 in PC/BIOS mode. It is not required when booting in EFI/UEFI mode.

Minulla ei ole tätä yhdessäkään koneessa.

Toinen oli EFI-osion tarkemmat määrittelyt. Se käskettiin mounttaamaan /boottiin, mutta toisaalta sen oletuskooksi sanottiin 128M, mihin ei genkernelillä tehtyjä kernel+initramfs mahdu kuin yksi.

Omien kokemusten perusteella nuo oppaan boot-partition ohjeistamat koot ovat olleet aika konservatiivisia jo kauan ennen koko UEFIa. Itselläni ollut aina reilun kokoiset bootit. Nyt taitaa olla 512M sekä läppärissä että pöytätoosassa.

Missään en nähnyt mainintaa, että voiko Windowsin tekemää EFI-osiota käyttää vai pitääkö tehdä oma.

Ohje ei tosiaan mainitse, mutta toisaalta se ohjeistaa muutenkin puhtaaseen koneeseen asennuksen.
Tähän hätään ei löydy speksiviitettä taikka ohjelainausta, mutta ellen ihan omiani muistele niin EFI-SP:tä pitää olla tasan yksi per fyysinen levy. Toisaalta mikään ei estä laittamasta joka levylle omaansa. Paitsi ehkä rikkinäinen UEFI-toteutus koneessa..

Eli jos haluaa dual bootata samalta levyltä Windowsia ja Linuxia niin molemmat käyttävät samaa EFI-SP:tä.

Itselläni on erilliset Windows- ja Gentoo-levyt. Molemmissa oma EFI-SP, UEFIn boottivalikosta otan Windowsin jos tarvitsee sille puolelle mennä. Toimii ainakin Anuksen käyttämällä UEFIlla siis.
 
Ei sitä tarvitsekaan UEFIlla kuten nimikin vähän vihjaa ;)
Kerrotaan myös siinä linkatussa ohjeessa:
What is the BIOS boot partition?
A BIOS boot partition is a very small (1 to 2 MB) partition in which boot loaders like GRUB2 can put additional data that doesn't fit in the allocated storage (a few hundred bytes in case of MBR) and cannot be placed elsewhere.

Such partitions are not always necessary, but considering the low space consumption and the difficulties we have with documenting the plethora of partitioning differences otherwise, it is recommended to create it in either case.

For completeness, the BIOS boot partition is needed when a GPT partition layout is used with GRUB2 in PC/BIOS mode. It is not required when booting in EFI/UEFI mode.

Minulla ei ole tätä yhdessäkään koneessa.



Omien kokemusten perusteella nuo oppaan boot-partition ohjeistamat koot ovat olleet aika konservatiivisia jo kauan ennen koko UEFIa. Itselläni ollut aina reilun kokoiset bootit. Nyt taitaa olla 512M sekä läppärissä että pöytätoosassa.



Ohje ei tosiaan mainitse, mutta toisaalta se ohjeistaa muutenkin puhtaaseen koneeseen asennuksen.
Tähän hätään ei löydy speksiviitettä taikka ohjelainausta, mutta ellen ihan omiani muistele niin EFI-SP:tä pitää olla tasan yksi per fyysinen levy. Toisaalta mikään ei estä laittamasta joka levylle omaansa. Paitsi ehkä rikkinäinen UEFI-toteutus koneessa..

Eli jos haluaa dual bootata samalta levyltä Windowsia ja Linuxia niin molemmat käyttävät samaa EFI-SP:tä.

Itselläni on erilliset Windows- ja Gentoo-levyt. Molemmissa oma EFI-SP, UEFIn boottivalikosta otan Windowsin jos tarvitsee sille puolelle mennä. Toimii ainakin Anuksen käyttämällä UEFIlla siis.
Mä tein nyt purkkavirityksen, missä on kaksi EFI-osiota, kun en ollut varma, miten pitää. Toisessa on oikeat EFI:n vaatimat jutut ja toisessa grubin konffit ja kernelit. Kadun tätä varmasti joskus.
 
Mä tein nyt purkkavirityksen, missä on kaksi EFI-osiota, kun en ollut varma, miten pitää. Toisessa on oikeat EFI:n vaatimat jutut ja toisessa grubin konffit ja kernelit. Kadun tätä varmasti joskus.

Kieltämättä kuulostaa jekulta jota tulevaisuuden micko tulee kiittämään :)

Onko siis grubin efi-binaaritkin tuolla toisella ESP:illä?
 

Uusimmat viestit

Statistiikka

Viestiketjuista
259 225
Viestejä
4 505 378
Jäsenet
74 340
Uusin jäsen
spacevector

Hinta.fi

Back
Ylös Bottom