sudo read грузит процессор

Ввожу
bash -c 'read -p "Нажми Enter" '
Всё работает номально, то есть тихо ждёт, и по Enter завершается.

Ввожу
sudo bash -c 'read -p "Нажми Enter" '
Внешне всё то же самое, но со 100% загрузкой одного ядра. Почему? Как избавиться?
Не воспроизвелось. Это баш так нагрузил или какой другой процесс?
Medar
Не воспроизвелось....
Проверил - аналогично - все срабатывает нормально, ничего никого не грузит.
Ошибки не исчезают с опытом - они просто умнеют
Medar
Не воспроизвелось
Аналогично.
Medar
Не воспроизвелось. Это баш так нагрузил или какой другой процесс?
sudo.
  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
23714 root       6   0    8304   1776   1444 R  97,6  0,0   2:02.03 sudo
 1235 root       5  -1  101904  35564   9012 S  11,0  0,6  39:02.05 X     
Процессор двухъядерный, top показывает раздельно по ядрам, так что 98% - это как раз полная загрузка одного ядра. Conky настроен на сводную загрузку, он показывает 50% для sudo и 65% всего.
Система свежеобновлённая.

PS bash совсем ни при чём. sudo leafpad точно так же грузит.
Только обновился, проверил - не воспроизводится(x86_64). Вы случайно для себя не настраивали pam как нибудь специфично? Прогоните на предмет отличий от оригинальных конфиги пакетов sudo и pam. Безобразие только для sudo в рута, или для в любого пользователя? Было у меня и проскакивало на форуме: барабашка ворует файлы; помогает переустановка пакета. Возможно какие-то новые конфиги лежат как .pacnew, а старые глючат.
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
23714 root 6 0 8304 1776 1444 R 97,6 0,0 2:02.03 sudo
Странный вывод, если это top так говорит... вот у меня например
sudo md5sum < /dev/urandom
выдает
PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
2277 root      20   0   16560    548    452 R  98,1  0,0   0:07.69 md5sum
1    root      20   0   31756   3300   1976 S   0,0  0,1   0:01.11 systemd
т.е. не пишет, что это sudo. Посмотрите
ps aux|grep sudo
возможно это что-то другое... утверждать не буду, но по моему sudo меняет свой UID, а затем делает exec, замещая себя вызываемой программой. В существовании sudo как отдельного процесса сомневаюсь.
upgpkg: sudo 1.8.9.p3-2
Fix FS#38511: [sudo] consumes entire CPU core while waiting on child process.

(пока в Testing)
naszar
но по моему sudo меняет свой UID, а затем делает exec, замещая себя вызываемой программой. В существовании sudo как отдельного процесса сомневаюсь.
Это проверяется следующим
- $ sudo mc
- $ pstree -p | grep sudo
|-gnome-terminal-(725)-+-bash(730)---sudo(735)---mc(736)---bash(738)
- $ ps aux | grep sudo
root 735 0.0 0.0 6972 1780 pts/0 S+ 08:56 0:00 sudo mc
Интересен вывод $ top и $ htop в части просмотра процесса с PID=735
top выдает — 735.........sudo
htop выдает — 735........sudo mc
Вот и понимай, как хочешь???
Ошибки не исчезают с опытом - они просто умнеют
vasek
Вот и понимай, как хочешь???
Спасибо, был неправ, разобрался..
$ ps aux|grep firefox
root      1983  0.0  0.0  36220  1696 ?        S    11:45   0:00 sudo -u chromeuser firefox
сhromeu+  1984  6.4 10.6 1328696 416188 ?      SLl  11:45  24:33 firefox
он форкается для команды и ждет завершения порожденного процесса. Монстр еще тот.. я если честно, думал что он проще.
 
Зарегистрироваться или войдите чтобы оставить сообщение.