wexibe as informações armazenadas em utmp( /var/run/utmpnormalmente em sistemas Linux). Isso geralmente é atualizado apenas por sessões de “login”, ou seja login (para logins em consoles virtuais ou conexões seriais), o gerenciador de exibição (para sessões gráficas), o servidor SSH (para conexões SSH) e alguns (a maioria?) emuladores de terminal. No último caso, a atualização ou não utmpdepende do suporte e da configuração integrados; por exemplo xterm, tem o utsinalizador para isso ( -utdesabilita utmpas atualizações, +uthabilita-as) e o Terminal GNOME não atualiza mais utmpdiretamente .

Então você está vendo as entradas que foram adicionadas utmpno seu caso: uma adicionada pelo seu gerenciador de exibição (em tty7) e outras adicionadas por alguns dos emuladores de terminal que você está usando.

Deve ser possível agrupar comandos para adicionar utmplogs a qualquer coisa que você quiser, usando, por exemplo libutempter, , mas isso aparentemente não é tão direto quanto se poderia esperar .

wnão mostra sessões de terminal. O banco de dados de login , que o wprograma relata, não é um banco de dados de terminal . (Formalmente, é um banco de dados de contabilidade do usuário , mas a Especificação Unix Única está incompleta neste ponto.)

Se fosse um banco de dados de terminal, ele registraria todos os pseudo terminais que os programas usam, como NeoVIM, emacs, tmux, screen, ptybandage, ptyrune até mesmo script. Mas não, e não é.

(Pode-se fazer um argumento semelhante, que requer um conhecimento um pouco maior da história, sobre não registrar o uso do terminal "call out" e sessões de terminal como BBS, FidoNet e UUCP.)

Como um banco de dados de login , ele registra sessões de login , tanto textuais quanto gráficas. O pessoal da libvte argumenta que gravar nesse banco de dados está dentro do alcance dos subsistemas de login , gráfico e textual, não dentro do alcance de um emulador de terminal que é executado em sessões de login. Este é um ponto justo, reforçado pelo fato de que torna absurda a segurança da contabilidade de login para permitir que programas fora da Trusted Computing Base gravem/atualizem o banco de dados de login.

Como tal, você não deve esperar que cada sessão do emulador de terminal apareça como uma sessão de login no banco de dados de login — ou mesmo qualquer sessão de emulador de terminal. Mesmo os emuladores de terminal que estão invocando shells de login não estão fazendo nenhum logon real no sistema e estão agindo inteiramente dentro de uma sessão já conectada. Os escritores do emulador de terminal tentaram fazer com que o banco de dados de login registrasse as sessões do emulador de terminal, mas o esforço levou a uma série de problemas, reconhecidos há muito tempo.

Por outro lado, você deve esperar ver um único registro para sua sessão de login da GUI . (Embora, conforme explicado em um artigo em leituras adicionais, na prática isso seja uma bagunça.)

Leitura adicional

• Jonathan de Boyne Pollard (2018). O banco de dados de login do Unix . Respostas Frequentemente Dadas.
• https://unix.stackexchange.com/a/437762/5132
• pututxline. Especificações básicas . IEEE 1003.1:2017. O Grupo Aberto.