Início / user-72707

Cbhihe's questions

Martin Hope
Cbhihe
Asked: 2019-05-04 12:09:42 +0800 CST
  • 0

[5.0.9-arch1-1-ARCH com gnome-desktop 3.32.1.2-1 e rastreador 2.2.1]

Este é um acompanhamento de uma pergunta respondida anterior , onde desmascarei o tracker-store.service, que já estava enviando spam para meu syslog na inicialização e desativei a opção de pesquisa no Nautilus na GUI. Também apaguei o índice completo do banco de dados, com $ tracker reset --hard, pois nunca uso o Nautilus.

A mensagem que me envia spam syslogé:

dbus-daemon[1492]: [session uid=1000 pid=1492] A ativação via systemd falhou para a unidade 'tracker-extract.service': A unidade tracker-extract.service está mascarada.

... a maioria dessas linhas formando uma sequência de repetição, conforme obtido de: $ sudo journalctl -b. O número de ocorrências aumenta rapidamente com o tempo, a uma taxa grosseiramente estimada de 1200/min.

A listagem truncada do syslog está aqui . (É muito grande para carregar inteiro.) Verifiquei se realmente não tenho tracker-extract.serviceunit active, enabled, ou masked. A tracker-extractunidade de serviço não aparece em:

$ sudo systemctl list-dependencies --all | grep -e extract -e tracker
arch-linux gnome
Martin Hope
Cbhihe
Asked: 2019-04-27 11:57:06 +0800 CST
  • 2

[5.0.9-arch1-1-ARCH com gnome-desktop 3.32.1.2-1 e rastreador 2.2.1]

Meu syslog na inicialização ( $ sudo journalctl -b) está sendo spam por mensagens sobre tracker-minernão poder executar sparqljunto com a tracker-store.serviceunidade sendo mascarada. Não me lembro de mascarar esta unidade. Extrato muito pequeno abaixo:

Apr 26 07:47:05 HOSTNAME dbus-daemon[3165]: [session uid=1000 pid=3165] Activating via systemd: service name='org.freedesktop.Tracker1' unit='tracker-store.service' requested by ':1.54' (uid=1000 pid=3441 comm="/usr/lib/tracker-miner-fs ")
Apr 26 07:47:05 HOSTNAME dbus-daemon[3165]: [session uid=1000 pid=3165] Activation via systemd failed for unit 'tracker-store.service': Unit tracker-store.service is masked.
Apr 26 07:47:05 HOSTNAME tracker-miner-f[3441]:   (Sparql buffer) Error in array-update: GDBus.Error:org.freedesktop.systemd1.UnitMasked: Unit tracker-store.service is masked.
Apr 26 07:47:05 HOSTNAME tracker-miner-f[3441]: Could not execute sparql: GDBus.Error:org.freedesktop.systemd1.UnitMasked: Unit tracker-store.service is masked.
Apr 26 07:47:05 HOSTNAME dbus-daemon[3165]: [session uid=1000 pid=3165] Activating via systemd: service name='org.freedesktop.Tracker1' unit='tracker-store.service' requested by ':1.54' (uid=1000 pid=3441 comm="/usr/lib/tracker-miner-fs ")
Apr 26 07:47:05 HOSTNAME dbus-daemon[3165]: [session uid=1000 pid=3165] Activation via systemd failed for unit 'tracker-store.service': Unit tracker-store.service is masked.
Apr 26 07:47:05 HOSTNAME tracker-miner-f[3441]:   (Sparql buffer) Error in array-update: GDBus.Error:org.freedesktop.systemd1.UnitMasked: Unit tracker-store.service is masked.

Eu também vejo:

$ systemctl --user status tracker-store
● tracker-store.service
    Loaded: masked (Reason: Unit tracker-store.service is masked.)
    Active: inactive (dead)

e

$ tracker status
Currently indexed: 50073 files, 3018 folders
Remaining space on database partition: 39.0 GB (24.28%)
(tracker status:17788): Tracker-CRITICAL **: 19:47:02.875: Could not get miner progress for 'org.freedesktop.Tracker1.Miner.Extract': Timeout was reached
(tracker status:17788): Tracker-CRITICAL **: 19:47:27.899: Could not get miner progress for 'org.freedesktop.Tracker1.Miner.Files': Timeout was reached
All data miners are idle, indexing complete

indicando que, de fato, a unidade de serviço está mascarada e concluiu seu trabalho de indexação.

Postagens bastante diversas envolvem palavras-chave semelhantes às que aparecem no syslog de inicialização: "tracker-miner"( 1 ), "sparql" não executando ( 2 ), uma unidade "tracker-store.service" mascarada ( 3 ). trackerfoi responsabilizado por monopolizar a CPU , ocupar memória e espaço de armazenamento , violar a privacidade do usuário, etc., desde que começou a ser distribuído sistematicamente como parte do gnome-desktop.

Nenhum post me aproximou de responder:
- Por que recebo essas mensagens do syslog na inicialização?
Observação: a verbosidade do log é mínima e definida como "erros" por padrão para todos os trackeraplicativos. Não sei como reduzi-lo a zero. Também assumo (talvez erroneamente) que se trackerestivesse bem configurado, não estaria na origem de tantas mensagens de erro na inicialização.
- Em caso afirmativo, o que preciso corrigir/reconfigurar para que esses erros desapareçam?

arch-linux gnome
Martin Hope
Cbhihe
Asked: 2019-03-14 15:14:34 +0800 CST
  • 2

[GNU awk v4.2.1 no Archlinux]

A supressão awkda ação de impressão padrão para stdout do cli é fácil e bem documentada no UL, por exemplo, aqui . Fazer isso a partir de um script me dá dores de cabeça. Aqui está o roteiro do brinquedo:

#!/usr/bin/awk -f
BEGIN {FS=","} 
FNR > 1          # skip header
{   
    if ( $1 == $2 ) {
        if ( NR == 4 ) {
            printf("*** Print NR=4 ok. \n")
        } else {
            print > "/dev/null"  # print nothing
        }
    } else {
        printf("=== Fields 1 and 2 not equal (NR=%s). \n",NR)
    }
}

e dados do brinquedo:

col1 col2
1,3
2,2
aa,aa
3.01,-353.01
4.1,4.1
101,101
hello, hello
asd,koi0

juntamente com a saída esperada / desejada:

=== Fields 1 and 2 not equal (NR=2). 
*** Print NR=4 ok. 
=== Fields 1 and 2 not equal (NR=5).
=== Fields 1 and 2 not equal (NR=8).
=== Fields 1 and 2 not equal (NR=9).

Em vez disso, recebo:

=== Fields 1 and 2 not equal (NR=1). 
1,3
=== Fields 1 and 2 not equal (NR=2). 
2,2
aa,aa
*** Print NR=4 ok. 
3.01,-353.01
=== Fields 1 and 2 not equal (NR=5). 
4.1,4.1
101,101
hello, hello
=== Fields 1 and 2 not equal (NR=8). 
asd,koi0
=== Fields 1 and 2 not equal (NR=9).

Para suprimir a saída para stdout, tentei usar: getline, {}, nexte printf("")até mesmo o outlandish ORS=""; print ""; ORS="\n"em vez de print > "/dev/null". Obviamente estou fazendo algo muito errado nesse maldito script e não consigo encontrar o que ...

awk scripting
Martin Hope
Cbhihe
Asked: 2017-12-03 10:11:38 +0800 CST
  • 52

[4.13.12-1-ARCH com gnome3 e gdm no Xorg]

Eu já defini meus env-vars VISUAL e EDITOR para vim. Da mesma forma, tentei SYSTEMD_EDITOR="vim"; export SYSTEMD_EDITOR em meu ~/.bashrc, sem sucesso.

Ao modificar arquivos de unidade no Arch (systemd) via

 $ sudo systemctl edit _unit_

Eu me pego encarando nano. A vida é muito curta e eu quero vimpor todos os meios. Como eu faço isso ?

systemd vim