Если вы находитесь на рабочем столе, вы можете попробовать Alt + F2 , а затем ввести gnome-terminal
, а затем Enter , чтобы увидеть, можете ли вы получить это загорелось.
Если по какой-то причине gnome-terminal
ничего не делает, попробуйте то же самое, но на этот раз с помощьюxterm
Если вы используете --link-dest
, ссылка на /hi/there
, rsync
создаст жесткие ссылки в hi/here
на файлы. Вы можете проверить это, запустив ls -l
, который покажет вам количество жестких ссылок. Если файл уникален, вы увидите только номер 1.
https://superuser.com/a/12975
Другой способ проверки — посмотреть уникальный ionode
номер файла и сравнить его между двумя папками, как описано здесь:
https://superuser.com/a/12974
Вы даже можете проверить это, сравнив папки, но мне проще сравнить один файл:
Как различать две папки по инодам
У меня был тот же вопрос относительно моей инкрементной резервной копии rsync, и я смог убедиться, что жесткие ссылки создаются правильно, без использования дополнительного пространства.
При перемещении большого объема данных (экономия за счет отсутствия двух копий в резервной копии должна превышать пространство в резервной копии, используемое для хранения дополнительного набора метаданных ), что я сделал пару раз раз
/hi/there
сделать жесткую ссылку с тем же именем в/hi/here
/hi/there
Предыдущие резервные копии будут (конечно )содержать только одну копию каждого файла, промежуточная резервная копия будет связывать новые имена с теми же копиями (в резервной копии ), а будущие резервные копии не будут знать что файлы (и )раньше имели другие имена и просто связывали новые копии с существующими копиями.
Если у вас нет места в резервной копии для дополнительной копии, ничто не мешает вам выполнить шаг 1 и шаг 3 с достаточным интервалом между ними, чтобы шаг 2 мог быть обычным запланированным резервным копированием.
Если вы не хотите, чтобы ваша резервная копия содержала эту дополнительную копию, ее можно удалить при создании новой резервной копии.