Linux-kysymyksiä & yleistä keskustelua Linuxista

Install MongoDB Community Edition on Debian — MongoDB Manual 3.4
Contains the mongod daemon and associated configuration and init scripts.
Koodi:
sudo service mongod start

Serviceiden kanssa jo paininkin eikä tuo yksinään auttanut ongelmaan.

Nyt ongelma on sellainen että manuaalisesti käynnistämällä sudo mongod --dbpath /usr/local/mongodb-data Mongo käynnistyy kyllä mutta jos koitan pelkällä mongod komennolla niin se hakee jostain syystä databasea "oletus" kansiosta vaikka olen asettanut mongod.conf tiedostoon tuon yllä mainitun kansion.
 
The Oath sanoi:
Entä kuinka saan uudemmat ohjelmat käyttöön esim. Firefox 52:n? Debian testingissä taitaa olla, mutta onko tuon käyttämisestä jotain haittaa vrt. normaali Debian?
Debian seuraa ESR-haaraa, eli uusin ESR-versio pitäisi olla tarjolla. Pakettien sekoittaminen on hyvien tapojen vastaista ja johtaa FrankenDebianiin.


Jos haluat yleisestikin käyttää uudempia softia, Debian Stable ei ole paras vaihtoehto. Testing voi olla vähän epävakaampi, mutta eiköhän silläkin pärjää. Unstable (Sid) on vielä uudempi ja epävakaampi.

Itse melkeinpä kääntäisin Firefoxin lähdekoodeista, jos haluaisin version, jota ei löydy pakettivarastosta. En ole koskaan tykännyt jonkun muun distron pakettien kanssa sähläämisestä.

edit: Firefoxin lataussivu tarjoaa jotain Linux-versiota myös. Sekin voi olla kokeilemisen arvoinen vaihtoehto.
 
Mitä tarkoitat tolkullisella?

No just sellaista mikä poistaa ohjelman ilman pulinoita. Yritän nyt poistaa tuota syöpöintä eli Chromium selainta, mutta ei aukea. Terminaalissa yritin purgea, mutta ei löydä pakettia..hohhoijaa.

Meinaatko muistilla nyt keskusmuistia, mikä olisi korrekti käyttötapa sanalle muisti, vai tallennustilaa? Ensimmäinen tapaus kuulostaa aika jännälle mutta jälkimmäiseen löytyy kyllä apuja.

Rootissa oli tila loppu (dev/root). Käyttöaste 100%. Nyt näyttää pikkasen paremmalta 82%.
 
Aja sudo apt-get clean tai sudo apt-get autoclean molemmat poistaa ladatut asennus paketit(.deb tiedostot ). Jos et tuota ole koskaan tehnyt ja on vanhakin asennus, siellä saattaa olla kohtalaisen paljonkin tavaraa(du -h /var/cache/apt/archives/)...
 
Aja sudo apt-get clean tai sudo apt-get autoclean molemmat poistaa ladatut asennus paketit(.deb tiedostot ). Jos et tuota ole koskaan tehnyt ja on vanhakin asennus, siellä saattaa olla kohtalaisen paljonkin tavaraa(du -h /var/cache/apt/archives/)...

du -h /var/cache/apt/archives/ oli vaan 24k
 
Viimeksi muokattu:
Miten teen Kubuntussa staattisen (eli kiinteän) ip-osoitteen langalliselle verkolle?
Paljon olen googlaillut, enkä saanut sitä vaihdettua millään.

Myöskään welcome messagea en saa tuohon ssh yhteyteen tehtyä...

Kerkesin jo tuonne väärään lankaan vastaamaan.. mutta jätän tämän nyt vielä tännekin..
Koodi:
sudo nano /etc/network/interfaces

Muuta se yhteys staattiseksi jonka haluta. (Luultavasti eth0)
Koodi:
iface eth0 inet static
    address 192.168.xxx.xxx
    netmask 255.255.255.0
    gateway 192.168.xxx.xxx

ssh sisäänkirjautumis viesti saa päälle täältä.
Koodi:
sudo nano /etc/ssh/sshd_config

Poista kommentointi (#) riviltä.
Koodi:
#Banner /etc/issue.net

Kirjoita viesti tiedostoon
Koodi:
sudo nano /etc/issue.net

Käynnistä ssh uudelleen
Koodi:
sudo service ssh reload
 
rivi "auto eth0" puuttuu tuosta eth0 konffien edestä. Kokonaisuudessaan siis esim:

Koodi:
auto eth0
iface eth0 inet static
   address 10.0.0.41
    netmask 255.255.255.0
    network 10.0.0.0
    broadcast 10.0.0.255
    gateway 10.0.0.1
    dns-nameservers 10.0.0.1 8.8.8.8
 
Poista kommentointi (#) riviltä.
Koodi:
#Banner /etc/issue.net
Kirjoita viesti tiedostoon
Koodi:
sudo nano /etc/issue.net
Käynnistä ssh uudelleen
Koodi:
sudo service ssh reload


Miten viesti tiedostoon kirjoitetaan?

minulla lukee tuossa /etc/issue.net tiedostossa oletuksena "Ubuntu 16.04.2 LTS", voit kirjoittaa siihen mitä haluat ja tallentaa ctrl+x, aivan kuten tuon interfaces konffin
 
Tässä olisi struktuuri kokonaisuudessaan:

Koodi:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet static
    address 10.0.0.41
    netmask 255.255.255.0
    network 10.0.0.0
    broadcast 10.0.0.255
    gateway 10.0.0.1
    dns-nameservers 10.0.0.1 8.8.8.8
    dns-domain acme.com
    dns-search acme.com

Eli olisikohan sitten tuo puuttuva iface lo inet loopback rivi syynä ettei starttaa.
 
Vai onko se ethernet interfacen nimi edes eth0? Uudemmissa asennuksissa tulee välillä nimiksi enp4s0 tai enp2s0 tyylisiä. Kannattaa tarkistaa terminaalista kirjoittamalla ifconfig.
 
Vai onko se ethernet interfacen nimi edes eth0? Uudemmissa asennuksissa tulee välillä nimiksi enp4s0 tai enp2s0 tyylisiä. Kannattaa tarkistaa terminaalista kirjoittamalla ifconfig.
Itsellä esim. ubuntu 16.04 serverissä juuri enp2s0 tyylisiä:

Koodi:
auto enp2s0
iface enp2s0 inet static
 
Noniin. Eli siis verkkokortin nimi ei ole eth0 vaan enp3s0. Korvaa siis kaikki eth0 merkinnät tuolla ja kokeile uudelleen käynnistää verkko.

EDIT: Siis siitä /etc/network/interfaces tiedostosta
 
kirjoitin nyt siis:

"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""
# interfaces(5) file used by ifup(8) and ifdown(8)

auto lo
iface lo inet loopback

auto enp3s0
iface enp3s0 inet static
address 192.168.1.88
netmask 255.255.255.0
gateway 192.168.1.1

""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""

Koitin vielä käynnistää uudelleen:
/etc/init.d/networking restart

Sain sen vihdoin näyttämään staattista osoitetta.
Kokeilin irroittaa sen ethernet johdon koneen takaa ja sitten pistää hetken kuluttua uudelleen.

Nyt vielä puuttuu se ssh motd, eli welcome message.
Koita "sudo service network-manager restart" tai "sudo service networking restart" tai viimisenä vaihtoehtona "sudo ifdown enp3s0 && sudo ifup enp3s0", mutta tuossa on vaarana, että ssh-yhteys katkeaa ennen ifup komentoa ja koko interface jää alas eikä nouse kuin virtanapista reboottaamalla. Jos kyseessä siis headless purkki.
e: näköjään ratkaistu jo. Hidas.
 
mun error... Banneri tulee siis heti käyttäjätunnuksen jälkee.. enne salasanaa...
salasanan järkeen tuleva viesti tulee laittaa tänne

Kirjoita viesti tänne,
Koodi:
sudo nano /etc/motd.tail

ja lisää tämä rivi
Koodi:
session    optional   pam_motd.so  motd=/etc/motd.tail

tämän tiedoston loppuun.
Koodi:
sudo nano /etc/pam.d/sshd

gr32J0P.png
 
Viimeksi muokattu:
Siis kun kirjoitat terminaaliin:

sudo -i
putty

Kirjaudut puttylla ssh yhteyteen, niin miten saa tämmöisen tekstin vaihdettua:

""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""

Welcome to ubuntu 16.04.2LTS (GNU/Linux 4.8.0-41-generic x86_64)

* Documentation: Official Ubuntu Documentation
* Management: Welcome! - Landscape
* Support: https://ubuntu.com/advantage

0 pakettia voidaan päivittäää.
0 päivitystä on turvallisuuspäivityksiä.
""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""

Eikö se sit oo tuo motd tiedosto?

Itse asiassa tuli tyrittyä tuon edellisen viestin kanssa... (copypate munaus) Toi session rivi ei kuulu tonne sshd_confiin vaan samaan tiedostoon mistä piilotat ton motd.dynamicin.

Luultavasti tuo /etc/run/motd.dynamic tiedosto muuttuu kun softa päivittyy joten... mod.tail laitat mitä haluta ja käyt kommentoimassa ton mod.dynamicin pois tiedostosta
Koodi:
sudo nano /etc/pam.d/sshd
tälle riville #
#session optional pam_motd.so motd=/run/motd.dynamic
 
Mä en ymmärrä. En pääse kirjautumaan enään puttyyn tai käynnistämään putty servua.
Minkä session rivi ei kuulu minne? Olisiko kuvaa laittaa?


kerkisit sitte napata tossa välissä ton rivin minkä muokkasin...

Koodi:
session    optional   pam_motd.so  motd=/etc/motd.tail
ei kuulu tänne...
Koodi:
 /etc/ssh/sshd_config

vaan se kuuluu tänne
Koodi:
 /etc/pam.d/sshd
 
Löytyisikö täältä alsa-guruja optimoimaan raspberry pi - alsa resamplauksia? Olen yrittänyt käyttää volumio-distroa tuon kanssa ja hommat mielestäni toimivat muuten, mutta en ole saanut yleispätevää alsa-resamplausta konffattua joka imuroisi "kaiken" itsensä läpi.

Ongelmat aiheuttaa raspin perässä oleva USB-DAC, joka ei tue mitään muuta kuin 96KHz näyteistystä (tai näin ainakin linuxissa). Tarvitsisin siedettävän hyvälaatuisen resamplauksen kaikelle äänelle niin, että ilman erillistä säätöä defaulttina äänet menevät jonkun alsa-virtuaalidevicen läpi, joka resamplaa väkisin 96KHz outputille.

Olisiko jollain heittää suoraan konffit miten moinen toteutetaan?
 
Koodi:
defaults.pcm.rate_converter "samplerate_best"

pcm.!default {
  type plug
  slave.pcm {
    type dmix
    ipc_key 1024
    slave {
       pcm "hw:0,0"
       rate 96000
    }
  }
}

Jotain tuon tapaista /etc/asound.conf tiedostoon. Jos on useita äänilaitteita, niin "hw:0,0" oikeat numerot saa "aplay -l" komennolla, eka on kortti ja toinen laite. Jos *_best vie liikaa resursseja, niin testaa "samplerate_medium".

alsa.opensrc.org

Jos ei toimi, niin voi yrittää soveltaa vaikka tuosta M-Audion konffista.
 
Orange Pi Zerossa on DietPi linux käyttis ja näytti olleen pois pelistä verkkoyhteyden osalta, että reitittimen hallinta softassa ei näkynyt koko vehjettä ja vanha ip oli puttyssä muistissa niin ei löytänyt masiinaa sitäkään kautta ennen buuttia.

Sitä kysyn, että miten linuxista voi katsoa, että mikä kaatumisen aiheutti?

Olisi myös siisti sellainen ohjelma, joka osaisi myös pitää logia kuinka pitkään se on ollut verkossa.

edit: reitittimestä itsestään löytyi logi. 20.3.2017-12.4.2017 on dietpi:n ip:ssä liikkunut dataa ja sen jälkeen ei ollenkaan eli tuolloin varmaan pudonnut verkosta.
 
Viimeksi muokattu:
Orange Pi Zerossa on DietPi linux käyttis ja näytti olleen pois pelistä verkkoyhteyden osalta, että reitittimen hallinta softassa ei näkynyt koko vehjettä ja vanha ip oli puttyssä muistissa niin ei löytänyt masiinaa sitäkään kautta ennen buuttia.

Sitä kysyn, että miten linuxista voi katsoa, että mikä kaatumisen aiheutti?

/var/log hakemistosta löytyy lokitiedostoja joista kannattaa aloittaa, ja /var/log/messages siellä paras arvaus jos käytettävän jakelun logituskäytäntö ei ole ennestään tiedossa.

RedHat-sukuisissa jakeluissa on yleensä päälogit /var/log/messages ja /var/log/secure: securessa on kirjautumistapahtumiin liittyvät viestit ja muut sellaiset joissa logiviestiin voi periaatteessa päätyä salasanoja jos käyttäjä kirjoittaa salasanan käyttäjätunnuksen paikalle vahingossa.

Debian-sukuisissa logien nimet ovat osittain vähän erilaiset ja niitä on oletuksena enemmän: /var/log/messages on suunnilleen sama kuin RedHatissa, mutta securen tilalla on auth.log. Lisänä voi olla sitten syslog, daemon.log, kern.log ja user.log.

Yllämainituissa logeissa on yleensä oletusasetuksilla automaattisiivous päällä siten, että logit siivotaan viikottain ja tallessa on kertyvä ja noin 4 vanhaa versiota.

Ajastettujen operaatioiden toteutumisesta kertoo /var/log/cron, sähköpostin lähetyksestä ja vastaanotosta /var/log/mail tai /var/log/maillog.

Jos koneessa on systemd käytössä, komenna "journalctl --list-boots" ja näet kuinka monen boottikerran logit ovat tallella. Jos se tulostaa vain yhden rivin (= tallessa on vain nykyisen boottikerran journal-logi) kannattaa varmistaa että /var/log/journal hakemisto on olemassa, koska jotkut jakelut eivät luo sitä oletuksena.
Jos se oli olemassa kun kone käynnistettiin, sitten komennolla "journalctl -x -b -1" näyttää sivutettuna edellisen boottikerran journal-logit (joista siis löytyy mitä kaikkea systemd milloinkin käynnisti/pysäytti ja miten siinä kävi), "journalctl -x -b -2" sitä edellisen, ja niin edespäin.

Jos kdump-ominaisuus oli asetettu käyttöön ja levytilaa riitti, sitten /var/crash-hakemistossa saattaa olla odottamassa muistivedos, josta voi sitten saada hyvinkin tarkkaa tietoa siitä mitä kone oli tekemässä kun kaatuminen tapahtui.
 
/var/log hakemistosta löytyy lokitiedostoja joista kannattaa aloittaa, ja /var/log/messages siellä paras arvaus jos käytettävän jakelun logituskäytäntö ei ole ennestään tiedossa.

RedHat-sukuisissa jakeluissa on yleensä päälogit /var/log/messages ja /var/log/secure: securessa on kirjautumistapahtumiin liittyvät viestit ja muut sellaiset joissa logiviestiin voi periaatteessa päätyä salasanoja jos käyttäjä kirjoittaa salasanan käyttäjätunnuksen paikalle vahingossa.

Debian-sukuisissa logien nimet ovat osittain vähän erilaiset ja niitä on oletuksena enemmän: /var/log/messages on suunnilleen sama kuin RedHatissa, mutta securen tilalla on auth.log. Lisänä voi olla sitten syslog, daemon.log, kern.log ja user.log.

Yllämainituissa logeissa on yleensä oletusasetuksilla automaattisiivous päällä siten, että logit siivotaan viikottain ja tallessa on kertyvä ja noin 4 vanhaa versiota.

Ajastettujen operaatioiden toteutumisesta kertoo /var/log/cron, sähköpostin lähetyksestä ja vastaanotosta /var/log/mail tai /var/log/maillog.



Jos koneessa on systemd käytössä, komenna "journalctl --list-boots" ja näet kuinka monen boottikerran logit ovat tallella. Jos se tulostaa vain yhden rivin (= tallessa on vain nykyisen boottikerran journal-logi) kannattaa varmistaa että /var/log/journal hakemisto on olemassa, koska jotkut jakelut eivät luo sitä oletuksena.
Jos se oli olemassa kun kone käynnistettiin, sitten komennolla "journalctl -x -b -1" näyttää sivutettuna edellisen boottikerran journal-logit (joista siis löytyy mitä kaikkea systemd milloinkin käynnisti/pysäytti ja miten siinä kävi), "journalctl -x -b -2" sitä edellisen, ja niin edespäin.

Jos kdump-ominaisuus oli asetettu käyttöön ja levytilaa riitti, sitten /var/crash-hakemistossa saattaa olla odottamassa muistivedos, josta voi sitten saada hyvinkin tarkkaa tietoa siitä mitä kone oli tekemässä kun kaatuminen tapahtui.

apache2 boottime dietpi-software_apt.log news samba
apt btmp dpkg.log ntpd.log wtmp
armhwinfo.log dietpi-boot.log fsck ntpstats

Nuo sieltä log kansiosta löytyi ja kaikki log-päätteiset on tyhjää täynnä.
Sitten muistinkin, että DietPi on jonkin verran kutistettu versio--> DietPi vs Raspbian Lite

ram logit menee rammiin eli nehän katoaa kuin pieru saharaan bootissa. Ei ole crash-kansiota

DietPi / Fuzon • View topic - DietPi-Software | Details for ALL installation options

"DietPi-Ramlog #1 (default):
Ideal for users who do not require log files.
+ Mounts /var/log to RAM.
+ Increases overall system performance.
+ Increases the life of your SDcard by reducing filesystem IO (read/writes).
+ DietPi will automatically clear log files in /var/log every hour (to free memory used by DietPi-Ramlog).
─ Log files are NOT saved to disk.
─ Rsyslog is not installed to save on resources. This may prevent some programs logging that rely on rsyslog. If required, it can be manually installed with apt-get install rsyslog

DietPi-Ramlog #2:
Ideal for users who require the ability to keep log files, with the benefit of improved performance.
+ Mounts /var/log to RAM.
+ Increases overall system performance.
+ Increases the life of your SDcard by reducing filesystem IO (read/writes).
+ DietPi will automatically save/update log file data to disk every hour /root/logfile_storage.
+ DietPi will then clear log files in /var/log (to free memory used by DietPi-Ramlog).
─ Potential of losing upto 1 hour of log file data if power is interrupted.
─ Rsyslog is not installed to save on resources. This may prevent some programs logging that rely on rsyslog. If required, it can be manually installed with apt-get install rsyslog

Full (Rsyslog & Logrotate):
For users who require the maximum logging possible, with no interference from DietPi.
─ Mounts /var/log to DISK.
─ Decreases overall system performance
─ Reduces the life of your SDcard due to increased filesystem IO (read/write).
+ Comes with both rsyslog and logrotate installed as standard.
+ The "standard" of Linux logging systems, essential if your log file data is critical to system operation and/or maintenance. "

Pitääkin laittaa tuo alin vaihtoehto, että jää jotain microsd:lle luettavaksi seuraavalla kerralla.

Nyt löytyy enemmän log-kansiosta:

alternatives.log btmp faillog ntpd.log
apache2 daemon.log fsck ntpstats
apt debug kern.log samba
armhwinfo.log dietpi-boot.log lastlog syslog
auth.log dietpi-software_apt.log log2ram.log sysstat
bootstrap.log dmesg messages unattended-upgrades
boottime dpkg.log news wtmp

Esim. Journal ja kdump ei taida tässä olla ollenkaan, mutta toivottavasti noilla full moodin logeilla irtoaa sitten tarpeeksi tietoja ja vilkaisin noita kaikkia valmiiksi niin niissä on sisältöä suurimmaksi osaksi.
Omaan silmään kdumpin asentaminen itse jälkikäteen näyttää aika pahalta rastilta.
 
Viimeksi muokattu:
Tämä menee varmaan sarujaan noobit kysymyset mutta:

Minulla on Linux Mint (uusin versio asennettuna) HTPC:ssä. Näyttiksenä on 1050ti. Lisäksi on LG:n soundbar joka merkittävässä roolissa tässä ongemassa.

Tuli vastaan tälläinen ongelma:
1.
Tietokone on kiinni telkkarissa (LG 4k) HDMI:llä. Tällöin saan Mintissä4k resoluution näkyviin jos kaapeli vedetään koneesta suoraan telkkariin. Äänet kulkisivat silloin optisella soundbariin mutta tällöin en saa kuin 2.0 äänet (soundbar on 4.1 eli erillinen basso löytyy myös). Nvidian asetuksista löytyy 4k moodit ja resoluutio ok, mutta äänet ei siis.


2. Jos vedän HDMI:n soundbarin HDMI in-porttiin ja ja toisen HDMI out-portista telkkariin saan Linuxin puolella kaikki äänikanavat toimimaan mutta tällöin en saa 4k kuvaa / resoluutio. NVidian asetuksista löytyy vain 1080p moodi (ja sitä alemmat.) Äänikavat siis ok, mutta 4k resoluutiota ei löydy ja Nvidian Advanced asetuksista jos säädän 4k resolution niin se palautuu 1080p:ksi.

Mitäköhän tässä pitäisi tehdä ja mitä kautta kannattaisi tuota nyt ratkaista?
 
Tämä menee varmaan sarujaan noobit kysymyset mutta:

Minulla on Linux Mint (uusin versio asennettuna) HTPC:ssä. Näyttiksenä on 1050ti. Lisäksi on LG:n soundbar joka merkittävässä roolissa tässä ongemassa.

Tuli vastaan tälläinen ongelma:
1.
Tietokone on kiinni telkkarissa (LG 4k) HDMI:llä. Tällöin saan Mintissä4k resoluution näkyviin jos kaapeli vedetään koneesta suoraan telkkariin. Äänet kulkisivat silloin optisella soundbariin mutta tällöin en saa kuin 2.0 äänet (soundbar on 4.1 eli erillinen basso löytyy myös). Nvidian asetuksista löytyy 4k moodit ja resoluutio ok, mutta äänet ei siis.


2. Jos vedän HDMI:n soundbarin HDMI in-porttiin ja ja toisen HDMI out-portista telkkariin saan Linuxin puolella kaikki äänikanavat toimimaan mutta tällöin en saa 4k kuvaa / resoluutio. NVidian asetuksista löytyy vain 1080p moodi (ja sitä alemmat.) Äänikavat siis ok, mutta 4k resoluutiota ei löydy ja Nvidian Advanced asetuksista jos säädän 4k resolution niin se palautuu 1080p:ksi.

Mitäköhän tässä pitäisi tehdä ja mitä kautta kannattaisi tuota nyt ratkaista?
Etkö saa äänikortin aseetuksista säädettyä optiselle monikanavatukea päälle? Siis Nvidiahan ei sitä optista ohjaa.
 
Etkö saa äänikortin aseetuksista säädettyä optiselle monikanavatukea päälle? Siis Nvidiahan ei sitä optista ohjaa.
Täsmennetään vähän:
Optistakaapelia käytettäessä kaapeli ei tule tietokoneesta vaan menee telkkarista suoraan tuolle soundbarille (paitsi yhdessä testiskenaariossa).

Scenaariot siis
1.1:
Tietokone (HDMI) <-> TV <-> Optinen kaapeli <-> soundbar = 4k resoluutio mutta 2.0 äänet, ei ääntä monikanava testissä, eikä elokuvissa (front right ja left ok)

1.2:
Tietokone (HDMI) <-> TV ; Tietokoneen äänikortti <-> Optinen kaapeli <-> soundbar = 4k resoluutio mutta 2.0 äänet, ei ääntä monikanava testissä, eikä elokuvissa (front right ja left ok)

2.0
Tietokone (HDMI) <-> Soundbar HDMI IN - Soundbar HDMI Out (HDMI) <-> TV = Monikanava äänet toimii HDMI:n kautta mutta resoluutio pakotettu 1080p, manuaalisesti NVidian asetuksista (Advanced settings) saat ns. työpöytä 4k mutta leffat ja natiivit ohjelmat ilmoittaa että resoluutio on oikeasti 1080p.

ja disclaimer: Windowsin puolela kaikissa skenaarioissa siis 4k kuva ja monikanava.
 
Tuotakin taisin jo katsoa mutta tuo skenaario ei ole ihan vastaava. HDMI:llä (jättäen kokonaan pois optisen, skenaario 2.0) siis monikanava toimii mutta 4k (kyseinen resoluutio ei ede valittavissa). 1.2 skenaariossa tuo olisi tilanne mutta se on ei toivotuin vaihtoehto koska kaapelin vaihto. Paras olisi kun saisi 1.1 skenaarion toimimaan koska se on jo todettu muussa ympäristössä toimivaksi (Windows + Kodi).

Täytyy katsoa tuo ALSA vielä uudelleen.
 
Tukeeko soundbar 4k-läpivientiä?

Oma Anthem vahvistin ei tue 4k@60Hz läpivientiä, niin toinen HDMI on kytketty suoraan telkkuun ja toinen HDMI vahvistimeen, Kodi osaa syöttää äänet ja kuvan eri lähtöihin.
 
Tukeeko soundbar 4k-läpivientiä?

Oma Anthem vahvistin ei tue 4k@60Hz läpivientiä, niin toinen HDMI on kytketty suoraan telkkuun ja toinen HDMI vahvistimeen, Kodi osaa syöttää äänet ja kuvan eri lähtöihin.
Tukee,varmistin vielä äsken;kuten todettu Windowsin puolella toimii suoraan kaikki esitetyt skenaariot.
 
Scenaariot siis
1.1:
Tietokone (HDMI) <-> TV <-> Optinen kaapeli <-> soundbar = 4k resoluutio mutta 2.0 äänet, ei ääntä monikanava testissä, eikä elokuvissa (front right ja left ok)
Tässä ei kai kuulukaan toimia monikanava-testi, mutta DTS ja DD passthrough pitäisi toimia.

/var/log/Xorg.0.log tms. tiedostosta voi tutkailla virheitä (EE) eri tapauksissa ja Googlata niiden perusteella.
 
Tässä ei kai kuulukaan toimia monikanava-testi, mutta DTS ja DD passthrough pitäisi toimia.

/var/log/Xorg.0.log tms. tiedostosta voi tutkailla virheitä (EE) eri tapauksissa ja Googlata niiden perusteella.
Hmm,outoa jos tuossa ei kuulu monikanava testi kun toisessa (pelkkä hdmi passthrough) toimii.DTS jne. testattu Kodin ja VLC:n kautta ja ei eloa (=osa kanavista ei kuulu,esim. puhe).

Kagson tuon läpi ja postailen tänne kun pääsen kotia.
 
Hmm,outoa jos tuossa ei kuulu monikanava testi kun toisessa (pelkkä hdmi passthrough) toimii.DTS jne. testattu Kodin ja VLC:n kautta ja ei eloa (=osa kanavista ei kuulu,esim. puhe).
Optisen ja HDMI ARC läpi ei mene kuin stereo, DTS/DD kuljetetaan kahden PCM-kanavan läpi (ne voi koodata jopa stereo wave tiedostoon, jos ajurit/ohjelmat ei tue läpivientiä). Kodi/VLC ei saa purkaa ääntä jolloin tulee vain stereo vaan pitää kytkeä passthrough käyttöön.

Uudessa Kodissa täytynee jättää sync playback to display pois päältä, että passthrough äänet toimii. Näyttötilan virkistystaajuuden vaihto pitää tietinkin olla (varsinkin) tuossa tapauksessa päällä, että nykii mahdollisimman vähän.
 
Luulin, että OrangePi Zero oli mennyt nurin, kun ei näkynyt reitittimellä ja logissa oli dataa liikkunut nolla tänään. Kuitenkin, kun putty:llä sorkin niin pääsin sisään. Toki olin päivittänyt uudempaan versioon tuon DietPi.
Näköjään ei ollut ihan aukoton tuo reitittimellä läsnäolo ja data nolla, että tuossa on varmaan jonkinlaisia virransäästöominaisuuksia käyttämättömänä ja haiskahtaa turvalliseltakin, kun ei data liiku. Mihin se sitä olisi edes viemässä?
 
Luulin, että OrangePi Zero oli mennyt nurin, kun ei näkynyt reitittimellä ja logissa oli dataa liikkunut nolla tänään. Kuitenkin, kun putty:llä sorkin niin pääsin sisään. Toki olin päivittänyt uudempaan versioon tuon DietPi.
Näköjään ei ollut ihan aukoton tuo reitittimellä läsnäolo ja data nolla, että tuossa on varmaan jonkinlaisia virransäästöominaisuuksia käyttämättömänä ja haiskahtaa turvalliseltakin, kun ei data liiku. Mihin se sitä olisi edes viemässä?

Näinhän se on. Tavalliset windows-koneet usein huutelevat silloin tällöin broadcastia lähiverkkoon ilmoittaakseen olemassaolostaan toisille saman verkon windows-koneille (elleivät ole AD-domainissa kiinni, jolloin huutelu tapahtuu kohdistetusti AD-palvelimille), tarkistavat Microsoftilta päivityksiä ym., ja siitä tulee sivutuotteena jonkin verran tavaraa liikennelaskureihin. Mutta tuollainen DietPi josta on kaikki ylimääräinen riisuttu pois ei välttämättä huutele ulospäin yhtään mitään idlenä ollessaan.
 

Statistiikka

Viestiketjuista
259 442
Viestejä
4 512 454
Jäsenet
74 369
Uusin jäsen
nabsa

Hinta.fi

Back
Ylös Bottom