Автор Тема: Старенький tar (1.28) некорректно распаковывает новый tar (1.30)  (Прочитано 387 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн IlyaLinux

Здравствуйте, друзья!

Эта тема является продолжением Новенький дебиан не запускается после восстановления из бекапа. Появилось свободное время и стал копать, что же не так с tar'ом. Удалось повторить ситауцию на виртуалке и вот какие результаты:

1. При разархивации с Live USB Ubuntu_16.04 имеем сбой системы. tar на Ubuntu_16.04
ubuntu@ubuntu:~$ tar --version
tar (GNU tar) 1.28
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by John Gilmore and Jay Fenlason.

2. При разархивации с Live USB Xubuntu_20.04 все хорошо и замечательно. tar на xubuntu_20.04
xubuntu@xubuntu:~$ tar --version
tar (GNU tar) 1.30
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <https://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by John Gilmore and Jay Fenlason.

Версия tar на дебиане совпадает с версией tar на xubuntu_20.04
qwerty@debian:~
$ tar --version
tar (GNU tar) 1.30
Copyright (C) 2017 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <https://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Авторы: John Gilmore и Jay Fenlason.

У меня на железной машине стоит Ubuntu_16.04, исторически она появилась первой, Debian_10 пришел ей на замену. Но в случае необходимости, когда требуется основную систему (Debian_10) починить - старичек оказывается безполезен.

У кого какие мысли? Снести бубунту пока не могу, еще не полностью переехал, но и держать загрузочную флешку с Xubuntu_20.04 тоже не хочется, ведь есть второй линукс на компьютере.
 

Оффлайн sidbar

Если есть необходимость использовать процессорное время на сжатие, сделайте файловый образ с помощью dd, скопируйте в него корень, потом можно пожать. Удобно когда система быстро доступна, в случае экспериментов можно скопировать rsync разницу и в случае сбоя сделать быстрый откат.
Devuan GNU/Linux 3 (beowulf) i686, LXDE
 

Оффлайн IlyaLinux

sidbar, да, именно в этом направлении и размышляю. Образ dd легко примонтировать, и далее получить инкрементный или дифференциальный отпечаток. С этой же целью сейчас использую tar. Архиватор, когда его попросят, сразу выдает инкрементный архив. Доступность системы страдает не сильно, на все про все, требуется около 10 мин. в recovery mode. Архивируется не промышленный сервер, а рабочая станция, которая, по ночам выключена, так что вопрос доступности 24/7 на повестке дня не стоит. ) У tar, правда, есть недостаток - нет возможности архив примонтировать. Но и у dd есть недостаток - разворачивать желательно на тот же раздел или раздел, бОльшего размера. Если, вдруг, раздел "укоротил" - начинаются танцы с созданием промежуточного tar-архива. В качестве альтернативы можно рассмотреть Squashfs. Также как и dd, его образы можно монтировать, отсутствуют ограничения на разархивацию на раздел мЕньшего размера. Но и тут есть недостаток - работать придется в 2 захода. Сначала в recovery mode снять образ, затем в основном режиме формировать инкремент или дифференциал. В итоге все равно придем к tar-архиву, а так как разархивация должна работать и с бубунты, то придется загружаться в нее и запускать скрипты оттуда, время недоступности системы увеличивается, сложность возрастает.

Прошу прощения за поток сознания, но вопрос явно требует обсуждения в кругу единомышленников. )
 

Теги: