quando executo o ps -aux
comando no meu servidor linux, ao qual me conectei usando massa, poucos processos são longos demais para caber na largura atual da minha janela. Existe uma alternativa?
- Atualização -
Sinto muito pela desclassificação, achei que outras pessoas também não achariam a resposta útil, então fiz a desclassificação.
Aqui está a informação que você pediu.
hadoop-user@hadoop-desk:~$ echo $TERM
xterm
hadoop-user@hadoop-desk:~$ stty -a
speed 38400 baud; rows 47; columns 158; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R;
werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0;
-parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc -ixany -imaxbel -iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke
hadoop-user@hadoop-desk:~$ echo $COLUMNS
158
echo $TERM
,stty -a
eecho $COLUMNS
na sua pergunta.stty ocrnl
e / oustty sane
?ps axuww
Essa é a resposta;) Pelo menos para mim. Os duplicadosww
fizeram.Respostas:
É provável que você esteja usando um pager como
less
ou,most
pois a saída deps aux
é maior que uma tela. Nesse caso, as opções a seguir farão com que (ou force) linhas longas sejam quebradas em vez de truncadas.Se você usar um dos seguintes comandos, as linhas não serão quebradas, mas você poderá usar as teclas de seta ou outras teclas de movimento para rolar para a esquerda e para a direita.
As linhas são sempre agrupadas para
more
epg
.Quando
ps aux
usado em um tubo, aw
opção é desnecessária, poisps
somente usa a largura da tela quando a saída é para o terminal.fonte
most
é outro pager. Eu adicionei um link na minha resposta.w
não ser necessária ao usar um pipe parece ser dependente do sistema. No openSUSE Leap 15.0 e no Ubuntu 18.04, comandos comops aux | grep <something>
atuam na saída deps
truncado pela largura do terminal.Usando os
auxww
sinalizadores, você verá o caminho completo para a saída na janela do terminal e nos scripts de shell.ps aux
lista todos os processos executados por todos os usuários. Vejaman ps
para detalhes. Oww
sinalizador define largura ilimitada.Encontrei a resposta no seguinte blog:
http://www.snowfrog.net/2010/06/10/solaris-ps-output-truncated-at-80-columns/
fonte
ps auxf > ps.log
simples e perfeito:
não vai truncar linha
fonte
Basta jogá-lo no gato, que enrola automaticamente
fonte
cat
O comando está em todas as caixas nix disponíveis.Passar alguns
w
segundos ignorará a largura da tela.fonte
Se você estiver especificando o formato de saída manualmente, também precisará garantir que a
args
opção seja a última na lista de campos de saída, caso contrário, será truncada.ps -A -o args,pid,lstart
dámas
ps -A -o pid,lstart,args
você obtém a linha de comando completa:fonte
você pode definir o formato de saída, por exemplo, para ver apenas o comando e a identificação do processo.
veja a página de manual do ps para mais formato de saída. Como alternativa, você pode usar o
-w
ou--width n
opções .Se tudo mais falhar, aqui está outra solução alternativa (apenas para ver seus longos cmds)
fonte
Desculpe chegar atrasado à festa, mas encontrei esta solução para o problema.
As linhas são truncadas porque ps insiste em usar o valor de $ COLUMNS, mesmo que a saída não seja a tela naquele momento. O que é um bug, IMHO. Mas fácil de contornar, basta fazer o ps pensar que você tem uma tela super ampla, ou seja, defina COLUMNS alto durante o comando ps. Um exemplo:
Espero que isso ainda seja útil para alguém. Todas as outras idéias pareciam muito complicadas :)
fonte
Se nenhuma das soluções acima funcionar, a saída de
ps
não é seu problema. Talvez você precise definir massa para quebrar longas filas ?Caso contrário, precisamos de mais informações.
fonte
Se
grep
o comando que você está procurando com um pipe do ps aux, ele envolverá o texto automaticamente. Eu usei muitas das outras respostas aqui, mas às vezes, se você estiver procurando por algo específico, é bom usargrep
e você sabe que isso envolverá linhas.Por exemplo
ps aux | grep ffmpeg
.fonte
Encontrei esta resposta, que foi o que me chamou atenção, pois nenhuma das respostas acima funcionou
/unix/91561/ps-full-command-is-too-long
Basicamente, o kernel está limitando minha linha de cmd.
fonte
Evidência de truncamento mencionada por outros (um exemplo pessoal)
Isso ^^ captura essa saída longa em uma variável Em oposição a
Desde que eu estava tentando isso em um notebook Docker jupyter, eu precisava executá-lo com o estrondo, é claro.
Surpreendentemente, os notebooks jupyter permitem que você execute isso mesmo! Mas fico feliz em ajudar a encontrar o notebook ofensivo ocupando toda a minha memória = D
fonte