Копирование TimeShift bkp с жесткого диска на жесткий диск увеличило объем SSD моей ОС до 0 байт и заблокировало его. Нужен отказоустойчивый способ копирования без ущерба для SSD ОС

Участвующие факторы:

• ОС: Ubuntu 20.04.1 LTS, работающая на SSD /sdb2 119 ГБ с 72 ГБ свободного места
• Файл для передачи: 44,8 ГБ, защищенный TimeShift и заблокированный снимок
• Источник папки: внутренний жесткий диск 4 ТБ, 627 ГБ свободно.
• Папка назначения: внешний жесткий диск 4 ТБ, 990 ГБ свободно

Я несколько лет создавал точки восстановления TimeShift на внутреннем носителе объемом 4 ТБ. Мне никогда не приходилось восстанавливать их до сегодняшнего инцидента, но процесс их резервного копирования до сих пор никогда не доставлял мне проблем.

Предыдущие попытки скопировать эти моментальные снимки на внешний резервный диск емкостью 4 ТБ всегда проходили гладко с использованием приведенных ниже команд терминала. До сегодняшнего дня.

После создания последнего моментального снимка сегодня днем, чтобы сохранить мои последние конфигурации приложений, я использовал свой обычный метод командной строки для переноса заблокированной и защищенной папки TimeShift с моего внутреннего диска емкостью 4 ТБ на внешний жесткий диск емкостью 4 ТБ, подключенный через USB, со свободными 990 ГБ.

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

      sudo mkdir empty_dir
sudo rsync -a --delete empty_dir/ /[location of backup on external]

После чего пустые папки можно очистить от Nautilus.

Я также пытался выполнить эту задачу в графическом интерфейсе, запустив ' sudo nautilus' и Shift+удаление старой папки резервной копии в появившемся окне для обхода корзины из-за большого размера снапшота. Похоже, что это по-прежнему генерирует список ошибок в терминале, поэтому вместо этого я придерживаюсь выражений командной строки, приведенных выше. Сегодня я выбрал метод sudo nautilus.

После того, как заблокированная и защищенная старая папка будет успешно удалена, я использую приведенную ниже команду для создания резервной копии последних снимков TimeShift на моем внешнем диске:

      sudo cp -R sourcepath destinationpath

Хотя некоторые поиски в Google предполагают, что я мог бы добиться большего успеха, используя приведенную ниже команду rsync со статистикой индикатора выполнения, чтобы сохранить символические ссылки и права доступа к файлам:

      sudo rsync -aHAXS --info=progress2 sourcepath destinationpath

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

Сегодня, когда я попытался выполнить команду окончательного копирования, терминал выдал поток ошибок «НЕДОСТАТОЧНО ДИСК».

Я проверил каждый диск — на внутреннем и внешнем накопителях еще были свободны сотни ГБ. Но каким-то загадочным образом локальный SSD-накопитель Ubuntu OS теперь был заполнен с 0 байтами свободного места.

Перезагрузка заблокировала компьютер. Он будет зависать, отображая сообщения вроде:

      /dev/sdb2: clean, 1394377/7299072 files, 29169664/29173760 blocks

Или просто повесьте на логотип производителя оборудования HP.

Никакое восстановление загрузки, проверка диска, восстановление DPKG или FSCK для всех файловых систем из загрузочного меню производителя не оказали никакого влияния. Проблема заключалась в том, что по какой-то причине в моем разделе ОС внезапно стало 0 байтов.

Чтобы решить эту проблему, я загрузился на спасательную Ubuntu Live USB, которую держу под рукой.

Я установил TimeShift из Live Session, смонтировал диск со снимком и восстановил его. TimeShift указал, что во время восстановления были обнаружены ошибки. При проверке диска в Nautilus раздел ОС по-прежнему показывал 0 байтов. Загрузка привела к такому же зависанию.

Затем я восстановил старый снимок на случай, если последний был поврежден. Тот же результат.

Тогда я стал мудрым. Я запустил GParted с LiveUSB, размонтировал раздел ОС и отформатировал его, чтобы начать с очистки и устранить проблему с 0 доступными байтами.

Затем я снова запустил TimeShift и восстановил последний снимок (который мне действительно нужен, так как он содержит все конфигурации, необходимые мне для работы из дома завтра утром и в течение всей рабочей недели).

Еще одна перезагрузка, и она имела огромный успех! Все мои приложения и их соответствующие конфигурации были восстановлены, и все работало отлично!

Итак, мой вопрос: как я могу безопасно перенести мой последний снимок TimeShift размером 44,8 ГБ на внешний диск без (как я полагаю, кэширования) гиперинфляции и максимального увеличения дискового пространства раздела ОС, который не является ни источником, ни местом назначения снимка?

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

Спасибо за любые предложения!