Рейтинг:0

Настройте Back In Time для резервного копирования домашних папок независимо от того, кто вошел в систему

флаг ar

На нашем домашнем компьютере есть две учетные записи пользователей, одна администраторская (пользователь А) и одна стандартная пользовательская (пользователь Б). я пытаюсь использовать Назад во времени для создания регулярных отдельных резервных копий домашних папок каждого пользователя (с неповрежденными разрешениями) независимо от того, кто в данный момент вошел в систему.

IE, если компьютер включен, то я хочу, чтобы backintime проверял и делал резервную копию любых изменений в домашних папках каждого пользователя.

ПРИМЕРЫ: ЕСЛИ пользователь A вошел в систему, а пользователь B вышел из системы в течение всего дня, я все равно хочу, чтобы Back In Time запускал ежедневную проверку / резервное копирование (если что-либо изменилось) домашней папки пользователя B, и наоборот: даже если пользователь А выходит из системы весь день, я все равно хочу, чтобы Back In Time запускал ежедневную проверку / резервное копирование домашней папки этого пользователя.

(Как) можно добиться этого результата, сохранив при этом разрешения/владение файлами и каталогами?

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

Что я уже пробовал: Я настроил два профиля резервного копирования из учетной записи пользователя А (административной), один для пользователя А и один для пользователя Б, но они оба перешли в crontab пользователя А, который, как я полагаю, активен только тогда, когда активна учетная запись этого пользователя, верно? Поэтому, если пользователь B вошел в систему, резервное копирование не будет выполняться. Кроме того, резервная копия пользователя Б теперь принадлежит пользователю А.

Вариант? Или я должен настроить профили резервного копирования под отдельной учетной записью каждого пользователя, которые указывают на одни и те же хранилища резервных копий? Таким образом, если пользователь А вошел в систему, задание по резервному копированию пользователя Б по-прежнему выполняется по крайней мере один раз, а если пользователь Б вошел в систему, задание по резервному копированию пользователя А по-прежнему выполняется по крайней мере один раз. Но я был бы обеспокоен тем, что это может создать проблемы с правом собственности и разрешениями.

Вариант Пример

Резервные профили пользователя A:

  1. Резервное копирование пользователя A выполняется ежечасно в /backup/location/UserA/
  2. Резервное копирование пользователя B запускается при загрузке/перезагрузке в /backup/location/UserB/.

Профили резервного копирования пользователя B:

  1. Резервное копирование пользователя B выполняется ежечасно в /backup/location/UserB/
  2. Резервное копирование пользователя A запускается при загрузке/перезагрузке в /backup/location/UserA/.

Является ли ответ на то, как заставить эту работу работать в настройке ACL? Похоже, что мои поиски по этой теме указывают мне на это...

Или настроить crontabs для разных пользователей? https://vnexplorer.net/set-up-automatic-mode-in-linux-with-crontab-s383585.html

Точно так же можно запланировать задания в cron с ролью другого пользователя, используя флаг -u:

sudo crontab -u имя пользователя -e

heynnema avatar
флаг ru
Просто мысли вслух... запустите корневую версию BIT, настройте два профиля, один для пользователя A и один для пользователя B. Сделайте резервную копию папки Documents только для каждого пользователя, запланируйте запуск каждого из них с выбранным интервалом. Ежечасно слишком часто. В худшем случае проблема может заключаться в правах собственности на файлы резервных копий, но это легко исправить с помощью одной команды chown после восстановления.
ethan avatar
флаг ar
Итак, вы говорите, что единственная проблема с запуском BIT от имени пользователя root — это права доступа, а не какие-либо потенциальные проблемы с безопасностью?
heynnema avatar
флаг ru
Не разрешения, а права собственности на файл. Нет гарантий, что это сработает, но попробовать стоит. Если получится, напишу официальный ответ. Доложить.
ethan avatar
флаг ar
Спасибо, я думаю, что я собираюсь сократить свои потери на BIT и просто переключиться обратно на Deja Dup. Я не могу на всю жизнь заставить функцию планирования анакрона BIT работать правильно, и это просто мешало процессу резервного копирования ... программа должна установить задание cron, чтобы проверить, нужно ли ей выполнять резервное копирование каждые 15 минут по отметке времени последней резервной копии, но что-то идет не так, и он просто создает новую резервную копию.
heynnema avatar
флаг ru
Я не уверен, что доверял бы ДД. Ты довольно быстро отказался от BIT, не так ли?
ethan avatar
флаг ar
Почему ты не доверяешь ДД? он работал надежно для меня в течение нескольких лет. Моя жалоба на это - отсутствие настраиваемости и отсутствие прозрачной резервной копии. Но лучшего варианта пока не нашел.
heynnema avatar
флаг ru
Я не слышал ничего, кроме неприятностей, когда пользователи пытались восстановить данные, резервные копии которых были созданы с помощью DD.
ethan avatar
флаг ar
— Быстро сдался, да? это предполагает, что вы знаете, как долго я пытался заставить BIT работать ... это производственный компьютер, мне нужно продолжать свою жизнь с надежным программным обеспечением. BIT не ведет себя как надежное программное обеспечение. DD зарекомендовал себя как надежное программное обеспечение, и они частично решили проблему прозрачности с помощью нового браузера восстановления. У меня работает, а у BIT нет.
heynnema avatar
флаг ru
Используйте то, что работает для вас.
ethan avatar
флаг ar
Да, я надеялся, что это будет BIT, но проблема с неправильным поведением планировщика, приводящим к 15-минутному резервному копированию, действительно разозлила меня. Я попробую / изучу снова следующее обновление ... (вероятно, 2025)

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.