Linux-kysymyksiä & yleistä keskustelua Linuxista

Minulla on vastaavia kokemuksia Ubuntun kernel panicista. Yritin kevyesti kellottaa Q9550-konetta, jonka jälkeen kernel meni jatkuvasti paniikkiin. Asetuksien palauttaminen vakioksi sai koneen taas toimimaan. Tiedä sitten, missä todellinen vika oli.
 
Tuossa on ihan vakiokellot, kellotus kuitenkin saattaa aiheuttaa epävakautta niin en halua serverinä toimivaa konetta kellotella. Toisaalta, nyt tulikin mieleen että tuon koneen 12 gigan muistista 4 gigaa saattaa mahdollisesti olla numeroa hitaampaa nopeusluokkaa kuin alkuperäiset, voisikohan tuo panikointi johtua niistä? Memtestillä kuitenkin toimi vaikka pitkään antoi jauhaa. Lisää tutkittavaa siis joulunpyhiksi...
 
Alkaa pikku hiljaa menemään kuppi nurin kun oma Ubuntu-koneeni kippailee itseään nurin ilman näkyvää syytä tuon tuosta..

Ongelmat pähkinänkuoressa:

-Ubuntu 18.04 LTS asennettu läppäriin reilu vuosi sitten ja se toimi pitkään moitteettomasti, kunnes jossain kesän korvilla alkoi temppuilemaan omituisesti.
-Ongelmat alkoivat sillä, että toisinaan laittaessani koneen lukkoon tai laittaessani kannen kiinni, jolloin sen pitäisi mennä nukkumaan, menikin se jotenkin juntturaan niin, että koneessa oli kyllä koko ajan virrat päällä, mutta kone ei herää hiireen, näppäimistöön tai nopeaan virtapainikkeen painallukseen, vaan näyttö pysyy visusti pimeänä ja ainoa keino saada koko laitos takaisin elävien kirjoihin on pitää virtapainiketta sen 5 sekuntia pohjassa.

-Viimeisen parin kuukauden aikana edellä mainitun ongelman lisäksi kone on saattanut käynnistää itsensä uudelleen vain hetki sen jälkeen, kun olen sen lukinnut (tämän huomaa helposti siitä, että läppärin näppäimistön taustavalo menee hetkeksi päälle koneen käynnistyessä.

-Kaiken tämän lisäksi Ubuntu 18.04 LTS:ää (tai no, tarkemmin ottaen 18.04.3:a) käyttäessäni jotkin prosessit rohmusivat muistia kuin nettiselaimet konsanaan.

-Päivitin kokeeksi koneen ensin 18.04.3 -> 19.04 ja siitä vielä 19.10-versioon, joka korjasi ainakin joltain osin muistinkulutukseen liittyvät ongelmat, mutta koneen jäätyily ei sen sijaan valitettavasti loppunut.

-Koneen uudelleenkäynnistys päätteestä komennolla "reboot" puolestaan saattaa päätyä lotolla joko koneen normaaliin uudelleenkäynnistykseen tai mustaan ruutuun, jonka vasemmassa yläkulmassa vilkkuu valkea viiva maailman tappiin asti.

-Koneen kippaaminen (=uudelleenkäynnistyminen) taas puolestaan saattaa päätyä normaaliin uudelleenkäynnistykseen tai tilaan, jossa näyttö pysyy pimeänä ja akun latauksen valoindikaattori vilkuttaa jotain tiettyä sarjaa, josta puolestaan ei löytynyt mitään infoa koneen valmistajan omilta sivuilta ja koneen oma dignostiikkatestikin menee läpi virheittä (eräs tietty valmistaja vois minun puolesta haistaa kukkasen, kun ei "valomerkkien" dokumentointi näytä paljoa kiinnostavan..



..niih, että mites tässä nyt kannattaisi lähteä etenemään? Ei jaksaisi lähes tulkoon joka päivä tapella tämän masiinan kanssa ja uudelleenasennuskaan ei toisaalta houkuttele. Komennosta "dmesg" ei ollut apua.
 
Miten selvittää Ubuntussa mihin kaikki tila kovolta on menny?

Ja miten tuolla lvm2:lla pystyy tuota virtuaalikovon/-osion kokoa kasvattaa kun sen pitäisi olla 40GiB, eikä 3,9GiB?

Kyseessä on siis Proxmoxissa rullaava virtuaalikone Ubuntu Server 18.04.3 LTS, jonka ainoa tarkotus on pyörittää Nextcloud Snap-pakettia/-konttia(?). Nextcloud Snap-paketti ei anna tallennustilaa kuin alle 500MiB, joka paukkui täyteen kun yritin ajattelematta siirtää sinne yli 10GiB-tiedostoa :facepalm:. Kaiken järjen mukaan Nextcloudissa pitäisi olla vapaata tallennustilaa, ilman mun tiedostoja, 20-30Gib.

Koodi:
root@ubser:~# fdisk -l
Disk /dev/loop0: 88.5 MiB, 92778496 bytes, 181208 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop1: 211.7 MiB, 221966336 bytes, 433528 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop2: 89.1 MiB, 93417472 bytes, 182456 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes




Disk /dev/sda: 40 GiB, 42949672960 bytes, 83886080 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: C4742F55-4531-4BE5-9B18-7D6C9636D0CA

Device       Start      End  Sectors Size Type
/dev/sda1     2048     4095     2048   1M BIOS boot
/dev/sda2     4096  2101247  2097152   1G Linux filesystem
/dev/sda3  2101248 83884031 81782784  39G Linux filesystem


Disk /dev/mapper/ubuntu--vg-ubuntu--lv: 4 GiB, 4294967296 bytes, 8388608 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Koodi:
root@ubser:~# df -h
Filesystem                         Size  Used Avail Use% Mounted on
udev                               1.9G     0  1.9G   0% /dev
tmpfs                              395M  5.9M  389M   2% /run
/dev/mapper/ubuntu--vg-ubuntu--lv  3.9G  3.9G     0 100% /
tmpfs                              2.0G     0  2.0G   0% /dev/shm
tmpfs                              5.0M     0  5.0M   0% /run/lock
tmpfs                              2.0G     0  2.0G   0% /sys/fs/cgroup
/dev/loop0                          89M   89M     0 100% /snap/core/7270
/dev/loop1                         212M  212M     0 100% /snap/nextcloud/16739
/dev/loop2                          90M   90M     0 100% /snap/core/8268
/dev/sda2                          976M   77M  832M   9% /boot
tmpfs                              395M     0  395M   0% /run/user/1000
Koodi:
root@ubser:~# vgdisplay
  --- Volume group ---
  VG Name               ubuntu-vg
  System ID
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  2
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                1
  Open LV               1
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               <39.00 GiB
  PE Size               4.00 MiB
  Total PE              9983
  Alloc PE / Size       1024 / 4.00 GiB
  Free  PE / Size       8959 / <35.00 GiB
  VG UUID               krFIg4-yPZ5-VzOZ-XmfB-tMfO-03xP-dZdhLH
Koodi:
root@ubser:~# lvdisplay
  --- Logical volume ---
  LV Path                /dev/ubuntu-vg/ubuntu-lv
  LV Name                ubuntu-lv
  VG Name                ubuntu-vg
  LV UUID                6PwHFm-tdKK-Vfem-RRMY-7lTS-JjAN-5bQEhl
  LV Write Access        read/write
  LV Creation host, time ubuntu-server, 2019-12-19 16:27:09 +0000
  LV Status              available
  # open                 1
  LV Size                4.00 GiB
  Current LE             1024
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:0

Kun yritän kasvattaa tuon "ubuntu-lv" kokoa, saan seuraavaa:
Koodi:
root@ubser:~# lvextend -L+5G /dev/ubuntu-vg/ubuntu-lv
  /etc/lvm/archive/.lvm_ubser_2637_1526419015: write error failed: No space left on device

Toi lvm ei oo tuttu yhtään itselle, niin tuossa on nyt jotain mitä en tajua. Ja noi Snap-paketitkin on uus tuttavuus...
 
Itsekään en ole liiemmin tuon lvm:n kanssa touhunnut mutta yhden kerran olen ja silloin löytyi jostain googlella varsin hyvä ohjeistus tuohon jossa selitettiin kaikki tarvittava osioiden luontiin ja resizeen liittyen. Itsekin raavin lähestulkoon hiukset päästä ennenkuin löysin tuon sivun. Tuossa hommassa oli joku hyvin pieni juttu mitä en itsekään ilman ohjeita tajunnut.
 
ncdu komento tai ohjelmahan weon on myös kätevä. Pitää asentaa erikseen
 
Filelight kanssa ihan hyvä, koska voi selailailla tiedostojärjestelmää melko helposti, jolloin löytyy mahdolliset tilan tuhlaajat.
 
Ei pysty asentaan mitään kun levy on ihan täynnä, niin sen takia pitää koittaa selvitellä että mikä sen on syöny :).

apt clean komento poistaa /var/cache/apt/archives/ kansiosta asennettujen ohjelmien asennuspaketit ja sillä saa tilaa että saa käyttiksen järkiinsä. Sitten on mukavampi etsiä oikeaa syömäriä.

Itellä oli Zoneminderin alustana olevan Ubuntun levy mennyt täyteen kun tietokanta oli paisunut kuin pullataikina. Tuon kansion tyhjennys päästi pälkähästä ja sen jälkeen sain laajennettua osiolle tilaa.
 
Kiitos vinkeistä! Syylliset löyty ja poistamisen jälkeen palvelin heräs taas henkiin. Pitää vissiin jossain vaiheessa asentaa toi Nextcloud toisella tavalla, että saan määriteltyä sille enemmän tallennus tilaa.

Tosin olis mukava ymmärtää tuota lvm:ää, että miksei sen tilan kasvattaminen onnistunut tuolla tavalla mitä aikaisemmassa viestissäni yritin...

@Rensu ja @timop Noi oli jo tiedossa ja hoidossa jo ennen tilan loppumista. Piti kaivella syvempää sitä lisä tilaa ja nyt on homma tosiaan kondiksessa sen verran että servu taas rullaa.
 
Ja miten tuolla lvm2:lla pystyy tuota virtuaalikovon/-osion kokoa kasvattaa kun sen pitäisi olla 40GiB, eikä 3,9GiB?

Filesystem Size Used Avail Use% Mounted on
udev 1.9G 0 1.9G 0% /dev
tmpfs 395M 5.9M 389M 2% /run
/dev/mapper/ubuntu--vg-ubuntu--lv 3.9G 3.9G 0 100% /

Kun yritän kasvattaa tuon "ubuntu-lv" kokoa, saan seuraavaa:
Koodi:
root@ubser:~# lvextend -L+5G /dev/ubuntu-vg/ubuntu-lv
  /etc/lvm/archive/.lvm_ubser_2637_1526419015: write error failed: No space left on device
Ongelma taitaa olla siinä, että järjestelmäosio on täynnä, eikä muutosta sen takia pystytä tekemään, vaikka volume groupissa varaa olisikin. Tilaa pitää siis vapauttaa ensin.

Osion koon kasvattamisen jälkeen pitää vielä kasvattaa tiedostojärjestelmän kokoa: resize2fs ext4:lle, xfs_growfs xfs:lle jne.
 
Debian, Honor 8 ja MTP -aiheinen kysymys.

Olisi tarve päästä komentoriviltä puhelimen tiedostoihin käsiksi. Tiedostojen siirtely onnistuu tiedostoselaimella (caja) ongelmitta, mutta mitkään komentoriviltä käytettävät mtp-ohjelmat ei toimi (tulee erroria) enkä löydä puhelimen muistikortin liitoskohtaa mistään. Tavallisena massamuistina tuota ei voi puhelimen vuoksi liittää, vain mtp ja ptp käy.

Kaiken järjen mukaan joku liitoskohta pitäisi olla ja puhelimen tiedostoihin pitäisi päästä käsiksi komentoriviltä kun se kerran cajallakin onnistuu ilman mitään lisäohjelmien asennusta. Olen yrittänyt googlettaa, mutta tuloksetta.

Vinkkejä?
 
Debian, Honor 8 ja MTP -aiheinen kysymys.

Olisi tarve päästä komentoriviltä puhelimen tiedostoihin käsiksi. Tiedostojen siirtely onnistuu tiedostoselaimella (caja) ongelmitta, mutta mitkään komentoriviltä käytettävät mtp-ohjelmat ei toimi (tulee erroria) enkä löydä puhelimen muistikortin liitoskohtaa mistään. Tavallisena massamuistina tuota ei voi puhelimen vuoksi liittää, vain mtp ja ptp käy.

Kaiken järjen mukaan joku liitoskohta pitäisi olla ja puhelimen tiedostoihin pitäisi päästä käsiksi komentoriviltä kun se kerran cajallakin onnistuu ilman mitään lisäohjelmien asennusta. Olen yrittänyt googlettaa, mutta tuloksetta.

Vinkkejä?
Media Transfer Protocol - ArchWiki
mtp - Debian Wiki
Where are MTP mounted devices located in the filesystem?
Oot varmaan koittanut mtpfs, simple-mtpfs, jmtpfs? Ootko koittanu ilman sudoa?
 
Debian, Honor 8 ja MTP -aiheinen kysymys.

Olisi tarve päästä komentoriviltä puhelimen tiedostoihin käsiksi. Tiedostojen siirtely onnistuu tiedostoselaimella (caja) ongelmitta, mutta mitkään komentoriviltä käytettävät mtp-ohjelmat ei toimi (tulee erroria) enkä löydä puhelimen muistikortin liitoskohtaa mistään. Tavallisena massamuistina tuota ei voi puhelimen vuoksi liittää, vain mtp ja ptp käy.

Kaiken järjen mukaan joku liitoskohta pitäisi olla ja puhelimen tiedostoihin pitäisi päästä käsiksi komentoriviltä kun se kerran cajallakin onnistuu ilman mitään lisäohjelmien asennusta. Olen yrittänyt googlettaa, mutta tuloksetta.

Vinkkejä?
Jos komentoriviltä haluat siirrellä tiedostoja, niin se onnistuu helpohkosti SSH:llä, jos puhelin ja kone on ovat sama verkossa. Olen asentanut Termuxin ja useimmiten siirtelen SSH:lla tai joskus netcatilla. SSH on oletuksena Termuxissa portissa 8022 ja se taisi pitää asentaa: pkg install openssh ja käynnistyy komennolla sshd. Kannattanee ajaa screen:ssä tai tmux:ssa.
 
du --max-depth=1 KANSIO | sort -n
Roottia voi tarvita.
Koodi:
du -bh | sort -h
niin ei tarvitse alkaa miettimään, onko luvuissa kyse giga- vaiko teratavuista. du -h siis tulostaa ihmisen luettavassa muodossa ja sort -h järjestää siten, että päätteet otetaan huomioon. Lisäksi -b on tarpeen, ettei pieniä tiedostoja laskettaisi aina vähintään 4 kilon (tai levyn lohkokoon) kokoisina.

Lisäksi du -s * siinä hakemistossa, jonka sisältöä haluaa tarkastella, sen sijaan että komentaisi --max-depth=1:n yhtä hakemistoa ylempänä, säästää sormia.[/code]

edit: korjattu sortin parametri.
 
Viimeksi muokattu:
Osaisikohan täällä kukaan auttaa, itsellä on serveri jossa hyrrää Ubuntu 16.x uusin. Serveri pyörittää OwnCloud, Galleriaa jotka näkyy internettiin ja tiedostopalvelinta sisäverkoon.
Kaikki toimii mutta alussa oli että pääsi niin http: että https: sisään mutta nyt valitettavasti vain https: toimii ja http: ei ja haluaisin että molemmilla pääsisi koska jotkut ulkopuoliset eivät osaa tai uskalla hyväksyä minun itse tekemää SSL varmennetta... Ajattelevat heti että viiiruus...

Eli miten saan korjattua tilanteen niin että http: toimii myös.
Tulee vaan:

Service Unavailable
The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.

Apache/2.4.41 (Ubuntu) Server at www.theniceman.com Port 80
 
Ongelma taitaa olla siinä, että järjestelmäosio on täynnä, eikä muutosta sen takia pystytä tekemään, vaikka volume groupissa varaa olisikin. Tilaa pitää siis vapauttaa ensin.

Osion koon kasvattamisen jälkeen pitää vielä kasvattaa tiedostojärjestelmän kokoa: resize2fs ext4:lle, xfs_growfs xfs:lle jne.

Näinhän se tosiaan olikin! Kiitos sullekin! Nyt on kaikki vapaatila otettu käyttöön :tup::
Koodi:
root@ubser:~# df -h
Filesystem                         Size  Used Avail Use% Mounted on
udev                               1.9G     0  1.9G   0% /dev
tmpfs                              395M  980K  394M   1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv   39G  2.8G   34G   8% /
Koodi:
root@ubser:~# vgdisplay
  --- Volume group ---
  VG Name               ubuntu-vg
  System ID
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  4
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                1
  Open LV               1
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               <39.00 GiB
  PE Size               4.00 MiB
  Total PE              9983
  Alloc PE / Size       9983 / <39.00 GiB
  Free  PE / Size       0 / 0
  VG UUID               krFIg4-yPZ5-VzOZ-XmfB-tMfO-03xP-dZdhLH

Ei tullu mieleenkään, että oisin tarvinnu lisää tilaa luodakseni lisää tilaa :D. Aiheuttaa näköjään kaikenlaisia mielenkiintoisia asioita kun juuri-osion vetäsee viimeistä tavua myöten täyteen.

Samalla opin myös, että /tmp vois ehkä kannattaa sijoittaa omalle osiolleen, tai vaikka ramdiskille, niin silloin kone ei menis niin pahasti jumiin kun rootti-osio paukahtaa täyteen.

@Antti Alien hyvä vinkki. Ite otin nytten itselle käyttöön @timop vinkkaaman ncdu-softan, joka on varsin näppärä ja monipuolinen levytila rohmujen paljastaja. Sillä sain helposti hankittua lisätilaa kunhan olin päässyt alkuun du:lla.
 
Osaisikohan täällä kukaan auttaa, itsellä on serveri jossa hyrrää Ubuntu 16.x uusin. Serveri pyörittää OwnCloud, Galleriaa jotka näkyy internettiin ja tiedostopalvelinta sisäverkoon.
Kaikki toimii mutta alussa oli että pääsi niin http: että https: sisään mutta nyt valitettavasti vain https: toimii ja http: ei ja haluaisin että molemmilla pääsisi koska jotkut ulkopuoliset eivät osaa tai uskalla hyväksyä minun itse tekemää SSL varmennetta... Ajattelevat heti että viiiruus...

Eli miten saan korjattua tilanteen niin että http: toimii myös.
Tulee vaan:

Service Unavailable
The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.

Apache/2.4.41 (Ubuntu) Server at www.theniceman.com Port 80

Käytä mieluummin pelkästään https:ää ja ota käyttöön Let's Encryptin ilmanen certti, niin silloin sivusto näytää ihan normi salatulta sivulta, eikä tarvi hyväksyä itse luotuja certtejä.

[edit] Tässä esim omasta Let's Encryp certillä salatusta pfsensen kirjautumis sivusta:
 
Ääähh.. En nyt saa tuota kuvaa näkymään muokkaa toiminnolla.
certti.JPG
 
Tuo voisi olla yksi vaihtoehto... pitää tutkia miten sen saan toimimaan =)

itellä on myös OwnCloudia vastaava palvelu nimeltään Nextcloud, joka on asennettu Snap-pakettinä Ubuntuun. Siihen onnistu tuon Let's Encryptin certin asennus todella helposti komennolla:
Koodi:
sudo nextcloud.enable-https lets-encrypt

Muissa tapauksissa se taitaa onnistua Certbot-nimisellä softalla (löytyy Ubuntun repoista).
 
Oot varmaan koittanut mtpfs, simple-mtpfs, jmtpfs? Ootko koittanu ilman sudoa?
Jmtpfs oon koittanu, antaa mountatessa "can't open device" -erroria. Noita kahta muuta ei suoriltaan Debianin pakettivarastoista löydy, joten niitä en oo koittanu. Mtp-detect antaa myös virheen "unable to open raw device 0". Sekä sudolla, että ilman tulee molemmilla samat errorit:
Koodi:
error returned by libusb_claim_interface() = -6LIBMTP PANIC: Unable to initialize device
terminate called after throwing an instance of 'MtpErrorCantOpenDevice'
  what():  Can't open device

Se mikä tässä tosiaan on hämärää on se, että tiedostoselaimella pystyn noita puhelimen tiedostoja lukemaan ja liikuttelemaan molempiin suuntiin, puhelimeen ja puhelimesta pois. Tosin tiedostoselainkin antaa jonkun hämärän "no such interface" -virheilmoituksen kun puhelimen koneeseen liittää, mutta toimii siitä huolimatta ilman ongelmia.

Jos komentoriviltä haluat siirrellä tiedostoja, niin se onnistuu helpohkosti SSH:llä, jos puhelin ja kone on ovat sama verkossa. Olen asentanut Termuxin ja useimmiten siirtelen SSH:lla tai joskus netcatilla. SSH on oletuksena Termuxissa portissa 8022 ja se taisi pitää asentaa: pkg install openssh ja käynnistyy komennolla sshd. Kannattanee ajaa screen:ssä tai tmux:ssa.
Tämä ei ole paras mahdollinen ratkaisu kun tarvitsen tuota komentorivikäyttöä kirjoittamaani ohjelmaa/skriptiä varten. Ohjelman olisi siis tarkoitus yhdellä komennolla siirtää puhelimen kameralla otetut kuvat tietokoneelle haluttuun kansioon, luoda sinne eri kansiot kuukausien mukaan ja järjestellä kuvat sitten näihin alikansioihin kuvan ottamiskuukauden mukaan.

Ohjelma toimii kyllä muuten hienosti, mutta suunniteltu yhden komennon käyttö tyssää siihen, että en saa ohjelmaan kirjoitettua tota puhelimen valokuvakansion polkua kun en sitä saa selville mitenkään ja tällä hetkellä joudun kuvat käsin siirtämään koneelle väliaikaiskansioon ja sieltä sitten käyttämään ohjelmaa. Näppärämpää kuin käsin siirtely ja kansioiden luominen, mutta ei vielä täysin sitä mitä haen.

EDIT: Ratkaistu. Näköjään ongelma on juuri tuo tiedostoselaimen automount. Kun käsin unmounttaa puhelimen, niin saa ongelmitta mountattua puhelimen komentoriviltä haluttuun kansioon jmtpfs:n avulla.
 
Viimeksi muokattu:
Taas täytyy sanoa että voihan vittu mitä paskaa taas. Puhdas Kubuntu asennus uusimmasta vakaasta versiosta. Ei siis mitään erityistä räpelletty. Kun koittaa videoita toistaa niin VLC (joka siis vakiona mukana) toimii ensimmäisellä kerralla hyvin. Jos ikkunan sulkee, niin VLC ei aukea uudestaan kun klikkaa videota eikä se aukea uudestaan jos koittaa avata VLC erikseen. Prosessi näyttää jäävän käyntiin taustalle ja sen joutuu tappamaan aina käsin. Tämän jälkeen VLC aukeaa ja toimii taas kunnes saman toistaa. Näin ei tapahdu jos video toiston pysäyttää ennen ikkunan sulkemista mutta tuo pitää aina muistaa tehdä. Ongelma näyttää olleen jo pidempään tiedossa mutta jostain syystä sille ei ilmeisesti ole saatu tehtyä yhtään mitään.
 
Taas täytyy sanoa että voihan vittu mitä paskaa taas. Puhdas Kubuntu asennus uusimmasta vakaasta versiosta. Ei siis mitään erityistä räpelletty. Kun koittaa videoita toistaa niin VLC (joka siis vakiona mukana) toimii ensimmäisellä kerralla hyvin. Jos ikkunan sulkee, niin VLC ei aukea uudestaan kun klikkaa videota eikä se aukea uudestaan jos koittaa avata VLC erikseen. Prosessi näyttää jäävän käyntiin taustalle ja sen joutuu tappamaan aina käsin. Tämän jälkeen VLC aukeaa ja toimii taas kunnes saman toistaa. Näin ei tapahdu jos video toiston pysäyttää ennen ikkunan sulkemista mutta tuo pitää aina muistaa tehdä. Ongelma näyttää olleen jo pidempään tiedossa mutta jostain syystä sille ei ilmeisesti ole saatu tehtyä yhtään mitään.
VLC:n tunkkausta, mitä olen joutunut itse tekemään samansuuntaisiin ongelmiin Kubuntu 19.10:llä (ei kuitenkaan 18.04.3:lla):

-Poistettu "--started-from-file" VLC:n käynnistysparametreista (KDE->oikea nappi-> muokkaa sovelluksia).

-Vaihdettu toiseen äänilähtöön ja kokonaan toiseen äänikorttiin, kun ALC662:n kanssa oli temppuilua, mitä ei ollut ALC889:n kanssa. Tämä voi liittyä myös PulseAudioon, kuten ääniongelmat usein.
 
Nämä on oikeasti juuri niitä juttuja miksi tavallinen pentti-irmeli ei halua siirtyä ikikuuna päivänä käyttämään linuxia jos heti ensimmäiseksi pitää alkaa kaivamaan googlesta vinkkejä miten saada mukana tullut softa toimimaan.

Tästä päästäänkin sitten siihen toiseen kohtaan mikä varmasti on omiaa myös karkoittamaan pentti-irmelit. Väänsiin eilen CIFS jakoa samaiseen kubuntuun. fstab tiedostoon lisättävä rimpsu joka toimi viimeksi ei enää toiminutkaan. Runsasta googlettelua joilla löytyi kymmeniä eri variaatioita mitä tuohon rimpsuun kannattaisi laittaa joista monet ovat näyttäneet toimivan ainakin joskus. Aikani kun kokeilin niitä välillä melko summittaisesti niin lopulta puutteeksi paljastui sec=ntlmv2. Monessa ohjeessa oli tuo muotoa sec=ntlm tai sitä ei ollut ollenkaan.

Eli netistä löytyi valtava määrä vanhaa tai ei enää toimivaa tietoa ja sattumalta löysin jonkun postauksen missä ohi mennen joku "guru" totesi että ntlm ei ole enää turvallinen ja näin ollen ei käytössä. Tuo vanha ja toimimaton ohjeistus on omiaan sotkemaan aloittelevien käyttäjien elämää varsinkin niiden kohdalla joilla ei ole halua kahlata vanhoja foorumeita läpi tuntitolkulla.
 
Hmm... Tuo VLC on mennyt rikki ilmeisesti noin kuukauden sisällä jonkun päivityksen yhteydessä. Vielä noin kuukausi sitten se toimi ja pystyi video pyörimässä sulkemaan ohjelman.

Tuossa äskettäin katselin pari videota ja totesin että toista käynnistäessä koko xfce päätti jämähtää joten joutui ihan tekstitilan konsolin kautta menemään tappamaan vlc. Tuon jälkeen taas toinen video lähti kivuttomasti pyörimään ja kun ensin stoppasi ja sitten vasta sulki vlc:n niin näytti seuraavakin video käynnistyvän.

Ja tuosta CIFSistä, olisi varmaan helpompi ollut katsoa sopivat parametrit man-sivulta. Tuo cifs-jako on vuosien varrella muuttunut ja netissä on todella paljon vanhaa dokumentaatiota joka ei enää nykyään pidä paikkaansa. Totesin tuon itsekin olikohan se eilen vai toissapäivänä kun koitin saada tilapäisesti mountattua verkkolevyä proxmoxiini.
 
Hmm... Tuo VLC on mennyt rikki ilmeisesti noin kuukauden sisällä jonkun päivityksen yhteydessä. Vielä noin kuukausi sitten se toimi ja pystyi video pyörimässä sulkemaan ohjelman.

Tuossa äskettäin katselin pari videota ja totesin että toista käynnistäessä koko xfce päätti jämähtää joten joutui ihan tekstitilan konsolin kautta menemään tappamaan vlc. Tuon jälkeen taas toinen video lähti kivuttomasti pyörimään ja kun ensin stoppasi ja sitten vasta sulki vlc:n niin näytti seuraavakin video käynnistyvän.
Tuosta ainakin viime kesältä löysin keskustelua jossa parinkin eri distron käyttäjät raportoivat samanlaisesta ongelmasta ja samassa yhteydessä joku viittasi vieläkin aikaisempiin keskusteluihin samaisesta ongelmasta.
 
Palaan vielä sen eCryptFS+kryptaamaton swap asian äärelle. Synon secure team tutkii asiaa parhaillaan ja palaa joskus asiaan. QNAP ei ole vastannut mitään pariin viikkoon (nyt tosin jouluajat). Sillä aikaa olen miettinyt miten ongelman voisi kiertää kokonaan tai pienentää.

Laitoin taskin muuttamaan swappiness arvon 1:ksi joka bootissa. En tiedä onko järkevä NAS laitteessa tuollainen, jossa vielä vain 2GB muistia, tosin ei ainakaan nyt ole kovaa käyttöä, normitilanteessa muistin käyttö 10-15%. Jostain bongasin tällaisen mielipiteen:
a swappiness value of 1 will keep ubuntu from swapping out until the very last possible moment. Which means delays and possible crashes when starting a new application with nearly full memory. Because it needs to swap out a lot at once to fit the new application. Then, with memory completely full every single page miss would cause a new page to be swapped in, possibly multiple times a second degrading performance even further

The stuff ubuntu swaps out first are unused code (app entrypoint) and cached files first, things that need to be "in memory" but may never be accessed again, so forcing this behavior is completely unnecessary.

Tein myös koodipätkän joka tsekkaa levyswapin käyttömäärän, task ajaa sen 6 tunnin välein ja lähettää emailin jos arvo muuttunut 0:sta. /proc/swaps:sta katsellut swapin käyttöä ja ainoastaan tasaisesti pikkaisen kasvaa zram-swap:
Koodi:
***@***:/$ cat /proc/swaps
Filename                                Type            Size    Used    Priority
/dev/md1                                partition       2097084 0       -1
/dev/zram0                              partition       561148  23892   1
/dev/zram1                              partition       561148  24076   1

Muutama kysymys:
  1. Jos tuonne md1-swappiin kirjoitetaan jotain, voiko sitä arvioida/tietää kuinka kauan se kirjoitettu data siellä on, ts. voiko se nopeasti palata takaisin nollaan? Mietin vaan, että jos skriptini tsekkaa vain 6h välein, että voiko se missata swapin käytön tuolta md1:ltä. Nuo zram-swapit ei nyt ainakaan ole missään vaiheessa nollautuneet, joskus on ihan pikkiriikkisen laskenut mutta pääasiassa kasvaa tasaisen hitaasti.
  2. Olisiko aivan päätön ajatus ottaa tuo md1-swap kokonaan pois päältä? Taitaa sitten järjestelmä altistua mahdolliselle tietojen häviämiselle yms. jos muisti loppuu. RAMmia voisi tietenkin lisätä ettei niin helposti ainakaan tapahtuisi.. tosin eipä se taida olla kovin harvinaista, että joku softa yks kaks rupeaa vuotamaan muistia.
  3. Olisiko jotenkin mahdollista vaihtaa tuo md1-levyswap johonkin toiseen joka olisi kryptattu? Esim. USB-muisti, swap-tiedosto? (random kryptauksella?) Tiedä miten sitten mahdolliset hibernatet toimii enää.
    1. Olenko ymmärtänyt oikein, että linuxissa olisi pakko unmountata USB-muistit aina ennen kuin boottaa/hibernatettaa?
  4. Onko mitään näppärää tapaa (terminaalista?) pakottaa muistin kulutusta kasvamaan ja siten swappaamaan? Toki myös niin, ettei koko järjestelmä menen solmuun.
 
En tiedä onko tämä oikea topikki tälle kysymykselle mutta ehkä joku tietää; NASsilla "Snapshot Replication" softa suosittaa tällaista:

If volumes are used as replicated targets of Snapshot Replication, the replication performance can be improved by adjusting the settings of Record File Access Time Frequency in the Edit window after volumes are created:
  • Daily: File access time is updated daily or when the file is modified, just like in most operating systems. Some applications' functionalities rely on the precision of file access time. Selecting Daily will impact replication performance but is recommended if you use any of the following functions or applications frequently:
    • Least Recently Access Time in Storage Analyzer.
    • SSD Cache Advisor in Storage Manager.
    • Any third-party applications that rely on Record File Access Time.
  • Monthly: File access time is updated monthly or when the file is modified. This option results in a small improvement in replication performance while the applications that rely on Record File Access Time will be able to function, though with a lower precision.
  • Never: Recommended if you look for the best replication performance and do not need applications that rely on Record File Access Time in your daily usage.
Yritän ymmärtää, että miten tuon vaihtaminen oikein vaikuttaa. Snapshot Replication toimii siis siten, että ensin otetaan paikallinen snapshot (minun tapauksessa HDD1) ja se sitten kopioidaan kohteeseen (minun tapauksessa HDD2). En ihan ymmärrä miten tuo replikointi toimisi tehokkaammin jos tuo file access time olisi pois päältä. Ihmettelen myös tuota tekstiä jossa sanotaan, että "kuukausittainen" access time tehostaisi replikointia vain vähän. Ymmärtääkö joku?


Toinen juttu vielä, tai monesko tämä nyt jo on, on monta rautaa tulessa samaan aikaan. Voiko linuxissa jotenkin selvittää tarkasti, että mikä on se syy jonka takia kovalevy(t) poistuvat hibernate-tilasta? Synossa on "enable hibernation logs" -asetus mutta se kertoo vain kellonajan ja "Internal disks woke up from hibernation". Ei paljon irtoa tuosta mitään järkevää. Mielenkiinnosta haluaisin tietää miksi levyt nousee ylös vähän randomisti vaikka mitään (itselle) selvää syytä (yhteydenotto jakoon, task) ei ole.
 
Mitenkäs tällaisen jutun toteuttaisi että routerini pingaisi tiettyä hostia ja jos 2 peräkkäistä 5min välein tehtyä pingiä epäonnistuisi niin se lähettäisi tekstiviestillä tiedon asiasta ja samoin kun yhteys palaisi niin ilmoittaisi siitäkin?

Routerina on Teltonika RUT 950 jossa yllätys yllätys pyörii linux ja saan sillä lähetettyä komentoriviltä tekstiviestejä. Idea lähti siitä että minulla on kyllä Zabbix erinäisten laitteiden valvontasoftana mutta pari viikkoa sitten kävi niin että tämän routerin ja zabbixin välissä oleva kytkin hajosi eikä valvontasofta voinut lähettää sähköpostia, telegram-viestiä tai tekstaria tuosta viasta ja se sattui aiheuttamaan kohtuuttoman paljon päänvaivaa.

Tuossa Teltonikassa on busybox 1.30.1 enkä voi tuohon asentaa mitään pythonia tai muuta vastaavaa jolla tuon osaisin hetkessä koodata joten joku cronjobina ajettava shelliskripti varmaan osaisi tuollaisen homman hanskata. Olen joskus löytänyt tuollaisen skriptin netistä mutta nyt en parin tunnin googletuksella löytänyt mitään järkevää.

Tuo parin peräkkäisen pingin vaatimuskaan ei ole pakollinen jos se tekee hommasta kovin paljon hankalamman mutta oleellista olisi ettei viestejä lähtisi joka 5min välein kun vika on päällä vaan seuraava lähtisi vasta sitten kun vika on korjaantunut, muutenhan tuo olisi varsin simppeli onelineri croniin.
 
Tuossa ei mitään valmista watchdog ominaisuutta ole? Ei juuri tuo kyseinen laite ole tuttu mutta muistelisin että joissain teollisuus reitittimissä on ping valvonta mahdollista asettaa asetuksista ja sille sitten toiminto jos fail (hälytys kautta x, relelähtö yms yms)
 
Tuossa ei mitään valmista watchdog ominaisuutta ole? Ei juuri tuo kyseinen laite ole tuttu mutta muistelisin että joissain teollisuus reitittimissä on ping valvonta mahdollista asettaa asetuksista ja sille sitten toiminto jos fail (hälytys kautta x, relelähtö yms yms)
Juu, on tuossa watchdog jos langallinen WAN tai mobiili-WAN katkeaa ja niistä mulla jo lähteekin ilmoitukset mutta lähinnä nyt enää on ongelmana että nettiyhteys pysyy pystyssä mutta tuo verkonvalvontalaite tipahtaa internetistä eikä saa laitettua ilmoitusta että lähiverkko on romahtanut tms. Elikkä tuo vaan ilmoittaisi että laitevalvontakoneella ei enää ole yhteyttä ulkomaailmaan.

Itseasiassa nythän mä vasta hokasin että meillähän on duunissa ihan sama ongelma, kaikista fataaleista vioista tulee ilmoitus meille joko SMS:nä, tekstiviestinä tai telegram-viestinä PAITSI jos meidän yhteys viestinvälityspurnukan ja valvontasoftan välillä katkeaa...
 
Mitenkäs tällaisen jutun toteuttaisi että routerini pingaisi tiettyä hostia ja jos 2 peräkkäistä 5min välein tehtyä pingiä epäonnistuisi niin se lähettäisi tekstiviestillä tiedon asiasta ja samoin kun yhteys palaisi niin ilmoittaisi siitäkin?

Routerina on Teltonika RUT 950 jossa yllätys yllätys pyörii linux ja saan sillä lähetettyä komentoriviltä tekstiviestejä. Idea lähti siitä että minulla on kyllä Zabbix erinäisten laitteiden valvontasoftana mutta pari viikkoa sitten kävi niin että tämän routerin ja zabbixin välissä oleva kytkin hajosi eikä valvontasofta voinut lähettää sähköpostia, telegram-viestiä tai tekstaria tuosta viasta ja se sattui aiheuttamaan kohtuuttoman paljon päänvaivaa.

Tuossa Teltonikassa on busybox 1.30.1 enkä voi tuohon asentaa mitään pythonia tai muuta vastaavaa jolla tuon osaisin hetkessä koodata joten joku cronjobina ajettava shelliskripti varmaan osaisi tuollaisen homman hanskata. Olen joskus löytänyt tuollaisen skriptin netistä mutta nyt en parin tunnin googletuksella löytänyt mitään järkevää.

Tuo parin peräkkäisen pingin vaatimuskaan ei ole pakollinen jos se tekee hommasta kovin paljon hankalamman mutta oleellista olisi ettei viestejä lähtisi joka 5min välein kun vika on päällä vaan seuraava lähtisi vasta sitten kun vika on korjaantunut, muutenhan tuo olisi varsin simppeli onelineri croniin.
Koodi:
if ! ping $host; then
    if test -e /tmp/ping-failed-before && ! test -e /tmp/alert-sent; then
        send-alert "kääk!"
        touch /tmp/alert-sent
    else
        touch /tmp/ping-failed-before
    fi
else
    if test -e /tmp/alert-sent; then
        send-alert "jee toimii taas"
    fi
    rm -f /tmp/alert-sent /tmp/ping-failed-before
fi

Kirjoitettu mobiilivehkeen näppäimistöllä viidessä minuutissa, joten saattaa bugata. "send-alert" on jokin kuvitteellinen tekstiviestejä lähettävä ohjelma, jonka saa aikaiseksi vaikkapa android-luurista: Send SMS from Linux CLI via Android Phone — Steemithttps://steemit.com/utopian-io/@sxiii/send-sms-from-linux-cli-via-android-phone

Reitittimesi ilmeisesti sisältää cgi-ohjelman, jolla saa lähetettyä tekstiviestin http-kutsulla: RUT950 SMS Gateway - Wiki Knowledge Base | Teltonika
 
Viimeksi muokattu:
Kiitoksia, tuo näyttää ainakin nopeasti katsottuna järkevältä. Pistetään kokeiluun...

Tosiaan, RUT950:sta pystyn lähettämään tekstareita monellakin tavalla, muunmuassa http:n kautta (jota jo käytän eräässä jutussa) sekä suoraan komentoriviltä parillakin eri tavalla joten se puoli on hallussa.

Lähinnä tuo toisen rivin toiminnallisuus oli itsellä hakusessa mutta ehkä tuolla esimerkillä saan rakenneltua toimivan homman. Tuo shelliskriptaus kun ei ole itsellä vielä se vahvin osa-alue vaikka ylläpidänkin useampia servereitä sekä kotona että töissä...
 
Lähinnä tuo toisen rivin toiminnallisuus oli itsellä hakusessa mutta ehkä tuolla esimerkillä saan rakenneltua toimivan homman. Tuo shelliskriptaus kun ei ole itsellä vielä se vahvin osa-alue vaikka ylläpidänkin useampia servereitä sekä kotona että töissä...
Siinä tosiaan vain tarkistetaan tiedostojen olemassaolo, joita käytän pitämään kirjaa tilasta skriptissä, jota voisi sitten kutsua cronilla 5 minuutin välein.

Toinen vaihtoehto on kääriä skripti ikuisesti pyörivään while-looppiin ja joka kierrokselle aina 5 minuutin sleep: while true; do ...; sleep 5m; done. Tällöin voisi käyttää ihan normaaleja muuttujia skriptin sisällä tilan tallentamiseen.
 
Viimeksi muokattu:
cron, miten se toimii ja mitä pitäisi tarkistaa kun OwnCloudissa ei toimi Cron enään...
 
cron, miten se toimii ja mitä pitäisi tarkistaa kun OwnCloudissa ei toimi Cron enään...

cron (tai crond, riippuen mitä cron-toteutusta käytetään) on siis systeemin taustaprosessi (daemoni) joka ajelee sellaisia ajastettuja tehtäviä jotka ovat luonteeltaan toistuvia. Kertaluonteisille ajastetuille tehtäville saattaa olla erillinen taustaprosessi "atd", tai joissain tapauksissa sen tehtävät on yhdistetty cron-prosessiin.

Ensimmäiseksi voisi katsoa onko sitä cron-prosessia pyörimässä lainkaan:
Koodi:
$ pgrep -a cron
1257 /usr/sbin/cron -f

Eli tässä tapauksessa prosessi numero 1257 on cron-pääprosessi. Jos vastauksena tulee useampia prosesseja, saattaa cron-pääprosessi olla juuri käynnistämässä jotain ajastettua työtä... tai sitten koneessa on matonen joka on hämäävästi nimetty muistuttamaan oikeaa cron-prosessia; joskus esim. bitcoininlouhija-haittaohjelmat harrastavat tällaista hämäävää nimeämistä.

Jos prosessia ei löydy, seuraava kysymys on "milloin se on kuukahtanut ja miksi?"

Systemd:tä käyttävissä koneissa voi sanoa "systemctl status cron", mikä kertoo milloin cron-prosessin tila on viimeksi muuttunut (eli esim. milloin se kuoli). Sen jälkeen tai lisäksi kannattaa vilkaista /var/log-hakemistoon: käytetystä jakelusta riippuen sieltä löytyy joko "daemon.log" (Debian/Ubuntu-tyyli) tai erillinen "cron"-lokitiedosto josta pitäisi löytyä tietoa milloin cron on viimeksi suorittanut jotakin, sekä cron-pääprosessin mahdolliset virheilmoitukset.

Jos on aihetta epäillä että koneen vapaa muisti tai juuritiedostojärjestelmän levytila on ollut jonkin aikaa täysin loppu, se on yksi mahdollinen syy siihen että cron-prosessi on kuollut pois. Silloin yleensä muitakin systeemin taustaprosesseja saattaa olla kaatunut tai heikossa tilassa, joten boottaaminen saattaa olla hyvä ajatus jos et tiedä mitä kaikkea tällaisen tapauksen jälkeen on syytä tarkistaa.

Cron-prosessia voi yrittää potkaista uudestaan käyntiin sanomalla roottina "systemctl restart cron" tai "service cron restart", riippuen siitä onko kyseessä systemd:tä käyttävä vai "perinteinen" systeemi.

Yksittäiset ajastetut työt (cron-työt) lähettävät tulosteensa sekä mahdolliset virheilmoitukset sähköpostina työn asettaneelle käyttäjälle, ellei itse työssä ohjata tulosteita jonnekin muualle. Jos käyttäjän paikallissähköpostia ei ole määritetty jatkolähetettäväksi mihinkään muualle, tällaiset postit löytyvät yleensä /var/mail/<käyttäjätunnus> -nimisestä tiedostosta.
 
1344 /usr/sbin/cron -f
On vastaus.

● cron.service - Regular background program processing daemon
Loaded: loaded (/lib/systemd/system/cron.service; enabled; vendor preset: enabled)
Active: active (running) since su 2020-01-05 11:40:27 EET; 1min 30s ago
Docs: man:cron(8)
Main PID: 7685 (cron)
CGroup: /system.slice/cron.service
└─7685 /usr/sbin/cron -f

tammi 05 11:40:27 Server systemd[1]: Stopped Regular background program processing daemon.
tammi 05 11:40:27 Server systemd[1]: Started Regular background program processing daemon.
tammi 05 11:40:27 Server cron[7685]: (CRON) INFO (pidfile fd = 3)
tammi 05 11:40:27 Server cron[7685]: (CRON) INFO (Skipping @reboot jobs -- not system startup)
tammi 05 11:41:01 Server CRON[9300]: pam_unix(cron:session): session opened for user www-data by (uid=0)
tammi 05 11:41:01 Server CRON[9301]: (www-data) CMD (/usr/bin/php -f /path/to/your/owncloud/cron.php)

Ollut jo jonkin aikaan pois, en tiedä missä yhteydessä lopetti, itse owncloud kyllä toimii. Ajax on käytössä tästä johtuen.

version 10.3.2.2
versionstring 10.3.2

Ubuntu käytössä ja amatööri sen suhteen =) Serverin kyllä saannut toimimaan.
 
Siinä tosiaan vain tarkistetaan tiedostojen olemassaolo, joita käytän pitämään kirjaa tilasta skriptissä, jota voisi sitten kutsua cronilla 5 minuutin välein.

Toinen vaihtoehto on kääriä skripti ikuisesti pyörivään while-looppiin ja joka kierrokselle aina 5 minuutin sleep: while true; do ...; sleep 5m; done. Tällöin voisi käyttää ihan normaaleja muuttujia skriptin sisällä tilan tallentamiseen.
Tuo skriptinpätkä toimi lähestulkoon sellaisenaan tuossa Teltonikassani. Ping oletukena vaan pingaa maailman tappiin niinkuin yleensäkin linux-puolella (toisin kuin winkkarissa) joten sille piti kertoa että pingaa vain kerran (-c 1) ja jostain syystä tuo busybox ei ymmärtänyt kun laitoin hostin $host -muuttujaan vaan jouduin laittamaan sen suoraan pingin parametriksi.

Ja helpoimmaksi konstiksi lähettää sms totesin tuon purkin gsmctl -komennon tyyliin:
gsmctl --sms --send "puhelinnumero viesti"

Mutta nyt se ainakin pikaisen testauksen perusteella tuntuu toimivan, kiitoksia!
 
Tuo skriptinpätkä toimi lähestulkoon sellaisenaan tuossa Teltonikassani. Ping oletukena vaan pingaa maailman tappiin niinkuin yleensäkin linux-puolella (toisin kuin winkkarissa) joten sille piti kertoa että pingaa vain kerran (-c 1) ja jostain syystä tuo busybox ei ymmärtänyt kun laitoin hostin $host -muuttujaan vaan jouduin laittamaan sen suoraan pingin parametriksi.

Ja helpoimmaksi konstiksi lähettää sms totesin tuon purkin gsmctl -komennon tyyliin:
gsmctl --sms --send "puhelinnumero viesti"

Mutta nyt se ainakin pikaisen testauksen perusteella tuntuu toimivan, kiitoksia!
Villi veikkaus muuttuja-ongelman syystä: muistithan, että muuttujan asettaminen tapahtuu ilman dollaria ja lukeminen dollarin kera. Siis:
Koodi:
foo="bar"
echo $foo
Myös välilyönnit yhtäsuuruusmerkin ympärillä rikkovat sijoituksen.
 
Tuo on 5.1. klello 11:41:01 kutsunut OwnCloudin cron.php:ta polussa /path/to/your/owncloud. Onkohan tuo polku väärä, jonka takia ei toimi?

Tod.näköisesti, joskus ohjeita katselin ja en saannut mieleen mitä siinä pitäisi olla =) Tai missä tuo määritellään eli mitä editoin...

Suurin ongelma taisi tulla kun päivitin Ubuntun 14.x -> 16.x niin jotain muuttui.
 
Nämä on oikeasti juuri niitä juttuja miksi tavallinen pentti-irmeli ei halua siirtyä ikikuuna päivänä käyttämään linuxia jos heti ensimmäiseksi pitää alkaa kaivamaan googlesta vinkkejä miten saada mukana tullut softa toimimaan.

Tästä päästäänkin sitten siihen toiseen kohtaan mikä varmasti on omiaa myös karkoittamaan pentti-irmelit. Väänsiin eilen CIFS jakoa samaiseen kubuntuun. fstab tiedostoon lisättävä rimpsu joka toimi viimeksi ei enää toiminutkaan. Runsasta googlettelua joilla löytyi kymmeniä eri variaatioita mitä tuohon rimpsuun kannattaisi laittaa joista monet ovat näyttäneet toimivan ainakin joskus. Aikani kun kokeilin niitä välillä melko summittaisesti niin lopulta puutteeksi paljastui sec=ntlmv2. Monessa ohjeessa oli tuo muotoa sec=ntlm tai sitä ei ollut ollenkaan.

Eli netistä löytyi valtava määrä vanhaa tai ei enää toimivaa tietoa ja sattumalta löysin jonkun postauksen missä ohi mennen joku "guru" totesi että ntlm ei ole enää turvallinen ja näin ollen ei käytössä. Tuo vanha ja toimimaton ohjeistus on omiaan sotkemaan aloittelevien käyttäjien elämää varsinkin niiden kohdalla joilla ei ole halua kahlata vanhoja foorumeita läpi tuntitolkulla.
Tämä ei ole ongelma pentti-irmeleiden kanssa vaan juurikin osaavien käyttäjien kanssa. Pentti-irmelille ei tulisi mieleenkään minkään kotiverkkojaon tekeminen vaikka töistä sellaisetkin ihmeet olisi tuttuja.

Windows-maailmasta Linuxiin siirtyvät tehokäyttäjät sen sijaan ovat usein hukassa, kun pitäisi niitä wanhoja tuttuja juttuja tehdä, mutta kaikki toimiikin eri tavalla.

Lisäksi usein on valittu jokin harvinainen distro, kun siinä on omaa silmää miellyttävä työpöytäteema ja valitetaan kun ei löydy ohjeita.
 
Tämä ei ole ongelma pentti-irmeleiden kanssa vaan juurikin osaavien käyttäjien kanssa. Pentti-irmelille ei tulisi mieleenkään minkään kotiverkkojaon tekeminen vaikka töistä sellaisetkin ihmeet olisi tuttuja.

Windows-maailmasta Linuxiin siirtyvät tehokäyttäjät sen sijaan ovat usein hukassa, kun pitäisi niitä wanhoja tuttuja juttuja tehdä, mutta kaikki toimiikin eri tavalla.

Lisäksi usein on valittu jokin harvinainen distro, kun siinä on omaa silmää miellyttävä työpöytäteema ja valitetaan kun ei löydy ohjeita.
Se VLC:n toimimattomuus oli se pentti-irmelien karkoitin. Siis ohjelman, mikä tulee käyttöjärjestelmän mukana. Sama juttu kun ostaisit uuden auton jonka ilmastointi ei toimi tehtaalta tilattuna vaan joudut heti korjaamaan ensimmäisenä paitsi että tässä et voi laittaa sitä takuuseen vaan joudut korjaamaan sen omin avuin jos osaat. Voihan sillä silti ajaa, mutta jotain oleellista kuitenkin puuttuu.

Lisäksi en pitäisi Kubuntua mitenkään harvinaisena distrona josta muuten päästääkin sopivasti toiseen asiaan.

Sanonta "pyörää ei kannata keksiä uudestaan" ei todellakaan näytä pitävän linux maailmassa paikkaansa, tai ainakin jos linux kehittäjiltä kysyy. Minusta on täysin turhaa energian ja resurssien haaskausta että on olemassa sata + yksi erilaista distroa joissa jokaisessa on keksitty oma tapansa tehdä jokin täysin sama asia ilman että olisi saatu sovittua distojen kesken mitään perus toimintojen yhtäläisyyksiä yhteisiksi standarteiksi. Jos linux distroja olisi puolet vähemmän ja säästynyt energia olisi saatu niiden järjelle jäävien puolen kehittämiseen käytettyä olisi linux aivan eri tasolla käytettävyyden suhteen.
 
Se VLC:n toimimattomuus oli se pentti-irmelien karkoitin. Siis ohjelman, mikä tulee käyttöjärjestelmän mukana. Sama juttu kun ostaisit uuden auton jonka ilmastointi ei toimi tehtaalta tilattuna vaan joudut heti korjaamaan ensimmäisenä paitsi että tässä et voi laittaa sitä takuuseen vaan joudut korjaamaan sen omin avuin jos osaat. Voihan sillä silti ajaa, mutta jotain oleellista kuitenkin puuttuu.

Lisäksi en pitäisi Kubuntua mitenkään harvinaisena distrona josta muuten päästääkin sopivasti toiseen asiaan.

Sanonta "pyörää ei kannata keksiä uudestaan" ei todellakaan näytä pitävän linux maailmassa paikkaansa, tai ainakin jos linux kehittäjiltä kysyy. Minusta on täysin turhaa energian ja resurssien haaskausta että on olemassa sata + yksi erilaista distroa joissa jokaisessa on keksitty oma tapansa tehdä jokin täysin sama asia ilman että olisi saatu sovittua distojen kesken mitään perus toimintojen yhtäläisyyksiä yhteisiksi standarteiksi. Jos linux distroja olisi puolet vähemmän ja säästynyt energia olisi saatu niiden järjelle jäävien puolen kehittämiseen käytettyä olisi linux aivan eri tasolla käytettävyyden suhteen.

Kubuntu on jostain syystä minulla aiheuttanut aina mitä ihmeellisimpiä ongelmia. Sitä en suosittelisi kenellekään, aloittelijalle vaikka olevinaan pitäisi olla aika tasoissa ja jopa Ubuntua edistyksellisempi, mutta näin ei ainakaan vakauden suhteen ole.

Ei niitä distroja nyt niin montaa erilaista ole. Valtaosa on vain eri teemoilla ja ohjelmapaketeilla tehty räpellys jostain pääjakelusta. Joku ei pidä mitä esim Ubuntu vakiona pitää sisällään, niin säveltää siitä oman version ja poimii siihen lisäksi jotain muutakin, jotka sitten saatetaan ottaa tuleviin Ubuntuversioihinkin, kun todetaan hyviksi. Tuo vapaa muokattavuus on Linuxin etu, eikä haitta.
 
Kubuntu on jostain syystä minulla aiheuttanut aina mitä ihmeellisimpiä ongelmia. Sitä en suosittelisi kenellekään, aloittelijalle vaikka olevinaan pitäisi olla aika tasoissa ja jopa Ubuntua edistyksellisempi, mutta näin ei ainakaan vakauden suhteen ole.

Ei niitä distroja nyt niin montaa erilaista ole. Valtaosa on vain eri teemoilla ja ohjelmapaketeilla tehty räpellys jostain pääjakelusta. Joku ei pidä mitä esim Ubuntu vakiona pitää sisällään, niin säveltää siitä oman version ja poimii siihen lisäksi jotain muutakin, jotka sitten saatetaan ottaa tuleviin Ubuntuversioihinkin, kun todetaan hyviksi. Tuo vapaa muokattavuus on Linuxin etu, eikä haitta.
Eikös tuon vapaan muokattavuuden varjopuoli ole juurikin se että yhteensopivuus räjähtää käsiin. Ei ihme että kaupalliset ohjelmistot karttaa linuxia niitä maksullisia yritysversioita lukuunottamatta jos softa pitäisi testata ja räätälöidä monta kertaa jokaista eri haarasuuntaa varten jotta voitaisiin edes jotenkin mainostaa linux yhteensopivaksi.

Olen nähnyt paljon kritiikkiä siitä että useissa jopa suosituiden versioiden repoissa on todella vanhoja versioita ohjelmista. Tottahan niitä pystyy asentamaan muistakin lähteistä mutta ainakin mitä minä olen tuota jokusen kerran tehnyt niin tällöin ennemmin tai myöhemmin tuli sitten todella pahoja ongelmia järjestelmän päivityksen yhteydessä. Tämä vissiin toimii myös toisinpäin että LTS versiota käytettäessä iso osa ohjelmista ei toimi suoraan joten niitä joutuu säätämään joka taas johtaa samaan lopputulokseen. Toki velhohan vain puukottaa lisää koodia että saa toimimaan taas seuraavaan päivitykseen asti.

Tässä on yksi esimerkki joka muistui mieleen: jwz: I would like Debian to stop shipping XScreenSaver

Kerran juttelin asiasta erää "nörtin" kanssa joka työkseen värkkäsi palvelin puolta ja hän totesi että hänen kokemustensa mukaan on valtavasti järjestelmiä jotka toimii todella vanhoilla softilla koska niiden päivittäminen on yksinkertaisesti todella vaikeaa juuri sen takia että niiden tai niissä pyörivien ohjelmien koodia on pitänyt säätää ja näin ollen päivittäminen on todella iso urakka.

Palvelin puoli tietenkin erikseen, mutta windows kuin nykyisin päivittyy vähintään kerran kuukaudessa niin ei ole enää vuosiin kyllä käynyt niin että päivityksen jälkeen on lakannut joku toiminto tai ohjelmisto toimimasta. Linux puolella taas on käynyt omalla kohdalla näin vaikka kyseessä olisi kone johon mitään erityistä ei olisikaan asennettu.
 
Eikös tuon vapaan muokattavuuden varjopuoli ole juurikin se että yhteensopivuus räjähtää käsiin. Ei ihme että kaupalliset ohjelmistot karttaa linuxia niitä maksullisia yritysversioita lukuunottamatta jos softa pitäisi testata ja räätälöidä monta kertaa jokaista eri haarasuuntaa varten jotta voitaisiin edes jotenkin mainostaa linux yhteensopivaksi.

Olen nähnyt paljon kritiikkiä siitä että useissa jopa suosituiden versioiden repoissa on todella vanhoja versioita ohjelmista. Tottahan niitä pystyy asentamaan muistakin lähteistä mutta ainakin mitä minä olen tuota jokusen kerran tehnyt niin tällöin ennemmin tai myöhemmin tuli sitten todella pahoja ongelmia järjestelmän päivityksen yhteydessä. Tämä vissiin toimii myös toisinpäin että LTS versiota käytettäessä iso osa ohjelmista ei toimi suoraan joten niitä joutuu säätämään joka taas johtaa samaan lopputulokseen. Toki velhohan vain puukottaa lisää koodia että saa toimimaan taas seuraavaan päivitykseen asti.

Älä käytä marginaalidistroja, niin ongelmaa ei ole. Harvemmin noissa Ubuntuforkeissakaan on yhteensopivuus kärsinyt, kuin lähinnä työpöytien osalta. Ohjelmistot voi kyllä käsittääkseni tehdä monella tapaa, jotta yhteensopivuus on taattu. Monet ohjelmat luottaa olemassaoleviin kirjastoihin, jotka voikin olla korvautunut uudella versiolla, joka ei olekaan yhteensopiva tai kadonnut kokonaan. Tältä tietysti välttyisi, kun ne kirjastot laitetaan ohjelmaan jo mukaan. Tähän helpotusta on tuonut Flatpak, Snap ja Appimage.
 
Meillä taas duunissa alkaa olla jo läppä että "Päivitys tuli, mikähän tällä kerralla hajoaa?" noiden winkkaripäivitysten kanssa. Tuntuu että suunnilleen jokaisessa win-päivityksessä joku hajoaa tai vähintään toimii eri tavalla.

Itsellä toki duunissa on winkkarikone lähinnä sähköpostin käyttöä ja lounaslistojen lukemista varten ja oikeat työt teen xubuntulla ja ssh:n välityksellä monien debian-koneiden, parin archin ja yhden centos:in kanssa. Viimeksi taisi oikeasti joku linuxi hajota joskus reilu 10v sitten kun silloin käytössä ollut fedora päätti jonkun dependenssihelvetin takia vetää itsensä jojoon. Tietty joskus joku nvidian ajuri on kiusannut päivityksen jälkeen mutta ei nyt ainakaan muita pahempia hajoamisia tule mieleen.

Itse mieluummin käytän LTS-versioita koska ei ole ollut tarvis ihan uusimmille pakettiversioille ja nuo LTS:t ovat ainakin omassa käytössä toimineet luotettavammin. LTS:ään kuitenkin tulee kriittiset päivitykset ihan samalla tavalla kuin noihin muihinkin. Tietty kyllähän sitä kaikenlaista eri linux-versioiden kanssa on sattunut mutta ne ovat olleet jotain pikaisia testauksia tai muita virityksiä joiden toimintavarmuudella ei ole ollutkaan mitään väliä.

Yhteensopivuus on mielestäni ihan hyvällä tasolla, taitaa kaikkiin debian-pohjaisiin käydä ihan samat paketit ja nykyään taitaa olla suuri osa noista pienemmistäkin jakeluista pohjautua ubuntuun joka taas pohjautuu debianiin.

Vastaavasti aiemmin kun tuli käytettyä redhat-pohjaisia distroja niin kyllä niissäkin aika hyvällä mallilla tuo yhteensopivuus oli.

Suurin virhehän aloittelevalla linux-käyttäjällä on ottaa joku mahdollisimman eksoottinen pikkudistro josta ei ole mitään dokumentaatiota missään. Itse olen suositellut Ubuntua tai Xubuntua koska olen enemmän debian-miehiä ja noihin löytyy googlella aika paljon ohjeita. Kubuntua olen aina vähän vierastanut, se ei ole jotenkin ollut mun juttu enkä saanut siitä mitenkään konffattua haluamakseni (vaikka nykyisellään tosin teenkin suurimman osan asioista terminaalin puolella).
 

Statistiikka

Viestiketjuista
259 246
Viestejä
4 506 170
Jäsenet
74 345
Uusin jäsen
Vm85

Hinta.fi

Back
Ylös Bottom