miten tracker estetään fsck:n ajaksi? [Ratkaistu]

[AimoE]

Olin jo tarkistanut ettei osiolla ollut käyttäjiä (komennolla "lsof /data"), mutta umount ei onnistunut. Löysin netistä neuvon, ja kokeilin komentoa "lsof | grep /data", joka paljasti, että tracker pitää osiosta kiinni. Kun yritän etsiä neuvoa trackerin estämiseen, löydän vain selostuksia miten koko tracker poistetaan systeemistä. Mutta ei minua haittaa että se on käytössä, kunhan vaan saan sen pois fsck:n ajaksi. Siis miten? Olen kyllästynyt boottaamaan koneen että pääsen ajamaan fsck:n USB-tikun avulla.

Ratkaisu

[raimo]

Yritä näillä, ohje:

Koodia: [Valitse]

tracker3 help daemon
Tällä pysähtyy:

Koodia: [Valitse]

tracker3 daemon -k
Takaisin käyntiin:

Koodia: [Valitse]

tracker3 daemon -s

[AimoE]

Kiitos. Vaan eipä auta.

Koodia: [Valitse]

$ sudo tracker daemon -k
Found 3 PIDs…
  Tapettiin prosessi 38779 — “tracker-extract”
  Tapettiin prosessi 38857 — “tracker-miner-fs”
  Tapettiin prosessi 38864 — “tracker-store”
$ sync
$ sudo umount /data
umount: /data: target is busy.
$ lsof | grep /data
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /root/.cache/gvfs
      Output information may be incomplete.
lsof: WARNING: can't stat() tracefs file system /sys/kernel/debug/tracing
      Output information may be incomplete.
tracker-m  2071                           haltia   13w      REG              253,4  18071262     262766 /home/haltia/.local/share/tracker/data/tracker-store.journal
tracker-m  2071  2078 gmain               haltia   13w      REG              253,4  18071262     262766 /home/haltia/.local/share/tracker/data/tracker-store.journal
tracker-m  2071  2080 gdbus               haltia   13w      REG              253,4  18071262     262766 /home/haltia/.local/share/tracker/data/tracker-store.journal
tracker-m  2071  2083 dconf\x20           haltia   13w      REG              253,4  18071262     262766 /home/haltia/.local/share/tracker/data/tracker-store.journal
tracker-m  2071  2146 pool-trac           haltia   13w      REG              253,4  18071262     262766 /home/haltia/.local/share/tracker/data/tracker-store.journal
tracker-m  2071 39042 pool-trac           haltia   13w      REG              253,4  18071262     262766 /home/haltia/.local/share/tracker/data/tracker-store.journal
tracker-s 38983                           haltia   13w      REG              253,4  18071262     262766 /home/haltia/.local/share/tracker/data/tracker-store.journal
tracker-s 38983 38984 gmain               haltia   13w      REG              253,4  18071262     262766 /home/haltia/.local/share/tracker/data/tracker-store.journal
tracker-s 38983 38985 dconf\x20           haltia   13w      REG              253,4  18071262     262766 /home/haltia/.local/share/tracker/data/tracker-store.journal
tracker-s 38983 38986 gdbus               haltia   13w      REG              253,4  18071262     262766 /home/haltia/.local/share/tracker/data/tracker-store.journal
tracker-s 38983 38987 pool-trac           haltia   13w      REG              253,4  18071262     262766 /home/haltia/.local/share/tracker/data/tracker-store.journal

[raimo]

No voihan voihan!
Kokeile vielä tätä:

Koodia: [Valitse]

tracker3 daemon -t
En ole varma pitääkö ne käskyt ajaa ilman sudoa,
ainakin ennenvanhaan kun sen kanssa painin, niin komennot annettiin ihan taviskäyttäjänä?

[AimoE]

Vielä hämärämmäksi menee:

Koodia: [Valitse]

$ tracker daemon -t
Found 2 PIDs…
  Terminated process 2071 — “tracker-miner-fs”
  Terminated process 40637 — “tracker-store”
$ sudo tracker daemon -t
Found 0 PIDs…
$ lsof | grep /data
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /root/.cache/gvfs
      Output information may be incomplete.
lsof: WARNING: can't stat() tracefs file system /sys/kernel/debug/tracing
      Output information may be incomplete.
$ sudo umount /data
umount: /data: target is busy.

[raimo]

Pakko heittää pyyhe kehään, sori ei ollut apuja. Mutta muistui mukavasti vanha kunnon muistisyöppö (tracker).
Ilmeisesti ovat saaneet sen toimimaan kun ei ole mitään vinkumista kuulunut vuosiin.

[raimo]

Tulipa mieleen että sen fsck voi ajaa käynnistyksessä? Kaukaa haettua, mutta kannattaa yrittää.
Tällä tarkistus lähtee käyntiin jokaisella bootilla kunnes poistat ko /forcefsck -tiedoston.

Koodia: [Valitse]

sudo touch /forcefsckJa reboot

edit: minulla on "ongelmana" se että fsck ajetaan SSD-levyllä jokaisessa buutissa.
Enkä keksi miten sen saisi pois,
tosin ei siihen mene kuin muutama sekuntti, mutta turhaa levynkäyttöä sekin on.

[AimoE]

Olen kerran viikossa buutannut koneen vain siksi, että saan /data-osion tsekatuksi. Haluan löytää keinon välttää buuttailua.

[raimo]

Olen kerran viikossa buutannut koneen vain siksi, että saan /data-osion tsekatuksi. Haluan löytää keinon välttää buuttailua.

Toivotaaan että keino löytyy kunhan tietäjät herää.
PS, se näköjään poistaa itse sen tiedoston bootin ja tarkistuksen jälkeen.

[AimoE]

Vika taisi olla siinä, että yritin pärjätä yhdellä tarkistuksella, kun niitä tarvittiin useita.

Tämä näyttää toimivan:

Koodia: [Valitse]

run-umount(){
    local mp=$1
    local prompt="Close programs that have files open on $mp> "

    if fuser -sm $mp
    then
echo
(set -x; fuser -vm $mp) # firefox, thunderbird, etc.
read -p "$prompt" || exit
    fi
    if [ $(lsof $mp | wc -l) -gt 0 ]
    then
echo
(set -x; lsof $mp) # leftovers
read -p "$prompt" || exit
    fi
    while [ $(lsof | grep $mp | wc -l) -gt 0 ]
    do
echo
(set -x; lsof | grep $mp) # tracker etc.
read -p "$prompt" || exit
    done
    echo
    (set -x; sync; umount $mp) || exit
}Tuo "sync" taitaa olla turha tai ainakin väärässä paikassa, mutta olkoon nyt siinä vaikka vaan varmuuden välttämiseksi.