Näytä kirjoitukset

Tässä osiossa voit tarkastella kaikkia tämän jäsenen viestejä. Huomaa, että näet viestit vain niiltä alueilta, joihin sinulla on pääsy.


Viestit - USakari

Sivuja: [1] 2 3 ... 8
1
Esimerkki ongelmasta:https://www.kaypahoito.fi/nix02310 Sivulla on useita videoita, jotka 18.04.4 toistaa ongelmitta, mutta 16.04.6 näyttää nettisivun näillä kohdilla pelkkää tyhjää. Ainakin siis, kun käytän Firefoxia.

Jotenkin minusta tuntuu siltä, että 16.04 näytti tällaisia (nettisivulle upotettuja) videoita vielä muutama viikko sitten ihan OK. Mutta eipäs nyt enää. Onko vika Ubuntussa, Firefoxissa, vimeossa vai missä?

(Juu, tiedän, että 16.04 on jo vanha. Mielelläni kuitenkin ymmärtäisin, mistä on kysymys.)


2
Laitealue / Vs: mount, fuseblk ja ls-värit
« : 14.05.20 - klo:22.59 »
Kiitos kaikista vastauksista. Anteeksi, että en silloin heti merkinnyt tätä RATKAISTUksi. Tein lopulta tällaisen rivin .bashrc:hen:
Koodia: [Valitse]
alias lln='ll --color=never'Ja käytän siis käskyä lln, kun tiedostojärjestelmä on NTFS ja käskyä ll muulloin.

(Olen muuten ihmetellyt, miksi tämä vaikealukuinen vihreä tekstin väri yleensä on käytössä. En muuta ole keksinyt kuin sen, että kyseessä on jäänne ajalta joskus kauan sitten (jonnet ei muista), kun tietokoneissa oli musta ruutu ja siinä vihreä teksti. Kontrasti oli hyvä. Ja kai nytkin voi ottaa komentorivi-ikkunaan mustan taustan. Paitsi että itse haluan valkoisen...)

3
Jos oikein ymmärsin ongelmasi, niin kulmat vaikuttavat toisiinsa. Jos A on täysi (18.43 astetta), niin B on nolla ja päinvastoin. Alla on kuitenkin linkki yhdistelmäkulmalaskimeen.

http://jansson.us/jcompound.html#postandboard

Kiitos. Pyöriteltyäni numeroita jonkun aikaa panin lopulta slope 18°, post rotation 0° ja  board rotation 24°, jolloin terän kulmaksi tuli 16,4° ja syöttökulmaksi 7,5°. Sahasin näillä, ja tulos oli niin hyvä, että taitaa välttää. Hieno juttu!

4
Nyt olisi sattuneesta syystä aikaa tehdä eräs kodin sisustukseen liittyvä, pientä askartelua vaativa hommantapainen. Oikeastaan ei tarvittaisi muuta kuin yhden puupalkin pari sekuntia vievä sahaus, mutta tähän vaaditaan 3D-geometriaa, ja minulla on vaikeuksia 2D:nkin kanssa.

Kyseessä on vinokattoinen (1:3) tila. Kattoon pitäisi kiinnittää suorakulmainen vanerilevy siten, että se on suorassa pysty- ja vaakasuunnassa. Tarkoitus on hoitaa kiinnitys puupalkilla, jonka poikkileikkaus on neliö. Palkki kiinni kattoon ja vanerilevy kiinni palkkiin - yksinkertainen juttu, paitsi että...

Kuvitellaan, että on olemassa akseli, joka kulkee kattoa pitkin 1:3-suunnassa. Jos levyn pitäisi olla tämän akselin suuntainen tai kohtisuorassa sitä vastaan, niin ongelma olisi kaksiulotteinen ja minunkin ratkaistavissani. Mutta kun levyn pitää olla vinossa tuohon kuviteltuun akseliin nähden, niin ongelma onkin kolmiulotteinen.

Käsittääkseni kiinnityspalkin voisi sahata kerralla niin, että syöttää sen pöytäsahaan kulmassa A niin, että sahan terä on kulmassa B. Vai voisiko? Löytyisikö Linux/Ubuntu-maailmasta (mahdollisimman yksinkertaista ja helppokäyttöistä) ohjelmaa, jonka avulla voisi nuo kulmat A ja B laskea?

5
Laitealue / Vs: mount, fuseblk ja ls-värit
« : 22.12.19 - klo:09.11 »
Kiitos vihjeistä. Kokeilin tosiaan ei-automaattista fuseblk-mounttausta, mutta kyllä se tuntuu hankalalta. Ulkoisen USB3-kovalevyn nimeksihän tulee nyt usb-TOSHIBA_External_USB_3.0_20190722013366F-0:0-part1, kun se automountattuna oli TOSHIBA EXT. Ja umaskin, fmaskin ja dmaskin säätäminenkään ei innosta.

No. Oikeastaanhan riittäisi, jos osaisin säätää ls-listauksen executable-värin muuksi kuin vihreäksi. Musta olisi kiva, ajattoman tyylikäs vaihtoehto.

Tämänhän pitäisi olla mahdollista. Tehdään  vain pieni muutos ympäristömuuttujaan LS_COLORS.

Mutta.

Sen arvo nyt näyttää olevan:
Lainaus
LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:mi=00:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arc=01;31:*.arj=01;31:*.taz=01;31:*.lha=01;31:*.lz4=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.tzo=01;31:*.t7z=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lrz=01;31:*.lz=01;31:*.lzo=01;31:*.xz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.alz=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.cab=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.m4a=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.oga=00;36:*.opus=00;36:*.spx=00;36:*.xspf=00;36:
Nyt siitten pitäisi ymmärtää, mikä tässä on vihreää ja mikä executablea. Jestas.

6
Laitealue / Vs: mount, fuseblk ja ls-värit
« : 17.12.19 - klo:10.25 »
oletuksena ntfs-3g-ajuri antaa kaikille tiedostoille suoritusoikeuden, jonka ls näyttää vihreänä. Tämän voi estää liitosparametrilla "fmask=113". Sen voi varmaankin lisätä liitokseen Levyt-ohjelmalla.
Kiitos, tämä auttoi eteenpäin. Levyt-ohjelmalla (uutuus minulle) voi näköjään kääntää AUTO-mounttauksen pois päältä ja silloin voi lisätä fmask-option. Arvo "113" ei kuitenkaan ollut ihan täysosuma. Oikeudet ovat nyt hakemistoille rwxrwxrwx  ja tiedostoille rw-rw-r--, eli kummassakin liikaa w:tä. Yritin selata mountin optioita, mutta vaikealta näyttää. ntfs:n kohdalla ei edes mainita fmaskia. umask mainitaan, mutta sitä muuttamalla en ole saanut aikaan kuin sotkua.

7
Laitealue / Vs: mount, fuseblk ja ls-värit
« : 16.12.19 - klo:19.39 »
Koodia: [Valitse]
alias ls='ls --color=none'
Kiitos, mutta tämä ei oikein miellytä, koska voivat ne värit joskus olla ihan hyödyllisiä. Ainakin jos eivät ole vihreitä.

Tässä fuseblk-mounttauksessahan on sekin ongelma, että oikeudet ovat aina rwxrwxrwx. "Tavallisessa" vfat-mounttauksessahan ne ovat tiedostoille rw-r--r-- ja hakemistoille rwxr-xr-x.

(Mainittakoon, etten edes tiedä, mitä "fuseblk" tarkoittaa.)

8
Laitealue / mount, fuseblk ja ls-värit [RATKAISTU]
« : 16.12.19 - klo:12.55 »
Käytän mielelläni komentoriviä ja ls-komentoa. Senhän listausta voi värittää niin että eri tiedostotyypit näkyvät eri värisinä. Tästä en niin välitä, mutta eipä tuo ole häirinnytkään.

Siis tähän asti.

Nyt kun ostin ulkoisen USB3-kovalevyn, niin alkoi häiritä. Nimittäin levyn jokaikinen tiedosto näkyy vihreänä, joka on minusta hyvin vaikea lukea. Ilmiö ei esiinny USB2-muistitikuissa eikä ulkoisissa USB2-kovalevyissä. Eikä siis sisäisissä kovalevyissäkään.

Yritin säätää ls-komentoa, mutta en keksi oikeaa tapaa. Sitten tutkin edelleen näin:
Lainaus
palkki@rantsu:~$ mount
....................................................
/dev/sdh on /media/palkki/2483-529A type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
/dev/sdc1 on /media/palkki/TOSHIBA EXT type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
palkki@rantsu:~$
Tässä on siis (automountattuina) USB2-muistitikku "2483-529A" ja USB3-kovalevy "TOSHIBA EXT". Molempien tyypit ovat ne, jotka ovat kaupasta tulleet. Muistaakseni kaikki ulkoiset USB2-levyt ja -tikut ovat olleet tyyppiä vfat, mutta tämä uutuuslevy onkin fuseblk.

Onko tässä tuon epämiellyttävän vihervärjäyksen syy? Olisikohan sille mitään tehtävissä?

9
Ubuntu tietokoneissa / Vs: cupsd ahmii resursseja
« : 29.09.19 - klo:22.50 »
Jossain on bugi ja voisi auttaa, jos sen raportoisi, mutta se vaatii englannin taitoa.
Minä kyllä käytin kielitaitoani jo heinäkuussa ja raportoin Launchpadiin, mutta jotenkin homma meni eri tavalla kuin odotin. Minulta pyydettiin joitain vähäisiä lisätietoja, ja siihen yhteydenpito loppui. Muutaman viikon kuluttua virhe sitten näytti korjautuvan jonkun päivityksen yhteydessä, mutta ei minulle siitä mitään ilmoitettu, eikä Launchpadiinkaan ilmestynyt mitään kommenttia. Erikoiselta näytti, että virhettä ei osoitettu kenellekään ("assigned to" pysyi tyhjänä).

Jäin odottamaan jotain tietoa tietoa virheen käsittelystä. Mutta eipä sellaista ole tullut, ja nyt kai koko aihe häviää Launchpadista, kun sitä ei kukaan ole kommentoinut pitkään aikaan.

Kaipa ongelma sitten on RATKAISTU.

10
Ubuntu tietokoneissa / Vs: cupsd ahmii resursseja
« : 08.07.19 - klo:21.55 »
Mites jos tulostat jotain, onko vaikutusta. Ja sama kun käynnistät cupsd:n uudelleen?
Uudelleenkäynnistys ei vaikuta, mutta tosiaan: heti yhdenkin tulostuksen jälkeen cupsd:n resurssitarve asettuu vaatimattomalle alle 1%:n tasolle.

Rersurssiongelman voisi siis kiertää tulostamalla joka bootin jälkeen jotakin. Mutta ei se tunnu oikein ratkaisulta...

11
Ubuntu tietokoneissa / Vs: cupsd ahmii resursseja
« : 05.07.19 - klo:20.51 »
Onko tulostusjonossa jotain hämyä?
Koodia: [Valitse]
sudo ls /var/spool/cups/tmp/

tmp-hakemisto on tyhjä, mutta... Toisaalta cups-hakemistossa on noin 500 jotenkin tarpeettoman näköistä tiedostoa, tässä listauksen loppua:
Lainaus
.........................................................
-rw------- 1 root lp 1307 touko 13 13:36 c01647
-rw------- 1 root lp 1086 touko 14 15:26 c01648
-rw------- 1 root lp 1174 touko 16 16:38 c01649
-rw------- 1 root lp 1143 touko 16 23:39 c01650
-rw------- 1 root lp 1143 touko 16 23:40 c01651
-rw------- 1 root lp 1101 touko 17 12:12 c01652
-rw------- 1 root lp 1168 touko 21 20:49 c01653
-rw------- 1 root lp 1152 touko 23 23:09 c01654
-rw------- 1 root lp 1162 touko 23 23:10 c01655
-rw------- 1 root lp 1152 touko 23 23:11 c01656
-rw------- 1 root lp 1066 touko 25 09:54 c01657
-rw------- 1 root lp 1066 touko 25 10:10 c01658
-rw------- 1 root lp 1065 touko 25 11:51 c01659
-rw------- 1 root lp 1144 touko 25 15:49 c01660
-rw------- 1 root lp 1148 touko 26 12:13 c01661
-rw------- 1 root lp 1064 touko 30 13:19 c01662
-rw------- 1 root lp 1341 kesä   3 08:27 c01663
-rw------- 1 root lp 1341 kesä   3 08:28 c01664
-rw------- 1 root lp 1070 kesä  18 16:30 c01665
-rw------- 1 root lp 1082 kesä  18 19:47 c01666
-rw------- 1 root lp 1065 kesä  27 10:27 c01667
-rw------- 1 root lp 1067 heinä  3 09:00 c01668
-rw------- 1 root lp 1165 heinä  4 13:14 c01669
drwxrwx--T 2 root lp 4096 huhti 20  2016 tmp


12
Ubuntu tietokoneissa / cupsd ahmii resursseja [RATKAISTU]
« : 03.07.19 - klo:18.22 »
Olen muutaman viikon ihmetellyt, kun tietokone tahmaa ja kovalevy raksuttaa. Löytyipä top:lla syyllinen. Tulostusta cupsd:n käynnistyksen jälkeen:
Lainaus
30900 root      20   0  305452 287396   5768 S   5,3  9,3   0:41.34 cupsd     
Sitten puolitoista tuntia myöhemmin (välillä ei ole tulostettu mitään):
Lainaus
30900 root      20   0 2565692 2,125g   2240 R  79,0 71,9  93:01.45 cupsd       

%CPU on siis kasvanut 5,3 -> 79,0 ja %MEM 9,3 -> 71,9. Onko tässä mitään järkeä?

Käyttöjärjestelmä on 16.04.6 LTS (32-bit). Joo, se on vanha, mutta ei kai tämmöistä resurssien käyttöä silti saisi olla.

13
Multimedia ja grafiikka / Vs: Digikuvan kallistus?
« : 09.12.18 - klo:18.15 »
Gimp tosiaan hankala yksinkertaisiin asioihin. KolourPaint olen käyttänyt pieniin korjauksiin. Lähinnä pienennys & rajaus. Kallistus onnistuu myös. varsinaiset editorit hankalia. Yksi hyvä on DarkTable.
Kiitos! KolourPaint taitaa riittää minulle!

14
Katselin muutamaa digikuvaa sillä silmällä, että tulostaisin niitä paperille. Sitten rupesi harmittamaan, kun monessa kuvassa ei ole horisontti ihan suorassa. Sitä siis tekisi mieli kallistaa pikkuisen. Mutta kokeilemissani kuvankäsittelyohjelmissa näyttää olevan vain isoja kallistuksia, 90 asteen askelin. Tai sitten en vain löydä tätä pieni-kallistus-ominaisuutta – näissä ohjelmissa kun tuppaa olemaan enemmän fiitsöreitä kuin pystyn hahmottamaan. gimp esimerkiksi saa pääni aivan pyörälle.

Kiitos kaikista vihjeistä!

15
Voi hyvin olla joku 18.10:n uusi bugi. Suosittelisin tuotantokäyttöön 18.04.1:tä.

Jos kuitenkin haluat selvitellä ongelmaa, kannattaa lähteä liikkeelle siitä, miten järjestelmä tunnistaa nettitikun:
Entä onko modemmanager ja usb-modeswitch asennettuna?

Kyllä järjestelmä 18.10 tunnisti nettitikun ihan oikein, ja modemmanager ja usb-modeswitch oli molemmat asennettu. Mutta ei yhdistelmä sitten vain kelvannut network-managerille. Kone myös kaatuili ihan kummasti ("non-maskable interrupt" ja "soft lockup" jne.) 18.10 oli todella keskeneräisen tuntuinen.

Asensin sitten suosittelemasi 18.04.1:n ja sehän  olikin soiva peli alusta alkaen. Jo itse asennusohjelma tarjosi nettitikkua käyttöön. Kaikki tarkistamani jutut toimivat OK. Toisaalta, kun nyt ei ollut kyseessä päivitys (do-release-upgrade), niin "oman" version kasaamiseen on mennyt paljon aikaa.

16
Kun 16.04:n tarina näytti olevan lopussa, asensin 18.10:n. Mutta nettitikku hävisi. Uusi systeemi näyttää osaavan käyttää vain Ethernettiä ja WiFi:tä, mutta ei Mobile Broadbandia. Mikähän tässä nyt mättää? Miten uusi network-manager ei osaa sitä, mitä vanha?

Kiitos kaikista vihjeistä!

17
Onko jo kokeiltu käpistellä ikkunan ulkoasun asetuksia? Minusta tämän keskustelun aihe muistuttaa melko paljon terminaali-ikkunan asetuksia: siellä on asetuksissa ulkoasu, josta voi halutessaan täpätä päälle läpinäkyvyyden ja säätää liukusäätimellä arvo väliltä 0 - 100 prosenttia.

Uskoakseni koko hankaluus johtui päivityksestä (do-release-upgrade) uuden asennuksen sijasta. Päivitetyssä versiossa esiintyi muutakin häikkää. Esimerkiksi jos firefoxin ikkunaan avasi useampi välilehtiä, niin niistä päivittyi vain yksi. Muilla välilehdillä saattoi osoitekenttään kirjoittaa jotain ja se kenttä muuttui ihan niinkuin pitikin, mutta välilehti sinänsä pysyi tyhjänä (valkoisena).

Tässä kyllä menee luotto näihin päivitysversioihin. Toisessa ketjusssa jo valitin WiFi-ongelmaa, joka osoittautui johtuvan siitä, että päivityksestä oli jäänyt joku juttu pois.

No, nyt sitten tein uuden asennuksen – tosin 18.04.1:n sijasta käyttöön tuli 18.10, kun se oli nyt ilmestynyt. gedit näyttää olevan kunnossa. Asennus oli kyllä todella hankalaa, mutta se kuuluu kai eri topikkiin.

18
saisko sitä teemaa muokkaamalla kuntoon, tuolta löytyy eri keinoja https://askubuntu.com/questions/576001/how-to-add-custom-color-scheme-to-gedit-3-14-0

En usko, koska kuten mainitsin, sama läpinäkyvyys vaivaa myös im-configia, eli ongelma ei koske pelkästään geditiä.

19
Entä jos poistat .xinputrc:n ja vaihdat sitten ibusin ja ximin välillä työpöydän näppäimistöasetuksissa? Eli ibus -> xim -> ibus, kirjautuen jokaisen vaihdon jälkeen ulos ja takaisin sisään.
Jos vaihtaminen edestakaisin ei auta, kokeile luoda järjestelmään uusi käyttäjätunnus. Ilmeneekö sama ongelma sillä?

Ei auta kumpikaan. Myös silloin, kun Input Method on XIM, geditin ja im-configin ikkunat näkyvät läpi.

Ikkunaongelma häviää vain, jos Input Method on NONE eli .xinputrc ei ole olemassakaan.

Toisella käyttäjälĺä en saa IBUSia toimimaan ollenkaan.

Taidan lopettaa mökki-pähkäilyn tämän päivitetyn Lubuntun kanssa ja tehdä "puhtaan" asennuksen sitten, kun on käytettävissä lankaliittymä, eli muutaman päivän päästä.

20
Tässä näyttää olevan joku monimutkainen Input Method-juttu. Läpinäkyvyys ei muuten vaivaa pelkästään geditiä, vaan myös Input Methodin säätämiseen tarkoitettua ohjelmaa im-config. Käskyllä "env |grep IM" saa näkyviin asetukset
Lainaus
CLUTTER_IM_MODULE=xim
QT4_IM_MODULE=xim
QT_IM_MODULE=ibus
GTK_IM_MODULE=xim

Osaisiko joku sanoa, mistä nämä asetukset tulevat? Jotenkin ne näyttävät sekavilta.


Sivuja: [1] 2 3 ... 8