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 - AimoE

Sivuja: 1 ... 87 88 [89] 90 91 ... 136
1762
Firefoxin pitäisi kyllä käynnistyä muutamassa sekunnissa, eikä muistin lisääminen auta siihen. 4 Gt riittää hyvin tavalliseen nettikäyttöön kaikissa käyttöjärjestelmissä kaikilla selaimilla. AimoE:n mainitsema ongelma on tapauskohtainen ja korjaantuu hyvin todennäköisesti tulevissa versioissa.
En ihan ymmärrä tätä kommenttia, kun koen tasan saman ilmiön sekä Ubuntu-koneella (Fujitsu Amilo) että Windows-koneella (Lenovo), ihan eritasoisilla raudoilla ja ihan erilaisilla käyttiksillä. On toki mahdollista että kun seuraava FF-versio (57) tulee, niin jotain oleellista muuttuu taas, ja varmaan muuttuukin, mutta olen jo kokeillut lisäosien pois ottamista eikä siitä olut apua. Muistin lisäyksestä sen sijaan oli selvä hyöty.

1763
70C on vielä kohtuullinen, mutta alkaa olla sillä rajalla että olisi aika huoltaa koneen jäähdytys. Pyysin sen muistinkasvatuksen samalla kun vein Windows-koneen huoltoon juurikin kuumenemisen takia. 70c asti en ollut huolissani mutta kun lämpö alkoi olla 80C ja joskus ylikin, oli aika puhdistaa tuuletin ja vaihtaa läppärin jäähdytystahnat. Nyt kun se on tehty, lämpö on noin 60C samalla kuormalla.

1764
Ubuntu pärjäää 4G:llä hyvin, mutta Firefox ei pärjää, versiosta 56 alkaen. Kasvatin juuri Windows-koneeni muistin 8G:een ja nyt pystyy taas katsomaan Areenan HTML5-videoita ilman että täytyy FF sulkea joka välissä.

1765
Ubuntu tietokoneissa / Vs: Kansion kryptausohjelma
« : 01.11.17 - klo:19.15 »
cryptmount ja cryptsetup ovat dm-cryptin edustaohjelmia.

mutta niillä on iso ero taviskäyttäjälle. cryptsetupilla en alkaisi tehdä määrittelyä, cryptmountilla se onnistuu kohtuullisen helposti.

1766
Ubuntu tietokoneissa / Vs: Kansion kryptausohjelma
« : 01.11.17 - klo:14.27 »
Molemmissa on puolensa: https://wiki.archlinux.org/index.php/disk_encryption#Comparison_table

Tuosta käykin ilmi että se mitä kokeilin oli varmaankin EncFs, jos oikein muistan. Mutta cryptmount ei ole tuossa vertailussa mukanakaan.

1767
Ubuntu tietokoneissa / Vs: Kansion kryptausohjelma
« : 01.11.17 - klo:14.11 »
Joo, LUKS vaatii vähän jotain käyttäjätilan työkaluja, jotka eivät välttämättä kuulu oletusasennukseen kaikissa järjestelmissä.

Niinpä. Mainitsemani cryptmount on käyttäjätilan työkalu dm-cryptin päälle.

Kun aikoinaan olin itse etsimässä "truecrypt-tyyppistä" ratkaisua, kokeilin myös ecryptfs-utils -työkalua, mutta en enää yhtään muista miksi sitten hylkäsin sen. Päädyin cyrptmount-työkaluun koska se tuo niin vähän lisää perus-Linuxin päälle. Sehän on yksinkertainen käyttöliittymä syvällä sisuksissa jo valmiina oleville työkaluille, ja tekee tavalliselle käyttäjälle helpommaksi määritellä salattu hakemisto niin, että käyttäjä voi itse sen mountata ilman root-oikeuksia. Eikä sitten yhtään enempää.

1768
Sen jälkeen kun ilmoitin että NVIDIA-ongelmat kadonneet (Xenial), minulla ei ole ollut ongelmia (paitsi edelleen se että joskus valmiustilasta herätessä ikkunoilla on musta surureuna, josta pääsee käväisemällä valmiustilassa uudelleen, mutta ei siis mitään asennuksiin liittyvää).

En käytä PPA:ta. Minulla on NVIDIA GeForce GT 240M ja Ubuntu 6.04.x.

1769
Ubuntu tietokoneissa / Vs: Kansion kryptausohjelma
« : 30.10.17 - klo:18.24 »
Minäkin salaan LUKSilla ne levyt jotka kytken tietokoneeseen, ja voisin käyttää myöskin USB-tikkujen kanssa jos niitä haluaisin salata. Alihakemistojen salaamiseen käytän cryptmount-työkalua.

1770
Ubuntu tietokoneissa / Vs: Kansion kryptausohjelma
« : 30.10.17 - klo:15.03 »
Déjà Dup on hyvä, se salaa tiedostot ja voit valita mitkä hakemistot kopioidaan ja mitkä jätetään ulkopuolelle.

Siis Déjà Dup, tai oikeastaan duplicity, jolle Déjà Dup  on käyttöliittymä, salaa varmuuskopiot, mutta ei tietenkään salaa niitä tiedostoja joista kopio tehdään. Samalla kun kopiot salataan, ne myös tiivistetään, mikä on hyvä paitsi jos tiedostot ovat jo valmiiksi tiivistettyjä, jolloin duplicity käyttää tuhottomasti aikaa tiivistykseen joka ei yhtään tiivistä.

Edit: Duplicati2 välttää myös tämän tuhlauksen ja tiivistää vain ne tiedostot jotka tiivistämistä kaipaavat. Ja tosiaan Duplicati2 tekee varmistuksen osissa, jolloin sekä salaus että tiivistys kohdistuvat vain muuttuneisiin osiin, ei koko tiedostoon. Salaus on niin itsestäänselvä asia etten tullut sitä maininneeksi, mutta Duplicati2 tietenkin salaa varmuuskopiot, myös silloin kun varmistetaan tiedostoja jotka on jo valmiiksi salattu.

1771
Ubuntu tietokoneissa / Vs: Kansion kryptausohjelma
« : 28.10.17 - klo:13.49 »
Itsellä on käytössä cryptmount, jossa aluksi oli vikoja, mutta nyt 16.04:ssä ei enää mitään ongelmaa. Jos tarkoitat näppärällä GUI:ta niin sitä ei ole, mutta itselle on kelvannut hyvin.

Ainoa hankaluus on ollut sellainen geneerinen hankaluus, joka ei liity siihen mitä softaa käyttää, vaan siihen miten ison salatun mällin varmistus tehdään. Kun salatun kansion tiedosto (siis mounttaamaton, salattu sisältö) on mukana backupissa, niin se hidastaa deja-dup/duplicityn toimintaa ikävästi. Tästä ongelmasta pääsee eroon vaihtamalla varmistussoftan. Itellä on koekäytössä nyt Duplicati2, joka tuntuu toimivan hyvin vaikka onkin vielä beta. Tosin se ei ole ollut käytössä vielä niin monta kuukautta että oikeasti tietäisi, muta näin alkuvaiheessa tuntuu hyvältä että Duplicati käsittelee salatun tiedoston osina ja varmistaa vain muuttuneet osat. Varmistus on niin paljon nopeampi että todella toivon ettei ongelmia Duplicatin kanssa tule.

1772
Ubuntu tietokoneissa / Vs: Ubuntu 17.10 ja Ubuntu Gnome
« : 27.10.17 - klo:21.31 »
Itse asennuksessa ei tule ongelmia, kun se tehdään edellisen päälle, mutta kun palautat varmuuskopiolta kotihakemiston (tai kun asetat olemassa olevan kotihakemiston uudenkin asennuksen kotihakemistoksi), niin mukana voi olla sovellusaetuksia joille ei ole Xenial-versiossa tukea. Kannattaa siis aika varovaisesti ottaa sovelluksia asetuksineen käyttöön Ubuntu-aawnnuksen jälkeen. Suosittelen varmuuskopiointia vaikka kotihakemisto säilyisikin.

1773
Muistaakseni sudo apt-get autoremove Nvidian-ajurin tapauksessa on korjattu.
Se on korjattu Xenial-julkaisussa, eikä siinäkään heti alusta vaan vasta jonkun tietyn päivityksen jälkeen (en tiedä minkä 16.04.x:n kohdalla).

1774
No joo, kun haen dmesg-tulosteesta hakusanaa "sector", sieltä löytyy kuusi eri sektorinumeroa joista sanotaan "blk_update_request: critical medium error". Ei tunnu isolta numerolta sinänsä, onhan tuo ollut käytössä jo vuodesta 2011. Ikävää vaan ettei yhtään tiedä mitä tietoa niissä kahdessa blokissa mahtoi olla.

1775
Avasin koneen ja ruutu pysyi pimeänä, monta minuuttia. En ollut ihan virkeimmilläni, joten vian selvittelyn sijaan sammutin koneen virtanapista. Tämän jälkeen USB2-liitännällä ollut ulkoinen levy ei avautunut:
Lainaus
Error mounting /dev/dm-8 at /media/haltia/Kapistus: Command-line `mount -t "ext4" -o "uhelper=udisks2,nodev,nosuid" "/dev/dm-8" "/media/haltia/Kapistus"' exited with non-zero exit status 32: mount: /dev/mapper/luks-623495e9-4363-4e47-9200-266c238e659c: can't read superblock

Niinpä ajoin tarkistuksen:

Koodia: [Valitse]
$ sudo e2fsck -p -v /dev/mapper/luks-623495e9-4363-4e47-9200-266c238e659c
Kapistus: recovering journal
Error reading block 60851183 (Attempt to read block from filesystem resulted in short read). 

Kapistus: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options)

ja sitten toisen:
Koodia: [Valitse]
$ sudo fsck /dev/mapper/luks-623495e9-4363-4e47-9200-266c238e659c
fsck – util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
Kapistus: recovering journal
Error reading block 60851183 (Attempt to read block from filesystem resulted in short read).  Ignore error<y>? yes
Pakota uudelleenkirjoitus<y>? no
Error reading block 60851184 (Attempt to read block from filesystem resulted in short read).  Ignore error<y>? yes
Pakota uudelleenkirjoitus<y>? no
Setting free inodes count to 30515518 (was 30515597)
Setting free blocks count to 96911182 (was 99103564)
Kapistus: clean, 7874/30523392 files, 25158618/122069800 blocks

ja vasta tässä vaiheessa tuli sitten mieleen että olisi pitänyt ensin kysyä mikä olisi oikea proseduuri.

En pysty levyn sisällöstä päättelemään tuleeko tästä nyt jotain ongelmia. Levyllä on lähinnä varmuuskopioita, ei juuri muuta, mutta pelottaa että joku oleellinen tieto jota enkä joskus tarvitaan ei sitten tulekaan levyltä ulos.

1776
Yleistä keskustelua / Firefox 56 ahmii muistia
« : 24.10.17 - klo:20.50 »
Olen nyt seuraillut Firefox 56:n oikuttelua ja voin sanoa että

* En ole ainoa; katso MozillaZine-ketjut:
http://forums.mozillazine.org/viewtopic.php?f=38&t=3033996
http://forums.mozillazine.org/viewtopic.php?f=38&t=3034288
http://forums.mozillazine.org/viewtopic.php?f=38&t=3034177
http://forums.mozillazine.org/viewtopic.php?f=38&t=3034055

* Vika ilmeni (ainakin minulla) vasta versiossa 56.
* Sama toistuu sekä Ubuntu-koneellani että Win7-koneellani.
* Muu käyttö onnistuu mutta jos katson videoita (enimmäkseen HTML5), niin FF:n muistinkäyttö kasvaa niin että kone alkaa hyytyä jatkuvaan swappiin ja joudun sulkemaan FF:n.
* Jos olen katsonut liian monta videota sulkematta Firefoxia välillä, sulkeminenkaan ei enää onnistu; silloin FF näyttää ponnahdusikkunan, joka kysyy haluanko raportoida vian Mozillalle.
* Olen kokeillut lisäosien käytöstä poistoa, mutta en ole löytänyt syyllistä niistä.
* Ubuntu-koneellani ei ole virustorjuntaa, ja silti FF käyttäytyy huonosti, joten kyse ei voi olla virstorjunnan vaikutuksesta.
* Ubuntu-koneella olen yrittänyt katsoa tilannetta Htopilla, mutta kun ikkunassa näkyy pelkästään Firefox-prosesseja,  en saa yleiskuvaa tilanteesta; Win7:n resurssienhallinta näyttää kaikki ohjelmat, eikä monista yhtä ohjelmaa moneksi riviksi, joten sieltä näen selvästi miten Firefox ahmii muistia.

1777
Olen usein huomannut että parhaat ohjeet kirjoittaa sellainen joka on juuri oppinut asian, mutta ei ole vielä niin pitkällä että pitäisi kaikkea itsestään selvänä. Siksi ei kannata odottaa ohjeita pitkän linjan Linux-guruilta. Aloittelijoita kyllä riittää ja ohjeille on tarvetta. Keskustelujen kahlaamiseen kuluu ihan turhan paljon aikaa silloin kun on kyse perusasioista.

1778
Yleistä keskustelua / Vs: FlickFetch haitallinen?
« : 21.10.17 - klo:20.42 »
Vieläkö joku luottaa tuohon WoT-härpäkkeeseen sen viimevuotisen skandaalin jälkeen?

Minulta on mennyt ohi se "skandaali" - voisitko laittaa linkin johonkin valaisevaan?

1779
Yleistä keskustelua / Vs: FlickFetch haitallinen?
« : 21.10.17 - klo:20.10 »
F-Securen pitäisi kertoa sinulle, minkä uhan se havaitsee.

Ei kerro, vaan asettaa estolistalle, mutta antaa muuttaa sallituksi.

On varsin todennäköistä, että kyseessä on false positive eli virheellinen tunnistus.

Näin päättelen siitä että tosiaan ohjelman voi sallia. Tässä asiassa F-Securen käytös on muuttunut. Aikaisemmin kun vastaan tuli ohjelma johon se ei ole varautunut, F-Secure kysyi mitä tehdään. Nyt se asetetaan heti estoon, ja käyttäjän pitää itse hoksata että esto ei ole ehdoton vaan sen voi muuttaa.

Varmaankin F-Securen käytös ja WOT-luokitus ovat tässä tapauksessa toisistaan riippumattomia.

1780
Yleistä keskustelua / FlickFetch haitallinen?
« : 21.10.17 - klo:18.29 »
Kun menen FlickFetchin kotisivulle, WOT-laajennus varoittaa että sieltä voi tarttua mukaan haittaohjelmia tai viruksia, ja kun yritän suorittaa asennusohjelman, F-Secure estää ohjelma automaattisesti. Mistä asti FlickFetch on ollut haittaohjelma? Mitä se levittää?

Sivuja: 1 ... 87 88 [89] 90 91 ... 136