Как просмотреть журнал машины времени в MacOS Sierra?

34

В предыдущей версии OSX я мог просматривать результаты предыдущих заданий резервного копирования Time Machine таким образом:

sudo syslog -F '$Time $Message' -k Sender com.apple.backupd

Сейчас системный журнал больше не является частью операционной системы. Он был заменен на " журнал «.

Мне не удалось найти информацию о работе машины времени, используя " журнал Msgstr "Я также не смог использовать (новую версию) консоль.

Какие-либо предложения?

— Arnstein
источник

37

macOS Sierra использует Unified Logging (память и хранилище данных; больше нет текстовых файлов).

Однако с log(1) утилита, вы можете просматривать, фильтровать, манипулировать и т. д. журналы. Увидеть man logи вот несколько примеров для TimeMachine:

Поток журнал, жить (как tail ):

log stream --style syslog --predicate 'senderImagePath contains[cd] "TimeMachine"' --info

Не транслируйте, но покажите выход конца журнала:

log show --style syslog --predicate 'senderImagePath contains[cd] "TimeMachine"' --info

— Chipster
источник

Привет Чипстер, спасибо за ответ. К сожалению, ваше предложение не сработало. Я применил вторую из ваших команд (Не транслировать), и все, что я получил, было следующее: 2016-09-22 10: 25: 17.242554-0700 localhost eventsd [4378]: (TimeMachine) TimeMachineMonitor Запуск этого после выполнения два резервные копии машины времени.

— Arnstein

Привет еще раз, Chipster, твоя вторая команда (Не транслировать) работает для меня сейчас. Однако эта команда возвращает информацию только о последней резервной копии Time Machine, которую я выполнил. Я предполагаю, что после каждой перезагрузки вся информация о регистрации теряется. Как вы думаете, это правда? Есть ли способ запросить более старую информацию?

— Arnstein

Арнштейн, я тоже новичок в этом, но, насколько я понимаю, сообщения журнала уровня "Info" только по умолчанию хранятся в памяти и поэтому не переживают перезагрузку. Если вы хотите, чтобы сообщения TimeMachine Info были сохранены на диск, попробуйте выполнить: # log config --subsystem com.apple.TimeMachine --mode persist:info (как корень).

— Lennart L

21

У меня была похожая проблема. Я написал этот сценарий оболочки, чтобы показать мне последние 12 часов активности Time Machine из журнала, а затем продолжать следить за журналом в реальном времени.

Я называю это tm-log

#!/bin/sh

filter='processImagePath contains "backupd" and subsystem beginswith "com.apple.TimeMachine"'

# show the last 12 hours
start="$(date -j -v-12H +'%Y-%m-%d %H:%M:%S')"

echo ""
echo "[History (from $start)]"
echo ""

log show --style syslog --info --start "$start" --predicate "$filter"

echo ""
echo "[Following]"
echo ""

log stream --style syslog --info --predicate "$filter"

— Jim Randell
источник

2

log занимает --last параметр, который может быть проще, чем вычисление --start (например. --last 12h показать последние 12 часов)

— Miles

8

Для тех, кто ищет в режиме реального времени сообщения Time Machine в приложении консоли GUI, включите «Включить информационные сообщения» в меню «Действие».

Затем появятся полезные сообщения о состоянии Time Machine, которые можно отфильтровать с помощью поиска Category:TMLogInfo,

Это выглядит как log(1) необходим для просмотра истории, так как Консоль не показывает ничего до того, как она была открыта.

— gabedwrds
источник

2

В настоящее время мое решение заключается в использовании log stream --style syslog --predicate 'subsystem == "com.apple.TimeMachine"' --info, Но я не совсем доволен этим, поэтому я все еще ищу лучший путь.

— Damien Clauzel
источник

0

Копировать и Вставьте следующее точно так, как показано ниже

log show --predicate 'subsystem == "com.apple.TimeMachine"' --info | grep 'upd: (' | cut -c 1-19,140-999

— PJ Mele
источник

0

В «терминале» введите (или скопируйте отсюда и вставьте):

log stream --style syslog  --predicate 'senderImagePath contains[cd] "TimeMachine"' --info

Это работает, но поскольку это потоковое, оно отображает активность, как это происходит. Если нет машины времени - она не будет отображать много (или что-либо еще). Первоначально is может создавать дампы, которые несколько дней назад могут быть где-то кэшированы, но затем он отображает журнал в реальном времени.

Я использовал этот поток журнала для определения конкретного поврежденного файла на моем диске, который препятствовал завершению резервного копирования. Удалил файл (фактически всю папку) и woilla - резервное копирование завершено при первом запуске. Нет больше ошибок.

— Shahar
источник