LINUX.ORG.RU

История изменений

Исправление vbr, (текущая версия) :

Я думал ты про tar без luks. А если внутри luks, то я так понимаю без FS – имеется в виду tar c… > /dev/mapper/my-image.

Да разницы нет, с luks или без. Без luks будет tar > /dev/sda. С luks будет tar > /dev/mapper/img. А лучше сначала в файл, и потом файл уже скопировать на устройство.

Неудобно: с FS видно, сколько свободного места осталось, можно подгонять под максимальное заполнение, добавляя-удаляя файлы.

Я не вполне понимаю твой workflow. Я бы делал так: сначала создал бы папку. В неё добавил бы нужные файлы. Через du можно оценить её размер до сжатия. Потом бы сжал папку в архивный файл с помощью 7z или rar. И далее этот файл записал бы на диск.

Если хочется именно с LUKS, то после архивации надо создать новый файл размера чуть больше, чем архивный файл. Отформатировать его как контейнер и подключить через cryptsetup luksFormat / cryptsetup open. Далее через dd скопировать архивный файл в /dev/mapper/xxx. Закрыть контейнер и всё. Далее файл с контейнером можно записывать на диск.

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

Основной плюс файловой системы на мой взгляд это возможность монтировать её и иметь непосредственный доступ к файлам внутри. С архивами это не так просто.

Исправление vbr, :

Я думал ты про tar без luks. А если внутри luks, то я так понимаю без FS – имеется в виду tar c… > /dev/mapper/my-image.

Да разницы нет, с luks или без. Без luks будет tar > /dev/sda. С luks будет tar > /dev/mapper/img. А лучше сначала в файл, и потом файл уже скопировать на устройство.

Неудобно: с FS видно, сколько свободного места осталось, можно подгонять под максимальное заполнение, добавляя-удаляя файлы.

Я не вполне понимаю твой workflow. Я бы делал так: сначала создал бы папку. В неё добавил бы нужные файлы. Через du можно оценить её размер до сжатия. Потом бы сжал папку в архивный файл с помощью 7z или rar. И далее этот файл записал бы на диск.

Если хочется именно с LUKS, то после архивации надо создать новый файл размера чуть больше, чем архивный файл. Отформатировать его как контейнер и подключить через cryptsetup luksFormat / cryptsetup open. Далее через dd скопировать архивный файл в /dev/mapper/xxx. Закрыть контейнер и всё. Далее файл с контейнером можно записывать на диск.

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

Исправление vbr, :

Я думал ты про tar без luks. А если внутри luks, то я так понимаю без FS – имеется в виду tar c… > /dev/mapper/my-image.

Да разницы нет, с luks или без. Без luks будет tar > /dev/sda. С luks будет tar > /dev/mapper/img. А лучше сначала в файл, и потом файл уже скопировать на устройство.

Неудобно: с FS видно, сколько свободного места осталось, можно подгонять под максимальное заполнение, добавляя-удаляя файлы.

Я не вполне понимаю твой workflow. Я бы делал так: сначала создал бы папку. В неё добавил бы нужные файлы. Через du можно оценить её размер до сжатия. Потом бы сжал папку в архивный файл с помощью 7z или rar. И далее этот файл записал бы на диск.

Если хочется именно с LUKS, то после архивации надо создать новый файл размера чуть больше, чем архивный файл. Отформатировать его как контейнер и подключить через cryptsetup luksFormat / cryptsetup open. Далее через dd скопировать архивный файл в /dev/mapper/xxx. Закрыть контейнер и всё. Далее файл с контейнером можно записывать на диск.

Подгонять размер тут, конечно, будет неудобно, т.к. со сжатием это всегда не очень детерминированно. Если отказаться от сжатия (в принципе любой архиватор это позволяет), то проблем не будет, размер архива будет примерно равен размеру каталога.

Исправление vbr, :

Я думал ты про tar без luks. А если внутри luks, то я так понимаю без FS – имеется в виду tar c… > /dev/mapper/my-image.

Да разницы нет, с luks или без. Без luks будет tar > /dev/sda. С luks будет tar > /dev/mapper/img. А лучше сначала в файл, и потом файл уже скопировать на устройство.

Неудобно: с FS видно, сколько свободного места осталось, можно подгонять под максимальное заполнение, добавляя-удаляя файлы.

Я не вполне понимаю твой workflow. Я бы делал так: сначала создал бы папку. В неё добавил бы нужные файлы. Через du можно оценить её размер до сжатия. Потом бы сжал папку в архивный файл с помощью 7z или rar. И далее этот файл записал бы на диск.

Если хочется именно с LUKS, то после архивации надо создать новый файл размера чуть больше, чем архивный файл. Отформатировать его как контейнер и подключить через cryptsetup luksFormat / cryptsetup open. Далее через dd скопировать архивный файл в /dev/mapper/xxx. Закрыть контейнер и всё. Далее файл с контейнером можно записывать на диск.

Подгонять размер тут, конечно, будет неудобно, т.к. со сжатием это всегда не очень детерменированно. Если отказаться от сжатия (в принципе любой архиватор это позволяет), то проблем не будет, размер архива будет примерно равен размеру каталога.

Исправление vbr, :

Я думал ты про tar без luks. А если внутри luks, то я так понимаю без FS – имеется в виду tar c… > /dev/mapper/my-image.

Да разницы нет, с luks или без. Без luks будет tar > /dev/sda. С luks будет tar > /dev/mapper/img. А лучше сначала в файл, и потом файл уже скопировать на устройство.

Неудобно: с FS видно, сколько свободного места осталось, можно подгонять под максимальное заполнение, добавляя-удаляя файлы.

Я не вполне понимаю твой workflow. Я бы делал так: сначала создал бы папку. В неё добавил бы нужные файлы. Через du можно оценить её размер до сжатия. Потом бы сжал папку в архивный файл с помощью 7z или rar. И далее этот файл записал бы на диск.

Если хочется именно с LUKS, то после архивации надо создать новый файл размера чуть больше, чем архивный файл. Отформатировать его как контейнер и подключить через cryptsetup luksFormat / cryptsetup open. Далее через dd скопировать архивный файл в /dev/mapper/xxx. Закрыть контейнер и всё. Далее файл с контейнером можно записывать на диск.

Исходная версия vbr, :

Я думал ты про tar без luks. А если внутри luks, то я так понимаю без FS – имеется в виду tar c… > /dev/mapper/my-image.

Да разницы нет, с luks или без. Без luks будет tar > /dev/sda. С luks будет tar > /dev/mapper/img. А лучше сначала в файл, и потом файл уже скопировать на устройство. И карандашиком записать размер (:.

Неудобно: с FS видно, сколько свободного места осталось, можно подгонять под максимальное заполнение, добавляя-удаляя файлы.

Я не вполне понимаю твой workflow. Я бы делал так: сначала создал бы папку. В неё добавил бы нужные файлы. Через du можно оценить её размер до сжатия. Потом бы сжал папку в архивный файл с помощью 7z или rar. И далее этот файл записал бы на диск.

Если хочется именно с LUKS, то после архивации надо создать новый файл размера чуть больше, чем архивный файл. Отформатировать его как контейнер и подключить через cryptsetup luksFormat / cryptsetup open. Далее через dd скопировать архивный файл в /dev/mapper/xxx. Закрыть контейнер и всё. Далее файл с контейнером можно записывать на диск.