Вопросы о RSnapshot - Разрешения пользователя, Удаление и Hardlinks
Думаю, вам нужен интерактивный сеанс после запуска исходного файла.
konsole использует вызовы system () или popen () для выполнения параметра -e. source - это встроенная функция bash, поэтому вы не можете просто вызвать его.
Трудно указать bash запускать команды, а затем начинать интерактивный сеанс. Есть параметры --init-file и --rc-file, но они будут использоваться вместо ваших обычных файлов конфигурации. Это может быть неудобно.
Я думаю, что этот сценарий оболочки подойдет вам.
#!/usr/bin/env bash
source file
exec bash
Поместите его в файл "script.sh", сделайте его исполняемым и запустите таким образом
# Edit script.sh
chmod +x script.sh
konsole -e ./script.sh
Думаю, вы установили некоторые переменные в своем файле. Его следует экспортировать, если он используется в интерактивном сеансе.
export VAR=value
Или, если вам не нужен интерактивный сеанс, вы можете использовать этот скрипт
#!/usr/bin/env bash
source file
echo "Press enter to exit"
read
Хорошо. В консоле тоже может быть ошибка. Наверное, нам стоит сообщить об этом.
Обычно вы хотите запустить rsnapshotкак пользователь root, а также скопировать файлы как rootна удаленную сторону. В противном случае все права пользователя и группы будут установлены для пользователя, которого вы используете для подключения к удаленной стороне, что сделает вашу резервную копию бесполезной.
Чтобы проверить, почему не все данные были скопированы, просмотрите журналы, которые по умолчанию являются системным журналом, или, если вы настроили файл журнала, вам необходимо обратиться к нему. Если вы сомневаетесь, какой механизм журнала включен, проверьте файл конфигурации.
Если вы запускаете cronjobкак обычный пользователь, это может быть причиной, поскольку у пользователя может не быть разрешения на копирование всех данных.
Не следует трогать папки для резервных копий, которые создает rsnapshot. rsnapshotскопирует данные из источника как есть и создаст новую папку, которая будет отражать содержимое источника в данный момент времени. В зависимости от вашей политики хранения удаленная папка в источнике со временем исчезнет из вашей резервной копии.
Жесткие ссылки — это разные записи каталога, указывающие на один и тот же inode. Невозможно определить, какая запись каталога была исходной . Также возможно, что первая запись каталога, указывающая на файл, была давно удалена, но другие записи каталога все еще указывают/ссылаются на этот файл.