Timeshift: Timeshift не создает новый снимок

Опишите ошибку
Я испытываю то же самое, что и # 590. Как автоматические, так и создаваемые вручную моментальные снимки не завершаются и остаются застрявшими при высокой загрузке процессора. Снимок, похоже, был создан при просмотре / timeshift / snapshots /, но не отображается в графическом интерфейсе. вверху показаны две задачи rsync, выполняемые с высокой загрузкой процессора.

Воспроизводить
Шаги по воспроизведению поведения:

1. Запустить снимок вручную
2. Снимок выполняется в обычном режиме с обратным отсчетом до 00.00.00. Прогресс перестает увеличиваться ближе к концу полосы. Два процесса rsync бесконечно продолжаются с высокой загрузкой процессора.
3. Нет сообщения об ошибке

Ожидаемое поведение
Создание снимка, который распознается в графическом интерфейсе

Система:

• ОС - Arch linux полностью обновлен по состоянию на 23.04.2020.
• Рабочий стол KDE
• Timeshift версия 20.03
• Ошибка возникла после обновления системы (sudo pacman -Syu) ~ 22 апреля 2020 г.
• Откат к более раннему моментальному снимку устранил проблему, пока обновление не было повторено.

2020-04-23_17-00-01_backup.log

Обновлять
Я провел дополнительное тестирование этой проблемы, вернувшись к рабочему снимку. На основании того, что недавнее обновление вызвало эту проблему, я проверил номера версий для зависимостей временного сдвига, перечисленных в AUR. Трёх не было в последних версиях. Я обновлял каждый из них индивидуально и проверял, что смещение во времени по-прежнему работает должным образом после каждого обновления. Проблем не обнаружено. Наконец, я сделал полное обновление системы, которое, к сожалению, воссоздало проблему.

Обновление 30 апреля
Теперь у меня есть несколько решений этой проблемы благодаря обсуждениям на нескольких досках. Проблема, похоже, связана со значительными изменениями в пакете dhcpcd, когда он недавно обновился до версии 9.x. Эта версия монтирует файловые системы в / var / lib / dhcpcd, что приводит к резервному копированию огромного объема данных, возможно, бесконечного.

Я нашел два эффективных решения:

 1. Stop the dhcpcd service while backing up. (not ideal)
 2. Switch the management of network services to NetworkManager. (Haven't found a downside to this yet)

Другие сообщают об успехе с третьим решением, которое я не пробовал:

 3, Set the exclude parameters to exclude any folder below /var/lib/dhcpcd

Я предполагаю, что вопрос в том, «может ли Timeshift обнаружить такой сценарий в будущем и обойти его за кулисами?». Думаю, это может быть слишком сложно.