Linux-kysymyksiä & yleistä keskustelua Linuxista

Ei tule mitään erroria . Lukee vaan että odotetaan vastausta xxxxxxx... Tottakai netti toimii.
Chrome pelittää.
Ilmeisesti ensi perjantaina (tai milloin uudet päivitykset tuleekaan) Firefox päivittyy 66.0.1 versioon, joten kannattaa kokeilla päivittää, josko lähtisi sitten toimimaan.

Jos ei selviä, niin sitten kannattaa laittaa viestiä joko Soluksen träkkeriin tai foorumille (molemmat toimii Phabricator tai Github tunnuksilla)
Home
Solus Forum
 
Löytyykö jotain distroa mikä olisi helppo ja hyvä valinta DIY "valokuvataulua" varten. Mietteenä oli joko vanha 24-27" ips näyttö + raspberry 3 + wlan tai 15" läppäri purettuna.

Löytyisikö tuohon jotain distroa millä voi lähteä koittamaan tuollaista systeemiä.
 
Kellään kokemusta siitä, että Manjaro KDE boottaa sitä hitaampaa mitä uudempi kerneli on käytössä?
  • Kernel 4.4.167-1 -- n. 16sek.
  • Kernel 4.14.109-1 -- n. 39sek.
  • Kernel 4.20.17-1 -- n. 1min 5sek.
  • Kernel 5.0.5_rt3-1 -- n. 1min 15sek.
Koneen olennaisimmat speksit:
  • prossu: i7-2600
  • muisti: 28Gt DDR3 1600MHz
  • kovo: Samppa 850 EVO 250Gt
  • näyttis: nVidian GTX 1080
Käsky "systemd-analyze blame" ei korreloi ollenkaan koneen boottauksen kanssa ja antaa kernelistä riippumatta samoja arvoja:
Koodi:
          3.910s NetworkManager-wait-online.service
           970ms dev-sdb3.device
           967ms lvm2-monitor.service
           616ms systemd-logind.service
           359ms systemd-timesyncd.service
           296ms upower.service
           284ms ModemManager.service
           264ms systemd-udevd.service
           246ms tlp.service
           213ms systemd-journald.service
           200ms NetworkManager.service
           173ms systemd-journal-flush.service
           155ms grub-boot-indeterminate.service
           153ms systemd-udev-trigger.service
           132ms udisks2.service
           126ms systemd-binfmt.service
           122ms ldconfig.service
           114ms user@1000.service
            94ms dev-mqueue.mount
            91ms sys-kernel-debug.mount
            91ms polkit.service
            76ms avahi-daemon.service
            73ms dev-hugepages.mount
            66ms kmod-static-nodes.service
            66ms systemd-modules-load.service
            53ms proc-sys-fs-binfmt_misc.mount
            49ms mnt-HDD_jako.mount
            48ms systemd-remount-fs.service
            47ms systemd-sysusers.service
            43ms systemd-random-seed.service
            43ms systemd-sysctl.service
            42ms sys-kernel-config.mount
            38ms systemd-tmpfiles-clean.service
            25ms systemd-tmpfiles-setup.service
            24ms org.cups.cupsd.service
            23ms systemd-update-utmp.service
            17ms systemd-journal-catalog-update.service
            12ms user-runtime-dir@1000.service
            11ms systemd-tmpfiles-setup-dev.service
            10ms tmp.mount
             9ms systemd-update-done.service
             8ms systemd-user-sessions.service
             4ms rtkit-daemon.service
             2ms sys-fs-fuse-connections.mount
 
Viimeksi muokattu:
Kellään kokemusta siitä, että Manjaro KDE boottaa sitä hitaampaa mitä uudempi kerneli on käytössä?
  • Kernel 4.4.167-1 -- n. 16sek.
  • Kernel 4.14.109-1 -- n. 39sek.
  • Kernel 4.20.17-1 -- n. 1min 5sek.
  • Kernel 5.0.5_rt3-1 -- n. 1min 15sek.
Koneen olennaisimmat speksit:
  • prossu: i7-2600
  • muisti: 28Gt DDR3 1600MHz
  • kovo: Samppa 850 EVO 250Gt
  • näyttis: nVidian GTX 1080
Käsky "systemd-analyze blame" ei korreloi ollenkaan koneen boottauksen kanssa ja antaa kernelistä riippumatta samoja arvoja:
Koodi:
          3.910s NetworkManager-wait-online.service
           970ms dev-sdb3.device
           967ms lvm2-monitor.service
           616ms systemd-logind.service
           359ms systemd-timesyncd.service
           296ms upower.service
           284ms ModemManager.service
           264ms systemd-udevd.service
           246ms tlp.service
           213ms systemd-journald.service
           200ms NetworkManager.service
           173ms systemd-journal-flush.service
           155ms grub-boot-indeterminate.service
           153ms systemd-udev-trigger.service
           132ms udisks2.service
           126ms systemd-binfmt.service
           122ms ldconfig.service
           114ms user@1000.service
            94ms dev-mqueue.mount
            91ms sys-kernel-debug.mount
            91ms polkit.service
            76ms avahi-daemon.service
            73ms dev-hugepages.mount
            66ms kmod-static-nodes.service
            66ms systemd-modules-load.service
            53ms proc-sys-fs-binfmt_misc.mount
            49ms mnt-HDD_jako.mount
            48ms systemd-remount-fs.service
            47ms systemd-sysusers.service
            43ms systemd-random-seed.service
            43ms systemd-sysctl.service
            42ms sys-kernel-config.mount
            38ms systemd-tmpfiles-clean.service
            25ms systemd-tmpfiles-setup.service
            24ms org.cups.cupsd.service
            23ms systemd-update-utmp.service
            17ms systemd-journal-catalog-update.service
            12ms user-runtime-dir@1000.service
            11ms systemd-tmpfiles-setup-dev.service
            10ms tmp.mount
             9ms systemd-update-done.service
             8ms systemd-user-sessions.service
             4ms rtkit-daemon.service
             2ms sys-fs-fuse-connections.mount

Tuo systemd-analyze on tarkoitettu lähinnä systemd:n analysoimiseen. Ei siitä kernelissä vietettyä aikaa enempää saa irti, eikä varmaankaan ole mahdollistakaan kun se käynnistyykin vasta kernelin jälkeen. Toki systemd-analyze time kertoo kauanko menee missäkin vaiheessa, riippuen vähän versiosta ja kaiketi raudastakin.

Esim. omasta koneestani:
Koodi:
$ systemd-analyze time
Startup finished in 14.274s (firmware) + 3.247s (loader) + 3.657s (kernel) + 712ms (initrd) + 1.424s (userspace) = 23.316s
graphical.target reached after 1.423s in userspace

$ uname -a
Linux njorthr 5.0.2-ck #1 SMP PREEMPT Sun Mar 17 19:18:44 EET 2019 x86_64 AMD Ryzen 7 2700X Eight-Core Processor AuthenticAMD GNU/Linux

Tuo toista minuuttia kestävä bootti kyllä kuulostaa pitkältä, varsinkin jos ainoa mikä on muuttunut on kernel. Oletko kokeillut dmesgistä katsoa missä se jähii bootin aikana?
Esim. dmesg -kd näyttää kernelin logista pelkän kernelin tulostuksen (-k) ja aikadeltan tulostusten välillä (-d).
 
Löytyykö jotain distroa mikä olisi helppo ja hyvä valinta DIY "valokuvataulua" varten. Mietteenä oli joko vanha 24-27" ips näyttö + raspberry 3 + wlan tai 15" läppäri purettuna.

Löytyisikö tuohon jotain distroa millä voi lähteä koittamaan tuollaista systeemiä.

Hei,
Ekana tulis mieleen esim. Kodi | Open Source Home Theater Software

Asentuu sekä ohjelmana että distrona.
Asentaa vaikka Winukkaan ohjelmana ja kokeilee siinä, taipuukoo haluamaasi.

Niin, ja älypuhelimella pitäis olla helppo kauko-ohjata.
 
@Barbarossa No nyt sain jotain irti tuolla dmesg -kd:llä.

Koodi:
$ uname -a
Linux MonsLinks 4.19.32-1-MANJARO #1 SMP PREEMPT Wed Mar 27 18:55:07 UTC 2019 x86_64 GNU/Linux

Koodi:
$ systemd-analyze time
Startup finished in 3.506s (kernel) + 5.076s (userspace) = 8.582s
graphical.target reached after 4.788s in userspace

Koodi:
$ dmesg -kd
...
[    7.971770 <    0,001686>] Key type dns_resolver registered
[    8.008904 <    0,037134>] FS-Cache: Netfs 'cifs' registered for caching
[    8.008969 <    0,000065>] Key type cifs.spnego registered
[    8.008972 <    0,000003>] Key type cifs.idmap registered
[    8.009401 <    0,000429>] No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.
[    8.042631 <    0,033230>] audit: type=1130 audit(1554391687.489:22): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-user-sessions comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[    8.044069 <    0,001438>] audit: type=1130 audit(1554391687.489:23): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=sddm comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[    8.321040 <    0,276971>] audit: type=1130 audit(1554391687.766:24): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=tlp comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[   15.013458 <    6,692418>] audit: type=1131 audit(1554391694.462:25): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=NetworkManager-dispatcher comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[   34.898999 <   19,885541>] audit: type=1131 audit(1554391714.346:26): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-hostnamed comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[   53.724653 <   18,825654>] random: crng init done
[   53.724656 <    0,000003>] random: 7 urandom warning(s) missed due to ratelimiting
[   53.897440 <    0,172784>] resource sanity check: requesting [mem 0x000e0000-0x000fffff], which spans more than PCI Bus 0000:00 [mem 0x000e0000-0x000e3fff window]
[   53.897618 <    0,000178>] caller _nv029622rm+0x58/0x90 [nvidia] mapping multiple BARs
[   54.279051 <    0,381433>] resource sanity check: requesting [mem 0x000c0000-0x000fffff], which spans more than PCI Bus 0000:00 [mem 0x000d0000-0x000d3fff window]
[   54.279158 <    0,000107>] caller _nv000934rm+0x1bf/0x1f0 [nvidia] mapping multiple BARs
[   55.783499 <    1,504341>] audit: type=1006 audit(1554391734.802:27): pid=755 uid=0 old-auid=4294967295 auid=1000 tty=(none) old-ses=4294967295 ses=1 res=1
[   55.803469 <    0,019970>] audit: type=1130 audit(1554391734.822:28): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=user-runtime-dir@1000 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[   55.809619 <    0,006150>] audit: type=1006 audit(1554391734.829:29): pid=760 uid=0 old-auid=4294967295 auid=1000 tty=(none) old-ses=4294967295 ses=2 res=1
[   55.899836 <    0,090217>] audit: type=1130 audit(1554391734.919:30): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=user@1000 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[   57.339749 <    1,439913>] audit: type=1130 audit(1554391736.359:31): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=rtkit-daemon comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[   57.400047 <    0,060298>] audit: type=1130 audit(1554391736.419:32): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=upower comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[   57.529616 <    0,129569>] audit: type=1130 audit(1554391736.549:33): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=udisks2 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[   59.482143 <    1,952527>] audit: type=1130 audit(1554391738.502:34): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=org.cups.cupsd comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'

Koko dmesg -kd

En vaan ymmärrä miks toi audit siellä jumii... Osan noista palveluista vois sulkea ku ei oo tarvetta esim. virranhallinnalle.

[edit] SUCCESS!!!
Piti asentaa paketti nimeltä "haveged" ja ottaa se käyttöön:
Koodi:
$ sudo pacman -S haveged
$ sudo systemctl enable haveged.service
$ sudo systemctl start haveged.service

Vinkki löyty tuosta dmesg -kd tulosteesta:
Koodi:
[   53.724653 <   18,825654>] random: crng init done
[   53.724656 <    0,000003>] random: 7 urandom warning(s) missed due to ratelimiting

Ja muistin lukeneeni jotain satunnaislukugeneraattoriin liittyvän paketin asentamisesta hitaan käynnistyksen korjaamikseksi, mutta en sitä silloin tajunnut kokeilla: [SOLVED] Slow boot on new SSD Manjaro 18 KDE ja Haveged - ArchWiki
 
Viimeksi muokattu:
Hei,
Ekana tulis mieleen esim. Kodi | Open Source Home Theater Software

Asentuu sekä ohjelmana että distrona.
Asentaa vaikka Winukkaan ohjelmana ja kokeilee siinä, taipuukoo haluamaasi.

Niin, ja älypuhelimella pitäis olla helppo kauko-ohjata.

Joskus ollut Kodi käytössä, mutta vaikuttaisi ettei ainakaan sen puolesta taivu.

"Tauluahan" ei pitäisi joutua mitenkään ohjaamaan. Napista kone "raspi" käyntiin ja sen jälkeen latautuu automaattisesti niin että alkaa pyörittää jotain kortilla tai verkossa olevia kuvia maailman tappiin ja sitten esim virtanappai painamalla sammuu hallitusta kuten esim windows tekee jos painaa koneen virtanappia. Mieluusti ei siis mitään käyttöliittymään vaan kaikki starttaisi automaattisesti ilman yhtäkään napin painallusta tai tarvetta edes pitää mitään osoitinlaitteita tai näppistä koneessa kiinni.
 
Tuohon käyttöön valitulle raudalle sopiva perus- distro josta puuttuu kaikki ylimääräiset. Display managerin konffaus niin että tekee peruskäyttäjänä autologinin ja ko käyttäjän x käynnistykseen katseluohjelman startti.

Vastaavaan toimintaan jyrsimen ohjauksessa päädyin fvwm:ään koska siinä oli helppo säätää mitä käynnistyksessä tehdään eikä tarvita mitään desktop-härveleitä vaan käytännössä yksi ohjelma. Ja normi gdm autologinilla.

Normaalit pc raudat sammuu virtanapista nykylinuxeilla, ei tarvitse säätää mitään. Ainakin vanhemmat raspit vaatii lisäkytkentöjä että saa napista päälle ja pois.

Vanha läppäri on hyvä koon puolesta.
Tai joku mini-itx kokoinen pikkukone, esim mitac pd14-ri ebay tarjouksesta 40€ + pienin picopsu tai vastaava.
Vaihdoin autotallijukeboksiin tuollaisen kun vanha P3 läppärin emo viimeinkin kuoli...
 
Tuohon käyttöön valitulle raudalle sopiva perus- distro josta puuttuu kaikki ylimääräiset. Display managerin konffaus niin että tekee peruskäyttäjänä autologinin ja ko käyttäjän x käynnistykseen katseluohjelman startti.

Vastaavaan toimintaan jyrsimen ohjauksessa päädyin fvwm:ään koska siinä oli helppo säätää mitä käynnistyksessä tehdään eikä tarvita mitään desktop-härveleitä vaan käytännössä yksi ohjelma. Ja normi gdm autologinilla.

Normaalit pc raudat sammuu virtanapista nykylinuxeilla, ei tarvitse säätää mitään. Ainakin vanhemmat raspit vaatii lisäkytkentöjä että saa napista päälle ja pois.

Vanha läppäri on hyvä koon puolesta.
Tai joku mini-itx kokoinen pikkukone, esim mitac pd14-ri ebay tarjouksesta 40€ + pienin picopsu tai vastaava.
Vaihdoin autotallijukeboksiin tuollaisen kun vanha P3 läppärin emo viimeinkin kuoli...

Ihan mielenkiinnosta, teitkö manuaalijyrsimestä automaatin?
 
Löytyykö jotain distroa mikä olisi helppo ja hyvä valinta DIY "valokuvataulua" varten. Mietteenä oli joko vanha 24-27" ips näyttö + raspberry 3 + wlan tai 15" läppäri purettuna.

Löytyisikö tuohon jotain distroa millä voi lähteä koittamaan tuollaista systeemiä.

[edit] Onki maksullinen...

Hakusanoilla "linux kiosk mode" löytyy suoraan tuolle raudalle ja tuohon tarkotukseen sopiva käyttis: Linux PC - Linux Computer - Internet Kiosk - Digital Signage - LINUTOP
Linutop OS
is an Operating System for :
- PC base on Ubuntu XFCE LTS 14.04
- Raspberry Pi base on raspbian

It allows to quickly setup:
Maintenance-Free Desktop
with Linutop Lock
-Internet access via Firefox
-Compatible with standard office
-Easy to customize with additional software
-Ideal for a shared desktop with its secure lock to prevent virus and/or mishap

Internet Web Kiosk
with Linutop KiosK
-Easy to configure web kiosk
-OnLine Catalog for points of sale
-Zero maintenance with Linutop Lock

Digital Signage System
with Linutop KiosK
-Digital signage display
-For Information, orientation, entertainment and advertisement
-Manage multiple screens with Linutop TV

Many other dedicated uses
with Linutop OS
-Mesurement (network probe, temperature)
-Thin client (Company, Production line)
-Based on Ubuntu XFCE LTS 14.4.

[edittiä lisää] Tuollanen tuli vastaan: hmazter/raspberry-image-viewer . On tarkotettu Raspianille.
 
Viimeksi muokattu:
Ihan mielenkiinnosta, teitkö manuaalijyrsimestä automaatin?

Kyllä ja en
Koneita on kertynyt jo 3:
- itse suunniteltu ja tehty 200x300x80mm työalan pieni kaiverrin
-Optimum BF20L konversio
-vm-92 itänaapurissa valmistettu kirjoituspöydän kokoinen cnc sorvi johon on vaihdettu kaikki sähköt moottoreita ja paria muuntajaa lukuunottamatta.

Kaikissa ohjauksena linuxcnc ja käyttikset ~samoilla asetuksilla.
 
Kyllä ja en
Koneita on kertynyt jo 3:
- itse suunniteltu ja tehty 200x300x80mm työalan pieni kaiverrin
-Optimum BF20L konversio
-vm-92 itänaapurissa valmistettu kirjoituspöydän kokoinen cnc sorvi johon on vaihdettu kaikki sähköt moottoreita ja paria muuntajaa lukuunottamatta.

Kaikissa ohjauksena linuxcnc ja käyttikset ~samoilla asetuksilla.

Olisiko näistä mahdollista saada kuvia tai build logia, mikäli sellaista teit. Kiinnostaa, kun näitä mööpeleitä roplaan työnkin puolesta ja Linuxia harrastemielessä.
 
Iso kiitos kaikille avusta kuvakehyksen kanssa. Päädyin tälläiseen systeemiin. Mutta yksi kysymys jäi vaivaavaan muuten toimivast systeemistä (lihavoituna kysymys).

- Raspberry 3:seen joka blackfridaysta vai mistä lie jäi käteen 20€:lla. Sisälle rasbian heidän virallisilta sivuiltaan. (yllättävän hyvin pelaa ihan perus työpöytä ja nettiselailu jo tällä raspi3:lla :eek: Muistan viimeksi käyttäneeni tuota työpöytää raspi 1 vai 2 aikakaudella ja oli aika tahmeaa menoa silloin. Ilmeisesti myös yhteensopivuutta ja toimivuutta ARM prossun kanssa kehitetty huimasti koko ajan.
- Sitten aloin käyttämään Feh -kuvankatselu ohjelmaa joka toimii komentoriviltä. (Tuntui selkeesti eniten löytyvän tätä kaikkialta netin projekteista yms yms).
Ja tälläisellä käskytykseksellä sainkin homman toimimaan kuten halusin (melkein): feh -F -Y -Z -D 45 /home/pi/Pictures (selvennettynä siis Fullscreen, kursorin hävitys näytöltä, automaatti zoomaus ruudun kokoiseksi kuville ja lopuksi 45sekunnin viive kuvien välille.
- Aikani kahlattuani läpi vaihtoehtoja löytyi vihdoin paikka joka starttaa tuon automaattisesti kun koneen käynnistää. Kävin perinteiset RC.local ja käyttäjän oman starttaus toiminnon yms läpi. Lopulta tämä tiedosto starttasi tuon automaattisesti ilman kyselyitä kun koneen käynnistää:
/etc/xdg/lxsession/LXDE-pi/autostart

Tunteeko kukaan täällä tuota Feh -kuvankatselu ohjelmaa. Tein valmiiksi 1920x1080 kuvia tuonne testi kuviksi ja siltikään noita en saa mitenkään koko näytön kokoisiksi vaan aina jää tuollaiset noin 1cm mustat reunukset kaikille kuville? Olisiko jollain vinkkiä millä tuon saisi valumaan täysin näytön kokoiseksi ilman minkäänlaisia mustia reunuksia?

---------------------------------

Lisäksi hieman päivittelin käynnistys kuvia yms poistamalla kaikki vakiokuvat ja konsoli komennot ja vaihtamalla latauskuvan omaksi, lähinnä näillä ohjeilla:
Guide: A custom splash screen on the Raspberry Pi, for Raspbian Jessie (The XBone, part 1)
 
Tunteeko kukaan täällä tuota Feh -kuvankatselu ohjelmaa. Tein valmiiksi 1920x1080 kuvia tuonne testi kuviksi ja siltikään noita en saa mitenkään koko näytön kokoisiksi vaan aina jää tuollaiset noin 1cm mustat reunukset kaikille kuville? Olisiko jollain vinkkiä millä tuon saisi valumaan täysin näytön kokoiseksi ilman minkäänlaisia mustia reunuksia?
Tunnen, ei ole kyllä normaalitapa että joku muu ongelma. Mikä on näytön resoluutio? Meneekö mikään muukaan ohjelma täysin fullscreeniin? Esim. videosoitin.

Jos tuo nyt ei ratkea niin kokeile vastaavaa nimeltä sxiv. Pitäs onnistua samat argumentit kuin feh:llä.
 
Moi. En yhtään tiedä mistä johtuu mutta nyt tarttis hieman apua. Muutamakymmen päivitys tuli manjarolle, mukana oli myös jokin cinnamon päivitys mutta nyt ei enää työpöytä käynnisty kunnoilla. Manjaron Cinnamon tokikin on käytössä. Konetta laittaessa päälle, menee hyvin kirjautumiseen saakka, työpöytää ladattaessa alkaa tuo valittaminen että cinnamon kaatui ja se on varatilassa tms. Käynnistetäänkö uudelleen vai ei. Työpöydälle tulee pari kuvaketta lopulta, musta ruutu , mutta pääte sentään toimii ja jotain sen kautta olis tehtävissä , mutta ei hajuakaan että mitä.
 
Tosiaan ei videosoitinkaan esim mennyt fullscreen. Nyt näyttäisi että apu löytyi muokkaamalla /boot/config.txt -tiedostoa ja laittamalla sinne käsky "disable_overscan=1". Nyt näyttäisi aukeevan täydellä ruulla ilman ongelmaa.

Onkohan linuxissa mitään laatu asetuksia työpöydän "kuvanlaatuun" liittyen. Esim windowssin ainakin vanhemmista versioista tuttua valintaa 16bit vai 32bit värit. Tuolla nyt ainakin olisi iso merkitys tässä omassa käytössä että näytöstä saisi parhaan mahdollisen laadun irti.

Lisä mietteinä on vielä:
-rakentaa tuo raspberryyn mekaaninen nappi sen käynnistämiseen ja sammuttamiseen, luultavasti pitää myös miettiä näytön virtanapin yhdistystä tähän tai antaa näytön olla vaan lepotilassa aina kun laite ei ole päällä.
-valoisuus anturi joka säätäisi näytön kirkkautta ainakin sinnepäin esim illalla ettei koko kämppä loista näytön maksimi kirkkaudella ja päivällä sitten taas näkee taulusta jotain. Muutama 10k LDR löytyisi mistä saisi vastusjaon "kirkkaudesta" mutta tiedä ottaako tuo analog in -tyylisesti infoa vastaan tuo raspberry ilman ulkopuolista lisä hardwarea.
 
Moi. En yhtään tiedä mistä johtuu mutta nyt tarttis hieman apua. Muutamakymmen päivitys tuli manjarolle, mukana oli myös jokin cinnamon päivitys mutta nyt ei enää työpöytä käynnisty kunnoilla. Manjaron Cinnamon tokikin on käytössä. Konetta laittaessa päälle, menee hyvin kirjautumiseen saakka, työpöytää ladattaessa alkaa tuo valittaminen että cinnamon kaatui ja se on varatilassa tms. Käynnistetäänkö uudelleen vai ei. Työpöydälle tulee pari kuvaketta lopulta, musta ruutu , mutta pääte sentään toimii ja jotain sen kautta olis tehtävissä , mutta ei hajuakaan että mitä.
MAnjaron foorumilta uusimmasta päivitysketjusta löytyi ohje:

CTRL+ALT+F2
sudo pacman -Syyuu
reboot
 
Etin googlesta kans, "cinnamon crash" sanoilla manjaron foorumeita mutta tulee niin monimutkasia vääränkielen ohjeistuksia että huoh..
Tuo pacman komento ilmeisesti hakee uusimmat päivitykset ja asentaa ne jos haluaa. Oisko sieltä tullu sitten jo korjaava että tuo lähtis tuolla toimimaan.

Kiitos paljon nopeasta vastauksesta, just kokeilen jos tuo auttais.

edit: Jep, yhtääkkiseltään näyttäis kaikki toimivan , KIITOS !

Jäi tuohon vielä hämminkiä, nyt prossukuormaa on 70% "tyhjäkäynnillä" kun normaalisti se on siellä parin % paikkeilla .. laitatko linkin mistä löysit tuon ohjeen ?
 
Etin googlesta kans, "cinnamon crash" sanoilla manjaron foorumeita mutta tulee niin monimutkasia vääränkielen ohjeistuksia että huoh..
Tuo pacman komento ilmeisesti hakee uusimmat päivitykset ja asentaa ne jos haluaa. Oisko sieltä tullu sitten jo korjaava että tuo lähtis tuolla toimimaan.

Kiitos paljon nopeasta vastauksesta, just kokeilen jos tuo auttais.

edit: Jep, yhtääkkiseltään näyttäis kaikki toimivan , KIITOS !

Jäi tuohon vielä hämminkiä, nyt prossukuormaa on 70% "tyhjäkäynnillä" kun normaalisti se on siellä parin % paikkeilla .. laitatko linkin mistä löysit tuon ohjeen ?
Siellä saattaa vaan olla joku indexointi käynnissä taustalla

[Stable Update] 2019-04-03 - Mate, KDE-Dev, Cinnamon, Deepin, Browsers
 
Jotain hämminkiä siinä vielä täytyy olla kun resursseista katsottuna se on just tuo cinnamon mikä aiheuttaa kuormaa , ja nyt aika tasasesti pitää 70% kokoaika tyhjäkäynnillä, ei koskaan aiemmin ole vastaavaa näkyny. Käy jopa yli 90% pelkästään hiirtä liikauttamalla :)
Mikä prosessi kuormittaa? katso vaikka htop:lla tms
 
Mikä prosessi kuormittaa? katso vaikka htop:lla tms
Cinnamon

Järjestelmän valvonta/prosessit näyttää cinnamonia kuorman aiheuttajana ja samoin jos osaan htoppia tulkita oikein sanoo se olevan sama cinnamon. Muut on ihan normaalia.
 
Löytyykö jotain distroa mikä olisi helppo ja hyvä valinta DIY "valokuvataulua" varten. Mietteenä oli joko vanha 24-27" ips näyttö + raspberry 3 + wlan tai 15" läppäri purettuna.

Löytyisikö tuohon jotain distroa millä voi lähteä koittamaan tuollaista systeemiä.

Siihen Raspberryyn Berryboot, että helppo testailla distrojen välillä --> Downloads OS Images esim. noita webkiosk distroja tai jotain muuta sieltä.
 
Onkohan linuxissa mitään laatu asetuksia työpöydän "kuvanlaatuun" liittyen. Esim windowssin ainakin vanhemmista versioista tuttua valintaa 16bit vai 32bit värit. Tuolla nyt ainakin olisi iso merkitys tässä omassa käytössä että näytöstä saisi parhaan mahdollisen laadun irti.

Katso /vor/log/Xorg.log (vai olikohan se Xorg.0.log) mitkä arvot X on saanut monitorilta ja arponut käyttöön.
Jos töllö tukee parempia kuin on automaattisesti kätelty niin sitten pitää säätää käsin.
Käsisäätöä varten pitää muistaakseni sammuttaa X ja display manager. Sen jälkeen komennolla Xorg -configure saadaan arvausten perusteella xorg.conf jota voi säätää käsin. Jos raspissa on jo valmiina /etx/X11/xorg.conf niin sitä säätämällä.
Tarkempia ohjeita on google väärällään hakemalla vaikka "xorg configure".
Tuon kautta voi säätää näytön kokoa, paikkaa, värejä, virkistystaajuutta, näytönohjaimen asetuksia jne.


-valoisuus anturi joka säätäisi näytön kirkkautta ainakin sinnepäin esim illalla ettei koko kämppä loista näytön maksimi kirkkaudella ja päivällä sitten taas näkee taulusta jotain. Muutama 10k LDR löytyisi mistä saisi vastusjaon "kirkkaudesta" mutta tiedä ottaako tuo analog in -tyylisesti infoa vastaan tuo raspberry ilman ulkopuolista lisä hardwarea.

Raspi tarvitsee erillisen ad- muuntimen, ei onnistu suoraan. Erillinen ad tai joku avr sarjaportin kautta.
 
Mikä mahtaa olla nykyisten distrojen kanssa suositeltu tapa osoida levy työpöytäkäyttöön? Eri oppaissa on hyvin erilaisia suosituksia, joista osa ilmeisen vanhentuneita, joten miten linuxgurut täällä toimivat?

Minimimäärään osioita ei ilmeisesti tarvitse muuta kuin rootin ja swapin, mutta /home tietysti helpottaa, jos haluaa kokeilla eri distroja. Onko esimerkiksi /boot-osio enää tarpeen?
 
Mikä mahtaa olla nykyisten distrojen kanssa suositeltu tapa osoida levy työpöytäkäyttöön? Eri oppaissa on hyvin erilaisia suosituksia, joista osa ilmeisen vanhentuneita, joten miten linuxgurut täällä toimivat?

Minimimäärään osioita ei ilmeisesti tarvitse muuta kuin rootin ja swapin, mutta /home tietysti helpottaa, jos haluaa kokeilla eri distroja. Onko esimerkiksi /boot-osio enää tarpeen?
Ei tarvi /bootia.

/root, /swap ja /home siis.

Swap ei pakollinen jos oot varma että muisti ei täyty tai et käytä hibernatea. Jossain vanhoissa ohjeissa varmaan neuvotaan että swapiksi 2 x muistin määrä, mutta riittää tasan sama määrä kuin on muistia ja tämä hibernaten takia.
 
Ei tarvi /bootia.

/root, /swap ja /home siis.

Swap ei pakollinen jos oot varma että muisti ei täyty tai et käytä hibernatea. Jossain vanhoissa ohjeissa varmaan neuvotaan että swapiksi 2 x muistin määrä, mutta riittää tasan sama määrä kuin on muistia ja tämä hibernaten takia.

Joo, juuri tuon swapin kanssa ilmenee eri ohjeiden välillä ristiriitoja. Toki suurestakaan swapista tuskin on sinänsä haittaa. Joissain ohjeissa on tullut vastaan myös tuo /boot, mutta niissäkin on pari lausetta myöhemmin todettu, että ei sitäkään oikeastaan tarvita.
 
Joo, juuri tuon swapin kanssa ilmenee eri ohjeiden välillä ristiriitoja. Toki suurestakaan swapista tuskin on sinänsä haittaa. Joissain ohjeissa on tullut vastaan myös tuo /boot, mutta niissäkin on pari lausetta myöhemmin todettu, että ei sitäkään oikeastaan tarvita.

Legacy raudalla pitkälti näin, mutta jos UEFI on käytössä niin tarvitset joka tapauksessa ESP:n. Linuxissa tästä tulee sitten /boot.
 
Ei tarvi /bootia.

/root, /swap ja /home siis.
Ei nyt hullukaan käytä enää legacya MBR-boottausta eli /boot on pakollinen, ja UEFI-boottausta varten tiedostojärjestelmän tulee olla sillä osiolla FAT32. Sen sijaan swappiosio tai -tiedosto ei ole pakollinen, kunhan rammia on se 8+ gigaa.

Itse suosisin kyllä joka tapauksessa kokonaisen osion sijaan swap-tiedostoa, joka voi olla missä tahansa päin levyjärjestelmää, koska sitä on helppo kasvattaa ja kutistaa tarpeen tullen, eikä suorituskyky ole olennaisesti huonompi, sillä käytetään niin harvakseltaan. Poikkeuksena se, jos haluaa leikkiä btrfs:n kanssa, jolloin swap-tiedoston käyttö on mahdotonta.

Ainakin Ubuntu osaa kyllä tehdä osioinnin optimaalisella tavalla ihan automaattisesti, joten ei kannata lähteä itse näppäilemään.

P.S. Se ei ole "/swap"; swapia ei mountata osaksi normaalia hakemistopuuta.
 
Viimeksi muokattu:
Ei nyt hullukaan käytä enää legacya MBR-boottausta eli /boot on pakollinen, ja UEFI-boottausta varten tiedostojärjestelmän tulee olla sillä osiolla FAT32. Sen sijaan swappiosio tai -tiedosto ei ole pakollinen, kunhan rammia on se 8+ gigaa.

Sarjassamme tyhmät kysymykset, mutta asentelin juuri kokeilun vuoksi Mintin siten, että tein asenuksen aikana vain root-osion tyhjälle levylle. Mint sitten loi bootin, homen, jne. rootin alle. Ymmärränkö nyt oikein, että /boottia ei tarvitse itse erikseen osioida kun esim. mint/ubuntu luo sen joka tapauksessa?
 
Sarjassamme tyhmät kysymykset, mutta asentelin juuri kokeilun vuoksi Mintin siten, että tein asenuksen aikana vain root-osion tyhjälle levylle. Mint sitten loi bootin, homen, jne. rootin alle. Ymmärränkö nyt oikein, että /boottia ei tarvitse itse erikseen osioida kun esim. mint/ubuntu luo sen joka tapauksessa?

Katsoitko /etc/fstab -tiedostosta, että varmasti osioi nuo? Noihan luodaan ihan hakemistona tiedostojärjestelmää jos eri osiota ei ole luotu.
 
Katsoitko /etc/fstab -tiedostosta, että varmasti osioi nuo? Noihan luodaan ihan hakemistona tiedostojärjestelmää jos eri osiota ei ole luotu.

Aivan totta, kansioitahan ne. Tulipahan tämä selväksi :) Meinaa olla vähän opetelua kun viimeksi kokeillut Linuxia vuosikymmen sitten, enkä silloinkaan kuin muutaman kuukauden verran.
 
Ei sun tarvitse itse osioida mitään, kun painelet vaan nextiä. Ubuntuhan toimii oletuksena niin, että jos live-cd:n boottaa UEFI-tilassa, niin koneelle asennettava käyttiskin konffataan boottaamaan UEFI-tilassa. Ja jos vahingossa boottaat legacy-moodissa, niin silloin UEFI-boottauksen konffaaminen ei ole mahdollistakaan (muuten kuin jälkikäteen kikkailemalla).
 
Ei nyt hullukaan käytä enää legacya MBR-boottausta eli /boot on pakollinen, ja UEFI-boottausta varten tiedostojärjestelmän tulee olla sillä osiolla FAT32. Sen sijaan swappiosio tai -tiedosto ei ole pakollinen, kunhan rammia on se 8+ gigaa.
Unohdin tämän (vissiin liian usein on ollut jo valmiina edellisen tai Windowsin jäljiltä...), mutta ei UEFI tarvitse /bootia vaan EFI system partition eli /boot/efi (512MB tms) riittää. Tosin jos tekee koko /bootin niin sitten sekin tulee mukana.
 
Unohdin tämän (vissiin liian usein on ollut jo valmiina edellisen tai Windowsin jäljiltä...), mutta ei UEFI tarvitse /bootia vaan EFI system partition eli /boot/efi (512MB tms) riittää. Tosin jos tekee koko /bootin niin sitten sekin tulee mukana.

Tuo muuten riippuu jakelusta: jotkut jakelut pistävät EFI System Partition eli ESP:n /boot/efi:ksi, toiset /boot:iksi. Jotkut jakelut jättävät sen kokonaan mounttaamatta koneen käynnistyessä ja mounttaavat vasta jos päivität kerneliä, initramfs:ää tai bootloaderia.

ESP-osion sisällä on alihakemisto /EFI ja sen alla jakelun nimen mukainen alihakemisto, eli jos ESP mountataan /boot/efi:ksi, poluksi voi tulla jotain sellaista kuin /boot/efi/EFI/Ubuntu/. Tuohon hakemistoon tulee sitten vähintään bootloaderi (grubx64.efi); jos Secure Boot on tuettu, sinne tulee usein myös shimx64.efi ja MOK Manager mmx64.efi.

Moderni GRUB koostuu core-imagesta (/boot/grub/core.efi) ja kasasta moduuleita (/boot/grub/x86_64-efi/*.mod). Tämä johtuu lähinnä siitä, että perinteisellä MBR:llä GRUBin piti saada olennaiset osat itsestään mahtumaan partitiotaulun ja ensimmäisen partition alun väliseen tyhjään tilaan, joka oli DOS-perinteisesti vähintään noin 62 levylohkoa, mutta nykyisin yleisemmin 2047 lohkoa eli vähän alle 1 megatavu. UEFI:ssa tätä rajoitusta ei ole, koska bootloaderi sijoitetaan tiedostoksi ESP-osiolle, mutta silti GRUBin asennusohjelma koostaa yleensä bootloaderitiedoston niin että siihen tulee mukaan core + vain välttämättömät moduulit.

Riippuen siitä mitä kaikkia GRUB-moduuleita Linux-jakelun grub-install-komento ymppää mukaan tuohon grubx64.efiin, moderni GRUB voi pystyä lukemaan konfiguraationsa sekä käynnistettävän kernelin/initramfs:n erityyppisistä tiedostojärjestelmistä, Linuxin softa-RAIDilta, tai LUKS-kryptatulta levyosiolta.

Secure Boot tuo matkaan lisämutkan: jos Secure Boot on päällä, kaikki sellaiset UEFI-firmisrutiinien avulla ladattavat asiat jotka eivät ole Windowsin PE-ohjelmatiedostoformaatin mukaisia ja asianmukaisesti digitaalisesti allekirjoitettuja ladataan muistiin siten että muistilohko johon ne ladataan merkitään samalla ei-ajokelpoiseksi. Koska GRUBin moduulitiedostojen formaatti on Linux-maailman ELF eikä Windows-maailman PE, GRUB ei käytännössä voi ladata (= pyytää UEFI-firmistä lataamaan) lisää moduuleita jälkikäteen, vaan kaikki bootin kannalta tarpeellinen on hillottava PE-tyyppiseen grubx64.efi-tiedostoon ja varustettava digitaalisella allekirjoituksella jotta koko hoito latautuu kerralla muistiin niin että sitä voidaan myös käyttää.
 
Viimeksi muokattu:
Grub on samanlainen muinaisjäänne kuin www-palvelinten puolella Apache (vs. Nginx). Sen käyttöä ei oikein voi perustella mutta ajatus pois vaihtamisesta on monille pelottava. Ilmeisesti kaikki distrotkin tulevat edelleen oletuksena Grubilla.

Unohdin tämän (vissiin liian usein on ollut jo valmiina edellisen tai Windowsin jäljiltä...), mutta ei UEFI tarvitse /bootia vaan EFI system partition eli /boot/efi (512MB tms) riittää. Tosin jos tekee koko /bootin niin sitten sekin tulee mukana.
Tarvitset erillisen boottiosion, se on merkityksetön yksityiskohta, että mihin mountpointtiin konffaat sen ja mitä filuja sinne tulee.
 
ESP-osion sisällä on alihakemisto /boot ja sen alla jakelun nimen mukainen alihakemisto, eli jos ESP mountataan /boot/efi:ksi, poluksi voi tulla jotain sellaista kuin /boot/efi/EFI/Ubuntu/. Tuohon hakemistoon tulee sitten vähintään bootloaderi (grubx64.efi); jos Secure Boot on tuettu, sinne tulee usein myös shimx64.efi ja MOK Manager mmx64.efi.

Tarkoitit varmaankin EFI hakemistoa tuossa boldatussa kohdassa?

Grub on samanlainen muinaisjäänne kuin www-palvelinten puolella Apache (vs. Nginx). Sen käyttöä ei oikein voi perustella mutta ajatus pois vaihtamisesta on monille pelottava. Ilmeisesti kaikki distrotkin tulevat edelleen oletuksena Grubilla.


Tarvitset erillisen boottiosion, se on merkityksetön yksityiskohta, että mihin mountpointtiin konffaat sen ja mitä filuja sinne tulee.

Samaa mieltä, en keksi yhtään hyvää syytä käyttää GRUBia missään tavanomaiseen (moderniin) x86_64 rautaan pohjautuvassa koneessa. Systemd-boot riittää UEFIn kanssa aivan mainiosti.

Ainoastaan jos alla on vanhempaa BIOS tai muuten vaan eksoottisempaa rautaa. Tai sysipaska UEFI-toteutus jollaisia tietyillä valmistajilla (*KÖH*Gigabyte Hybrid EFI*KÖH*) vielä oli käytössä joku vuosi sitten. Silloin ehkä pääsee helpoimmalla GRUBin kanssa.
 
Ei sun tarvitse itse osioida mitään, kun painelet vaan nextiä. Ubuntuhan toimii oletuksena niin, että jos live-cd:n boottaa UEFI-tilassa, niin koneelle asennettava käyttiskin konffataan boottaamaan UEFI-tilassa. Ja jos vahingossa boottaat legacy-moodissa, niin silloin UEFI-boottauksen konffaaminen ei ole mahdollistakaan (muuten kuin jälkikäteen kikkailemalla).

En niinkään koita päästä asennuksesta mahdollisimman helpolla, vaan enemmän tässä on kyse siitä, että hahmottaisi edes vähän paremmin taustatapahtumia ja niiden syitä. Eli ihan oman mielenkiinnon takia teen nyt asioita vähän normaalia hankalammin, ja hienoja vastauksia tästä aiheesta ylle tulikin, kiitos niistä!
 
Katsoitko /etc/fstab -tiedostosta, että varmasti osioi nuo? Noihan luodaan ihan hakemistona tiedostojärjestelmää jos eri osiota ei ole luotu.
Jos aivan tarkkoja ollaan, niin hakemistot luodaan joka tapauksessa. Hakemiston sisältö sitten on joko samalla osiolla tai sitten sen alle mountataan eri osio. Jos esimerkiksi /boot sijaitsee omalla osiollaan ja sen irrottaa (umount /boot), ei /boot-hakemisto katoa mihinkään, mutta sen sisältö on nyt joko tyhjä, tai sitten siellä voi olla hakemiston sisältävällä osiolla olleet tiedostot, jotka mountti peitti. :geek:
 
Jos aivan tarkkoja ollaan, niin hakemistot luodaan joka tapauksessa. Hakemiston sisältö sitten on joko samalla osiolla tai sitten sen alle mountataan eri osio. Jos esimerkiksi /boot sijaitsee omalla osiollaan ja sen irrottaa (umount /boot), ei /boot-hakemisto katoa mihinkään, mutta sen sisältö on nyt joko tyhjä, tai sitten siellä voi olla hakemiston sisältävällä osiolla olleet tiedostot, jotka mountti peitti. :geek:

Totta, yksinkertaistin aavistuksen liikaa omaa kommenttiani, pahoittelut siitä.
 
Kommentti swapista. Nykyään monessa paikassa sanotaan että swap ei ole kovin tärkeä ja että sen voi vaan jättää pois. Omalla kohdalla swapittomuus on ehkä räikein konfigurointivirhe jonka olen henkilökohtaisessa Linux-käytössäni tehnyt. Ei ole suurta merkitystä, onko muistia 6, 8, 12 tms. gigaa, sen muistin saa kyllä helposti täyttymään jos on tapana esim. pitää okularissa auki kymmentä isoa pdf-tiedostoa, käyttää jotain raskasta IDEä, pitää runsaasti youtube- ja muita tabeja auki firefoxissa ja sitten vielä katella google mapsissa 3D-satelliitikuvia qhd-resoluutiolla.

Mikä sitten on swapillisen ja swapittoman järjestelmän ero? Kummassakaan ei voi jatkaa normaalia sujuvaa käyttöä, kun muisti on käytetty loppuun. Mutta jos swappi on olemassa ja se ei ole vielä loppuun käytetty, niin ne ylimääräiset auki jääneet tabit ja pdf-tiedostot voi käydä sulkemassa jonka jälkeen kaikki on taas hyvin. Mutta jos swappia ei ole, niin kone käytännössä "kaatuu" ilman mitään ennakkovaroitusta sillä hetkellä kun muisti loppuu. Teknisesti ottaen Linuxeni ei ole kaatunut, mutta muistin loppuessa responsiivisuus laskee sille tasolle että esim. Ctrl+Alt+F1:n painamisen jälkeen saa odotella kymmenen minuuttia ennen kuin mitään tapahtuu. Käytännössä voi joutua odottamaan yli tunnin ennen kuin normaalia käyttöä pääsee jatkamaan. En tiedä kuinka suuria eroja rauta-softa-kombinaatioissa on muistin loppumisen suhteen, mutta ainakin omassa 6 gigan halpisläppärissä ja Kubuntussa asia on juuri näin kuin kuvailin.

Tässä mainitsemassani skenaariossa riittävä swapin koko on sellainen, että yksittäinen muistin käyttöä lisäävä tapahtuma (esim. jonkun ohjelman avaaminen) ei vielä täytä sitä swappia kokonaan. Parillakin gigalla pääse jo pitkälle riippumatta oikean muistin määrästä.
 
Kommentti swapista. Nykyään monessa paikassa sanotaan että swap ei ole kovin tärkeä ja että sen voi vaan jättää pois. Omalla kohdalla swapittomuus on ehkä räikein konfigurointivirhe jonka olen henkilökohtaisessa Linux-käytössäni tehnyt. Ei ole suurta merkitystä, onko muistia 6, 8, 12 tms. gigaa, sen muistin saa kyllä helposti täyttymään jos on tapana esim. pitää okularissa auki kymmentä isoa pdf-tiedostoa, käyttää jotain raskasta IDEä, pitää runsaasti youtube- ja muita tabeja auki firefoxissa ja sitten vielä katella google mapsissa 3D-satelliitikuvia qhd-resoluutiolla.

Mikä sitten on swapillisen ja swapittoman järjestelmän ero? Kummassakaan ei voi jatkaa normaalia sujuvaa käyttöä, kun muisti on käytetty loppuun. Mutta jos swappi on olemassa ja se ei ole vielä loppuun käytetty, niin ne ylimääräiset auki jääneet tabit ja pdf-tiedostot voi käydä sulkemassa jonka jälkeen kaikki on taas hyvin. Mutta jos swappia ei ole, niin kone käytännössä "kaatuu" ilman mitään ennakkovaroitusta sillä hetkellä kun muisti loppuu. Teknisesti ottaen Linuxeni ei ole kaatunut, mutta muistin loppuessa responsiivisuus laskee sille tasolle että esim. Ctrl+Alt+F1:n painamisen jälkeen saa odotella kymmenen minuuttia ennen kuin mitään tapahtuu. Käytännössä voi joutua odottamaan yli tunnin ennen kuin normaalia käyttöä pääsee jatkamaan. En tiedä kuinka suuria eroja rauta-softa-kombinaatioissa on muistin loppumisen suhteen, mutta ainakin omassa 6 gigan halpisläppärissä ja Kubuntussa asia on juuri näin kuin kuvailin.

Tässä mainitsemassani skenaariossa riittävä swapin koko on sellainen, että yksittäinen muistin käyttöä lisäävä tapahtuma (esim. jonkun ohjelman avaaminen) ei vielä täytä sitä swappia kokonaan. Parillakin gigalla pääse jo pitkälle riippumatta oikean muistin määrästä.

Aikaisemmassa läppärissäni oli 4GB muistia ja kuvaamasi kaltainen tilanne tapahtui oli swappi päällä tai ei, jos joku ohjelma (yleensä Firefox jossa auki kymmenittäin välilehtiä JS syövällä) hotkaisi liikaa fyysistä muistia. Käytännössä oli pakko bootata vaikka se siitä toipuikin ajan kanssa, tuon jälkeen ei enää pysynyt vakaana mikään.

Ratkaisin ongelman cgrouppeja käyttämällä, eli määritin sopivasti rajoitettuja cgrouppeja joihin tietyt ohjelmat siirrettiin automaagisesti. Nyt jos esim Firefoxin muistinkäyttö ryöstäytyi käsistä, koneen toiminta ei häiriintynyt muutamaa sekuntia pidemmäksi aikaa kun OOM Killer pisti FF:n kiinni. Ei tietenkään optimitilanne mutta parempi silti kuin koko koneen epävakaaksi muuttuminen.

Minulla on kyllä kaikissa koneissa swap olemassa, pl. HTPC (joka rouskuttelee iloisesti 4GB:llä edelleen) mutta aina vm.swappiness = 1.
 
Tarvitseeko suorittimen vaihdon yhteydessä tehdä linuxille jotain toimenpiteitä? Kaikki muut osat säilyvät ennallaan.
 
Pitänyt auttaa kaveria kun välttämättä halusi linuxin asentaa yms. Ongelma vaan kun ei itsekään asiasta tajua mitään kun ei ole ollut koskaan syytä linuxiin perehtyä.

Muutama ongelma tullut vastaan esim miten Kodi poistetaan kokonaan, kaverilla joku ihme confluence versio mistä puuttuu tarvittavia optioita valinnoista eikä siinä edes ole default-skiniä/teemaa että saisi layoutiin jotain järkeä. Mahdoton toimia tietyissä asioissa(/medialähteet, niiden nettiosoitteet, salli vieraat asennukset yms) ohjeiden mukaan kun puuttuu ne asetukset yksinkertaisesti siitä.

Plus tyyppi haluaa välttämättä Kalin työkalut asennetuksi, netistähän kyllä löytyy ohjeita pakettien asentamiseksi(ubuntu-pohjaiseen) mutta en oikein ymmärrä sitä kun sanotaan että ne asennusosoitteet pitää poistaa ettei tulevat ubuntun omat päivitykset sotke pakkaa. Mutta tarkoitetaanko sillä että kun tietää että päivitys olisi tulossa niin sitä ennen itse tekee sen, vai tehdäänkö se heti Kali-pakettien asentamisen jälkeen ja ne toimivat siitä huolimatta?
 
Pitänyt auttaa kaveria kun välttämättä halusi linuxin asentaa yms. Ongelma vaan kun ei itsekään asiasta tajua mitään kun ei ole ollut koskaan syytä linuxiin perehtyä.

Muutama ongelma tullut vastaan esim miten Kodi poistetaan kokonaan, kaverilla joku ihme confluence versio mistä puuttuu tarvittavia optioita valinnoista eikä siinä edes ole default-skiniä/teemaa että saisi layoutiin jotain järkeä. Mahdoton toimia tietyissä asioissa(/medialähteet, niiden nettiosoitteet, salli vieraat asennukset yms) ohjeiden mukaan kun puuttuu ne asetukset yksinkertaisesti siitä.

Plus tyyppi haluaa välttämättä Kalin työkalut asennetuksi, netistähän kyllä löytyy ohjeita pakettien asentamiseksi(ubuntu-pohjaiseen) mutta en oikein ymmärrä sitä kun sanotaan että ne asennusosoitteet pitää poistaa ettei tulevat ubuntun omat päivitykset sotke pakkaa. Mutta tarkoitetaanko sillä että kun tietää että päivitys olisi tulossa niin sitä ennen itse tekee sen, vai tehdäänkö se heti Kali-pakettien asentamisen jälkeen ja ne toimivat siitä huolimatta?
Hänellä on ubuntu käytössä?
sudo apt remove kodi*
sudo apt purge kodi*
rm -r ~/.kodi/
Noi poistaa kodin ja myös sen asetustiedostot /home/käyttäjä/.kodi kansion sisältä. Jos sen haluaa asentaa uudelleen niin ubuntulla pitäisi toimia "sudo apt install kodi" suoraan.

Mitä työkaluja Kalista hän haluaisi käyttää? Jos ei tiedä niin kannattaa ennemmin asentaa se kali ihan tikulle ja testailla sen kanssa sen sijaan, että asentaisi niitä kaikkia paketteja ubuntun päälle.
 
Kalista tehtiin( tai minä tein) tikulle asennuksen, ongelma vaan oli että ei saanut tallennustilaa* toimimaan, joko sitä tikulle tehtävää, mikä se nimitys olikaan, tai niin että koneen levyille voisi tallentaa tikkua käytettäessä. Hieman hankalaa ohjelman käyttö kun mikään asetus tms ei tallennu vaan aina lähtee nollista.

Niin ja yksi ongelma oli kun 16Gb tikulle asennettaessa Kali teki sen ~4gb tilan itselleen mutta se liian pieni ja ei onnistunut sen jälkikäteinen muutos isommaksi.

Se tallennustila-ongelma vaikka Kalin käynnisti sillä "+tikun tallennustila" optiolla, mikä se nyt englanniksi olikaan.
 
Kalista tehtiin( tai minä tein) tikulle asennuksen, ongelma vaan oli että ei saanut tallennustilaa* toimimaan, joko sitä tikulle tehtävää, mikä se nimitys olikaan, tai niin että koneen levyille voisi tallentaa tikkua käytettäessä. Hieman hankalaa ohjelman käyttö kun mikään asetus tms ei tallennu vaan aina lähtee nollista.

Niin ja yksi ongelma oli kun 16Gb tikulle asennettaessa Kali teki sen ~4gb tilan itselleen mutta se liian pieni ja ei onnistunut sen jälkikäteinen muutos isommaksi.

Se tallennustila-ongelma vaikka Kalin käynnisti sillä "+tikun tallennustila" optiolla, mikä se nyt englanniksi olikaan.
No helpoin on varmaan lyödä toinen usb-tikku kiinni ja tallentaa siihen tarvittavat tiedostot, jos ette tämän ohjeen mukaan saa sitä persistent -osiota toimimaan? Mitä asetuksia siihen pitäisi saada edes tallennettua? Sen distron kanssa on oikeastaan tarkotuskin lähteä aina nollista, ettei käyttöjärjestelmään jää mitään jälkiä edellisistä toimista.
 

Statistiikka

Viestiketjuista
259 255
Viestejä
4 506 488
Jäsenet
74 345
Uusin jäsen
Vm85

Hinta.fi

Back
Ylös Bottom