Исправление Vsevolod-linuxoid, (текущая версия) :
А нахрена вычислять с LVM границы сектора? Нахрена дампить разметку вообще?
Если ты о переносе системы с диска на диск, то с LVM можно мигрировать целые LV и VG со всем содержимым, в некоторых ситуациях на ходу.
Или сделать примерно такую же разметку и ФС dump/restore, чуть сложнее, но позволит переехать на диск меньшего размера с XFS, например.
Или если диск такого же или большего объема и лень возиться, то через ddrescue клонировать диск целиком, медленно, зато тупо и думать не надо.
А ты предложил какой-то мутный ручной способ, понятное дело, что при таком ненормальном использовании LVM неудобен. Ты бы ещё файлы через dd копировал, вычисляя их положение на диске по таблице содержимого и вручную перегоняя нужные байты со сдвигом…
С LVM такого не получится, потому что там всё запутано и без алгоритмического вычисления координат каждого сектора не обойтись. Понятное дело, что это не просто так, а плата за его «гибкость» в ресайзах и прочем, но при нормальном использовании оно не нужно, а муть эта остаётся.
С LVM получится намного проще и удобнее, чем у тебя, просто иным путем. Вместо того, чтобы пользоваться преимуществами слоев абстракций, что позволяют автоматизировать рутину, ты предлагаешь выполнять всё руками — и это очень сложно и муторно, да.
Отличный пример в этом же треде — что в LVM занимает 2 команды на лету, в твоем варианте с классической разметкой сложная операция с LiveCD с риском потери данных и пересозданием разделов.
ФС создана была для того, чтобы люди могли не думать, в каком именно месте диска находится файл. LVM — чтобы могли не думать, как расположен том с ФС. Ты же не беспокоишься, что при копировании файлов с диска на диск они на новой ФС будут не в том порядке на поверхности диска расположены? Так зачем беспокоиться о том же с томами LVM?
Исправление Vsevolod-linuxoid, :
А нахрена вычислять с LVM границы сектора? Нахрена дампить разметку вообще?
Если ты о переносе системы с диска на диск, то с LVM можно мигрировать целые LV и VG со всем содержимым на ходу.
Или сделать примерно такую же разметку и ФС dump/restore, чуть сложнее, но позволит переехать на диск меньшего размера с XFS, например.
Или если диск такого же или большего объема и лень возиться, то через ddrescue клонировать диск целиком, медленно, зато тупо и думать не надо.
А ты предложил какой-то мутный ручной способ, понятное дело, что при таком ненормальном использовании LVM неудобен. Ты бы ещё файлы через dd копировал, вычисляя их положение на диске по таблице содержимого и вручную перегоняя нужные байты со сдвигом…
С LVM такого не получится, потому что там всё запутано и без алгоритмического вычисления координат каждого сектора не обойтись. Понятное дело, что это не просто так, а плата за его «гибкость» в ресайзах и прочем, но при нормальном использовании оно не нужно, а муть эта остаётся.
С LVM получится намного проще и удобнее, чем у тебя, просто иным путем. Вместо того, чтобы пользоваться преимуществами слоев абстракций, что позволяют автоматизировать рутину, ты предлагаешь выполнять всё руками — и это очень сложно и муторно, да.
Отличный пример в этом же треде — что в LVM занимает 2 команды на лету, в твоем варианте с классической разметкой сложная операция с LiveCD с риском потери данных и пересозданием разделов.
ФС создана была для того, чтобы люди могли не думать, в каком именно месте диска находится файл. LVM — чтобы могли не думать, как расположен том с ФС. Ты же не беспокоишься, что при копировании файлов с диска на диск они на новой ФС будут не в том порядке на поверхности диска расположены? Так зачем беспокоиться о том же с томами LVM?
Исправление Vsevolod-linuxoid, :
А нахрена вычислять с LVM границы сектора? Нахрена дампить разметку вообще?
Если ты о переносе системы с диска на диск, то с LVM можно мигрировать целые LV со всем содержимым на ходу, только ФС в RO перевести.
Или сделать примерно такую же разметку и ФС dump/restore, чуть сложнее, но позволит переехать на диск меньшего размера с XFS, например.
Или если диск такого же или большего объема и лень возиться, то через ddrescue клонировать диск целиком, медленно, зато тупо и думать не надо.
А ты предложил какой-то мутный ручной способ, понятное дело, что при таком ненормальном использовании LVM неудобен. Ты бы ещё файлы через dd копировал, вычисляя их положение на диске по таблице содержимого и вручную перегоняя нужные байты со сдвигом…
С LVM такого не получится, потому что там всё запутано и без алгоритмического вычисления координат каждого сектора не обойтись. Понятное дело, что это не просто так, а плата за его «гибкость» в ресайзах и прочем, но при нормальном использовании оно не нужно, а муть эта остаётся.
С LVM получится намного проще и удобнее, чем у тебя, просто иным путем. Вместо того, чтобы пользоваться преимуществами слоев абстракций, что позволяют автоматизировать рутину, ты предлагаешь выполнять всё руками — и это очень сложно и муторно, да.
Отличный пример в этом же треде — что в LVM занимает 2 команды на лету, в твоем варианте с классической разметкой сложная операция с LiveCD с риском потери данных и пересозданием разделов.
ФС создана была для того, чтобы люди могли не думать, в каком именно месте диска находится файл. LVM — чтобы могли не думать, как расположен том с ФС. Ты же не беспокоишься, что при копировании файлов с диска на диск они на новой ФС будут не в том порядке на поверхности диска расположены? Так зачем беспокоиться о том же с томами LVM?
Исправление Vsevolod-linuxoid, :
А нахрена вычислять с LVM границы сектора? Нахрена дампить разметку вообще?
Если ты о переносе системы с диска на диск, то с LVM можно мигрировать целые LV путем создания их мгновенных снимков на ходу!
Или сделать примерно такую же разметку и ФС dump/restore, чуть сложнее, но позволит переехать на диск меньшего размера с XFS, например.
Или если диск такого же или большего объема и лень возиться, то через ddrescue клонировать диск целиком, медленно, зато тупо и думать не надо.
А ты предложил какой-то мутный ручной способ, понятное дело, что при таком ненормальном использовании LVM неудобен. Ты бы ещё файлы через dd копировал, вычисляя их положение на диске по таблице содержимого и вручную перегоняя нужные байты со сдвигом…
С LVM такого не получится, потому что там всё запутано и без алгоритмического вычисления координат каждого сектора не обойтись. Понятное дело, что это не просто так, а плата за его «гибкость» в ресайзах и прочем, но при нормальном использовании оно не нужно, а муть эта остаётся.
С LVM получится намного проще и удобнее, чем у тебя, просто иным путем. Вместо того, чтобы пользоваться преимуществами слоев абстракций, что позволяют автоматизировать рутину, ты предлагаешь выполнять всё руками — и это очень сложно и муторно, да.
Отличный пример в этом же треде — что в LVM занимает 2 команды на лету, в твоем варианте с классической разметкой сложная операция с LiveCD с риском потери данных и пересозданием разделов.
ФС создана была для того, чтобы люди могли не думать, в каком именно месте диска находится файл. LVM — чтобы могли не думать, как расположен том с ФС. Ты же не беспокоишься, что при копировании файлов с диска на диск они на новой ФС будут не в том порядке на поверхности диска расположены? Так зачем беспокоиться о том же с томами LVM?
Исправление Vsevolod-linuxoid, :
А нахрена вычислять с LVM границы сектора? Нахрена дампить разметку вообще?
Если ты о переносе системы с диска на диск, то с LVM можно мигрировать целые LV путем создания их мгновенных снимков на ходу!
Или сделать примерно такую же разметку и ФС dump/restore, чуть сложнее, но позволит переехать на диск меньшего размера с XFS, например.
Или если диск такого же или большего объема и лень возиться, то через ddrescue клонировать диск целиком, медленно, зато тупо и думать не надо.
А ты предложил какой-то мутный ручной способ, понятное дело, что при таком ненормальном использовании LVM неудобен. Ты бы ещё файлы через dd копировал, вычисляя их положение на диске по таблице содержимого и вручную перегоняя нужные байты со сдвигом…
С LVM такого не получится, потому что там всё запутано и без алгоритмического вычисления координат каждого сектора не обойтись. Понятное дело, что это не просто так, а плата за его «гибкость» в ресайзах и прочем, но при нормальном использовании оно не нужно, а муть эта остаётся.
С LVM получится намного проще и удобнее, чем у тебя, просто иным путем. Вместо того, чтобы пользоваться преимуществами слоев абстракций, что позволяют автоматизировать рутину, ты предлагаешь выполнять всё руками — и это очень сложно и муторно, да.
Отличный пример в этом же треде — что в LVM занимает 2 команды, в твоем варианте с классической разметкой сложная операция с риском потери данных и пересозданием разделов.
ФС создана была для того, чтобы люди могли не думать, в каком именно месте диска находится файл. LVM — чтобы могли не думать, как расположен том с ФС. Ты же не беспокоишься, что при копировании файлов с диска на диск они на новой ФС будут не в том порядке на поверхности диска расположены? Так зачем беспокоиться о том же с томами LVM?
Исправление Vsevolod-linuxoid, :
А нахрена вычислять с LVM границы сектора? Нахрена дампить разметку вообще?
Если ты о переносе системы с диска на диск, то с LVM можно мигрировать целые LV путем создания их мгновенных снимков на ходу!
Или сделать примерно такую же разметку и ФС dump/restore, чуть сложнее, но позволит переехать на диск меньшего размера с XFS, например.
Или если диск такого же или большего объема и лень возиться, то через ddrescue клонировать диск целиком, медленно, зато тупо и думать не надо.
А ты предложил какой-то мутный ручной способ, понятное дело, что при таком ненормальном использовании LVM неудобен. Ты бы ещё файлы через dd копировал, вычисляя их положение на диске по таблице содержимого и вручную перегоняя нужные байты со сдвигом…
С LVM такого не получится, потому что там всё запутано и без алгоритмического вычисления координат каждого сектора не обойтись. Понятное дело, что это не просто так, а плата за его «гибкость» в ресайзах и прочем, но при нормальном использовании оно не нужно, а муть эта остаётся.
С LVM получится намного проще и удобнее, чем у тебя, просто иным путем. Вместо того, чтобы пользоваться преимуществами слоев абстракций, что позволяют автоматизировать рутину, ты предлагаешь выполнять всё руками — и это очень сложно и муторно, да.
Отличный пример в этом же треде — что в LVM занимает 2 команды, в твоем варианте с классической разметкой сложная операция с риском потери данных и пересозданием разделов.
ФС создана была для того, чтобы люди могли не думать, в каком именно месте диска находится файл. LVM — чтобы могли не думать, как расположен том с ФС. Ты же не беспокоишься, что при копировании файлов с диска на диск они на новой ФС будут не в том порядке на поверхности диска расположены? Так зачем беспокоится о том же с томами LVM?
Исправление Vsevolod-linuxoid, :
А нахрена вычислять с LVM границы сектора? Нахрена дампить разметку вообще?
Если ты о переносе системы с диска на диск, то с LVM можно мигрировать целые LV путем создания их мгновенных снимков на ходу!
Или сделать примерно такую же разметку и ФС dump/restore, чуть сложнее, но позволит переехать на диск меньшего размера с XFS, например.
Или если диск такого же или большего объема и лень возиться, то через ddrescue клонировать диск целиком, медленно, зато тупо и думать не надо.
А ты предложил какой-то мутный ручной способ, понятное дело, что при таком ненормальном использовании LVM неудобен. Ты бы ещё файлы через dd копировал, вычисляя их положение на диске по таблице содержимого и вручную перегоняя нужные байты со сдвигом…
С LVM такого не получится, потому что там всё запутано и без алгоритмического вычисления координат каждого сектора не обойтись. Понятное дело, что это не просто так, а плата за его «гибкость» в ресайзах и прочем, но при нормальном использовании оно не нужно, а муть эта остаётся.
С LVM получится намного проще и удобнее, чем у тебя, просто иным путем. Вместо того, чтобы пользоваться преимуществами слоев абстракций, что позволяют автоматизировать рутину, ты предлагаешь выполнять всё руками — и это очень сложно и муторно, да.
Отличный пример в этом же треде — что в LVM занимает 2 команды, в твоем варианте с классической разметкой сложная операция с риском потери данных и пересозданием разделов.
ФС создана была для того, чтобы люди могли не думать, в каком именно месте диска находится файл. LVM — чтобы могли не думать, как расположен том с ФС. Ты же не беспокоишься, что при копировании файлов с диска на диск они на новой ФС будут не в том порядке на поверхности диска расположены? Так зачем беспокоится о том же с LVM?
Исправление Vsevolod-linuxoid, :
А нахрена вычислять с LVM границы сектора? Нахрена дампить разметку вообще?
Если ты о переносе системы с диска на диск, то с LVM можно мигрировать целые LV путем создания их мгновенных снимков на ходу!
Или сделать примерно такую же разметку и ФС dump/restore, чуть сложнее, но позволит переехать на диск меньшего размера с XFS, например.
Или если диск такого же или большего объема и лень возиться, то через ddrescue клонировать диск целиком, медленно, зато тупо и думать не надо.
А ты предложил какой-то мутный ручной способ, понятное дело, что при таком ненормальном использовании LVM неудобен. Ты бы ещё файлы через dd копировал, вычисляя их положение на диске по таблице содержимого и вручную перегоняя нужные байты со сдвигом…
С LVM такого не получится, потому что там всё запутано и без алгоритмического вычисления координат каждого сектора не обойтись. Понятное дело, что это не просто так, а плата за его «гибкость» в ресайзах и прочем, но при нормальном использовании оно не нужно, а муть эта остаётся.
С LVM получится намного проще и удобнее, чем у тебя, прости иным путем. Вместо того, чтобы пользоваться преимуществами слоев абстракций, что позволяют автоматизировать рутину, ты предлагаешь выполнять всё руками — и это очень сложно и муторно, да.
Отличный пример в этом же треде — что в LVM занимает 2 команды, в твоем варианте с классической разметкой сложная операция с риском потери данных и пересозданием разделов.
ФС создана была для того, чтобы люди могли не думать, в каком именно месте диска находится файл. LVM — чтобы могли не думать, как расположен том с ФС. Ты же не беспокоишься, что при копировании файлов с диска на диск они на новой ФС будут не в том порядке на поверхности диска расположены? Так зачем беспокоится о том же с LVM?
Исходная версия Vsevolod-linuxoid, :
А нахрена вычислять с LVM границы сектора? Нахрена дампить разметку вообще?
Если ты о переносе системы с диска на диск, то с LVM можно мигрировать целые LV путем создания их мгновенных снимков на ходу!
Или сделать примерно такую же разметку и ФС dump/restore, чуть сложнее, но позволит переехать на диск меньшего размера с XFS, например.
Или если диск такого же или большего объема и лень возиться, то через ddrescue клонировать, медленно, зато тупо и думать не надо.
А ты предложил какой-то мутный ручной способ, понятное дело, что при таком ненормальном использовании LVM неудобен. Ты бы ещё файлы через dd копировал, вычисляя их положение на диске по таблице содержимого и вручную перегоняя нужные байты со сдвигом…