Сбой функции “Возврат во времени” при попытке восстановить диск

Внутренний диск объемом 5TB с файловой системой ext4 внезапно перестал монтироваться. Я использовал backintime для создания резервной копии. Я купил новый жесткий диск, но когда попытался запустить backintime, он сказал, что нет снимков, и ни один не отображался в графическом интерфейсе. Единственный снимок, который я нашел с помощью файлового менеджера, был в папке под названием “last_snapshot”, датированной вчера, и в ней был текстовый файл с названием “failed”. С другой стороны, я не уверен, как выглядит файл снимка. Я вижу эти текстовые файлы “failed” для инкрементных папок вплоть до четырех недель назад. Затем backintime завис, и после жесткого завершения работы он даже не запускается. Тем не менее, я все еще вижу все папки с инкрементными резервными копиями. Я стараюсь хотя бы скопировать эти папки, пока разбираюсь, что происходит. До сих пор backintime, казалось, работал нормально и имел снимки, хотя это первый раз, когда я пытаюсь использовать его для операции восстановления, хотя я специально делал некоторые снимки. В последние несколько недель я получал сообщения о том, что диск для резервных копий (16TB ext4) заполнен, и что backintime будет удалять старые резервные файлы, чтобы освободить место. Возможно, это привело к нынешним трудностям с операцией восстановления?

Существует ли какой-либо способ восстановить последнее состояние жесткого диска без снимков? Или найти ранее существовавшие снимки? Файлов очень много, и перспектива попытки их организовать вручную кажется подавляющей. Это все данные из тридцати лет экспериментов ЭЭГ! Или хотя бы запустить backintime снова без сбоев?

Я использую Pop_OS! 22.04. Я не могу определить версию backintime, так как он не работает, но дата модификации бинарного файла – 3/9/2023.

Буду признателен за любые предложения!

Джо

Мне кажется, я разобрался! Когда я подключил новый внешний жесткий диск, по какой-то причине компьютер переименовал точку монтирования старого диска резервного копирования с /media/Backup на /media/Backup1, а новый назвал /media/Backup. Поскольку backintime все еще был настроен на поиск по пути /media/Backup, он искал на новом жестком диске и не находил снимки. Это все было невидимо для меня, потому что GNOME отображает названия томов “Backup” и “Data2-2” соответственно, так что казалось, что ничего не изменилось. Эта вся ситуация подчеркивает некоторые проблемы с тем, как ОС обрабатывает имена дисков, но, полагаю, это проблема на другой раз. В любом случае, я перезагрузил компьютер, что позволило мне запустить runintime без сбоев. Я перешел в меню восстановления и обновил путь к диску резервного копирования, и это позволило правильно отобразить снимки. Надеюсь, процедура восстановления сработает корректно. Я опубликую обновление, если что-то еще произойдет.