Por que a saída "ps" não está resolvendo o uid do meu processo?

8

Contexto : em um ubuntu Linux 2.6.24-22-xen # 1 SMP x86_64 GNU / Linux

Estou iniciando um daemon por meio de um script init.d, mas na saída "ps", ele está exibindo o usuário do daemon em formato numérico. por exemplo

1000  17560  1  1 11:04 ?  00:00:09 /usr/lib/jvm/java-6-sun/bin/java -server 
        -jar /home/superduperadmin/server/daemon.jar

1000 é o mapeado para superduperadmin em / etc / passwd.

Por que é isso ? É porque o superduperadmin é muito longo?

linux command-line-interface

ok, além disso, com o que você está tendo problemas?

Ainda não é exatamente um problema. Eu só estou me perguntando por que os IDs de usuário de alguns processos são resolvidos para suas contrapartes textuais enquanto meu daemon não.

17

Sim, é porque é muito longo ...

da página do manual ps (1) ...

nome de usuário efetivo do euser EUSER. Esse será o ID do usuário textual,
              se puder ser obtido e a largura do campo permitir, ou 
              uma representação decimal caso contrário. A opção n pode ser
              usado para forçar a representação decimal.

— Stobor
fonte

IIRC o limite para ps é de 8 caracteres e não pode ser alterado, independentemente da largura do seu terminal. \ o /

— David Pashley

Eu estava me perguntando isso, se talvez tivesse algo a ver com usuários LDAP, mas não. Obrigado.

— TRS-80

3

O nome de usuário é muito longo para ser exibido - mais de 8 caracteres.

Se você deseja uma pslistagem com nomes mais longos, defina o tamanho máximo permitido:

$ ps -e -o "pid,user:16,command"

— cweiske
fonte

0

renomeie o usuário 'superduperadmin' para 'sda'.

renomear o diretório home para corresponder é opcional, mas você precisa editar quaisquer scripts, arquivos de configuração, etc. que façam referência a esse nome de usuário (ou o dir, se você renomear o diretório home).
dê a si mesmo um golpe na parte de trás da cabeça para criar uma conta de usuário que exija muita digitação para se lembrar de não fazê-lo novamente :)

— cas
fonte