Ongelma Dolhin tiedostohallinnan hakutoiminnossa [RATKAISTU]

[Eliask]

Nykyään on tullut käytettyä Dolphinia tiedostojen hallinnassa. On tullut vastaan eräs epäkohta, joka ei vaivannut Ubuntun omassa tiedostonhallinnassa ja monissa muissakaan tiedostonhallintasovelluksissa.

Eli hakutoiminto (Ctrl + F) ei tunnu toimivan kunnnolla. Haku löytää vain osan hakuehdot täyttävistä tiedostoista. Vaikka kirjoittaisi hakukenttään itse tiedoston nimen, sitä ei välttämättä löydy. Onko tähän ongelmaan ratkaisua? Taitaa olla mahdotonta tai todella vaikeaa asentaa toinen hakumoottori.

[ilkant]

Annatko esimerkin hausta. Millä hakusanalla haet ja millaisia tiedostoja jää näkymättä?

[jarmala]

Kokeilin hakua Ctrl-F Nautiluksessa: se ei käytä updatedb:n tietokantaa, koska on hirveän hidas. Täysin kelvoton toimi! Perhana.

Locate  foo.bar, ehdottomasti paras. Eikä kestä aikaakaan...

[raimo]

Locate  foo.bar, ehdottomasti paras. Eikä kestä aikaakaan...

Jep, niin on, kunhan muistaa ajaa

Koodia: [Valitse]

sudo updatedbkomennon ennen locate -hakua, jos on uusia tiedostoja.
Esimerkiksi heti jonkun ohjelman asennuksen jälkeen locate ei sitä löydä ilman updatedb -komentoa.

Automaattisesti ko. hakutietokanta kai päivittyy cron:n kautta kerran vuorokaudessa (ja varmaan bootissakin)?

[Postimies]

Itsekin käytän lähinnä locate-komentoa, kun hakee koko koneelta jotain. Vaikka jotain kuvaa, josta useampia versioita. KDE:llä on oma indeksointisysteeminsä jonka itse olen ottanut pois päältä. Monille varmasti hyödyllinen, mutta itselleni riittää kun Amarok löytää musiikin ym. Eri medioille on omat hallintasysteeminsä. Ongelma lähinnä niistä jotka ovat ko ohjelman tietokannan ulkopuolella. Oletuksena locate jättää /media kansion pois, joten levyt kannattaa liittää /mnt kansion alle. Kyllä Dolphinin haulla pitäisi pärjätä myös.

[kuutio]

kfind löytyy myös yhä repoista perinteisempiin hakuihin (perus find-komennon GUI...tukee toki myös locaten tietokantaa), tietokantahaut (locate yms.) toki nopeampia, kunhan muistaa että hakutulokset ovat vain yhtä tuoreita kuin viimeisin hakutietokannan päivitys.

Oletuksena locate jättää /media kansion pois

Tämä on ihan järkevä oletus, /media kun on lähtökohtaisesti tarkoitettu satunnaisesti liitettäville/irrotettaville tiedostojärjestelmille (optisille levyille, muistitikuille, ulkoisille levyille jne.), näiden vaihtuvien tiedostojärjestelmien tiedostoja on harvoin tarkoituksenmukaista sisällyttää hakutietokantaan (kun hakuhetkellä voi olla liitettynä eri tiedostojärjestelmät kuin tietokantaa päivittäessä jne.). Oletusasetuksiahan voi toki myös muuttaa, jos tämä ei miellytä.

 

joten levyt kannattaa liittää /mnt kansion alle.

Voi ne halutessaan sinnekin liittää, mutta tuo sotii vähän /mnt hakemiston standardin mukaista käyttötarkoitusta vastaan, sitähän perinteisesti käytetään tilapäisiin liitoksiin, jotka hivenen hankaloituvat, jos /mnt ei ole tyhjä (onnistuu toki, mutta /mnt alle jo liitetyt tiedostojärjestelmät häviävät näkyvistä liitoksen ajaksi).

Jos kyseessä on pysyvästi liitetyt tiedostojärjestelmät (kuten sisäiset levyt), ne on useimmiten tarkoituksenmukaista liittää käyttötarkoituksen mukaisiin tai luotuihin polkuihin, kuten vaikka /opt, /home, /usr/local, /data, /backup, /cloud, /home/music, /home/<user>/private tai vastaavaa. Saa ne toki kukin halutessaan /mnt allekin laittaa, muttei siitä mitään erityistä hyötyä ole.

https://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard

[Postimies]

joten levyt kannattaa liittää /mnt kansion alle.

Voi ne halutessaan sinnekin liittää, mutta tuo sotii vähän /mnt hakemiston standardin mukaista käyttötarkoitusta vastaan, sitähän perinteisesti käytetään tilapäisiin liitoksiin, jotka hivenen hankaloituvat, jos /mnt ei ole tyhjä (onnistuu toki, mutta /mnt alle jo liitetyt tiedostojärjestelmät häviävät näkyvistä liitoksen ajaksi).

Jos kyseessä on pysyvästi liitetyt tiedostojärjestelmät (kuten sisäiset levyt), ne on useimmiten tarkoituksenmukaista liittää käyttötarkoituksen mukaisiin tai luotuihin polkuihin, kuten vaikka /opt, /home, /usr/local, /data, /backup, /cloud, /home/music, /home/<user>/private tai vastaavaa. Saa ne toki kukin halutessaan /mnt allekin laittaa, muttei siitä mitään erityistä hyötyä ole.

https://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard

Jokaisella on tapansa. Minusta /mnt/kuvat /mnt/vdr_tallenteet ym. on ihan kätevä. Noin datat ainakin löytyy. Tilapäisille liitoksille on
/mnt/iso (levykuvat ym.). Itse /mnt kansiota ei tietysti liitetä mihinkään.
/home kansion alle en liitä isoja levyjä. Vaikeuttaa varmuuskopiointia ja jos vaikka poistaa käyttäjän ei katoa mitään isoa levyä samalla. Itsellä home lähinnä asetusten ja pienehköjen dokujen tallennuspaikka. /var/lib monille ohjelmille oletuspaikka. On myös järjestelmiä joissa /median sijaa liitos tehdään /run/media/user/levy/... alle. Ubuntussa on udev-sääntö joka muuttaa oletusta.

Tarkoitus oli lähinnä huomauttaa, että esim. pysyvästi koneessa olevat levyt jotka liitetään automaattisesti /media kansion alle
eivät ole hakupolussa oletuksena. Tästä ei juuri haittaa kun monessa ohjelmassa on oma hakusysteeminsä.

[raimo]

Oletusasetuksiahan voi toki myös muuttaa, jos tämä ei miellytä.

updatedb hakuasetukset on tiedostosta /etc/updatedb.conf
Jos ottaa /media ilmenemän pois PRUNEPATHS= asetuksesta niin sitten  myös /media sisältyy hakuun.
Liekö sitten miten järkevää, riippuu varmaan tilanteesta...

(lievää off-topikkia, mutta ehkä kukaan ei huomaa) 

[kuutio]

/home kansion alle en liitä isoja levyjä. Vaikeuttaa varmuuskopiointia ja jos vaikka poistaa käyttäjän ei katoa mitään isoa levyä samalla.

Tämä on täysin suhteellista, usein se voi päinvastoin helpottaa varmuuskopiointia, kun levyt liitetään nimenomaan käyttötarkoituksen mukaisiin polkuihin. /home kansion alle ei tietenkään ole tarkoituksenmukaista liittää tiedostojärjestelmiä, joita ei ole tarkoitus varmuuskopioida yhdessä /homen kanssa, vaan sellaiset on syytä liittää jonnekin muualle (vaikka /data, /shared tai /network), samoin käyttäjän $HOMEN alle ei myöskään ole tarkoituksenmukaista liittää kuin sellaisia tiedostojärjestelmiä, jotka ovat vain kyseistä käyttäjää varten (ja joiden tiedostot voi poistaa käyttäjän myötä).

Jokainen voi toki käyttää ihan sellaista liitosjärjestelmää mikä parhaiten itselle sopii, tarkoitus oli vain tuoda esiin, ettei /mnt: n alle liittäminen ole ns. yleispätevä paras tapa.

Tarkoitus oli lähinnä huomauttaa, että esim. pysyvästi koneessa olevat levyt jotka liitetään automaattisesti /media kansion alle
eivät ole hakupolussa oletuksena.

Tämä oli tietysti ihan oikea huomio.

[Postimies]

Oletusasetuksiahan voi toki myös muuttaa, jos tämä ei miellytä.

updatedb hakuasetukset on tiedostosta /etc/updatedb.conf
Jos ottaa /media ilmenemän pois PRUNEPATHS= asetuksesta niin sitten  myös /media sisältyy hakuun.
Liekö sitten miten järkevää, riippuu varmaan tilanteesta...

(lievää off-topikkia, mutta ehkä kukaan ei huomaa) 

Kyllä tuo on tiedossa. Jos on esim. ulkoinen levy täynnä musaa ja/tai kuvia, niin kyllä soitto-ohjelma tuon lukee tietokantaan. Samoin kuvienhallinta. Locate ei vain säilytä tuota dataa. Tiedot katoaa jos levy ei ole liiettynä.

Minusta jako on selkeä. /media kansion alle tikut, usb, kamerat, ... ja /mnt kansion alle kiinteät levyt. Toki voi tehdä uusi oksia hakemistopuuhun kuten kuutio ehdotti esim /data, /shared tai /network. Itse olen pistänyt noita /mnt alle.
Kun käyttis vaihtuu riittää /etc/fstab /mnt kopiot tässä tapauksessa.

Joskus oli /mnt/cdrom oletuksena. Nykyisin ne liitetään automaattisesti /media tai /run/media/user/levy kansion alle. /run/media/user on uudempi tapa joka tuli udev päivityksessä. Tulee varmaan yleistymään pikkuhiljaa.

[kuutio]

Minusta jako on selkeä. /media kansion alle tikut, usb, kamerat, ... ja /mnt kansion alle kiinteät levyt.

Mikäs siinä, jos nimenomaan haluaa (vaikkapa vain selkeyden vuoksi) kaikki liitetyt levyt yhden hakemiston alle, mutta:

1. Tällä tavalla vähän vesitetään sitä linuxin hakemistorakenteen hienoutta, että levyjä voidaan liittää minne tahansa hakemistopuuhun käyttötarpeen mukaan (tästä syystä FHS:tä ei löydy mitään "standardia" liitospistettä jatkuvasti/kiinteästi liitetyille tiedostojärjestelmille). Tokihan voi vaikka liittää levyt fyysisesti yhden hakemiston alle ja luoda sopivasti symbolisia linkkejä näihin liitettyihin levyihin muualle hakemistorakenteeseen tarpeen mukaan, jos haluaa (tällöin käytössä on tavallaan molemmat tavat).

2. Ei ole oikeastaan mitään syytä käyttää tähän nimenomaan /mnt hakemistoa. Jos haluaa kaikki liitetyt tiedostojärjestelmät yhden kansion alle, voi aivan yhtä hyvin käyttää vaikka /data tai /levyt hakemistoa joiden alle liittää kaikki (esim. /data/kuvat, /data/varmuuskopiot, /data/tallenteet ja /data/verkkojako jne.), jolloin /mnt vapautuu käyttöön tilapäisliitoksille.

Ei siinä sinunkaan tavassasi silti edelleenkään mitään "väärää" ole, yleispätevää ohjetta ei minullakaan ole tarjota.

[Postimies]

2. Ei ole oikeastaan mitään syytä käyttää tähän nimenomaan /mnt hakemistoa. Jos haluaa kaikki liitetyt tiedostojärjestelmät yhden kansion alle, voi aivan yhtä hyvin käyttää vaikka /data tai /levyt hakemistoa joiden alle liittää kaikki (esim. /data/kuvat, /data/varmuuskopiot, /data/tallenteet ja /data/verkkojako jne.), jolloin /mnt vapautuu käyttöön tilapäisliitoksille.

Ei siinä sinunkaan tavassasi silti edelleenkään mitään "väärää" ole, yleispätevää ohjetta ei minullakaan ole tarjota.

Eihän tuohon mitään erityistä syytä ole. Levykuville käytän /mnt/iso. Käsittääkseni mikään ohjelma ei käytä /mnt kansiota.
udisks2  käyttää /run/media/user/ levyliitoksille. Ubuntu on muokannut sitä niin, että se käyttää /media/user.
Komento mount /dev/sda5 /media on siis tyhmä. mount /dev/sda5 /mnt on myös arveluttava väliaikaiselle levylle.
Entä jos pitää liittää toinenkin levy? Itselläni on tässä koneessa /run/media jonne voi tehdä monia kansioita istunnon
pituisiksi liitoksiksi. Samoin voi käyttää /tmp kansiota. Molemmat tyhjenee kun koneen sammuttaa.

/data kansion teko ihan hyvä idea. Kun ylläpitää useampaa järjestelmää tuollaiset muutokset jää helposti tekemättä,
kun nykyinenkin toimii. udisks2 ohjelman toiminnan muutos toi enemmän päänvaivaa. Liitoskohdan muuttumiselle
on varmasti syynsä.

[Eliask]

Annatko esimerkin hausta. Millä hakusanalla haet ja millaisia tiedostoja jää näkymättä?

Kokeilin hakea kymmentä satunnaisesti valittua kansiota. Niistä kolmea hakutoiminto ei löytänyt. En huomannut näiden kolmen kansion välillä mitään yhteistä. Yksi näistä kansioista oli nimeltään PDF. Kokeilin hakea tätä kansiota myös Krusader tiedostonhallinnalla, mutta jostain syystä sekään ei löytänyt sitä. Ohittaakohan haku kansiot, joiden nimi on jokin tiedostomuoto? Toisaalta mm. kansiot html ja mp3 löytyivät ongelmitta myös Dolphinilla. Hakusanalla pdf Krusader löysi kuitenkin kaksinkertaisen määrän tiedostoja Dolphiniin nähden.

Seuraavaksi kokeilin hakea vajaata kolmeakymmentä tiedostoa. Näistä vain noin 60% löytyi Dolphinilla. Krusader tiedostonhallinta löysi kaikki. En löytänyt varmaa yhteyttä niiden tiedostojen välillä, jotka jäivät löytymättä. Kuitenkin epäilen, että Dolphin saattaa ohittaa haussa kooltaan suuria kansioita tai syvällä alikansioissa sijaitsevia tiedostoja.

[Postimies]

Mikähän Dolphin versio? Kokeilin hakusanalla Simon ja tulokseksi tuli kaikki Paul Simon ja Simon & Garfunkel levyt (kansiot). Locate taas listasi myös tiedostojen nimet ko. kansioista esim /mnt/musiikki/CD levyt flac/Pop/Paul Simon - Graceland (1986)/02 - Graceland.flac. Jos sulla joku valinta/asetus väärin. Hakea voi tiedostojen nimistä, sisällöstä, ..

[kuutio]

Komento mount /dev/sda5 /media on siis tyhmä. mount /dev/sda5 /mnt on myös arveluttava väliaikaiselle levylle.
Entä jos pitää liittää toinenkin levy?

Minä taas pidän /mnt hakemistoa tyhjänä vain todella tilapäisiä liitoksia varten (on nopea testata esim. jonkun verkkojaon toimivuutta), muttei mikään tietysti estä käyttämästä tällaiseen jotain muuta hakemistoa tai vaikka /mnt/tmp hakemistoa (mieltymysten mukaan). Oma pointtini olikin vain, että kiinteästi liitetyille tiedostojärjestelmille löytyy useimmiten joku loogisempi paikka (joillekin se "looginen" paikka voi olla toki /mnt hakemistokin tai sen alle luodut hakemistot).

Kokeilin hakea kymmentä satunnaisesti valittua kansiota. Niistä kolmea hakutoiminto ei löytänyt.

Seuraavaksi kokeilin hakea vajaata kolmeakymmentä tiedostoa. Näistä vain noin 60% löytyi Dolphinilla.

Jos sulla on baloo haku käytössä, kokeile huviksesi ottaa se pois käytöstä ja katso vaikuttaako hakutuloksiin dolphinissa (muistaakseni baloo ei oletuksen indeksoi esim. piilokansioita jne.)
Järjestelmäasetukset>Haku>Tiedostohaku>"Ota tiedostohaku käyttöön" -täppä pois

[Eliask]

Jos sulla on baloo haku käytössä, kokeile huviksesi ottaa se pois käytöstä ja katso vaikuttaako hakutuloksiin dolphinissa (muistaakseni baloo ei oletuksen indeksoi esim. piilokansioita jne.)
Järjestelmäasetukset>Haku>Tiedostohaku>"Ota tiedostohaku käyttöön" -täppä pois

Pitääpä kokeilla tuota ehdottamaasi. Katselin Dolphinin asetuksia. En löytänyt sieltä mitään, josta voisi säätää hakutoimintoa. Hakupalkin alla on joitakin pikavalintoja, mutta en saanut niitä muuttelemalla parannettua hakua. Dolphin versioni taitaa olla Kubuntu 14.04 LTS:n mukana tullut, joten päivitys saattaisi ilmeisesti auttaa.

[mpiso]

Testasin mutta en huomannut, että jotain jäisi puuttumaan. Kesti kuitenkin aika kauan, ennen kuin kaikki löytyivät. Minä olen poistanut tuon baloo haun, toisen viestiketjun vinkin perusteella. Siellä oli kysymys nopeudesta (baloo hidastaa). Minullakin on Kubuntu 14.04.

[Eliask]

Järjestelmäasetukset>Haku>Tiedostohaku>"Ota tiedostohaku käyttöön" -täppä pois

Kävin ottamassa täpän pois. Haku toimi sen jälkeen niin kuin pitikin. Tätä asiaa ratkoessani huomasin, että mikäli haku suoritettiin home-hakemiston sijasta root-hakemistossa, tiedostot löytyivät. Dolphin aukeaa kuitenkin oletuksena omaan kotihakemistoon, joten haku on helpointa tehdä sieltä.

Kiitos kaikille