Просмотр последнего вывода stderr для окна терминала

Я использую Linux Mint 13, выпуск MATE.

Я только что запустил много очень медленных процессов rsync, которые создали огромный объем вывода в STDOUT. Последняя также вывела сообщение (предположительно в STDERR, но я не уверен), говоря, что некоторые файлы не могут быть скопированы.

Я теперь обеспокоен тем, что некоторые из более ранних команд также могли вывести сообщение об ошибке, и я не заметил. Есть ли способ ретроспективно просмотреть историю STDERR? Я знаю, что если бы я подумал об этом заранее, я мог бы запустить команды таким образом, чтобы сохранить STDERR в текстовый файл, но это то, что мне нужно сделать после факта.

У меня все еще есть окно терминала. Я пробовал прокрутку, но мой буфер прокрутки заполнен всем выходом STDOUT.

спасибо, Макс

  • Захват stdout и stderr как отдельные переменные в раковине рыбы
  • shell stderr to / dev / null
  • журнал регистрации ufsdump при резервном копировании на stdout
  • stdin, stderr, перенаправление и журналы
  • stderr над ssh -t
  • Использование find -exec и проблемы с перенаправлением стандартной ошибки
  • Перенаправить stdout программы командной строки Windows под вином
  • Как grep stderr?
  • One Solution collect form web for “Просмотр последнего вывода stderr для окна терминала”

    Если вы не предприняли шаги для регистрации вывода где-то заранее (например, путем регистрации всего сеанса с [ script] ( https://en.wikipedia.org/wiki/Script_(Unix) ) или перенаправлением вывода в файл) вывод команды, прокручиваемой с экрана, пропал¹.

    В случае rsync это не проблема. Rsync обычно idempotent (это не всегда так, но с большинством комбинаций опций он идемпотент), поэтому просто запустите его снова, чтобы снова увидеть ошибки.

    ¹ Некоторые из них могут по-прежнему присутствовать в памяти где-то, но сбрасывать память, а затем расчесывать дамп, это долгая и трудная задача и имеет высокий риск не найти ничего, потому что бит памяти уже используется повторно.

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