В предыдущей версии OSX я мог просматривать результаты предыдущих заданий резервного копирования Time Machine таким образом:
sudo syslog -F '$Time $Message' -k Sender com.apple.backupd
Сейчас системный журнал больше не является частью операционной системы. Он был заменен на " журнал «.
Мне не удалось найти информацию о работе машины времени, используя " журнал Msgstr "Я также не смог использовать (новую версию) консоль.
Какие-либо предложения?
источник
log config --subsystem com.apple.TimeMachine --mode persist:info
(как корень).У меня была похожая проблема. Я написал этот сценарий оболочки, чтобы показать мне последние 12 часов активности Time Machine из журнала, а затем продолжать следить за журналом в реальном времени.
Я называю это
tm-log
источник
log
занимает--last
параметр, который может быть проще, чем вычисление--start
(например.--last 12h
показать последние 12 часов)Для тех, кто ищет в режиме реального времени сообщения Time Machine в приложении консоли GUI, включите «Включить информационные сообщения» в меню «Действие».
Затем появятся полезные сообщения о состоянии Time Machine, которые можно отфильтровать с помощью поиска
Category:TMLogInfo
,Это выглядит как
log(1)
необходим для просмотра истории, так как Консоль не показывает ничего до того, как она была открыта.источник
В настоящее время мое решение заключается в использовании
log stream --style syslog --predicate 'subsystem == "com.apple.TimeMachine"' --info
, Но я не совсем доволен этим, поэтому я все еще ищу лучший путь.источник
Копировать и Вставьте следующее точно так, как показано ниже
log show --predicate 'subsystem == "com.apple.TimeMachine"' --info | grep 'upd: (' | cut -c 1-19,140-999
источник
В «терминале» введите (или скопируйте отсюда и вставьте):
Это работает, но поскольку это потоковое, оно отображает активность, как это происходит. Если нет машины времени - она не будет отображать много (или что-либо еще). Первоначально is может создавать дампы, которые несколько дней назад могут быть где-то кэшированы, но затем он отображает журнал в реальном времени.
Я использовал этот поток журнала для определения конкретного поврежденного файла на моем диске, который препятствовал завершению резервного копирования. Удалил файл (фактически всю папку) и woilla - резервное копирование завершено при первом запуске. Нет больше ошибок.
источник