Richard Neumann's questions

Os documentos oficiais do nushell afirmam que é possível listar os aliases disponíveis por meio de:

$nu.scope.aliases

No entanto, isso não funciona na minha máquina Arch Linux:

/home/rne〉pacman -Q nushell                                                                                                                                               2023-08-15 20:04:36
nushell 0.83.1-1
/home/rne〉$nu.scope.aliases                                                                                                                                               2023-08-15 20:04:39
Error: nu::shell::column_not_found

  × Cannot find column
   ╭─[entry #13:1:1]
 1 │ $nu.scope.aliases
   · ─┬─ ──┬──
   ·  │    ╰── cannot find column 'scope'
   ·  ╰── value originates here
   ╰────

/home/rne〉echo $nu.scope.aliases                                                                                                                                          2023-08-15 20:04:42
Error: nu::shell::column_not_found

  × Cannot find column
   ╭─[entry #14:1:1]
 1 │ echo $nu.scope.aliases
   ·      ─┬─ ──┬──
   ·       │    ╰── cannot find column 'scope'
   ·       ╰── value originates here
   ╰────

/home/rne〉                                                                                                                                                                2023-08-15 20:04:44

O que estou fazendo de errado?

Eu tenho um sistema de quiosque com um servidor X em execução, hospedando diferentes programas gráficos. Todos os programas são mutuamente exclusivos, pois suas unidades systemd entram em conflito. Em alguns desses programas, quero usar um cursor X11 nativo, como tcross . Posso configurá-lo na unidade systemd do respectivo aplicativo via xsetroot. Também é possível ocultar o cursor usando xsetrootou outra ferramenta sem reiniciar o servidor X ?

Opções que já excluí:

• -nocursorparâmetro do servidor X - isso desativa o cursor para todos os aplicativos durante todo o tempo de execução
• unclutter- Desejo que o cursor fique oculto no respectivo aplicativo durante todo o tempo de execução e não apenas quando não for movido.

[Unit]
Description=Plain X.org server
After=plymouth-quit-wait.service
[email protected] display-manager.service

[Service]
Type=simple
Environment=DISPLAY=:0
ExecStart=/usr/bin/Xorg vt7 -nolisten tcp -noreset -nocursor
# Wait for server to be ready and set kiosk configuration.
ExecStartPost=/usr/bin/kiosk
# Set chicken as cursor to be able to test touch screen
# and see whether X server is actually running.
ExecStartPost=/usr/bin/xsetroot -cursor_name tcross
Restart=on-failure
RestartSec=3

[Install]
WantedBy=graphical.target

Eu tenho dois serviços systemd application.servicee [email protected]. application.serviceestá habilitado e normalmente em execução. [email protected]não está habilitado e iniciado apenas manualmente e possui uma Conflicts=application.serviceentrada.

Eu quero conseguir, que se application.serviceestiver rodando e eu iniciar uma instância de [email protected], que application servicetermine. Isso está funcionando atualmente devido à Conflicts=application.serviceentrada mencionada acima.

No entanto, um serviço de sincronização de dados é reiniciado periodicamente application.serviceremotamente systemctl restart application.service. Eu gostaria que isso falhasse se, e somente se, [email protected]estiver em execução. Atualmente, isso encerrará a [email protected]instância e iniciará o application.service. Não encontrei nada relacionado a isso nos documentos oficiais do systemd.

Informações de fundo:

Não posso deixar o serviço remoto verificar [email protected]porque isso só existe em algumas máquinas (é uma configuração excepcional) e não faz parte da infraestrutura usual. Também não quero interromper o serviço, pois ele também controla outros dispositivos que podem não ser executados [email protected].

Estou em um sistema Debian 8 tentando determinar os processos e seu respectivo tempo de execução de um determinado usuário:

$ ps -u <user>
  PID TTY          TIME CMD
26038 ?        00:00:00 php5-fpm
26052 ?        00:00:00 php5-fpm
26950 ?        00:00:00 php5-fpm
27344 ?        00:00:00 php5-fpm
28292 ?        00:00:00 php5-fpm
28691 ?        01:54:21 python3 /usr/lo
$ which ps  # ps is not aliased or so.
/bin/ps

Agora eu também quero o tempo decorrido para os respectivos processos. Então eu tentei:

$ ps -o cmd=,etime= -u <user>
php-fpm: pool <user>         00:36
php-fpm: pool <user>         00:36
php-fpm: pool <user>         00:24
php-fpm: pool <user>         00:18
php-fpm: pool <user>         00:04
python3 /usr/local/bin/fixw    17:39:44

No entanto, quero ter os nomes curtos do processo php-fpmcomo na primeira saída, não os nomes longos da segunda. Não consegui encontrar nenhuma maneira de fazê-lo, lendo psa página de manual do .
Como obtenho o CMD da saída #1 com o tempo decorrido da saída #2?

Solução A resposta do @StephenKitt foi a dica que faltava. No entanto, eu precisava modificá-lo um pouco. Saída estranha:

$ ps -o comm=,etime= -u <user>
,etime=
php5-fpm
php5-fpm
php5-fpm
php5-fpm
php5-fpm
ps
python3 /usr/lo

Opções separadas funcionam:

$ ps -o comm= -o etime= -u <user>
php5-fpm              00:55
php5-fpm              00:27
php5-fpm              00:24
php5-fpm              00:13
php5-fpm              00:08
python3 /usr/lo    17:49:38

Como posso remover uma unidade da systemctl --failedlista sem reiniciar a máquina?

Antecedentes: Tenho, entre outros, a seguinte entrada na lista:

● [email protected] loaded failed failed OpenVPN service for intranert

Isso aconteceu porque escrevi errado intranet, que é a instância produtiva real, na ativação do modelo de unidade há algum tempo. No entanto, agora sempre fico confuso à primeira vista, quando verifico as unidades com falha do servidor, pois parece que o serviço produtivo realmente falhou até que eu reconheça o erro de ortografia e me lembre do meu erro de digitação antigo.

Como posso combinar qualquer interface ethernet local dentro de uma systemd.networkdconfiguração? Eu quero que ele corresponda a todas as interfaces ethernet, mas não às interfaces wi-fi ou interfaces de túnel, etc. no host local, independentemente de seu nome, driver ou endereço MAC.