Обычно grep используется для отображения только строк, содержащих указанное ключевое слово, вместо отображения всего вывода файла или команды в терминале.
По моему мнению, sudo clamscan -v -r /folder/to/scan/ | grep FOUND >> /path/to/save/report/file.txt будет читать файл сканирования ClamAV (его нужно указать), найдите в нем любую строку, содержащую слово «FOUND», и скопируйте эти строки в новый файл (который вы указали).
Это не так много аргумент как вещь, которую вы просите grep найти в указанном файле.
Они скорее всего не являются отдельными отдельными процессами, а потоками, которые разделяют память.
Однако gnome-settings-daemon необходим, поскольку он необходим для обеспечения темы, привязки клавиш, намека на шрифт и различных других настройки обрабатываются должным образом. Этот процесс также используется в Unity 7, но под Unity был раздвоен как unity-settings-daemon из-за некоторых изменений.
Это связано с желанием централизации и (возможно) безопасности посредством отдельного процесса, применяющего настройки и изменения на диске, а не для того, чтобы каждая программа выполняла его сама. Поэтому, когда вы вносите изменения, например, даже на вкладку, которую вы используете в системном мониторе, он свяжется с запущенным процессом (gnome-settings-daemon) и попросит его записать изменения на диск, он, вероятно, также прочитает изменения в диск через этот процесс.
Это может показаться вам странным, однако с точки зрения программиста (особенно модульного программирования) это очень хорошо для безопасности, так как есть только одна аутентифицированная программа, выполняющая изменения на диске , а не для того, чтобы каждая программа выполняла это отдельно. Это также означает, что, если есть изменения в этом процессе (о том, как данные считываются на диск и с диска, и, возможно, даже в формате), что тогда изменения действительно были сделаны только в одном месте, gnome-settings-daemon, скорее чем в каждом отдельном приложении. Опять же, с точки зрения программиста это очень хорошая практика.
Почему у них несколько запущенных, возможно, несколько из них работают для разных пользователей (например, ваша учетная запись пользователя и gdm могут иметь разные), это то же самое просто под разными разрешениями и делает это для другого пользовательского пространства. Это может быть также из-за того, что они (разработчики GNOME) просто решили сделать, и с точки зрения этого вы можете либо взглянуть на исходный код, либо на лучший вариант, вы можете просто спросить их. Но они, скорее всего, просто оттолкнут вас (в зависимости от сложности и того, как вы полагаете их для них, я думаю).
Они скорее всего не являются отдельными отдельными процессами, а потоками, которые разделяют память.
Однако gnome-settings-daemon необходим, поскольку он необходим для обеспечения темы, привязки клавиш, намека на шрифт и различных других настройки обрабатываются должным образом. Этот процесс также используется в Unity 7, но под Unity был раздвоен как unity-settings-daemon из-за некоторых изменений.
Это связано с желанием централизации и (возможно) безопасности посредством отдельного процесса, применяющего настройки и изменения на диске, а не для того, чтобы каждая программа выполняла его сама. Поэтому, когда вы вносите изменения, например, даже на вкладку, которую вы используете в системном мониторе, он свяжется с запущенным процессом (gnome-settings-daemon) и попросит его записать изменения на диск, он, вероятно, также прочитает изменения в диск через этот процесс.
Это может показаться вам странным, однако с точки зрения программиста (особенно модульного программирования) это очень хорошо для безопасности, так как есть только одна аутентифицированная программа, выполняющая изменения на диске , а не для того, чтобы каждая программа выполняла это отдельно. Это также означает, что, если есть изменения в этом процессе (о том, как данные считываются на диск и с диска, и, возможно, даже в формате), что тогда изменения действительно были сделаны только в одном месте, gnome-settings-daemon, скорее чем в каждом отдельном приложении. Опять же, с точки зрения программиста это очень хорошая практика.
Почему у них несколько запущенных, возможно, несколько из них работают для разных пользователей (например, ваша учетная запись пользователя и gdm могут иметь разные), это то же самое просто под разными разрешениями и делает это для другого пользовательского пространства. Это может быть также из-за того, что они (разработчики GNOME) просто решили сделать, и с точки зрения этого вы можете либо взглянуть на исходный код, либо на лучший вариант, вы можете просто спросить их. Но они, скорее всего, просто оттолкнут вас (в зависимости от сложности и того, как вы полагаете их для них, я думаю).