Чистая установка и инструмент Microsoft связываются с Windows для миграции пользовательских данных от одной машины до другого. Не совсем вид ответа, который Вы, возможно, искали, но Вы будете благодарить меня позже, я считаю. Это все еще дает Вам план нейтрализации, если вещи идут не так, как надо, и это обходит проблему необходимости в Фантомном клоне, но не наличия того, также.
Вы получите более последовательную машину "состояние" этот путь, и поскольку размеры SSD все еще обычно меньше, чем 'традиционный' диск, я думаю, что это также стоит того для свободного места, которое Вы оставите также - всегда существует некоторый 'хлам', оставленный позади во время обновления.
logrotate
по умолчанию ничего не регистрирует. обычно он должен быть где-то в вашем cron, например:
$ grep -r -- 'logrotate.conf' /etc/cron*
/etc/cron.daily/logrotate:/usr/sbin/logrotate /etc/logrotate.conf
Вы можете либо запустить это вручную, чтобы увидеть, что не так, либо перенаправить вывод logrotate в файл в указанном выше cron, чтобы увидеть, что произошло на следующий день.
Вероятно. где-то конфигурация неверна и вызвала прерывание выполнения logrotate.
Если вы запускаете logrotate
из cron и не перенаправляете вывод, вывод, если таковой имеется, будет отправлен на электронную почту для любого идентификатора, на котором выполняется задание cron . Я перенаправляю свой вывод в файл журнала.
Например:
25 3 * * 7 /usr/sbin/logrotate -s /home/user/conf/mwarelogrotate.state
/home/user/conf/mwarelogrotate.conf >> /home/user/logs/logrotate.log 2>&1
Еще одно хорошее место для поиска ошибок - это / var / log / messages
в CentOS, например, из cron.daily /etc/cron.daily/logrotate
logrotate: ALERT exited abnormally with [1]
Вы также можете запустить в режиме отладки вручную и проверить наличие ошибок:
/usr/sbin/logrotate -d /etc/logrotate.conf
Единственное, что обычно записывает logrotate, находится в cat /var/lib/logrotate/status[1139496ght.[12109 sizesЭто взято из https: // serverfault .com / a / 518134/266525
Проверьте /etc/logrotate.conf
на наличие глобальных параметров конфигурации, которые могут влиять на задачи, настроенные через /etc/logrotate.d/
Если logrotate не выполняет ротацию журналов или переходит в состояние сбоя, рекомендуется запустить lograte вручную в режиме отладки, чтобы увидеть список ошибок, например:
/usr/sbin/logrotate -d /etc/logrotate.d/*
Эта команда проверяет ротацию журналы для всех служб, файлы которых расположены в /etc/logrotate.d
. Если в нем перечислены ошибки (например, ошибки, вызванные повторяющимися записями журнала), вы поймете, почему у logrotate есть проблемы.