Рабочий каталог самопроизвольно удален

На Убунту 20.04.3 ЛТС, я работал в nvim в bash. У меня было открыто несколько вкладок терминала. Был .git каталог в рабочем каталоге. В какой-то момент, закрыв одну вкладку терминала, я заметил, что директория, в которой я работал, больше не существует.

Я проверил, не переместил ли я каталог случайно, запустив sudo find / -name "some-file.txt" из домашнего каталога, где какой-то файл.txt это имя файла, который, я уверен, находился в отсутствующем каталоге.

Я дважды проверил историю bash, и после последнего git совершить и git rebase -i HEAD --root Я сделал, там только команды указывающие на мой поиск потерянного каталога. Я помню, в интерактивной перебазировке я переименовал первоначальный коммит. Если я сделал что-то не так (как в: уронить все коммиты, например), это все равно не объясняет удаление всего каталога.

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

Что может быть причиной этого? (Всякий раз, когда я пытаюсь гм -р каталог с .git репозиторий с коммитами, меня просят подтвердить удаление коммитов rm: удалить обычный файл, защищенный от записи.... Этого не происходит, когда я запускаю эту команду как судо, но я совершенно уверен, что не ввел свой пароль. Помимо истории bash, это заставляет меня думать, что я случайно не удалил весь каталог.)

Что я могу сделать, чтобы восстановить свои данные? Я не нажимал, и мне удалось сохранить файлы в открытых буферах vim, чтобы уже самому ответить на самые очевидные части.

НАЙТИ ПРИЧИНУ:

nvim также поставляется с несколькими командами (и предустановленными расширениями), которые могут это сделать. Если вы пытаетесь выяснить причину удаления, проверьте nvim логи тоже.

ВОССТАНОВЛЕНИЕ ДАННЫХ:

Вы упомянули .git каталог. В вашем каталоге есть удаленный git? Если это так, просто клонируйте его на локальный и проблема решена.

Если нет, проверьте каталог с именем ".trash-{$USER_ID}" если оригинал был на смонтированном внешнем диске, или .local/доля/Корзина в противном случае. Он может быть там (если только г.м. использовался для удаления. В этом случае, если вы не делаете резервную копию своей файловой системы, она, вероятно, исчезла.)

ЗАЩИТА ВАШЕЙ СИСТЕМЫ ОТ ЭТОЙ ПРОБЛЕМЫ:

Вот почему вы так часто увидите здесь пользователей, рекомендующих частое резервное копирование по расписанию. Я лично использую комбинацию Сдвиг во времени и rsync.

Сдвиг во времени можно скачать через apt. Это в первую очередь предназначено для резервного копирования ваших системных файлов и конфигурации и позволяет вам установить повторяющееся расписание резервного копирования. Вы также можете запустить резервное копирование вручную в тех случаях, когда вы собираетесь сделать что-то рискованное.

rsync поставляется с Ubuntu. Это просто базовый инструмент командной строки для копирования файлов и каталогов по сети (хотя он может делать это и локально).

Rsync в первую очередь не предназначена для использования в качестве автономной программы резервного копирования, по крайней мере, в том смысле, Сдвиг во времени или же Weresync находятся. Однако он достаточно прост и эффективен для создания резервных копий, поэтому многие более комплексные решения используют его для этой цели.

Недостаток rsync в том, что нет "поставь и забудь" встроенный метод. Однако менеджеры пакетов Ubuntu предоставляют гораздо больше вариантов резервного копирования, каждый со своими особенностями.

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