Quais são os passos desde o momento em que você inicia o terminal até o momento em que o shell começa a escutar a entrada do teclado?

Eu pensei que meu emulador de terminal (pseudo-terminal) fosse xterm-256color, já que é isso que eu recebo quando digito echo $TERM. Então o xterm chamaria ptmx. No entanto, quando eu verifico o PPID do shell (bash), ele é na verdade /usr/libexec/gnome-terminal-server. Então estou confuso, qual é a diferença entre esses dois? O xterm primeiro bifurca/exec /usr/libexec/gnome-terminal-server e então ele chama ptmx e depois bifurca/exec o shell, ou o quê?

$TERM não é como $SHELL e não indica o emulador de terminal real. Em vez disso, indica as capacidades do emulador de terminal – quais sequências de controle ele produzirá e aceitará. Os programas usam o valor $TERM para procurar o banco de dados 'termcap' ou 'terminfo' (veja infocmp) ou compará-lo com casos codificados.

Infelizmente, não é um sistema muito útil nos dias modernos, pois essas entradas do terminfo DB precisam ser distribuídas para todos os sistemas para os quais você faz SSH, e assim por diante. (Boa sorte se você tiver que se conectar a sistemas que não sejam Linux!) Por exemplo, se você instalar o terminal Foot e SSH em um sistema que não tenha ouvido falar do TERM=foot, os programas não saberão como interagir com ele. Como resultado, a maioria dos terminais imita o Xterm e alega conformidade com xtermou xterm-256colorpara que funcionem imediatamente.

O GNOME Terminal faz exatamente isso: ele não usa /bin/xterm para nada, mas afirma compatibilidade com /bin/xterm definindo o mesmo valor $TERM que o Xterm definiria.

Eu pensei que a sessão fosse algo exclusivamente vinculado ao terminal. Ou seja, cada terminal tem apenas uma sessão e pronto. No entanto, quando eu investiguei mais a fundo, descobri que é "coisa do kernel" e que cada processo tem uma sessão, incluindo /usr/libexec/gnome-terminal-server. Por que ele então cria uma nova sessão para o bash e não usa apenas a de /usr/libexec/gnome-terminal-server, já que isso é, na verdade, um terminal?

Os processos podem ter um 'terminal de controle' e, até onde eu sei, cada sessão do kernel também está associada a um 'terminal de controle'. Mas a palavra 'terminal' aqui não se refere ao emulador de terminal, mas ao dispositivo de terminal (o tty) – sua presença permite que o shell implemente o controle de tarefas (Ctrl-Z etc.) em seu próprio tty – então você precisa que cada dispositivo pty tenha sua própria sessão e seu próprio processo "líder" (o shell) com esse pty como o terminal de controle. Enquanto isso, o processo real do emulador de terminal (se é que existe algum!) é irrelevante para tudo isso e não precisa estar em uma sessão.

Esse é o máximo do meu conhecimento sobre sessões do kernel, então espero que outra pessoa dê uma resposta melhor.

Como /usr/libexec/gnome-terminal-server sabe qual shell iniciar/executar (no meu caso, bash)? Ele lê de algum lugar, posso alterá-lo?

O shell padrão é um parâmetro da sua conta de usuário, e é lido do seu /etc/passwdque você pode alterar usando chshou usermod(ou algum outro banco de dados de usuário através de getpwnam(), que você pode alterar usando quaisquer métodos que sejam adequados para esse banco de dados). Use getent passwd $USER– ou lslogins $USER– para consultar sua entrada passwd.

No GNOME Terminal, um comando personalizado pode ser definido por 'perfil' através da janela "Preferências" do aplicativo, semelhante à maioria dos outros emuladores de terminal.