Linux-kysymyksiä & yleistä keskustelua Linuxista

Distroa kannattaa ehkä valita työpöytäympäristön / DE perusteella, moni on erikoistunut juuri siihen yhteen ja lisäilee kaikki viilaukset, hilavitkuttimet ym vain siihen.

Taas pitänyt kokeilla kaikkea ja vaikuttaa siltä, että Gnome on kaikkein vakain etenkin jos pelaa läppärin, telakan ja ulkoisen näytön kanssa. GDM lienee ainoa kirjautumissysteemi mikä osaa heittää loginin ulkoiselle näytölle jos läppärin kannen laittaa kiinni. Ja Gnome muutenkin selviää kelvollisesti jos lisää/poistaa näytön lennossa. KDE välillä sekoili tuon kanssa, Xfce hajosi jotenkin totaalisesti ja puolet sen prosesseista kaatui jos lykkäsi ulkoisen näytön kiinni. Ja ihan Ubuntulla testasin siis, Kubuntu, Xubuntu, mutta perus Ubuntu vaikuttaisi kaikkein vakaimmalta.

Edit. se on sitten makuasia tykkääkö itse Gnomesta, sitä saa kaikkein vähiten modata yms aika tiukasti rajoitettu mutta vaikuttaisi toimivan sitten.
 
Mulla on nyt käytössä Debian 11 (stable) Mate työpöydällä ja olen tykännyt. Kaikissa muissa DE:ssä mitä aiemmin tullut kokeiltua (Unity, Gnome, KDE, XFCE) on ollut joitain juttuja mitkä hiertää, mutta tästä Matesta olen toistaiseksi tykännyt.

Selviytyy ihan kohtuullisesti ulkoisen näytön kanssa värkkäämistä, joskin välillä vähän sekoilee. Toiminut kyllä nyt usb-c näytön kanssa kuin ajatus.
 
Ite oon EndeavourOS KDE :stä tykännyt ja toimii muuten hienosti vanhemman lenovo T440s telakan ja ulkosen näytön kanssa, paitsi kun läppärin ottaa telakasta irti jos se on päällä ja laittaa takaisin niin lepotila lakkaa toimimasta ja herää samantien. Budgie kans yks lemppari DE:stä ja huomannut kaikkea erilaista koettaessani että sormenjälkikirjautuminen toimii parhaiten GDM kanssa. KDE muuten lemppari mutta SDDM ehkä kämäsin login/Display Manager mitä on tarjolla.
 
Asiantuntija sanoi:

Syncthing

syncthing.net syncthing.net
Napsauta laajentaaksesi...

Toi ei nyt oo aivan sitä mitä haen. Toi on tarkoitettu lähinnä kahden tai useamman tietokoneen tiedostojen/kansioiden synkkaukseen. Se mitä haen on kahden kansion synkkausta yhden koneen sisällä, verkkoa tuohon on turha sotkea mukaan.

Pitää ottaa toi fswatch vaan testiin ja ihmetellä sitten myöhemmin uudestaan, jos se ei vastaa toiveita.
 
Pitääkö olla kahdet kopiot tiedostoista, pelkkä kansion symlink ei riitä?
 
Obi-Lan sanoi:
Pitääkö olla kahdet kopiot tiedostoista, pelkkä kansion symlink ei riitä?
Napsauta laajentaaksesi...

Pitää olla kahdet kopiot.

Toi fswatchkin tuntuu turhan monimutkaiselta omaan käyttöön kun en saa sitä nyt synkkaamaan niitä kansioita. En vaan nyt tajua tuota...

[edit] Ilmeisesti vähän väsymys painaa kun en tajunnut, että se toinen kansio onkin toisella koneella :facepalm:... Pitää koe ponnistaa toi Syncthing.

Jos jollain tulee mieleen vielä jotain muita ideoita, niin kuuntelen mielelläni! Jotain mahdollisimman yksinkertaista :smile:.
 
Viimeksi muokattu:
Ajaa rsynciä Cron jobilla? Reaaliaikainen voi olla hankala toteuttaa
 
Leo_Greta sanoi:
Onko porukalla kuinka pitää kaksi kansiota synkassa automaattisesti?

Tuli vastaan tälläinen: GitHub - emcrisostomo/fswatch: A cross-platform file change monitor with multiple backends: Apple OS X File System Events, *BSD kqueue, Solaris/Illumos File Events Notification, Linux inotify, Microsoft Windows and a stat()-based backend.

Onko kellään kokemusta tuosta, tai jostain muusta vastaavasta?
Napsauta laajentaaksesi...
Riittääkö että a:sta kopioidaan muutokset b:n? Vai pitääkö b:stäkin a:n päin?
 
kaakau<"'\\/> sanoi:
Riittääkö että a:sta kopioidaan muutokset b:n? Vai pitääkö b:stäkin a:n päin?
Napsauta laajentaaksesi...

Molempiin suuntiin.

[edit] No niin, sain homman toimimaan ja ihan reaaliaikaisesti, tai no ehkä parin sekunnin viiveellä :smile:.

Softaksi löysin unison nimisen palikan, jonka ohjeet lataussivulla on todelle surkeat ja sen vuoksi piti googletella pari tuntia muita oppaita, ennenkuin tajusin miten se konffataan toimintakuntoon.

Unisonille loin seuraavan näköisen synkkaus profiilin, joka toimii hyvin testien perusteella:
Koodi: 
# Unison preferences file
root = /home/<username>/dir1
root = /mnt/dir2
batch = true
auto = true
repeat = watch
silent = true
perms = 0
logfile = /home/<username>/.unison/unison.log

Unison pyörii käyttäjän systemd-palveluna taustalla jatkuvasti:
Koodi: 
systemctl --user enable unison

Tuon vaatima unison.service -filu piti itse luoda, mutta se ei nyt monimutkainen ole ja löysin vieläpä valmiin filun sille täältä.

[edit1] Logiin tulee vielä virhettä, jota en oo vielä saanu korjattua, mutta toimintaan se ei näytä vaikuttavan:
Koodi: 
Fatal error: No file monitoring helper program found.
 
Viimeksi muokattu:
Leo_Greta sanoi:
Molempiin suuntiin.
Napsauta laajentaaksesi...
Tein lyhyen skriptin ja ajattelin, että voi tulla looppi jos sitä ajaa kahta yhtä aikaa, mutta näyttäisi toimivan.

Bash: 
#!/usr/bin/env bash

src="$1"
dst="$2"

while true; do
    inotifywait -rq -e modify -e create -e delete -e attrib -e move "$src"
    rsync -avz --delete "$src/" "$dst"
done

Eli aja ./clone.sh kansio1 kansio2 ja ./clone.sh kansio2 kansio1. move-tapahtuma ei varmaan toimi, jos siirtää tiedoston pois kansioista jonnekin muualle, se on erityistapaus, niin se pitäisi käsitellä erikseen ja voin koittaa käsitellä sen jos tarvitsee.
 
kaakau<"'\\/> sanoi:
Tein lyhyen skriptin ja ajattelin, että voi tulla looppi jos sitä ajaa kahta yhtä aikaa, mutta näyttäisi toimivan.

Bash: 
#!/usr/bin/env bash

src="$1"
dst="$2"

while true; do
    inotifywait -rq -e modify -e create -e delete -e attrib -e move "$src"
    rsync -avz --delete "$src/" "$dst"
done

Eli aja ./clone.sh kansio1 kansio2 ja ./clone.sh kansio2 kansio1. move-tapahtuma ei varmaan toimi, jos siirtää tiedoston pois kansioista jonnekin muualle, se on erityistapaus, niin se pitäisi käsitellä erikseen ja voin koittaa käsitellä sen jos tarvitsee.
Napsauta laajentaaksesi...

Löysin softan, jolla sain toimimaan. Muokkasin sen just äskön edelliseen viestiin pari sekuntia sitten :).
 
Obi-Lan sanoi:
Distroa kannattaa ehkä valita työpöytäympäristön / DE perusteella, moni on erikoistunut juuri siihen yhteen ja lisäilee kaikki viilaukset, hilavitkuttimet ym vain siihen.

Taas pitänyt kokeilla kaikkea ja vaikuttaa siltä, että Gnome on kaikkein vakain etenkin jos pelaa läppärin, telakan ja ulkoisen näytön kanssa. GDM lienee ainoa kirjautumissysteemi mikä osaa heittää loginin ulkoiselle näytölle jos läppärin kannen laittaa kiinni. Ja Gnome muutenkin selviää kelvollisesti jos lisää/poistaa näytön lennossa. KDE välillä sekoili tuon kanssa, Xfce hajosi jotenkin totaalisesti ja puolet sen prosesseista kaatui jos lykkäsi ulkoisen näytön kiinni. Ja ihan Ubuntulla testasin siis, Kubuntu, Xubuntu, mutta perus Ubuntu vaikuttaisi kaikkein vakaimmalta.

Edit. se on sitten makuasia tykkääkö itse Gnomesta, sitä saa kaikkein vähiten modata yms aika tiukasti rajoitettu mutta vaikuttaisi toimivan sitten.
Napsauta laajentaaksesi...

Gnomesta ja sen johdannaisista olen itsekin pitänyt eniten. Haluaisin käyttää KDE:tä, koska se on kevyt ja lienee ainoa DE jossa on toimiva fractional scaling, mutta sen kanssa tuntuu olevan aina kummallista jumittumista/jäätymistä ja muuta pientä ongelmaa.
 
Toimiiko porukalla tone mapping VLC-playerissä HDR -> SDR?

Itellä värit on todella haaleat VLC:ssä, mutta kun pistän saman videon pyörimään Jellyfin-servun webbiplayerin kautta, niin ne on kunnossa.

Käyttis: Pop!_OS 22.04 LTS
VLC-player: 3.0.16 Vetinari (revision 3.0.13-8-g41878ff4f2)
CPU: AMD Ryzen 9 5900X
GPU: GeForce GTX 1080
Nvidian ajurit: 525.60.11
Testivideo: Sony Food Fizzle HDR

Kokeiltua:
  • VLC > Tools > Preferenses > Advanced Preferenses > Video > Output modules > OpenGL > Tone mapping: Tone-mapping algorithm: Reinhard, sekä muut; Ei vaikutusta
  • Pop-OS:in vakio soittimellakaan noi värit ei toistu oikein
Ideoita, miten esim. tuon testivideon sais toistumaan kunnolla?

VLC-player:
VLC HDR.jpg

Jellyfin webplayer (ylä- ja alareunan tummat osat näkyy vain kun toisto on pausella):
Jellyfin HDR.jpg
 
Tämmösenä toistuu värit täällä ilman säätöjä.
Linux Mint 20.3, Ryzen 5 3400G.
VLC media player 3.0.9.2 Vetinari, buildd on lgw01-amd64-060.buildd (Apr 9 2020 19:29:44).
123.png
 
Testasin itsekkin pikaisesti, eikä ainakaan tule tuollaista samanlaista harmaata huntua kuvan päälle.

Mutta oikeaa HDR tukeahan ei Linuxissa edes tällä hetkellä ole, joten vaikuttanee lopputulokseen.
 
Miten US layouttiin voisi lisätä ääkköset? Yritin useaan otteeseen käyttää US internationalia, mutta meni merkit niin pieleen, että vaihdoin takasin puhtaan US:n.

Sxhkd:lla en ole osannut saada toimimaan ja modifierinä voi puolestani toimia mikä vain.
 
Karonkka sanoi:
Miten US layouttiin voisi lisätä ääkköset? Yritin useaan otteeseen käyttää US internationalia, mutta meni merkit niin pieleen, että vaihdoin takasin puhtaan US:n.

Sxhkd:lla en ole osannut saada toimimaan ja modifierinä voi puolestani toimia mikä vain.
Napsauta laajentaaksesi...

Itellä on käytössä US/English international, with AltGr dead keys ja ei oo valittamista.
 
Leo_Greta sanoi:
Itellä on käytössä US/English international, with AltGr dead keys ja ei oo valittamista.
Napsauta laajentaaksesi...
Tämän internationalin sietäisi, jos kriittinen yläpilkku ' ei menisi alt_R:n taakse myös. Pieni mutta niin raivostuttava seikka. Pitää kai koittaa taas kerran tottua tähän.
 
Karonkka sanoi:
Tämän internationalin sietäisi, jos kriittinen yläpilkku ' ei menisi alt_R:n taakse myös. Pieni mutta niin raivostuttava seikka. Pitää kai koittaa taas kerran tottua tähän.
Napsauta laajentaaksesi...

Itellä tulee PopOSissa '-merkki tulee suoraan napista ja ´-merkki tulee AltGr:n takaa. Aikasemmin oon käyttänyt myös "US/English, Alt.(ternative?) international", mutta tää nykyinen "US/English international, with AltGr dead keys" toimii paremmin PopOSissa. Kannattaa kokeilla tuota Alt. International -versiotakin.
 
Ubuntussakin ' merkki tulee suoraan tähtinäppäimestä. GMK näppiksessä olen koittanut ohjelmoida noita meta näppäimien taa mutta kohtuu sekavaa koska ne määritellään us ascii merkistöllä ja sitten pitää arpoa miten ne nappulat mäppääntyy suomi layoutille.
 
Obi-Lan sanoi:
Distroa kannattaa ehkä valita työpöytäympäristön / DE perusteella, moni on erikoistunut juuri siihen yhteen ja lisäilee kaikki viilaukset, hilavitkuttimet ym vain siihen.

Taas pitänyt kokeilla kaikkea ja vaikuttaa siltä, että Gnome on kaikkein vakain etenkin jos pelaa läppärin, telakan ja ulkoisen näytön kanssa. GDM lienee ainoa kirjautumissysteemi mikä osaa heittää loginin ulkoiselle näytölle jos läppärin kannen laittaa kiinni. Ja Gnome muutenkin selviää kelvollisesti jos lisää/poistaa näytön lennossa. KDE välillä sekoili tuon kanssa, Xfce hajosi jotenkin totaalisesti ja puolet sen prosesseista kaatui jos lykkäsi ulkoisen näytön kiinni. Ja ihan Ubuntulla testasin siis, Kubuntu, Xubuntu, mutta perus Ubuntu vaikuttaisi kaikkein vakaimmalta.

Edit. se on sitten makuasia tykkääkö itse Gnomesta, sitä saa kaikkein vähiten modata yms aika tiukasti rajoitettu mutta vaikuttaisi toimivan sitten.
Napsauta laajentaaksesi...
Jos en väärin muista niin Gnomella taitaa olla tuo Wayland tuki myös käyttäjän kannalta jossain määrin pisimmällä vs KDE ja toimia "jouhevimmiten" toki en oo pitkään aikaan testaillu/seurannut kehitystä kun tuli näytönohjaimen vaihto AMD:sta Nvidia lähinnä taloudellisista syistä piti valita käytetty nvidia. Uskoisin että Wayland tarjoaa myös paremman alustan juuri kyslaisen toiminnallisuuden kehittymiselle vs X11 jos tulevaisuutta ajattelee.
 
Mistähän johtuu, että joskus harvoin 3,5mm portista ei tule audio ulos vaikka johto kiinni, tulee vain läppärin kaiuttimista? Todella outo ja rasittava ongelma kun sattuu tapahtumaan. Miten tuon saisi fiksattua nopeasti esim. terminaalin kautta, joku audiosoftan resetointi? Johdon irtiottaminen ja takaisinlaitto ei auta. EDIT: Tämä siis tapahtuu silloin kun on johto kiinni portissa (99% ajasta), esim eilen ei mitään ongelmaa, läppäri sleep-tilaan, herätys tänään ja äänet tulee vain kaiuttimen kautta (johto ollut koko ajan kiinni).

Jatkokysymys: Saako läppärin kaiuttimet poistettua kokonaan pois toiminnasta jotenkin softapohjaisesti vai pitäisikö kaivaa kolvia käteen että onnistuisi? Ei ole ikinä sellaista tilannetta, että haluaisin niistä mitään ääntä.

EDIT2: Komennot pulseaudio -k ja perään pulseaudio -D ei auta (viimeinen antaa "E: [pulseaudio] main.c: Daemon startup failed." virheen mutta silti lähtee takaisin käyntiin), ei auta myöskään sudo killall pulseaudio.

EDIT3: Eikä toimi systemctl --user restart pulseaudio.service tai systemctl --user restart pulseaudio.socket.

EDIT4: Joku kirjoitti netissä, että saattaa liittyä juuri sleep-tilasta palattaessa ja saattaa olla joku hardware ongelma (mutta tapahtuu silti vain harvoin?), kokeilin hänen ohjeilla ensin taas pulseaudio -k ja sitten sudo alsa force-reload mutta se tuntuu vain jumittavan tähän (ei palaa promptiin):
Koodi: 
Unloading ALSA sound driver modules: snd-hda-codec-hdmi snd-hda-codec-realtek snd-soc-core snd-hda-codec-generic snd-compress snd-pcm-dmaengine snd-hda-intel snd-intel-dspcfg snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-timer (failed: modules still loaded: snd-hda-codec-hdmi snd-hda-codec-realtek snd-soc-core snd-hda-codec-generic snd-compress snd-pcm-dmaengine snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-timer).
Loading ALSA sound driver modules: snd-hda-codec-hdmi snd-hda-codec-realtek snd-soc-core snd-hda-codec-generic snd-compress snd-pcm-dmaengine snd-hda-intel snd-intel-dspcfg snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-timer
Unloading kohdassa tulee "failed: modules still loaded..." ja siksi loading jää jumittamaan? Ihme ongelma. :facepalm:

EDIT5: Breikkasin tuon edellisen kun ei loppunut jumitus. Kokeilin sitten sleep-tilaan menoa ja koko paska jumitti täysin. Ja bootin jälkeen toimii taas.. en ymmärrä. Oli ollut edellisestä bootista jotain muutamia päiviä joten ei voinut olla mikään "linux pyörinyt 60 päivää putkeen (uni/horrostilassa välillä) ja jotain menee siksi jumiin". Todella ärsyttävä kun sattuu kohdalle.

Osaako joku sanoa, onko edes mahdollista disabloida läppärin kaiuttimet jotenkin softapuolella? Mutta että 3,5mm plugin kautta silti tulisi ääntä jos johto on kiinni.
 
Viimeksi muokattu:
TenderBeef sanoi:
Mistähän johtuu, että joskus harvoin 3,5mm portista ei tule audio ulos vaikka johto kiinni, tulee vain läppärin kaiuttimista? Todella outo ja rasittava ongelma kun sattuu tapahtumaan. Miten tuon saisi fiksattua nopeasti esim. terminaalin kautta, joku audiosoftan resetointi? Johdon irtiottaminen ja takaisinlaitto ei auta. EDIT: Tämä siis tapahtuu silloin kun on johto kiinni portissa (99% ajasta), esim eilen ei mitään ongelmaa, läppäri sleep-tilaan, herätys tänään ja äänet tulee vain kaiuttimen kautta (johto ollut koko ajan kiinni).

Jatkokysymys: Saako läppärin kaiuttimet poistettua kokonaan pois toiminnasta jotenkin softapohjaisesti vai pitäisikö kaivaa kolvia käteen että onnistuisi? Ei ole ikinä sellaista tilannetta, että haluaisin niistä mitään ääntä.

EDIT2: Komennot pulseaudio -k ja perään pulseaudio -D ei auta (viimeinen antaa "E: [pulseaudio] main.c: Daemon startup failed." virheen mutta silti lähtee takaisin käyntiin), ei auta myöskään sudo killall pulseaudio.

EDIT3: Eikä toimi systemctl --user restart pulseaudio.service tai systemctl --user restart pulseaudio.socket.

EDIT4: Joku kirjoitti netissä, että saattaa liittyä juuri sleep-tilasta palattaessa ja saattaa olla joku hardware ongelma (mutta tapahtuu silti vain harvoin?), kokeilin hänen ohjeilla ensin taas pulseaudio -k ja sitten sudo alsa force-reload mutta se tuntuu vain jumittavan tähän (ei palaa promptiin):
Koodi: 
Unloading ALSA sound driver modules: snd-hda-codec-hdmi snd-hda-codec-realtek snd-soc-core snd-hda-codec-generic snd-compress snd-pcm-dmaengine snd-hda-intel snd-intel-dspcfg snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-timer (failed: modules still loaded: snd-hda-codec-hdmi snd-hda-codec-realtek snd-soc-core snd-hda-codec-generic snd-compress snd-pcm-dmaengine snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-timer).
Loading ALSA sound driver modules: snd-hda-codec-hdmi snd-hda-codec-realtek snd-soc-core snd-hda-codec-generic snd-compress snd-pcm-dmaengine snd-hda-intel snd-intel-dspcfg snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-timer
Unloading kohdassa tulee "failed: modules still loaded..." ja siksi loading jää jumittamaan? Ihme ongelma. :facepalm:

EDIT5: Breikkasin tuon edellisen kun ei loppunut jumitus. Kokeilin sitten sleep-tilaan menoa ja koko paska jumitti täysin. Ja bootin jälkeen toimii taas.. en ymmärrä. Oli ollut edellisestä bootista jotain muutamia päiviä joten ei voinut olla mikään "linux pyörinyt 60 päivää putkeen (uni/horrostilassa välillä) ja jotain menee siksi jumiin". Todella ärsyttävä kun sattuu kohdalle.

Osaako joku sanoa, onko edes mahdollista disabloida läppärin kaiuttimet jotenkin softapuolella? Mutta että 3,5mm plugin kautta silti tulisi ääntä jos johto on kiinni.
Napsauta laajentaaksesi...

Tähän mennessä vastaan tulleissa läppäreissä kaiuttimet on 99% olleet liittimillä. Kannattaa kurkata jos lähtee helposti auki.
 
TenderBeef sanoi:
Jatkokysymys: Saako läppärin kaiuttimet poistettua kokonaan pois toiminnasta jotenkin softapohjaisesti vai pitäisikö kaivaa kolvia käteen että onnistuisi? Ei ole ikinä sellaista tilannetta, että haluaisin niistä mitään ääntä.
Napsauta laajentaaksesi...

Jos käytät pulseaudiota äänikorttiin ootko kokeillut muuttaa conffitiedostosta mitään?

Vastaus kysymykseen voinee löytyä kyseisestä url-linkistä. Lainausta:

When signal is lost to during sleep, Pulse Audio is automatically configured to activate the default source (your HDMI). Upon resume the sound device is still on HDMI. To override this setting, tell Pulse Audio to never switch sound devices automatically:


  • edit the file /etc/pulse/default.pa
  • find the line load-module module-switch-on-port-available
  • insert a # at the beginning of the line to disable automatic port switching
  • save file and exit editor
  • type pulseaudio -k to reload configuration
Napsauta laajentaaksesi...
Eli pulseaudio vaihtaa defaultti äänilaitteelle tuolta sleep-modesta heräämisen jälkeen. Periaatteessa voit varmaan disabloida ne laitteen omat kajarit jollain default.pa tehtävällä softavivulla. En jaksa googlettaa. Tai toinen on että ootko varma että oletus äänilaitteeksi valittu kuulokeportti. Periaatteessa tuon vikailun vois selittää se että laitteiden herätessä äänikortin softa herää hetken liian myöhässä tai läppäri ei tunnista teknisesti sitä ulkoista äänipiuhaa jonka jälkeen valitsee toisen oletuksen eli nuo sisäiset kajarit.

Toinen tuosta sisäisten kajareiden disabloimisesta tuli mieleen että jostain äänikortin puolelta voinee ajureiden "blacklistaamisella" onnistua kun viittaa sysfs puolelta kyseisen äänikortin porttiin.
Kyseisestä linkistä ehkä enemmän aiheesta. Periaatteessa myös yhtä validia kirjoittelua lukea koska samasta ajurista kyse langan kirjoittelijalla.
 
Viimeksi muokattu:
Dehir sanoi:
Jos käytät pulseaudiota äänikorttiin ootko kokeillut muuttaa conffitiedostosta mitään?
Napsauta laajentaaksesi...
En ole, enkä ole "valinnut" pulseaudiota, se vain tulee tässä Linux Mintissä (ainakin 20.x versioissa) oletuksena. Pitää kokeilla tuota ehdottamaasi puukotusta ja katsoa jatkossa tuleeko enää tätä harvoin tapahtuvaa tilannetta vastaan.

Dehir sanoi:
Tai toinen on että ootko varma että oletus äänilaitteeksi valittu kuulokeportti.
Napsauta laajentaaksesi...
GUI:n kautta vai terminaalista?

pa.jpg
EDIT:
pa2.jpg
 
Viimeksi muokattu:
TenderBeef sanoi:
GUI:n kautta vai terminaalista?
Napsauta laajentaaksesi...
Ei ole merkitystä. Gui:n kautta muuttaa niin asetus pitäis jäädä kyllä oikeaksi. Terminaalista en osaa sanoa/muista muuttaako esim pactl asetuksia pysyvästi vai pelkästää ajonaikaisesti.
Ite suosin puhtaasti configin editoimista käsin vs jollain terminaalisoftan komennolla. Toki käyttökohteensa kaikilla esim scriptoissa ovat hyviä jne.

EDIT

Lisäks näyttäis että käytät jotain mintin GTK/Gnome default työpöytä gui:ta äänten hallintaan. Melkein helpompaa kun asentaa
Koodi: 
sudo apt-get install pavucontrol
jossa enemmän säätöjä yms tarjolla. Jälleen linkkiä aiheesta

Tuolta alsamixeristä terminaalissa ei voi muuta kuin hallinnoida äänentasoja.
 
Viimeksi muokattu:
Guissa on vain tuo valinta ja muuta kautta en osaa tehdä mitään, en ainakaan vielä. :) Kaikki kuitenkin toimii lähes aina, harvoin vain sattuu näin, että 3,5mm portti ei tunnu toimivan ja bootti näyttäisi olevan ainoa ratkaisu.
 
TenderBeef sanoi:
EDIT4: Joku kirjoitti netissä, että saattaa liittyä juuri sleep-tilasta palattaessa ja saattaa olla joku hardware ongelma (mutta tapahtuu silti vain harvoin?), kokeilin hänen ohjeilla ensin taas pulseaudio -k ja sitten sudo alsa force-reload mutta se tuntuu vain jumittavan tähän (ei palaa promptiin):
Koodi: 
Unloading ALSA sound driver modules: snd-hda-codec-hdmi snd-hda-codec-realtek snd-soc-core snd-hda-codec-generic snd-compress snd-pcm-dmaengine snd-hda-intel snd-intel-dspcfg snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-timer (failed: modules still loaded: snd-hda-codec-hdmi snd-hda-codec-realtek snd-soc-core snd-hda-codec-generic snd-compress snd-pcm-dmaengine snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-timer).
Loading ALSA sound driver modules: snd-hda-codec-hdmi snd-hda-codec-realtek snd-soc-core snd-hda-codec-generic snd-compress snd-pcm-dmaengine snd-hda-intel snd-intel-dspcfg snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-timer
Unloading kohdassa tulee "failed: modules still loaded..." ja siksi loading jää jumittamaan? Ihme ongelma. :facepalm:
Napsauta laajentaaksesi...
Meinasinkin ehdottaa ajureiden poistamista ja takaisin päälle, mutta tuo alsa force-reload näyttääkin yrittävän sitä. Jos se ei toiminut, niin voisit itse yrittää vatkata ajureita. sudo modprobe -r ajuri poistaa ja sudo modprobe ajuri lisää. lsmod:lla näkee mitä ajureita on päällä.
 
TenderBeef sanoi:
Mistähän johtuu, että joskus harvoin 3,5mm portista ei tule audio ulos vaikka johto kiinni, tulee vain läppärin kaiuttimista? Todella outo ja rasittava ongelma kun sattuu tapahtumaan. Miten tuon saisi fiksattua nopeasti esim. terminaalin kautta, joku audiosoftan resetointi? Johdon irtiottaminen ja takaisinlaitto ei auta. EDIT: Tämä siis tapahtuu silloin kun on johto kiinni portissa (99% ajasta), esim eilen ei mitään ongelmaa, läppäri sleep-tilaan, herätys tänään ja äänet tulee vain kaiuttimen kautta (johto ollut koko ajan kiinni).

Jatkokysymys: Saako läppärin kaiuttimet poistettua kokonaan pois toiminnasta jotenkin softapohjaisesti vai pitäisikö kaivaa kolvia käteen että onnistuisi? Ei ole ikinä sellaista tilannetta, että haluaisin niistä mitään ääntä.

EDIT2: Komennot pulseaudio -k ja perään pulseaudio -D ei auta (viimeinen antaa "E: [pulseaudio] main.c: Daemon startup failed." virheen mutta silti lähtee takaisin käyntiin), ei auta myöskään sudo killall pulseaudio.

EDIT3: Eikä toimi systemctl --user restart pulseaudio.service tai systemctl --user restart pulseaudio.socket.

EDIT4: Joku kirjoitti netissä, että saattaa liittyä juuri sleep-tilasta palattaessa ja saattaa olla joku hardware ongelma (mutta tapahtuu silti vain harvoin?), kokeilin hänen ohjeilla ensin taas pulseaudio -k ja sitten sudo alsa force-reload mutta se tuntuu vain jumittavan tähän (ei palaa promptiin):
Koodi: 
Unloading ALSA sound driver modules: snd-hda-codec-hdmi snd-hda-codec-realtek snd-soc-core snd-hda-codec-generic snd-compress snd-pcm-dmaengine snd-hda-intel snd-intel-dspcfg snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-timer (failed: modules still loaded: snd-hda-codec-hdmi snd-hda-codec-realtek snd-soc-core snd-hda-codec-generic snd-compress snd-pcm-dmaengine snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-timer).
Loading ALSA sound driver modules: snd-hda-codec-hdmi snd-hda-codec-realtek snd-soc-core snd-hda-codec-generic snd-compress snd-pcm-dmaengine snd-hda-intel snd-intel-dspcfg snd-hda-codec snd-hda-core snd-hwdep snd-pcm snd-timer
Unloading kohdassa tulee "failed: modules still loaded..." ja siksi loading jää jumittamaan? Ihme ongelma. :facepalm:

EDIT5: Breikkasin tuon edellisen kun ei loppunut jumitus. Kokeilin sitten sleep-tilaan menoa ja koko paska jumitti täysin. Ja bootin jälkeen toimii taas.. en ymmärrä. Oli ollut edellisestä bootista jotain muutamia päiviä joten ei voinut olla mikään "linux pyörinyt 60 päivää putkeen (uni/horrostilassa välillä) ja jotain menee siksi jumiin". Todella ärsyttävä kun sattuu kohdalle.

Osaako joku sanoa, onko edes mahdollista disabloida läppärin kaiuttimet jotenkin softapuolella? Mutta että 3,5mm plugin kautta silti tulisi ääntä jos johto on kiinni.
Napsauta laajentaaksesi...

Kokeiles bootin jälkeen tuota samaa loitsu eli pulsen tappo ja alsa force reload. Jos bootin jälkeen noi loitsut menee läpi ilman jumitusta niin kertoo siitä että jokin ajuri kosahtaa tuon sleepin takia. Ja sille tuskin on hirveästi tehtävissä kotikonstein. Linux puolella valitettavasti nää sleepit ja hibernate hommat on edelleen ongelmallisia.

EDIT: Niin ja pulseaudio taitaa olla aika kuollut. Pipewire on sitä kovaa vauhtia korvaamassa.
 
JiiPee sanoi:
Kokeiles bootin jälkeen tuota samaa loitsu eli pulsen tappo ja alsa force reload. Jos bootin jälkeen noi loitsut menee läpi ilman jumitusta niin kertoo siitä että jokin ajuri kosahtaa tuon sleepin takia.
Napsauta laajentaaksesi...
Sama homma tapahtuu, edelleen jumittuu. (täytyy taas bootata varmuuden vuoksi vaikka nyt äänet toimivatkin tuosta komennosta huolimatta.. kerkesin jo avata kaikki ohjelmat, tekstitiedostot, jne., muuten tuo boottaus ei olisi niin ärsyttävää mutta kun pitää kaikkea taas avata auki uudestaan kuten aiemmin oli, tuntuu aina olevan paljon eri tiedostoselaimia+tabeja, txt-tiedostoja monta tabia, terminaaleja vähintään yksi auki... aina tuntuu olevan yksi tai useampi säätö tai koodaus meneillään)

Katsoin komennolla pacmd list-cards* että taitaa olla ainakin mahdotonta disabloida tiettyä deviceä kun 3,5mm jackki ja läppärin kaiuttimet ovat eri portteja samassa devicessä. Pitää yrittää jossain vaiheessa (on niin pirusti taas kaikkea tekemistä) josko saisi tietyn portin disabloitua kokonaan (samalla vetäisi läppärin mikrofoniportin kiinni myös).. mutta voiko siihenkään sitten luottaa kun tälläinen ongelma aina silloin tällöin tulee ilmeisesti jonkun softaongelman takia. Hassusti olen aina luullut, että jos tuossa 3,5mm jackissa on joku kiinni niin on mahdotonta saada ääntä kaiuttimista ulos, eli jotenkin aina luullut, että siinä on joku mekaaninen lukitus.

*
Koodi: 
2 card(s) available.
...
    index: 1
        name: <alsa_card.pci-0000_00_1f.3>
...
        properties:
            alsa.card_name = "HDA Intel PCH"
...
        ports:
            analog-input-internal-mic: Internal Microphone (priority 8900, latency offset 0 usec, available: unknown)
                properties:
                    device.icon_name = "audio-input-microphone"
            analog-input-mic: Microphone (priority 8700, latency offset 0 usec, available: no)
                properties:
                    device.icon_name = "audio-input-microphone"
            analog-output-speaker: Speakers (priority 10000, latency offset 0 usec, available: no)
                properties:
                    device.icon_name = "audio-speakers"
            analog-output-headphones: Headphones (priority 9900, latency offset 0 usec, available: yes)
                properties:
                    device.icon_name = "audio-headphones"

Jotenkin nyt tuntuu, että vaikka puukottaisi nyt mitä vaan niin kun tällainen virhetilanne taas tulee niin se vaan tulee kun joku menee solmuun, esim. jos disabloisi "automatic port switching":in niin sitten ei vain kuuluisi ääntä jackista eikä kaiuttimista. Hankala tätä on myös ratkaista kokeilemalla erilaisia juttuja kun tämä tilanne tulee vain harvoin ja ihan randomisti. On ollut vähän ajatusta päivityksestä mint 21:seen, siis että laittaisi ihan puhtaan asennuksen (kauhea säätö vaan taas laittaa kaikki toimimaan kuten haluaa) joten siltäkin osin ei oikein jaksaisi enää tämän kanssa taistella.. sitten palaisi astialle jos uudemmassa mintissä tulee sama vastaan. EDIT: Tosin tietenkin siinäkin haluaisin disabloida ainakin kaiuttimet.. jos en sitten vain nykäisi sitä mahdollista johtoa irti, sitten ei varmasti tule pihahdustakaan.
 
Viimeksi muokattu:
Jos bootin jälkeenkin jumittuu niin sitten siellä on jotain edelleen joka käyttää niitä ääniajureita, eli se pulsen tappo ei riitä.
 
JiiPee sanoi:
EDIT: Niin ja pulseaudio taitaa olla aika kuollut. Pipewire on sitä kovaa vauhtia korvaamassa.
Napsauta laajentaaksesi...
Kubuntu 22.10:n kun päivitin, niin tuli Pipewire Pulseaudion tilalle ja mukana tuli kaksi vikaa. Kun avasin tekemäni Java-ohjelman, niin kaikkien muiden ohjelmien äänet alkoi kuulostamaan vammaselta. Ja toinen oli, että aina vaikka videon katsomisen jälkeen tuli pieni ääni, kun äänilähde meni kiinni tai jotain. Joskus se taas jäi päälle ja kuului jotain ininää. Ongelma ratkesi ottamalla Pulseaudio taas käyttöön. Tulikohan Pipewire keskeneräisenä käyttöön, vähän sama juttu kuin Waylandilla.
 
Itsellä EndeavourOS ja KDE plasma, pipewiren kanssa ei mitään ongelmia, pulseaudion kanssa ei muuta ollutkaan. Varsinkin bluetooth kuulokkeet ei toiminu pulseaudiolla hetkeäkään kunnolla.
Kubuntua koitin joskus vaihtaa pulseaudion pipewireen ja sen jälkeen jos koitti siivota orvot paketit apt-autoremovella niin poisti koko järjestelmän. Lensi kaaressa lepikkoon kyllä koko ubuntu lyhyen kokeilun jälkeen.

Suosittelen silti koittamaan vaihtaan pipewire pulseaudion tilalle, netistä löytyy selkeitä ohjeita ja takaisin voi aina palata jos ei toimi.

Kaikki ohjelmat ja tiedostot kyllä avautuu itsestään samaan tilaan rebootin jälkeen missä ne olivatkin. Liekö taas jotain KDE ominaisuuksia kun ei ole tarvinnut mitään tuonkaan eteen tehdä.
 
kaakau<"'\\/> sanoi:
Kubuntu 22.10:n kun päivitin, niin tuli Pipewire Pulseaudion tilalle ja mukana tuli kaksi vikaa. Kun avasin tekemäni Java-ohjelman, niin kaikkien muiden ohjelmien äänet alkoi kuulostamaan vammaselta. Ja toinen oli, että aina vaikka videon katsomisen jälkeen tuli pieni ääni, kun äänilähde meni kiinni tai jotain. Joskus se taas jäi päälle ja kuului jotain ininää. Ongelma ratkesi ottamalla Pulseaudio taas käyttöön. Tulikohan Pipewire keskeneräisenä käyttöön, vähän sama juttu kuin Waylandilla.
Napsauta laajentaaksesi...

Kyllähän se pipewire keskeneräinen on, mutta pulsen kehitys on hyvin minimaalista.

Kaalip sanoi:
Kubuntua koitin joskus vaihtaa pulseaudion pipewireen ja sen jälkeen jos koitti siivota orvot paketit apt-autoremovella niin poisti koko järjestelmän. Lensi kaaressa lepikkoon kyllä koko ubuntu lyhyen kokeilun jälkeen.
Napsauta laajentaaksesi...

Ittellä on jostain apt pohjaisesta distrosta aika samanlainen kokemus että cleanupissa lähtikin sitten tavaraa niin että koko paska oli siinä. Tuollaista ei vaan yksinkertaisesti saisi käydä. Sen takia ei ittellä apt pohjaista kikotinta tule olemaan. Ja tulihan se lista silmäiltyä läpio että mitä poistaa mutta kun ei apt pohjainen systeemi ja paketin nimeämiset ole niin tuttu niin ei vaan osunu silmään että minkä järjestelmän kriittisen paketin tai paketit se veti samalla pois.
 
Kaalip sanoi:
Kaikki ohjelmat ja tiedostot kyllä avautuu itsestään samaan tilaan rebootin jälkeen missä ne olivatkin. Liekö taas jotain KDE ominaisuuksia kun ei ole tarvinnut mitään tuonkaan eteen tehdä.
Napsauta laajentaaksesi...
Itse ainakin piti KDE:n asetuksista laittaa päälle, että jatkaa viimeisintä istuntoa. Ja silti Signal ja Element ei käynnisty, liittynee siihen, että kumpikin on Electron-pohjaisia sovelluksia. Ja vaikka Konsoleen tulee kaikki tabit, niin ei niissä ole screen-istuntoa ja Vimiä päällä esim., että ymmärrän hyvin tuon, että käyttää suspendia tai hibernatea. Miksi ei käyttäisi. Tosin itselläkään ne eivät aina ole toimineet täysin, silloin tällöin joku osa systeemistä hajoaa ja debuggaaminen on vaikeaa.
 
Itsellä suspend ei tuota mitään ongelmaa (jos tätä erittäin harvoin tapahtuvaa äänilähdeongelmaa ei lasketa mukaan, JOS se nyt edes tapahtuu suspendin takia), hibernate bugaa silloin tällöin, ei kovin usein. Esim. tässä meni useampi viikko kun taisin hibernate+restartata winkkariin pelaamaan hetkeksi lähes joka päivä eikä ollut mitään ongelmaa. Sitten vaan randomisti joskus saattaa hibernate jumittaa ja joutuu laittamaan powerinapista virrat pois ja päälle. 2 tai 3 kertaa on tuollaisessa tilanteessa käynyt niin, että kun boottasi linuxiin takaisin niin se jatkoikin hibernatesta ihan normaalisti, muuten kyllä on joutunut aloittamaan "puhtaalta työpöydältä". Ei onneksi usein tapahdu ja mulla on kuitenkin aina kaikki tallennettu jos jotain on kesken/auki niin mitään ei sinänsä "häviä". Olen jo aikoja sitten oppinut siihen, että ctrl+s:ää tulee paineltua aika usein.

Pakko tällä vaan pärjätä, ei ole muuta vaihtoehtoa, winkkaria en joidenkin pelien ajamisen lisäksi enää suostu käyttämään. Harmi kun tuota hibernatehommaa ei saa toimimaan tietokoneilla kunnolla. Jos olen oikein käsittänyt, niin ongelma taitaa olla se, että valmistajat tekevät ei-speksien mukaisia ratkaisuja. Jos nyt oikein jaksan muistella oikein, niin ei mulla windowsissakaan (edellisten koneiden kanssa) hibernate toiminut 100%:sti.
 
kaakau<"'\\/> sanoi:
...ei niissä ole screen-istuntoa ja Vimiä päällä esim...
Napsauta laajentaaksesi...

Et ole testannut tmuxia tmux-resurrect (+ tmux-continuum) plugareilla?
Resurrectilla voi tallentaa ja palauttaa tmux-session, pitäisi osata jopa Vim-sessio palauttaa (tästä ei kokemusta kun en vimiä käytä). Continuumilla saa automatisoitua tallennuksen ja palautuksen.

Muutenkin henk. koht. tmux tuntuu mukavammalta kuin kivikautinen GNU Screen.
 
Kubuntu mainittu. Täällä tuoreehko havainto, että sleepin jälkeen (laitan siis konetta nukkumaan mooonta kertaa päivässä ja buutteja harvoin) äänet lopulta eivät toimi. Myös GUI saattaa alkaa lopulta tahmaamaan - kun ei välittömästi käynnisty palkista joku sovellus tai menu aukea, niin tiedän olevan buutin tarpeessa. En ole koettanut vielä mitään temppuja.
 
Barbarossa sanoi:
Et ole testannut tmuxia tmux-resurrect (+ tmux-continuum) plugareilla?
Resurrectilla voi tallentaa ja palauttaa tmux-session, pitäisi osata jopa Vim-sessio palauttaa (tästä ei kokemusta kun en vimiä käytä). Continuumilla saa automatisoitua tallennuksen ja palautuksen.

Muutenkin henk. koht. tmux tuntuu mukavammalta kuin kivikautinen GNU Screen.
Napsauta laajentaaksesi...

Sivusta kommentti, että tämä olikin mielenkiintoinen ja mitä nyt vähän perehtynyt, niin taitaa mennä käyttöön sccreenin tilalle missä mahdollista.
 
Vaateri sanoi:
Sivusta kommentti, että tämä olikin mielenkiintoinen ja mitä nyt vähän perehtynyt, niin taitaa mennä käyttöön sccreenin tilalle missä mahdollista.
Napsauta laajentaaksesi...
Pitkään meni itselläni siirtyessä Screenistä Tmuxiin, mutta nyt kun käyttää niin ei ole enää paluuta vanhaan. Ihan jo vaikka siitä syystä että saa jaettua ruudun kahtia, ja olla kaksi editoria auki vierekkäin. Ja irssissä saa IRC-kanavan jäsenlistan sivupalkiksi, kun käyttää Tmux plugaria :lol:
 
Byobu on varsin hyvä toteutus tmuxista:

www.byobu.org

Byobu

Byobu Byobu is a GPLv3 open source text-based window manager and terminal multiplexer. It was originally designed to provide elegant enhancements to the otherwise functional, plain, practical GNU Screen, for the Ubuntu server distribution. Byobu now includes an enhanced profiles, convenient
www.byobu.org www.byobu.org
 
kaakau<"'\\/> sanoi:
Kubuntu 22.10:n kun päivitin, niin tuli Pipewire Pulseaudion tilalle ja mukana tuli kaksi vikaa. Kun avasin tekemäni Java-ohjelman, niin kaikkien muiden ohjelmien äänet alkoi kuulostamaan vammaselta. Ja toinen oli, että aina vaikka videon katsomisen jälkeen tuli pieni ääni, kun äänilähde meni kiinni tai jotain. Joskus se taas jäi päälle ja kuului jotain ininää. Ongelma ratkesi ottamalla Pulseaudio taas käyttöön. Tulikohan Pipewire keskeneräisenä käyttöön, vähän sama juttu kuin Waylandilla.
Napsauta laajentaaksesi...
Kyllähän se pipewire taitaa olla vielä aika kokeellinen kehityksen osalta. Tai vaikka core elementit oliskin suht "vakaita" ongelmaksi näissä muodostuu aina legacy/modernien softien tuen päivittäminen. Käytännössähän homman pitäisi mennä eri välikerrosten kautta eli nyt vaikka pulseaudio <-> pipewire. Ellei sitten kirjoiteta suoraa tukea, mutta vähemmän päivityksiä saavien softien kohdalla tätä tuskin kannattaa odottaa eli tosielämässä olet enemmän tai vähemmän riippuvainen rikkoutuvista/latencyä aiheuttavista layereistä.

Parhaimmillaan itse toivoisin että pipewiresta tulisi joskus Applen coreaudion tasoinen "Se vaan toimii" ratkaisu joka mahdollistaisi helppokäyttöisemmän. Varsinkin musiikkipuolen softan ja laitteiden kytkemisen käyttämisen linuxilla. Eli tarjoaisi jackd:n tasoista nollalatencya helppokäyttöisesti. (Periaatteessahan tuon pipewiren sai jotenkin linkitettyä jackd tällä hetkellä.)

Mitä tulee tuohon waylandiin niin kyllähän tuo pipewire on nimenomaan askel myös oikeaan suuntaan siinä rinnalla waylandiinkin siirryttäessä.
 
Viimeksi muokattu:
Dehir sanoi:
Kyllähän se pipewire taitaa olla vielä aika kokeellinen kehityksen osalta. Tai vaikka core elementit oliskin suht "vakaita" ongelmaksi näissä muodostuu aina legacy/modernien softien tuen päivittäminen. Käytännössähän homman pitäisi mennä eri välikerrosten kautta eli nyt vaikka pulseaudio <-> pipewire. Ellei sitten kirjoiteta suoraa tukea, mutta vähemmän päivityksiä saavien softien kohdalla tätä tuskin kannattaa odottaa eli tosielämässä olet enemmän tai vähemmän riippuvainen rikkoutuvista/latencyä aiheuttavista layereistä.

Parhaimmillaan itse toivoisin että pipewiresta tulisi joskus Applen coreaudion tasoinen "Se vaan toimii" ratkaisu joka mahdollistaisi helppokäyttöisemmän. Varsinkin musiikkipuolen softan ja laitteiden kytkemisen käyttämisen linuxilla. Eli tarjoaisi jackd:n tasoista nollalatencya helppokäyttöisesti. (Periaatteessahan tuon pipewiren sai jotenkin linkitettyä jackd tällä hetkellä.)

Mitä tulee tuohon waylandiin niin kyllähän tuo pipewire on nimenomaan askel myös oikeaan suuntaan siinä rinnalla waylandiinkin siirryttäessä.
Napsauta laajentaaksesi...
En ymmärrä Pipewiren toiminnallisuudesta juuri mitään. Tällä hetkellähän se tarvitsee toimiakseen useita paketteja käytettävän ääniajurin mukaan. Pipewire-pulse, pipewire-jackd tai pipewire-alsa tarvitaan toimiakseen.

Koska pipewire ei ole ainakaan täysin itsenäinen (standalone) ratkaisu, niin millä termillä sitä pitäisi kutsua?

Olen käyttänyt pipewire-pulsea ja wireplumberia xorgissa jo liki 1,5 vuotta enkä ole havainnut mitään ketjussa puhuttuja ongelmia. Päinvastoin, pulseaudiolla varsinkin bluetooth-kuulokkeet vaativat kikkailua lähes päivittäin ja siksi pipewire kokeiluun tulikin.

Oliko Ubuntu vai Fedora joka pari viikkoa ilmoitti siirtyvänsä pipewireen? Tarkoittaako se positiivisia askeleita kehitykseen?
 
Karonkka sanoi:
Oliko Ubuntu vai Fedora joka pari viikkoa ilmoitti siirtyvänsä pipewireen? Tarkoittaako se positiivisia askeleita kehitykseen?
Napsauta laajentaaksesi...
Fedora on käyttäny pipewireä vakiona jo oliko versiosta 34 lähtien, ja oli samalla ensimmäinen joka tuon otti käyttöön, kuten Fedoralla on tapana. Ubuntu taisi siirtyä pipewireen 22.10 julkaisussaan.
 
Kirjaudu tai rekisteröidy kirjoittaaksesi tänne.

Uutiset

Uutisia lyhyesti

Uusimmat viestit

Statistiikka

Viestiketjuista
275 875
Viestejä
4 752 334
Jäsenet
77 398
Uusin jäsen
makepetaal

Hinta.fi

Back
Ylös Bottom