konsolissa tapahtuu jotain, tulee menu jossa ilmeisesti merkistöä voi vaihtaa mutta paljaalla raudalla tulee jotain dpkg herjoja.
edit:myös raudalla tulee menu (josta ei saa selvää) mutta ei nuo viittaa resoon?
Viimeksi muokattu:
Linux-kysymyksiä & yleistä keskustelua Linuxista
- Liittynyt
- 26.10.2016
- Viestejä
- 959
Voishan sitä koittaa saako nomodeset kernel pararametrillä sopivan kuvan.
Tässä on esimerkki ubuntulle mutta saman pitäisi toimia proxmoxissa.
How do I set 'nomodeset' after I've already installed Ubuntu?
I know that editing the boot options line and adding 'nomodeset' solves the problem of my laptop during LiveCD mode, what I don't know is how to set it at boot up through Grub2 after I've installed
askubuntu.com
En uskalla säätää mut eikö tuo vain vaihda merkistön esim nyt UTF-8 niin ei kai vaikka ISO-8859-10 fonttia muuta.
Kyllä tässä täytyy olla joku muu tapa jota ei nyt hiffata, sama ongelma tulee jos asentaa vaikka ubuntu serverin tai debianin ilman grafiikkaa.
En kai mä ainoa mailmassa ole jolla on huono näkö.
Menee jo turhan vaikeaksi.Voishan sitä koittaa saako nomodeset kernel pararametrillä sopivan kuvan.
Tässä on esimerkki ubuntulle mutta saman pitäisi toimia proxmoxissa.
How do I set 'nomodeset' after I've already installed Ubuntu?
I know that editing the boot options line and adding 'nomodeset' solves the problem of my laptop during LiveCD mode, what I don't know is how to set it at boot up through Grub2 after I've installed
Ei ihme että google ei ole antanut mulle järkevää vastausta.
Ajattelin että kysymys olisi helppo , ehkä ei
Näköjään tosin ei ole helppoa ensi yritys menussa UTF-8 => käyttis tilttas, toinen yritys jo lupaava valinta joku ISO mutta merkistö täys seko.Kyllä sillä sen fontinkin koonkin saa vaihdettua..
e: ja eri fonteilla saa vielä isompia fonttikokoja. Ehkäpä DejaVu testiin?
Mikä ISO meillä on käytössä? Ongelma on kanssa että paljaalla raudalla tuosta menusta ei saa selvää, kaikki melkein samaa harmaata.
- Liittynyt
- 16.10.2016
- Viestejä
- 1 154
Kuulostaa että joku on siellä enemmänkin rikki. SSH:llä tuota dpkg-reconfigurea ajan ja näyttää em. kuvan mukaiselta.
Tässä defaulttini (eli UTF-8):
Tässä defaulttini (eli UTF-8):
Koodi:
~# debconf-show console-setup
console-setup/fontface47: Fixed
console-setup/codeset47: # Latin1 and Latin5 - western Europe and Turkic languages
console-setup/codesetcode: Lat15
console-setup/fontsize-fb47: 8x16
console-setup/fontsize: 8x16
console-setup/guess_font:
console-setup/store_defaults_in_debconf_db: true
console-setup/fontsize-text47: 8x16
console-setup/charmap47: UTF-8
console-setup/use_system_font:
console-setup/framebuffer_only:Mulla äskeisten säätöjen jälkeen:
Koodi:
debconf-show console-setup
console-setup/framebuffer_only:
console-setup/use_system_font:
* console-setup/fontsize-fb47: 16x32 (framebuffer only)
console-setup/fontsize-text47: 8x16
* console-setup/codeset47: # Latin1 and Latin5 - western Europe and Turkic languages
console-setup/fontsize: 16x32
console-setup/codesetcode: Lat15
* console-setup/charmap47: ISO-8859-1
console-setup/store_defaults_in_debconf_db: true
console-setup/guess_font:
* console-setup/fontface47: VGANoh ehkä tällä pärjää proxmoxin kanssa mutta joku yleispätevämpi ratkaisu ois ollut kiva.
edit: UTF-8 lähti toimimaan olen very häpi kiitos vastanneille
Viimeksi muokattu:
- Liittynyt
- 10.07.2017
- Viestejä
- 1 627
Sori vähän offtopic. Itse itselleni vastaten. Sain secure bootin pöytäkoneessa toimimaan winukan kanssa ku muutin biosista secure boot - on, tulee varotusikkuna -> install factory keys -> secure boot - on.
Samalla ratkesi pitkään ihme ongelma, että bootissa kestää joskus tuhottoman kauan siis siinä bios ruudussa ennenkun alkaa lataa käyttöjärjestelmää.
tjkoo
Tukijäsen
- Liittynyt
- 20.10.2016
- Viestejä
- 4 337
Katsele vaikka jotain tämmöisiä helposti ymmärrettäviä ohjeita:
Mikä on Cron? Pikaopas töiden aikatauluttamiseen UNIXissa ja Linuxissa • Prehost.com
Mikä on Cron-työ ja miten sellainen luodaan?
Niillä varmaan pääsee alkuun.
Siis mikä siinä erityisesti kiinnostaisi tai on esteenä toteuttamisella nyt? Linuxin puolella varmaan on harva yhtä paljon vuosien saatossa käytetty toiminto kuin cron.
Ja jos ei jaksa itse miettiä niitä cronin aikamääreitä niin on olemassa esimerkiksi tällainen sivu jossa niitä on helppo pyöritellä: Crontab.guru - The cron schedule expression generator
Itsekin viimeksi viime viikonloppuna tein yhden cron-jobin yhteen omaan virtuaalipannuun. Kohtuuhelppo tehdä kaikenlaisia ajastettuja töitä cronilla, kunhan muistaa tarkistaa että käyttöoikeudet ja polut on kunnossa jne.
Itsekin viimeksi viime viikonloppuna tein yhden cron-jobin yhteen omaan virtuaalipannuun. Kohtuuhelppo tehdä kaikenlaisia ajastettuja töitä cronilla, kunhan muistaa tarkistaa että käyttöoikeudet ja polut on kunnossa jne.
- Liittynyt
- 02.11.2016
- Viestejä
- 1 329
Cron ei sitten ota huomioon, että joskus kone ei välttämättä ole päällä ja ajastus saattaa jäädä suorittamatta sen takia. Anacron kai korjaa ton. Tai sitten systemd timer.
- Liittynyt
- 17.10.2016
- Viestejä
- 1 654
Nykyään tulee tehtyä ajastetut hommat systemd-timereillä. Periaatteessa yksinkertaiset yhden komennon ajavat ajastimet olisi yksinkertaisempia crontabissa mutta helpottaa kun kaikki ajastimet samassa paikassa.
Kuinkahan lähteä selvittelemään tällaista juttua, kuin että intel-pohjaisessa (i5-3210M) vanhassa läppärissä Minttiin iskee jossain vaiheessa sellainen vaiva että prossun ykköscore jää ilman näennäistä syytä ilmeisesti pian suspendista heräämisen jälkeen koholle leijailemaan 50-100% välille ja hidastaa yleistä käyttöä niin että youtube-videoissakin on pientä tökkimistä. Mitään muuta prossua käyttävää prosessia en näe kuin "cinnamon --replace" ja sekin system monitorin mukaan käyttää prossua alle 10% verran. Uudelleenkäynnistys korjaa vaivan joksikin aikaa, mutta aina se tulee muutaman suspendista herättelyn jälkeen takaisin. Olen kokeillut Ctrl-alt-esc joka kaiketi käynnistää cinnamon uusiksi mutta ei vaikuta asiaan mitenkään. Haiskahtaa jonkinlaiselta virranhallinnan bugitukselta ja olisi ihan mukava kuitenkin suspend-tilaa käyttää kun kone on niin nopsaan käyttövalmis avatessa. Niin ja siis uusin Mintti käytössä.
- Liittynyt
- 17.10.2016
- Viestejä
- 1 654
Valitettavasti ei ole mitenkään harvinaista että wintel-koneissa, varsinkaan vähän vanhemmissa, toimii suspendit ja hibernatet miten sattuu jos toimii ollenkaan. Ei niinkään Linuxiin rajoittunut ongelma vaan yhtä tuuripeliä se on Windowsissakin. Ei oikein rauta, softa ja firmware siinä välissä pelaa yhteen.
Mutta tuo on aika kummallinen ongelma. Missä se yhden coren kuorma näkyy?
Omassa vanhassa Ivy Bridge-läppärissä joskus hirttää joku prosessorin sisäinen virransäästö kiinni ja se juuttuu minimikelloille, millään tavalla komentamalla se ei siitä enää tokene vaan pitää käyttää virtoja pois päältä. Ei edes liity suspendiin koska en jaksa edes yrittää sellaisia käyttää.
W10:ssä ei sleep modella ollut vastaavia ongelmia mutta taisi sitten tuuri käydä bittien kanssa. System monitorissa kun koneen ollessa jouten katsoo niitä prossun kuormituskäppyröitä, niin ykköscore on jatkuvasti jotenkin ylivirittyneessä tilassa ja heiluu koholla. Lisäksi kun tällainen monitorointihullu olen niin olen lisännyt CPU temperature monitorin lisäksi "multi-core system monitor-"appletin josta ensin huomasin että core leijailee taivaissa jatkuvasti ja systeemi tökkii. Tietty voisi kokeilla ilman niitä appletteja jos vaikka sattuvat liittymään asiaan, mutta muuten jos ei mitään kikkaa ole niin ei sitten vissiin auta muu kuin laittaa suspendin pois käytöstä ja sammutella ja käynnistellä aina koneen. Eipä tuo muutamaa sekuntia enempää SSD:llä tee ylimääräistä.
- Liittynyt
- 17.10.2016
- Viestejä
- 1 654
En tiedä, että toimiiko tämä tapauksessasi, mutta voit koittaa lisätä jotain tällaista:
Bash:
~# cat /etc/default/console-setup
# CONFIGURATION FILE FOR SETUPCON
# Consult the console-setup(5) manual page.
VIDEOMODE=1920x1080Tuetut resoluutiot löydät tällä loitsulla:
Bash:
~# hwinfo --framebuffer
02: None 00.0: 11001 VESA Framebuffer
[Created at bios.459]
Unique ID: rdCR.QgFYtsmQZBC
Hardware Class: framebuffer
Model: "Intel(R) Sandybridge/Ivybridge Graphics Controller"
Vendor: "Intel Corporation"
Device: "Intel(R) Sandybridge/Ivybridge Graphics Controller"
SubVendor: "Intel(R) Sandybridge/Ivybridge Graphics Chipset Accelerated VGA BIOS"
SubDevice:
Revision: "Hardware Version 0.0"
Memory Size: 255 MB + 960 kB
Memory Range: 0x00000000-0x0ffeffff (rw)
Mode 0x033c: 1920x1440 (+1920), 8 bits
Mode 0x034d: 1920x1440 (+3840), 16 bits
Mode 0x035c: 1920x1440 (+7680), 24 bits
Mode 0x033a: 1600x1200 (+1600), 8 bits
Mode 0x034b: 1600x1200 (+3200), 16 bits
Mode 0x035a: 1600x1200 (+6400), 24 bits
Mode 0x0307: 1280x1024 (+1280), 8 bits
Mode 0x031a: 1280x1024 (+2560), 16 bits
Mode 0x031b: 1280x1024 (+5120), 24 bits
Mode 0x0305: 1024x768 (+1024), 8 bits
Mode 0x0317: 1024x768 (+2048), 16 bits
Mode 0x0318: 1024x768 (+4096), 24 bits
Mode 0x0312: 640x480 (+2560), 24 bits
Mode 0x0314: 800x600 (+1600), 16 bits
Mode 0x0315: 800x600 (+3200), 24 bits
Mode 0x0301: 640x480 (+640), 8 bits
Mode 0x0303: 800x600 (+832), 8 bits
Mode 0x0311: 640x480 (+1280), 16 bits
Mode 0x037d: 0x0 (+0), 8 bits
Mode 0x037e: 0x0 (+0), 16 bits
Mode 0x037f: 0x0 (+0), 24 bits
Config Status: cfg=new, avail=yes, need=no, active=unknownJuuh, uudella kubuntu livellä tyhjentelin vanhan koneen kovoa joka löyty kaapista. No jossain vaiheessa katsoin että kone sammunut? Oli mennyt lepotilaan itsekseen. Katsoin virransäästön asetukset kde:stä ja niinhän siellä seisoi että jonkun minuuttien jälkeen kone lepotilaan jos sitä ei käytetä.
Riittää vissiin että hiiri ei liiku eikä näppis näpyttele, niin kone on "käyttämättä". Vaikka siellä on DD työkalu käynnissä tyhjentämässä sitä kovoa. Ja pöytäkone kyseessä tietenkin eli jollain virransäästöllä mitään väliä edes. Vittu mitä PASKAA ei tässä voi muuta sanoa.
Vinkkiä kde:n kehittäjille, potkikaa viherpiiperöt pois tiimistä niin tuote paranee 180%.
Varmaan samalla logiikalla sammutetaan näyttö/koko kone myös jos fullscreen leffa on päällä eikä katsoja muista heiluttaa hiirtä muutaman minsan välein. Näin taisi itse asiassa käydäkin jollain distrolla ja työpöydällä joskus.
Ja vanhaan paska läppäriin laitoin swapin käyttöön siltä varalta että virtuaalikoneita käyttäessä olisi jotain varaa jos muisti loppuukin. No nyt tuntuu että kone jökkii enemmän kuin aikaisemmin kun ne VMt pyörii. Swapin käyttö melkein täynnä, muistia on vielä paljon jäljellä. Eli tunkeeko linuxi nyt swappiin tavaraa ihan turhan takia koska voi. Vahvaa perstuntumaa, mutta aika paskalta kokemukselta taas vaikuttaa.
Riittää vissiin että hiiri ei liiku eikä näppis näpyttele, niin kone on "käyttämättä". Vaikka siellä on DD työkalu käynnissä tyhjentämässä sitä kovoa. Ja pöytäkone kyseessä tietenkin eli jollain virransäästöllä mitään väliä edes. Vittu mitä PASKAA ei tässä voi muuta sanoa.
Vinkkiä kde:n kehittäjille, potkikaa viherpiiperöt pois tiimistä niin tuote paranee 180%.
Varmaan samalla logiikalla sammutetaan näyttö/koko kone myös jos fullscreen leffa on päällä eikä katsoja muista heiluttaa hiirtä muutaman minsan välein. Näin taisi itse asiassa käydäkin jollain distrolla ja työpöydällä joskus.
Ja vanhaan paska läppäriin laitoin swapin käyttöön siltä varalta että virtuaalikoneita käyttäessä olisi jotain varaa jos muisti loppuukin. No nyt tuntuu että kone jökkii enemmän kuin aikaisemmin kun ne VMt pyörii. Swapin käyttö melkein täynnä, muistia on vielä paljon jäljellä. Eli tunkeeko linuxi nyt swappiin tavaraa ihan turhan takia koska voi. Vahvaa perstuntumaa, mutta aika paskalta kokemukselta taas vaikuttaa.
- Liittynyt
- 08.01.2023
- Viestejä
- 3 074
Jos softa ei kerro että siellä on operaatio käynnissä. Eli tosiaan täysin softasta kiinni, osaako se ilmoittaa KDE:ole että disabloi sleeping.Juuh, uudella kubuntu livellä tyhjentelin vanhan koneen kovoa joka löyty kaapista. No jossain vaiheessa katsoin että kone sammunut? Oli mennyt lepotilaan itsekseen. Katsoin virransäästön asetukset kde:stä ja niinhän siellä seisoi että jonkun minuuttien jälkeen kone lepotilaan jos sitä ei käytetä.
Riittää vissiin että hiiri ei liiku eikä näppis näpyttele, niin kone on "käyttämättä". Vaikka siellä on DD työkalu käynnissä tyhjentämässä sitä kovoa. Ja pöytäkone kyseessä tietenkin eli jollain virransäästöllä mitään väliä edes. Vittu mitä PASKAA ei tässä voi muuta sanoa.
Vinkkiä kde:n kehittäjille, potkikaa viherpiiperöt pois tiimistä niin tuote paranee 180%.
Varmaan samalla logiikalla sammutetaan näyttö/koko kone myös jos fullscreen leffa on päällä eikä katsoja muista heiluttaa hiirtä muutaman minsan välein. Näin taisi itse asiassa käydäkin jollain distrolla ja työpöydällä joskus.
Ja vanhaan paska läppäriin laitoin swapin käyttöön siltä varalta että virtuaalikoneita käyttäessä olisi jotain varaa jos muisti loppuukin. No nyt tuntuu että kone jökkii enemmän kuin aikaisemmin kun ne VMt pyörii. Swapin käyttö melkein täynnä, muistia on vielä paljon jäljellä. Eli tunkeeko linuxi nyt swappiin tavaraa ihan turhan takia koska voi. Vahvaa perstuntumaa, mutta aika paskalta kokemukselta taas vaikuttaa.
Monet graafiset ohjelmat osaa
- Liittynyt
- 17.10.2016
- Viestejä
- 1 654
Ei voi kuulua terminaalityökalun vastuulle kurkistella olisiko siellä jossakin joku KDE, Gnome tai muu saunatonttu jonka unihaluja pitäisi toppuutella. Jos tuollaista edellytetään niin KDE:lla tehty kohtalaisen älyvapaita ratkaisuja. Kuitenkin kyse on Linuxista missä ei todellakaan ole harvinaista että tehdään jotakin terminaalissa ja että se voi jopa ottaa aikaakin.
- Liittynyt
- 08.01.2023
- Viestejä
- 3 074
Joo unohtui tuosta että tämä siis graafisten sovellusten osalta, tässä olikin cli-työkalu kyseessä.
Tosin eipä tuo taida toimia oikein mullakaan graafisillä käyttöliittymillä eli ne nukkuvat oli sitten terminaalissa työkalu käynnissä tai ei.
Jossain on neuvottu että kannattaa käyttää levy-swapin sijaat ZRAM, jos on nimenomaan vähän RAMia käytössä. Käytännössä se taitaa olla RAM:ssa (ei levyllä) sijaitseva kompressoitu swap joka, niin kummalliselta kuin kuulostaakin, säästää vähäisen RAM:in määrää, ilmeisesti tuon kompressoinnin ansiosta.Ja vanhaan paska läppäriin laitoin swapin käyttöön siltä varalta että virtuaalikoneita käyttäessä olisi jotain varaa jos muisti loppuukin. No nyt tuntuu että kone jökkii enemmän kuin aikaisemmin kun ne VMt pyörii. Swapin käyttö melkein täynnä, muistia on vielä paljon jäljellä. Eli tunkeeko linuxi nyt swappiin tavaraa ihan turhan takia koska voi. Vahvaa perstuntumaa, mutta aika paskalta kokemukselta taas vaikuttaa.
zram - Wikipedia
En lupaa että auttaa tilanteeseesi mutta mistä sitä tietää. Minä pidän ainakin ajatuksesta ettei levyä suotta räääkätä swapilla.
Mitä tulee tuohon sleep-ongelmaan muuten niin minulla on juuri tuon takia käydä laittamassa kaikki sleep ja hibernate-asetukset pois sekä Windowsissa että Linuxissa, jos siis on AC power käytössä. Akulla toimiessa toki kannattaa jättää virransäästöt käyttöön n minuutin jälkeen, mutta siinäkin laitan aina että ei mene itsekseen sleep tilaan muussa tapauksessa kuin jos akku on 15% tyhjä tms. Hibernatea en mieluummin käytä ollenkaan.
En halua läppärin menevän edes akulla herkästi sleep tilaan koska siinä sitten katkeavat taas kaikki VPN, RDP, ssh yms. yhteydet. Saa aina kaikki yhteydet herätellä takaisin ylös vain koska läppäri oli sitä mieltä että 10 min inaktiviteetin jälkeen pitää nukahtaa.
Sen lisäksi asetan aina (sekä Linux että Windows) että power-nappulaa painettaessa ajetaan shutdown. Nopeuttaa koneen sulkemista päivän päätteeksi kun tarvitsee vain painaa power-nappulaa, ja se on monta kertaa pelastanut kummallisista tilanteista kun tuntuu ettei kone reagoi juuri mihinkään, ehkä hiiri liikkuu näytöllä mutta ei muuta. Saapahan ainakin koneen sammutettua siististi ilman rumaa resettiä.
Viimeksi muokattu:
Joo eipä auttanut applettien poisto. Htopin mukaan core ei huoju aivan yhtä korkealla kuin muissa softissa (30-50%) ja listalla ylimpinä prosesseina pomppii htopin ja terminaaliservicen lisäksi pääasiassa vuorotellen
cinnamon -- replace
/usr/lib/xorg/Xorg -core :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 novtswitch
vmstat ei sitten meikäläiselle kerrokaan sitten oikein mitään
procs -----------memory---------- ---swap-- -----io---- -system-- -------cpu-------
r b swpd free buff cache si so bi bo in cs us sy id wa st gu
1 0 0 3122676 195472 3190296 0 0 43 53 2175 21 24 5 69 2 0 0
0 0 0 3122676 195480 3186856 0 0 0 16 33829 940 4 1 94 1 0 0
0 0 0 3122524 195480 3186536 0 0 0 0 34438 901 3 1 95 1 0 0
1 0 0 3122524 195480 3186568 0 0 0 0 31950 888 3 1 96 1 0 0
1 0 0 3122524 195480 3186568 0 0 0 8 34277 914 4 1 94 1 0 0
1 0 0 3122524 195488 3186500 0 0 0 32 33770 1002 4 2 94 0 0 0
1 0 0 3122272 195488 3186532 0 0 0 4 33001 921 4 1 94 0 0 0
0 0 0 3122272 195504 3186524 0 0 0 76 33480 887 2 2 96 0 0 0
0 0 0 3122272 195504 3186492 0 0 0 0 34024 950 5 1 94 1 0 0
0 0 0 3122048 195504 3186524 0 0 0 0 32141 1015 4 1 95 1 0 0
r b swpd free buff cache si so bi bo in cs us sy id wa st gu
1 0 0 3122676 195472 3190296 0 0 43 53 2175 21 24 5 69 2 0 0
0 0 0 3122676 195480 3186856 0 0 0 16 33829 940 4 1 94 1 0 0
0 0 0 3122524 195480 3186536 0 0 0 0 34438 901 3 1 95 1 0 0
1 0 0 3122524 195480 3186568 0 0 0 0 31950 888 3 1 96 1 0 0
1 0 0 3122524 195480 3186568 0 0 0 8 34277 914 4 1 94 1 0 0
1 0 0 3122524 195488 3186500 0 0 0 32 33770 1002 4 2 94 0 0 0
1 0 0 3122272 195488 3186532 0 0 0 4 33001 921 4 1 94 0 0 0
0 0 0 3122272 195504 3186524 0 0 0 76 33480 887 2 2 96 0 0 0
0 0 0 3122272 195504 3186492 0 0 0 0 34024 950 5 1 94 1 0 0
0 0 0 3122048 195504 3186524 0 0 0 0 32141 1015 4 1 95 1 0 0
Edit: yrittäessä tuon xorgin kanssa säätää ja luoda sille conffitiedostoa, huomasin että lightdm-servicen uudelleenkäynnistys näymmä korjasi tuon coren pomppimisen. Mutta sitten muistin että oli vielä tuo file managerin jumituskin, ääh. Eli tiedostonhallinnan ikkuna myös kai saman suspendin takia joskus alkaa jumimaan niin että sillä kestää vuosi tulla esille. Lienee vain helpompi luopua suspendista kun yrittää värkätä sitä toimimaan kunnolla. Heitän nyt kokeeksi vielä intel_iommu=off kernelille kun on ilmeisesti jotain suspend-bugeja korjannut enkä käytä mitään virtuaalikoneita mihin vaikuttanee.
Viimeksi muokattu:
KDE:ssähän oli jossain vaiheessa bugia, missä sovellus fullscreeninä ei estänyt virransäästöjä. Hauskana sivuvaikutuksena jos pelasi pädillä, niin silloinkin meni nukkumaan kesken kaiken. Hiiri+näpiksellä ei mennyt, koska hiiren liikuttelu riittää estämään sleepin. En ole törmännyt aikoihin, joten lienee korjattu. Tai sitten korjasin tuon jollain purkalla mikä pitää edelleen, en muista.
Eipä taida mikään käyttöjärjestelmä olla aukoton tuossa nukkumaan menemisen estämisessä. Töissä on monet lounaan ajaksi taustalle jätetyt simulaatiot tai pitkät käännökset jäänet kesken, kun Windows nukahtaa kesken kaiken. Jossain kohtaa sitä sitten oppi säätämään asetukset niin ettei tuo tule ongelmaksi.
Kaiken kaikkiaan varsin erikoista nurinaa, kun kaikkien käyttisten oletuksena on vuosikausia ollut aika tiukat virransäästöasetukset. Luulisi jo oppineen niitä säätämään. Gnomen foorumeilla oli aiheesta taannoin draamaa, kun laittoivat oletusasetukset tiukemmalle. Devaajat perusteli sitä regulaatiolla. Sinänsähän sääntely ei Linux-distroja tai työpöytäympäristöjä koske. Mutta jos se ei ole EU:n ja jenkkien sääntelyn mukainen, niin valmistajat ei voi esiasentaa sitä koneisiinsa, tai ainakin joutuisivat customoimaan asetukset, mikä ei tietysti ole toivottavaa.
Eipä taida mikään käyttöjärjestelmä olla aukoton tuossa nukkumaan menemisen estämisessä. Töissä on monet lounaan ajaksi taustalle jätetyt simulaatiot tai pitkät käännökset jäänet kesken, kun Windows nukahtaa kesken kaiken. Jossain kohtaa sitä sitten oppi säätämään asetukset niin ettei tuo tule ongelmaksi.
Kaiken kaikkiaan varsin erikoista nurinaa, kun kaikkien käyttisten oletuksena on vuosikausia ollut aika tiukat virransäästöasetukset. Luulisi jo oppineen niitä säätämään. Gnomen foorumeilla oli aiheesta taannoin draamaa, kun laittoivat oletusasetukset tiukemmalle. Devaajat perusteli sitä regulaatiolla. Sinänsähän sääntely ei Linux-distroja tai työpöytäympäristöjä koske. Mutta jos se ei ole EU:n ja jenkkien sääntelyn mukainen, niin valmistajat ei voi esiasentaa sitä koneisiinsa, tai ainakin joutuisivat customoimaan asetukset, mikä ei tietysti ole toivottavaa.
- Liittynyt
- 21.01.2017
- Viestejä
- 287
el9:n (fokusoimaton) Gnome terminaali heittää työpydälle ilmoituksen, kun komentorivillä käynnistetty komento loppuu.
Mitenköhän terminaali saa bash:lta vinkin, että nyt palattiin promptiin?
Tuohan on aika triviaalia. Gnome-terminal tietää tasan mitä se printtaa, joten promptiin on helppo tehdä hookki joka tekee ilmoituksen jos ikkuna on taustalla.
Yhtä helppoa olisi myös estää sleeppi jos terminaalissa on komento pyörimässä. Ongelma tuleekin sitten, että mihin kaikkiin komentoihin tuo esto lisätään. Jos ikkunassa pyörii joku top tai vaikka avoin ssh-yhteys, mutta ei mitään käynnissä niin estäänkö sleep silloinkin? Sitten porukka alkaa ihmetellä, että miksi kone ei nukahda, vaikka sillä ei tee mitään.
- Liittynyt
- 02.11.2016
- Viestejä
- 1 329
Itselläkin kokemuksena, että suspend ja hibernate toimii vähän miten sattuu linuxissa. Tosin nyt tuntuu toimivan hyvin suspend läppärissä, missä on vähän uudempi asennus ja desktopilla 10 vuotta vanha Kubuntu, jota olen koko ajan päivitellyt uusimpaan versioon, niin saattaa johtua osittain tuosta. Välillä toinen hajoaa ja toinen alkaa toimimaan ja sitten taas toisinpäin. Ja voi tulla kummia ongelmia, joita ei osaa yhdistää mihinkään, kunnes boottaa koneen ja sitten kaikki pelaakin taas hyvin.
- Liittynyt
- 17.10.2016
- Viestejä
- 1 654
Ei.
-core ei liity CPUhun mitenkään, vaan on heikosti dokumentoitu optio joka vain käskee Xorgin pulpauttamaan coredumpit tietyissä tilanteissa.Tuon perusteella ei paljoa aktiviteettia ole. Ei swappausta, hyvin vähän I/O:ta ja CPU:kin pääasiassa idlenä.
Jos 2c/4t prosessorilla yksi core jumittaa 50-100% loadissa niin luulisi että jotakin näkyisi vmstatissakin.
Mitäs ps näyttää? Jos vaikka
sudo ps -eLo pid,tid,pcpu,cmd --sort=-pcpu|head -10 kun tilanne on päällä, pitäisi saada kymmenen suurinta CPU kuormaa aiheuttavaa prosessia komentoriveineen suurimmasta alaspäin. Sudolla ajettuna ainakin pitäisi näkyä kaikki jos normikäyttäjä ei niitä syistä näkisikään.Ei siellä kyllä mitään erikoista saa näkymään ja homma vaikuttaisi nyt sellaiselta, että siellä pyörii ihan normaalit prosessit normaalisti mutta itse prossu jotenkin sekoaa siitä suspendista. Aivan kuin kaikki kuorma alettaisiin kippaamaan sille yhdelle corelle ja pienikin aktiviteetti saa sen ponnaamaan tappiin. Itse prosessien monitorointikin siis aiheuttaa sen että coren käyttöaste on korkealla ja täysin idlenä ohjelmat suljettuna riittää, että liikuttelee vaikka vähän hiirtä niin core pomppaa tappiin. Ja loput threadit sitten joten kuten laahaa siellä perässä matalasti kuormitettuina. Kun taas normaalisti toimiessa kaikki threadit on suht tasaisesti kuormitettuna ja käyttöasteet pysyy idlenä lähellä nollaa, eikä hiiren heiluttelukaan hetkauta. Aika omituista.
- Liittynyt
- 17.10.2016
- Viestejä
- 1 654
Siltähän tuo vahvasti kuulostaa. Jos et jo lopettanut suspendin käyttöä ja tilanne tulee vielä eteen, niin ihan mielenkiinnosta kurkista missä prosessorin kellot vetelee, erikseen suunnilleen idlessä ja jossakin suht raskaassa kuormassa:
grep '^cpu MHz' /proc/cpuinfo.Omassa Ivy Bridge läppärissä aikaisemmin mainittu jumi näkyy siten että nuo kellot ovat kaikki tasan 800MHz eivätkä siitä liikahda.
- Liittynyt
- 02.11.2016
- Viestejä
- 1 329
Meni ohi kuvaus, mutta tarkistitko mikä cpu governor on päällä? Jos se vaihtuu? Mulla oli muistaakseni, että joko bootin jälkeen tai suspend/hibernaten jälkeen olikin powersave-governor päällä ja kellot ei nousseet ja piti vähän etsiä, että mitä kautta systeemi halusi muuttaa sen powersaveksi.
- Liittynyt
- 17.10.2016
- Viestejä
- 1 654
Siis minun tapauksessani ei suspendilla ole osaa eikä arpaa, tapahtuu itsestään kun kone on vaan tarpeeksi kauan päällä. En edes käytä suspendia.
Eli governor pysyy koko ajan samana, jossakin vaiheessa jokin prosessorissa menee poikittain eikä minkään cpufreq asetuksen tai governorin tökkiminen sitä muuta.
Näytti kellot vaihtelevan kuitenkin normaalisti, idlenä siellä 1GHz tienoilla ja kuormalla sitten nosti 2,5GHz. Jotenkin se ei vaan enää bugitilassa osaa fiksusti jakaa kuormaa threadeille. Olisi kyllä melkoisen epämielyttävä bugi noin että ilman suspendiakin jumittelee kellotaajuudet,
- Liittynyt
- 17.10.2016
- Viestejä
- 1 654
On kyllä mielenkiintoinen tapaus tuokin. Alkaa loppua ideat mistä selitystä hakea.
Jos haluaa kysellä miten saada joku Windows-peli toimimaan Linuxissa joko WINE:llä (käsin asennettuna) tai Lutriksella, mitkä lienevät parhaimmat paikat?
Kävin Lutris foorumeilla, ne taitavat olla nyt suljettu ilmeisesti jonkun bottiroskapostihyökkäyksen takia, ja löytyy linkki johonkin Discord-keskusteluihin. Sekö on esim. Lutris-kysymyksille oikea paikka nykyisin?
Yleiset Wine-kysymykset jonnekin WineHQ foorumille?
Lähinnä tässä yritän selvittää onko mitenkään mahdollista saada Sacred Gold-pelin (digitaalinen GOG.com versio) WMV-videoita toistumaan pelissä, joko Lutris tai manuaalisella WINE-asennuksella. Muuten peli tuntuu toimivan hienosti, vain tuo välivideoiden skippaaminen on jäljellä. Jostain sain jo lisätietoa että ehkä pitää asennella käsin jotain gstreamer 32bit plugineita koneelle, ehkä sitten lähtisi toimimaan...
Kävin Lutris foorumeilla, ne taitavat olla nyt suljettu ilmeisesti jonkun bottiroskapostihyökkäyksen takia, ja löytyy linkki johonkin Discord-keskusteluihin. Sekö on esim. Lutris-kysymyksille oikea paikka nykyisin?
Yleiset Wine-kysymykset jonnekin WineHQ foorumille?
Lähinnä tässä yritän selvittää onko mitenkään mahdollista saada Sacred Gold-pelin (digitaalinen GOG.com versio) WMV-videoita toistumaan pelissä, joko Lutris tai manuaalisella WINE-asennuksella. Muuten peli tuntuu toimivan hienosti, vain tuo välivideoiden skippaaminen on jäljellä. Jostain sain jo lisätietoa että ehkä pitää asennella käsin jotain gstreamer 32bit plugineita koneelle, ehkä sitten lähtisi toimimaan...
Viimeksi muokattu:
- Liittynyt
- 10.03.2017
- Viestejä
- 1 545
Testaa Heroic-launcherilla? Video-codecit on hankala tapaus, koska Valve ei saa paketoida niitä, mutta esim ProtonGE:ssä niitä on eli silläkin kannattaa testaa, jos Lutris:lla kokeilet.
Winen osalta itse katsoisin ensin pelikohtaisesti WineHQ AppDB:sta olisiko siellä ohjeita, sieltä ainakin itse olen kaivanut toimivia kikkoja moniin peleihin. Nykyään tosin Steamin kautta Protonilla on tuntunut toimivan about kaikki mitä olen kokeillut suoraan. Tuohon Sacrediinkin siellä on winetricks-loitsu millä pitäisi videot lähteä toimimaan (wmp9 asennus tms) sekä joku fontteihin liittyvä fiksi mainittu. Yleensä noissa videojutuissa ainakin itselläni on winestä puuttunut joku koodekki eli windows-puolelle on joutunut noita asentelemaan, linux-puolella ei ole mitään koodekkeja joutunut asentelemaan vaan kaikki on ollut ainakin itselläni valmiina.
Kokeilin yhtenä sitäkin, lopputulema oli sama kuin Lutriksella eli peli muuten tuntuu toimivan hienosti mutta nuo videot eivät vaan näy, sama homma kun asensin joidenkin ohjeiden mukaan käsin Winelle, export 32bit prefix jne. Kyseessä on pelin GOG-versio, ei Steam, mutta sekä Lutris että Heroic hanskaavat GOG myös.
Yritän vain ymmärtää että onko niiden videoiden saaminen toimimaan edes mahdollista, ja onko kyse vain jostain puuttuvista 32bit gstreamer plugineista minkä kuvan jostain sain.
Sinänsä pitäisi olla tyytyväinen koska aiemmin monet ovat tapelleet paljon pahempienkin ongelmien kanssa eli ko. peli ei ole lähtenyt kunnolla käyntiin ollenkaan, mutta ymmärsin että tällä olisi ollut tekemistä juuri noiden videoiden kanssa, eli peli juuttui intro-videoon. Minulla sentään vain hyppää niiden yli kun ei jostain syystä pysty niitä toistamaan.
Tuokaan ei ole itselleni selkeää, en tajunnut että siinä Windows-sessiossa pitäisi myös ehkä jotain koodekkeja asennella. Se Lutriksen käyttämä GOG installeri antaa loppuvaiheessa yhden errorin missä se ilmeisesti yrittää juuri asentaa jotain Windows Media-koodekkia, jos se sitten siitä johtuu ettei saa sitä jostain syystä asennettua?
Sanottakoon että Windows 11:ssa samaa GOG-installeria käytettäessä pelin videot kyllå toimivat.
Muualla tulleissa neuvoissa puolestaan puhuttiin että luultavasti tuo tarvitsee, ainakin puhtaalla WINE-asennuksella, 32bittisiä plugineita Linuxiin asennettuna. Listattiin esim. i386 versiot näistä:
gstreamer1.0-libav
gstreamer1.0-plugins-good
gstreamer1.0-plugins-bad
gstreamer1.0-plugins-ugly
Joissakin tähän peliin ja juuri sen videoihin liittyvissä ohjeissa vuosien takaan teroitettiin että varmista että sinulla on gstreamer jutut asennettuna, siis Linuxiin.
Videos play properly for me in Sacred Gold using wine-6.0-rc1-56-gbe459282420.
...
If you still are encountering errors, please ensure you have the requisite 32-bit GStreamer libraries.
Paljonhan tässä on vielä opittavaa, kuulen kyllä termejä kuten ProtonGE ja wineGE ja WINE mutta en ole täysin varma miten ne liittyvät toisiinsa ja ovatko ne toisensa poissulkevia vaihtoehtoja, ja onko esim. ProtonGE tarkoitettu vain Steam-käyttäjille. Jos kyseessä ei ole Steam-peli, yleensä kokeilen ensimmäisenä asentuuko peli Lutriksella, ja jos onnistuu ja peli toimii, en mieti sen enempää miten ja miksi peli asentui ja toimii, kun kerran toimii. Esim. GOG-versiot Neverwinter Nights Diamond:sta, The Witcher Enhanced Edition:sta ja Sacred 2:sta asentuivat näin täysin ilman ongelmia, jopa ne videot toimivat.
Osittain tässä tuntuu myös olevan jotain distro-sodan kaltaista oikeaoppisuutta jne. kun joku oli sitä mieltä että Lutris ja ehkä myös Heroic ovat ongelma jo itsessään koska käyttävät jotain muunneltua versiota WINE:stä ja aiheuttavat sitä kautta ihan omia ongelmiaan. Väitti videon toistamuttamuusongelmaan olevan juuri Lutriksen aiheuttamaa, mutta en ole vakuuttunut koska ihan sama tulee eteen jos yrittää asentaa Heroicilla, PlayOnLinux:lla tai jopa käsin Winellä.
Viimeksi muokattu:
- Liittynyt
- 10.03.2017
- Viestejä
- 1 545
WineGE taitaa olla jo poistunut käytöstä ja ProtonGE:tä voi käyttää kaikkialla normi Protonin sijasta. Ei ole vain Steam-käyttäjille, toimii myös muualla. GE on siis Glorious Eggroll eli ko. Proton-version kehittäjä (ja Nobara Linuxin).
Olisi myös yksi uusi launcher lisää sotaan eli Faugus launcher: GitHub - Faugus/faugus-launcher: A simple and lightweight app for running Windows games using UMU-Launcher (löytyy myös FlatHubista)
Esim. sudo apt-get install gstreamer1.0-plugins-bad:i386
Jos tuo peli vaatii sen quartz.dll niin videot eivät välttämättä toimi oikein(oikealla nopeudella) vaikka saisit videot näkymään ja errorit pois.
Nuo kodekit voi asentaa winetricksillä. Jos sitä ei ole asennettu niin joudut asentamaan sen ensin, aina sen voi poistaa. Esim. kirjoittaa: winetricks quartz
Katso myös mitä muita kodekkeja tuo peli vaatii: devenum.dll amstream.dll. Esim. winetricks wmp9 directshow
Lopuksi vielä valitsee 'winecfg' oikean käyttöjärjestelmän.
Jos tuo peli vaatii sen quartz.dll niin videot eivät välttämättä toimi oikein(oikealla nopeudella) vaikka saisit videot näkymään ja errorit pois.
Nuo kodekit voi asentaa winetricksillä. Jos sitä ei ole asennettu niin joudut asentamaan sen ensin, aina sen voi poistaa. Esim. kirjoittaa: winetricks quartz
Katso myös mitä muita kodekkeja tuo peli vaatii: devenum.dll amstream.dll. Esim. winetricks wmp9 directshow
Lopuksi vielä valitsee 'winecfg' oikean käyttöjärjestelmän.
Vähän kehnoahan tätä on yrittää ratkoa kun en edes ole varma juurisyystä, tämäkin tuntuu arvailulta että homma riippuu puuttuvista 32bit gstreamer plugineista Linuxista, tai mistä lie.
Eilen päädyin googlaimella esim. tälllaiseen keskusteluun:
Missing GStreamer 1.0 Bad plugins
Description This set of GStreamer plugins may be needed by some games and multimedia applications to play audio and/or video content. See Missing libgstrea
support.codeweavers.com
Eli tuon mukaan OpenSUSE:ssa ne 32bittiset versiot asennetaan esim, "sudo zypper install gstreamer-plugins-bad-32bit".
Kun en kuitenkaan ollut yhtään varma mitä kaikkia tuohon liittyviä plugineita ja kirjastoja ja moduuleita ja virmakuutosia pitäisi asentaa, päätin laittaa sokkona:
sudo zypper install gstreamer*32bit
Eli asentakoon nyt sitten vaikka kaikki niin en joudu arvailemaan ja arpomaan sen enempää. Paljon se asensikin lisäkamaa, mutta tuota ongelmaa se ei edelleenkään korjannut, vieläkään ne videot eivät toistu.
Lisähämmennystä myös aiheuttaa kun jotkut puhuvat juuri näistä Linuxin omista kirjastoista ("onhan kaikki tarvittavat grstreamer kirjastot asennettu?", vielä kun tietäisi mitkä nuo ns. tarvittavat kirjastot ovat), ja jotkut taitavat sanoa että kaikki tarvittava pitäisi tulla Steamin tai ProtonGE tms. mukana (en edes käytä Steamiä tämän pelin kanssa)? Ja yllä taidettiin mainita että jotenkin Winen sisällä pitäisi asentaa joku Windowsin koodekkipaketti? En edes tiedä miten se sitten tehdään, ei minulla tule Winessä mitään Windows-työpöytää jossa voisin asennella Windowsin koodekkipaketteja sisään. Alkuperäinen pelin asennusohjelma yrittää lopussa asentaa jonkun Windows Media-paketin siinä ilmeisesti onnistumatta, en tiedä miksi epäonnistuu ja saako saman tehtyä jotenkin käsin, jos se tuosta on kiinni.
Tarvittaisiin tosiaan mummo-ohjeet näille asennuksille sellaisille käyttäjille joilla ei ole mitään etukäteistietoa kaikista noista riippuvuuksista, plugineista, moduuleista, kirjastoista jne. Ainakin jos halutaan että enemmän Windows-pelaajia siirtyisi Linuxiin. Lutris, Heroic jne. auttavat paljon tässä, ongelma sitten ne tapaukset missä ne eivät toimikaan. Ihan alkaen siitä mistä päätellä mitä puuttuu mistäkin, vai onko se opittua tietoa joka on vain tiedettävä? Se että ko. pelin videoiden toimimattomuus Winessä liittyisi johonkin gstreaner-kirjastoihin, senkin opin jostain WINE-bugiraportointikeskustelusta joka alkoi vuonna 2008 ja päättyi 2020.
Jos tälle tietäisin ratkaisun niin ken ties osaisin jopa päivittää Lutriksen asennusskriptin tälle pelille jotta alkaisivat videotkin toimia, tai ainakin liittää Lutris-keskusteluun ohjeet mitä pitää tehdä käsin jotta homma toimii.
Mikään suuri ongelma tuo Sarcred Gold ei ole, ne välivideot ovat aika turhia eli lyhyitä joissa ei edes kerrota mitään tarinaa tms., mutta olisihan se kiva yrittää saada peli toimimaan 100% eikä vain 90%. Ehkä samalla oppisin miten sama ongelma korjata kymmenissä muissakin vanhemmanpuoleisissa Windows-peleissä Linuxissa.
Kiitos kuitenkin kaikille vinkeistä, tämä avautumiseni oli vain yleistä turhautumista miten elämä on välillä vaikeaa. Onneksi asiat voisivat olla vieläkin pahemmin.
Viimeksi muokattu:
Kaikista tärkein taito on bugiraporttien tekeminen, että kehittäjät voivat korjata ongelmat, ja niitä tosiaan korjataan joka päivä, ja mitä paremman bugiraportin saa aikaan niin sitä todennäköisemmin bugit korjataan ja nopeasti.
En tiedä missä bugi on ja kenelle raportoida. Ilmenee sekä puhtaalla WINE:llä että Lutriksella että Heroicilla. Vai onko se ongelma mikä pitäisi ilmoittaa esim. OpenSUSE:lle. jos Lutriksen tekijät eivät tunne kyseistä distroa ja mitä se on syönyt? Kiinnostaako esim. WINE:n kehittäjiä jos raportoin Lutriksessa havaitsemani ongelman?
WINE:ssä oli ollut joku tuohon liittyvä bugi vuonna 2008 mutta se korjattiin jossain 6.0 versiossa, ja sen jälkeen on vain toitotettu että tarkistakaa että on tarvittavat gstreamer-kilkkeet asennettuna, ilman selitystä että mitkä nuo kilkkeet ovat ja miten ne tarkistetaan (mikä toki olisi vaikea tarkasti selittää kymmenelle eri distrolle).
Tällöin kyseessä on regressio, joka on syytä raportoida.
Ilmoitus tässä tapauksessa suoraan ylimmälle portaalle joka softaa tekee (upstream) kun se kerran sielläkin esiintyy, eli Winelle, ei Lutris/Heroic/OpenSUSE sitä tule korjaamaan.
Uutiset
-
Qualcomm julkisti Snapdragon Wear Elite -alustan puettaviin laitteisiin
3.3.2026 00:41
-
Lenovo esitteli MWC:ssä konseptitason Legion Go Foldin ja ThinkBook Modular AI PC:n
3.3.2026 00:19
-
AMD julkaisi Ryzen AI 400 -sarjan prosessorit työpöydälle
2.3.2026 19:55
-
NVIDIA julkaisi uudet GeForce 595.71 -ajurit näytönohjaimilleen
2.3.2026 19:15
-
Applen iPhone ja iPad on valittu ensimmäisiksi NATO-hyväksytyiksi kuluttajalaitteiksi
2.3.2026 18:27
