Grep с пробелами внезапно не работает

Найденный им:

  • Если sysctl fs/protected_hardlinks установлен,
  • жесткие ссылки кем-то не владелец (и без CAP_FOWNER), должен быть:
    • не особенный
    • не setuid
    • не исполняемый файл setgid
    • и читаемый и перезаписываемый

согласно fs/namei.c. Некоторый парень на ТАК требуемом, чтобы иметь папку Dropbox люди мог добавить к, но не видеть в (я думаю, что это - функция Windows), я полагал, что это было одним из нескольких мест, setgid будет хорош, и smoketest управлял мной здесь.

Благодаря всем и особенно Anthon, который предложил проверить источник.

(редактирование: sysctl, записывающий)

3
13.04.2017, 15:37
1 ответ
[

] Нашли проблему. Если вы помните в начале вопроса, я делаю в первую очередь []хвост -f[]. Я ошибся, когда сказал, что выхода нет, я оставил запущенной консоль и в конце концов (10 минут спустя), был вывод. Это объясняется более подробно здесь[

] [

][]http://www.ateamsystems.com/tech-blog/grep-output-is-delayed-or-no-output-when-piping-or-using-multiple-grep-calls-with-pipes/[][

] [

]Почему символ пробела влияет на время между выходами все еще остается загадкой, но следуя по этой ссылке, я решил эту проблему.[

] [

]В основном я отредактировал свой [].bashrc[][

] [

][]alias grep="grep --color=auto --line-buffered"[][

] [

]И теперь я получаю желаемый вывод.[

].
1
27.01.2020, 21:31

Теги

Похожие вопросы