Viestit

461

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Python3 ongelma (Freecad ja Elmer) [RATKAISTU]

« : 19.05.19 - klo:21.54 »

Näinhän se on, ei kannata päivittää jos toimii. Tietysti jos tuen loppuminen aiheuttaa tietoturvaongelman, niin se on sitten toinen asia. Minä käytin töissä noin 20 vuotta samaa Mathcad 8 ohjelmaa. Windows version vaihtuessa piti aina veikkailla, vieläkö toimii.

462

Vaihtoehtoiset työpöytäympäristöt / Vs: Libreoffice avaa sivun vain näytön puolikkaassa

« : 18.05.19 - klo:22.34 »

Poisto:

Koodia: [Valitse]

sudo apt-get remove --purge libreoffice*
sudo apt-get clean
sudo apt-get autorermove
Käynnistä uudelleen.

Asennus:

Koodia: [Valitse]

sudo apt-get install libreoffice libreoffice-l10n-fi libreoffice-voikko
https://askubuntu.com/questions/1138438/libreoffice-file-locking-issues-in-19-04-no-problems-in-18-10

https://forum.ubuntu-fi.org/index.php?topic=53145.msg406988#msg406988

463

Vaihtoehtoiset työpöytäympäristöt / Vs: Ubuntu Mate päivitys häviää keskenkaiken

« : 15.05.19 - klo:09.35 »

Päivititkö tammikuussa versioon 18.04?

https://forum.ubuntu-fi.org/index.php?topic=53998.msg412981#msg412981

Jos sinulla on jo uusi versio ja tarkoita normaalia päivitystä, niin nuo päätteeseen:

Koodia: [Valitse]

sudo apt update

sudo apt dist-upgrade


464

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Python3 ongelma (Feecad ja Elmer)

« : 12.05.19 - klo:19.05 »

Myös Freecad avaa tiedoston case0001.vtu aivan oikein, ilman mitään virheilmoitusta. Se on kuitenkin oma tiedosto ja piirrepuussa on vain tulos. Kysymys on ilmeisesti siitä, että koodi joka Freecadissa liittää tuloksen osaksi alkuperäistä piirrepuuta, ei ole Python 3 yhteensopiva. Saatan olla väärässä, korjatkaa jos on parempaa tietoa.

Merkitsen tämän ratkaistuksi, vaikka purkkaratkaisu onkin.

465

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Vs: Python3 ongelma (Feecad ja Elmer)

« : 11.05.19 - klo:15.27 »

Se tahtoo aina olla tätä kun jotain uudistetaan. Täytyy siis vain odottaa päivitystä. CalculiX kuitenkin toimii. Se on myös oletuksena, eikä Elmer.

Edit: ParaView näyttää tulokset oikein Elmerin laskennan lopuksi tekemästä tiedostosta case0001.vtu. ParaView 5.4.1 käyttää kuitenkin Python versiota 2.7. Ainakaan minä en tuosta pysty päättelemään onko vika Elmerin tiedostossa (.vtu) vai onko Freecad komennot vain jääneet päivittämättä.

466

Ohjelmointi, palvelimet ja muu edistyneempi käyttö / Python3 ongelma (Freecad ja Elmer) [RATKAISTU]

« : 11.05.19 - klo:11.49 »

Versiossa 18.04 Freecad 0.18.1 käyttää python3 versiota. Aluksi ei edes Elmer ratkaisijan lisäys piirrepuuhun onnistunut. Virheilmoituksen perusteella löysin ratkaisun netistä. Piti lisätä yksi paketti.

Koodia: [Valitse]

sudo apt install python3-distutils
Sen jälkeen laskenta näytti menevän läpi. Virhe (alla) syntyi kun Elmerin piti palauttaa tulos jälkikäsittelyä varten Freecadiin.

Koodia: [Valitse]

Exception in thread Thread-8:
Traceback (most recent call last):
  File "/usr/lib/python3.6/threading.py", line 916, in _bootstrap_inner
    self.run()
  File "/usr/lib/python3.6/threading.py", line 864, in run
    self._target(*self._args, **self._kwargs)
  File "/usr/share/freecad/Mod/Fem/femsolver/task.py", line 115, in protector
    self.run()
  File "/usr/share/freecad/Mod/Fem/femsolver/elmer/tasks.py", line 107, in run
    self._updateOutput(output)
  File "/usr/share/freecad/Mod/Fem/femsolver/elmer/tasks.py", line 115, in _updateOutput
    self.solver.ElmerOutput.Text = output.decode("utf-8")
AttributeError: 'str' object has no attribute 'decode'
Kun siirrän dokumentin ympäristöön (16.04) missä on käytössä myös Freecad 0.18.1 mutta python2, niin uudelleenlaskenta toimii ja palauttaa tuloksen oikein.

Onko tuossa kysymys siitä, että python3 ei ole taaksepäin täysin yhteensopiva, vai puuttuko minulta jokin paketti tai ympäristömuuttuja?

467

Yleistä keskustelua / Vs: Forumin sivu vaarallinen

« : 08.05.19 - klo:10.34 »

Google Chromen vastaava:

”Yhteytesi ei ole salattu
Sivustolle forum.ubuntu-fi.org hyökännyt taho voi yrittää varastaa tietojasi (esimerkiksi salasanoja, viestejä tai luottokorttitietoja). Lisätietoja
NET::ERR_CERT_DATE_INVALID”

468

Yleistä keskustelua / Varoitus: mahdollinen tietoturvariski? [RATKAISTU]

« : 08.05.19 - klo:10.30 »

Tuli Firefoxilla tuollainen:

”Varoitus: mahdollinen tietoturvariski

Firefox havaitsi ongelman, eikä jatkanut sivustolle forum.ubuntu-fi.org. Sivuston asetukset on määritetty väärin tai tietokoneesi kello on asetettu väärään aikaan.

On todennäköistä, että verkkosivuston varmenne on vanhentunut, mikä estää Firefoxia muodostamasta suojattua yhteyttä. Jos vierailet tällä sivustolla, hyökkääjät voivat yrittää varastaa esimerkiksi salasanoja, sähköposteja tai luottokorttitietoja.

Mitä voit tehdä?

Tietokoneesi mukaan nyt on 8.5.2019. Tarkista asetuksista, että tietokoneesi päivämäärä, kellonaika ja aikavyöhyke ovat oikeat, ja lataa sitten forum.ubuntu-fi.org uudestaan.

Jos kello on jo oikeassa ajassa, vika on luultavasti sivustossa etkä voi korjata ongelmaa itse. Voit ilmoittaa ongelmasta sivuston ylläpitäjälle.”

Google Chromen vastaava:

”Yhteytesi ei ole salattu
Sivustolle forum.ubuntu-fi.org hyökännyt taho voi yrittää varastaa tietojasi (esimerkiksi salasanoja, viestejä tai luottokorttitietoja). Lisätietoja
NET::ERR_CERT_DATE_INVALID”

Edit: Tuli kaksi viestiä samasta aiheesta. Toinen näkyi vasta kun olin jo kirjoittanut omani.

469

Asentaminen ja käyttöönotto / Vs: Ubuntu 18.04 -käyttöjärjestelmä ei löydä langattomia WI-FI -verkkoja

« : 07.05.19 - klo:11.35 »

Tarkoitin sitä lauritxn antaman linkin ensimäistä vastausta: ”Its a problem with the drivers of Realtek RTL8723BE controller. Do this: 1) Get the new wifi drivers from github:”

Eli suunnilleen: ”Se on ongelma Realtek RTL8723BE -ohjaimen kanssa. Toimi näin: 1) Hanki uudet wifi-ajurit githubista:”

Kohdissa 2-4 on ohje kuinka se asennetaan.

Toista siten kohdat 5 – 7 molemmille antennille, antamalla kohdassa 6 ant_sel=1 ja sitten ant_sel=2. Lisää kohtaan 7 eteen sudo. Ilman sitä (sudo) se näyttää vain aktiivisen yhteyden.

Kohdassa 8 asetat sen antennipaikan joka toimii (parempi signaali) oletukseksi (N = 1 tai 2).

Koska jokaisen ytimen päivityksen jälkeen moduulit on rakennettava uudelleen, kannattaa tietokone päivittää aivan ensimmäiseksi.

Koodia: [Valitse]

sudo apt update

Koodia: [Valitse]

sudo apt dist-upgrade
Voit tietysti kokeilla sen jälkeen, ennen päivityksen hakemista githubista:

Koodia: [Valitse]

echo "options rtl8723be ant_sel=1" | sudo tee /etc/modprobe.d/rtl8723be.conf
Uudelleenkäynnistys ja:

Koodia: [Valitse]

sudo iwlist scan | egrep -i 'ssid|quality'
Sen jälkeen sama uudelleen, mutta ant_sel=2.

470

Asentaminen ja käyttöönotto / Vs: Ubuntu 18.04 -käyttöjärjestelmä ei löydä langattomia WI-FI -verkkoja

« : 06.05.19 - klo:23.26 »

Tuon lauritxn antaman linkin mukaan ongelma on, että vain toinen antenni on kytketty, eikä ubuntun ajuri tiedä kumpi se on.

Haitko uudet wifi-ajurit githubista? Asensit ne ja toistit vaiheet 5-7 molemmille antenneille?

Oliko molempien antennien tulos ”No scan results”?

Jokaisen ytimen päivityksen jälkeen moduulit on rakennettava uudelleen, mutta ainakin sinulla olisi tieto kumpi antenni on käytössä.

471

Asentaminen ja käyttöönotto / Vs: grub karkasi ei toivotulle levylle

« : 29.04.19 - klo:23.50 »

18.10 puolelta ajettuna...

Koodia: [Valitse]

pappa75cosmic@pappa75cosmic-desktop:~$ systemd-analyze blame
    2min 29.651s apt-daily-upgrade.service
     1min 9.200s apt-daily.service
     1min 8.895s plymouth-quit-wait.service
         41.920s dev-sda1.device
         34.816s dev-loop28.device
         34.761s dev-loop31.device
         34.715s dev-loop32.device
         34.634s dev-loop34.device
         34.593s dev-loop30.device
         34.567s dev-loop27.device
         34.502s dev-loop35.device
         34.397s dev-loop23.device
         34.338s dev-loop29.device
         34.237s dev-loop33.device
         32.664s logrotate.service
         30.335s udisks2.service
         26.432s accounts-daemon.service
         24.344s dev-loop9.device
         24.283s dev-loop15.device
         24.263s dev-loop16.device
         24.212s dev-loop18.device
         24.139s dev-loop20.device
         24.115s dev-loop19.device
lines 1-23


Tuon mittauksen mukaan 18.10 pitäisi käynnistyä vähintään yhtä hitaasti kuin 19.04. Käsitin, että vain 19.04:ssä on ongelmia käynnistysajan kanssa.

Joku varmaan tietää voiko tuolta siirtää jotain toimintoja (esim. apt-daily*.service) käynnistymään myöhemmin. Vaarana tietenkin on, että käyttömukavuus kärsii.

Toistan vielä, että nuo Snap sovellukset (dev-loop**.device) kuluttavat yhteensä suuriman osan ajasta. Mielestäni kannattaisi palata perinteiseen tapaan asentaa ohjelmat, ainakin vanhemmalla tietokoneella.

Olisi mielenkiintoista kuulla, kuinka muut vanhemman tietokoneen omistajat ovat onnistuneet Snap sovellusten kanssa. Lähinnä mikä on vaikutus käynnistysaikaan.

Nuo ajat ovat kuitenkin niin suuria, että tässä saattaa olla vielä muutakin. Minä en sitä kuitenkaan keksi. Toivottavasti joku viisaampi osaa auttaa.

472

Asentaminen ja käyttöönotto / Vs: grub karkasi ei toivotulle levylle

« : 29.04.19 - klo:12.35 »

Nuo buffered disk reads nopeudet eivät ole suuria, mutta eivät yksin selitä hidasta käynnistymistä. Varsinkin kun se on lähes yhtä pieni molemmilla ja pienempi siellä missä ongelmaa ei ole.

Käsittääkseni ei pitäisi olla eroa mistä nopeudet mittaa, mutta tee se kuitenkin vielä 18.10:n puoleltakin. Tärkeämpää on kuitenkin tarkistaa se käynnistys sieltä (18.10) puolelta:

Koodia: [Valitse]

systemd-analyze blame

473

Asentaminen ja käyttöönotto / Vs: grub karkasi ei toivotulle levylle

« : 28.04.19 - klo:11.34 »

Oli näköjään toiset viivat tippuneet pois matkalla. Tarkistus jäi, en edes laittanut sitä koodiin koska oletin, että haet sen puskurista.

Joka tapauksessa, swapfile ja udisks2 näyttävät toimivan ilman virheitä. Kuitenkin udisks2 kuluttaa aikaa noin 40 sekunnitta. Jokin aivan selvästi hidastaa. Versio 18.10 käynnistyy ilmeisesti nopeasti. Onko siinä käytössä Snap sovelluksia? Jos on, niin vievätkö (yksi loop) ne sielläkin aikaa noin puoli minuuttia? Jos 18.10 on levyllä sda ja 19.04 levyllä sdb, voisi nopeutta verrata. Ainakin levy sdb kannatta tarkistaa.

Koodia: [Valitse]

sudo hdparm -tT /dev/sdb

474

Asentaminen ja käyttöönotto / Vs: grub karkasi ei toivotulle levylle

« : 27.04.19 - klo:20.36 »

Nuo Snap sovellukset (dev-loop**.device) kuluttavat yhteensä suuriman osan ajasta. Minullakin on vanha tietokone, enkä turhaan asenna Snap sovelluksia. Mieluimmin ppa.

Toki nuo ajat muutenkin ovat suhteettoman suuria. Tuliko udisks2 kuntoon, eikä anna enää virheilmoituksia (komennolla journalctl --boot --unit=udisks2 –no-pager).

Tarkistitko sen swapfilen toiminnan Tomin ehdottamalla tavalla.

Koodia: [Valitse]

swapon

475

Asentaminen ja käyttöönotto / Vs: grub karkasi ei toivotulle levylle

« : 13.04.19 - klo:11.48 »

Komento : systemd-analyze blame kertoo mihin se aika käynnistyksessä menee.

Koodia: [Valitse]

xup19@xup19-desktop:~$ systemd-analyze blame
      3min 474ms udisks2.service
         29.624s dev-sdb2.device
         29.318s systemd-journal-flush.service
         26.965s networkd-dispatcher.service
         25.648s snapd.service
         24.817s dev-loop24.device
         24.787s dev-loop22.device
         24.584s dev-loop23.device
         24.449s dev-loop20.device
         23.857s dev-loop21.device
         23.611s ModemManager.service
         22.524s dev-loop19.device
         22.473s accounts-daemon.service
         21.690s dev-loop10.device
         21.619s dev-loop13.device
         21.388s dev-loop16.device
         21.207s dev-loop8.device
         21.178s dev-loop9.device
         21.119s dev-loop17.device
         20.036s dev-loop14.device
         19.791s dev-loop12.device
         19.730s dev-loop18.device
         19.533s dev-loop11.device
lines 1-23


Udisks2.service kuluttaa aikaa noin kolme minuuttia. Voiko tuo johtua siitä millä levyllä grub on? Käsittääkseni virhe tuossa palvelussa (Udisks2) hidastaa kaikkea levytoimintaa, eli selittäisikö tuo miksi nuo muutkin ajat ovat suuria?

Minulla oli version 14.04 kanssa joskus alussa ongelmia, kun käynnistys kesti muistaakseni välillä yli 10 minuuttia. Syslogin listauksesta löytyi silloin ”Failed to activate service 'org.freedesktop.UDisks2': timed out”, monta kertaa. Ongelma hävisi jonkun päivityksen jälkeen. En tarkasti tiedä minkä, koska saattoi mennä viikkokin ilman tuota ongelmaa.

Toimiiko tietokone normaalisti käynnistyksen jälkeen? Minulla kone oli erittäin hidas levytoimintojen suhteen, kun vika ilmeni.

476

Yleistä keskustelua / Vs: Vanha älypuhelin tietoturvalliseksi

« : 06.04.19 - klo:11.55 »

Suunnilleen samassa suhteessa mennään. Viimeinen vanhan markan TM numero joulukuulta 1962 maksoi 160 mk.

Lehtien osto on jäänyt internetin takia vähemmälle. Aikanaan tuli vastaavia ostettua, lähinnä kansi- lerppujen, korppujen, CD ja DVD levyjen takia.
Kyseistä lehteä en ole moneen vuoteen ostanut, mutta olen selailut juttujen alkuja lehden nettisivuilta. Olen samaa mieltä, osa jutuista on aika korkealentoisia.

Nettisivulta ei tarvitse ostaa koko lehteä, yksittäisen jutun ostaminen onnistuu.

http://www.linux-magazine.com/

477

Vaihtoehtoiset työpöytäympäristöt / Vs: Kubuntu 18.04 näyttöasetukset antavat vain peilauksen

« : 01.04.19 - klo:15.20 »

Kaappasitko suorakulmaisen alueen ja liitit sen näin:

Edit1: Ilmeisesti et, koska ei näy liitteen merkkiä. Siellä on erikseen myös kuvan liitäminen, mutta se ei ainakaan minulla toimi. Mutta kun nyt katson, niin ainakin SuperOscarilla se toimii.

Edit2: Erillinen kuvan liitäminen toimiikin kuvanjakopalvelun kautta. Olisihan sen pitänyt jo aikaisemminkin huomata, kun vie hiiren osoittimen kuvan päälle, niin näkyy polku tiedostoon.

478

Vaihtoehtoiset työpöytäympäristöt / Vs: Kontactin postiohjelma ei toimi kunnolla

« : 27.03.19 - klo:15.46 »

Tuolla toisessa viestissä kirjoitit tähän liittyen passfrasesta, tarkoititko pass phrase eli passilause. Se viittaa siihen, että olet lähettämässä salattua postia. Sinulta kysytään passilause jonka vastaanottajan pitää antaa jotta voi lukea postin. Oletko asentanut tuon laisen sähköpostien salauksen?

479

Vaihtoehtoiset työpöytäympäristöt / Vs: Dolphinin ongelma liitettävien laitteiden kanssa.

« : 27.03.19 - klo:15.05 »

Kun valitset ”näytä kaikki laiteet”, niin se näyttää myös piilotetut. Ota ruksi pois piilotetun laiteen (piilota x kiintolevy) kohdalta ja sitten ”näytä kaikki laiteet” kohdasta. Nyt x kiintolevy pitäisi näkyä. En kuitenkaan edelleenkään tajua miten Nautilus voi aiheuttaa, että piilotettu laite tulee näkyviin.

480

Vaihtoehtoiset työpöytäympäristöt / Vs: Dolphinin ongelma liitettävien laitteiden kanssa.

« : 25.03.19 - klo:19.19 »

Katso näkyykö se kadoksissa oleva sata - levy irrotettavissa laiteissa. Käytössä ei ole nyt Kubuntu 18.04, mutta muistaakseni se on siellä: Järjestelmäasetukset > Irrotettava tallennustila > Irrotettavat laitteet.

Sieltä pitäisi löytyä kaikki tallennuslaitteet. En ole koskaan muuttanut oletusasetusta joka on, ettei mitään laitetta liitetä automaattisesti. Dolphinissa liitäminen ja irrotus on toiminut aina ilman mitään ongelmia.