История изменений
Исправление firkax, (текущая версия) :
У тебя неправильный подход. Дело не в том «зачем дампить» и дело не в дампе вообще. Дело в том что LVM создаёт ненужные усложнения, ничего полезного взамен не давая. dd - только наглядный пример того, как эти усложнения вылезают наружу.
Вместо того, чтобы пользоваться преимуществами слоев абстракций
Нечем там пользоваться, преимуществ нет. Это просто мусорные абстракции.
Отличный пример в этом же треде — что в LVM занимает 2 команды на лету
сложная операция с LiveCD с риском потери данных и пересозданием разделов.
Никаких рисков нет. И LiveCD тут ни при чём, он если где и нужен так это для resize2fs (хотя можно и без него), а оно уже от LVM никак не зависит. Просто автор новичок и я ему посоветовал быть осторожным. А так можно всегда риск найти: вдруг от rm -RF /* введёт - тоже риск, и не зависит от разметки вообще. Собственно, в этом («автор новичок») и причина нужности этой операции вообще. В нормальном случае с опытным юзером никаких ресайзов делать не потребуется вообще, потому что диск надо разбивать не наобум, а заранее продумав как он будет использоваться.
Ты же не беспокоишься, что при копировании файлов с диска
В случае с файлами это одна из целей существования файловой системы - динамически распределять блоки под файлы. Дублировать этот функционал в разметку не нужно, он уже есть в файловой системе. От разметки нужна простота и тривиальность.
Исправление firkax, :
У тебя неправильный подход. Дело не в том «зачем дампить» и дело не в дампе вообще. Дело в том что LVM создаёт ненужные усложнения, ничего полезного взамен не давая. dd - только наглядный пример того, как эти усложнения вылезают наружу.
Вместо того, чтобы пользоваться преимуществами слоев абстракций
Нечем там пользоваться, преимуществ нет. Это просто мусорные абстракции.
Отличный пример в этом же треде — что в LVM занимает 2 команды на лету
сложная операция с LiveCD с риском потери данных и пересозданием разделов.
Никаких рисков нет. Просто автор новичок и я ему посоветовал быть осторожным. А так можно всегда риск найти: вдруг от rm -RF /* введёт - тоже риск, и не зависит от разметки вообще. Собственно, в этом («автор новичок») и причина нужности этой операции вообще. В нормальном случае с опытным юзером никаких ресайзов делать не потребуется вообще, потому что диск надо разбивать не наобум, а заранее продумав как он будет использоваться.
Ты же не беспокоишься, что при копировании файлов с диска
В случае с файлами это одна из целей существования файловой системы - динамически распределять блоки под файлы. Дублировать этот функционал в разметку не нужно, он уже есть в файловой системе. От разметки нужна простота и тривиальность.
Исходная версия firkax, :
У тебя неправильный подход. Дело не в том «зачем дампить» и дело не в дампе вообще. Дело в том что LVM создаёт ненужные усложнения, ничего полезного взамен не давая. dd - только наглядный пример того, как эти усложнения вылезают наружу.
Вместо того, чтобы пользоваться преимуществами слоев абстракций
Нечем там пользоваться, преимуществ нет. Это просто мусорные абстракции.
Отличный пример в этом же треде — что в LVM занимает 2 команды на лету
Никаких рисков нет. Просто автор новичок и я ему посоветовал быть осторожным. А так можно всегда риск найти: вдруг от rm -RF /* введёт - тоже риск, и не зависит от разметки вообще. Собственно, в этом («автор новичок») и причина нужности этой операции вообще. В нормальном случае с опытным юзером никаких ресайзов делать не потребуется вообще, потому что диск надо разбивать не наобум, а заранее продумав как он будет использоваться.
Ты же не беспокоишься, что при копировании файлов с диска
В случае с файлами это одна из целей существования файловой системы - динамически распределять блоки под файлы. Дублировать этот функционал в разметку не нужно, он уже есть в файловой системе. От разметки нужна простота и тривиальность.