Перенаправление сообщений об ошибках syslogd в журнал ошибок или в нулевой файл?

У меня есть старый ноутбук PowerPC (старый Mac Powerbook G4), в котором я запускаю вариант Debian Squeeze (MintPPC 9).

Я продолжаю получать сообщения об ошибках ядра, когда я подключен к конкретной беспроводной сети, но не в другое время. Я подозреваю, но не доказал, что он возникает из сетевого модуля. Сообщения об ошибках подавляют все, что я делаю в то время (например, накладывание дисплея CLI Emacs), но, похоже, не влияют на функцию машины, даже сетевое взаимодействие кажется солдатом.

Есть ли способ перенаправить сообщения об ошибках из syslogd специально в журнал ошибок или, возможно, /dev/null но оставить другие сообщения об ошибках, идущие на stdout . Я знаю, что 2>> будет направлять сообщения об ошибках, но так как я не сознательно начал syslogd, я не знаю, как это сделать.

Иногда сообщения об ошибках более сложны, но вот пример:

 Message form syslogd@debian at Dec 10 09:48:02 ... kernel:[ 720.749515] -----------[ cut here ]--------------- 

  • Как я могу очистить терминал другими командами?
  • Деактивировать символ DCS contol
  • Команда `ls -ltu` не может отображать папки / файлы на основе последнего времени доступа
  • Выходные данные Все строки За исключением строк, содержащих указанный шаблон
  • Что такое bitwise.c ~?
  • Отметьте дескриптор как терминал для теста -t
  • Отключение SSH в CentOS?
  • Можно ли включить поддержку фреймбуфера в xterm
  • One Solution collect form web for “Перенаправление сообщений об ошибках syslogd в журнал ошибок или в нулевой файл?”

    То, что вы испытываете, – это сообщение об изменении wall .

    Debian по умолчанию syslog daemon, rsyslog , будет с настройкой конфигурации по умолчанию отправлять сообщения с серьезностью из любого объекта ( * ) всем зарегистрированным пользователям через wall (из /etc/rsyslog.conf ):

     # # Emergencies are sent to everybody logged in. # *.emerg :omusrmsg:* 

    Вы можете изменить это, настроив Rsyslog на выполнение чего-то другого.

    Например (хотя я не уверен, что это действительно целесообразно, чтобы сообщения о непредвиденных ситуациях были невосприимчивы), вы могли бы изменить правило catch / all /var/log/messages (выше *.emerg )

     *.=info;*.=notice;*.=warn;\ auth,authpriv.none;\ cron,daemon.none;\ mail,news.none -/var/log/messages . *.=info;*.=notice;*.=warn;\ auth,authpriv.none;\ cron,daemon.none;\ mail,news.none -/var/log/messages 

    также поймать *.emerg и прокомментировать правило ниже.

    (Надеюсь, это поможет вам, я должен признать, что не полностью выполнил ваш параграф в отношении перенаправления stdout …)

    Interesting Posts

    Cron, чтобы проверить, запущен ли PHP-скрипт, если он не запускается

    Как скопировать строки из нескольких файлов в один новый файл и сохранить имя файла?

    Захват многострочного вывода встроенного bash

    как остановить экран от гашения / затухания?

    Отсутствует вызов Xutf8LookupString в Solaris 10

    Запрещенное ограничение обработчика сигнала процесса инициализации pid-имен

    Застрял при установке grub на USB-накопитель (неизвестная файловая система / такой раздел)

    Как сохранить статус последнего выхода после теста

    Как напечатать определенные поля, если выполнено условие

    Подголовник внутри кавычек

    Неудовлетворенная зависимость после обновления дистрибутива linux mint

    Неправильно установлен chmod / 777. Проблемы?

    Очистка временного файла ~ / .cache / duplicity / temp failed

    Как я могу сделать спаривание программы 'ltunify' постоянной?

    scp не отображает вывод при использовании с gnu parallel

    Linux и Unix - лучшая ОС в мире.