The reason is in kernel TASK_COMM_LEN (check man proc) constant fixed to
16 (name + \0). A guy called [Luben Tuikov][0] proposed to increase this
back on 2006 ([last lines][1] of sys.c). Even if this is too difficult
because of mysterous complicated reasons pgrep should search on the
complete name,
Confirmed on latest Xenial for top, `ps -e` and pgrep:
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:Ubuntu Xenial Xerus (development branch)
Release:16.04
Codename: xenial
$ python3 -c 'print(len("chromium-browser"))'
16
$ pgrep chromium-bro
A had report probably a duplicate of this, but take a look at my report
- about the man page X reality:
https://bugs.launchpad.net/ubuntu/+source/procps/+bug/976034
Ubuntu 12.04.1 64b
Why is this old Bug still not in Progress ? :-/
--
You received this bug notification because you are a mem
By the way, this also affects killall (for whoever writes scripts).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/295876
Title:
top and ps truncate command after 15 chars
To manage notifications ab
How come is undecided?
"ps" doesn't work as expected! This is a HUGE bug. I will switch to
other distro ONLY for this BUG.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/295876
Title:
top and ps tru
This is due to the fact that some procedures of procs get the command
name from /proc//stat but not from /proc//cmdline. As far as I
know, ps and pgrep also have this bug. For example, 'ps -e' ( non-BSD
stlye output) gives truncated commannd names. But if you have BSD
options, you get full command
** Also affects: procps
Importance: Undecided
Status: New
** Changed in: procps
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/295876
Title:
top and ps trun
