Два вопроса по LVM

1) Да. Да: создать разные physical volume, сответствующие разным физическим устройствам, а на них сделать какие хочешь logical volume.

2) Нет.

Если я правильно понял идею, то при разных физических томах у меня потеряется возможность свободно гонять внутри логические тома - они будут ограничены тем физическим томом, на котором были созданы. Я прав?

Я прав?

Вообще говоря, нет, но с учетом пожелания держать одни лог. тома на HDD, другие — на SSD, да: для осуществления желаемого придется делать разные группы томов для HDD и SSD.

А если я последую твоему изначальному совету - физический том там, физический том тут и объединить в группу, то шансов никак нет? У меня SSD на 128г и HDD на 2 тера. Не может быть такого, что, скажем, первые 128г получившегося пространства - именно SSD?

Физические тома в любом случае ограничены физически. Два тома по-любому будут. Из них делаешь одну группу (VG). Дальше все зависит от возможностей lvcreate (man lvcreate), там можно указать на каком pv делать lv если надо привязать lv к конкретному pv.

Не может быть такого, что, скажем, первые 128г получившегося пространства - именно SSD?

Если хочешь, так можно сделать.

LVM позволяет перемещать lv по pv онлайн. немного черной магии правда =)

1) Да. Да.

2) Да. Нет.

2.) Думаю, если раздел непрерывный, будет проще работать зная размер и смещение раздела.

2.1) Нет, но можно попробовать добавить этот раздел в таблицу разделов.

2.2) Есть сторонние программы, большинство их заточено на работу с ext или файлами образов, но в принципе это возможно.

Если да, то будет ли возможность потом распределить, что внутри LVM будет находиться на SSD, а что - на HDD?

Вот эта штука упрощает перетаскивание логических томов туда-сюда: http://bisqwit.iki.fi/source/lvm2defrag.html . Изначально она для дефрагментации, но твою задачу тоже выполнить поможет.

Выполнил эксперимент - создал по физическому тому на двух флешках (обе по 8 г), объединил в группу томов, создал на них один логический размером 12г. Записал туда 3 файла общим размером 2 гига. Вынул одну флешку, скопировал данные обратно - контрольные суммы сошлись. Вставил ту, вынул другую - опять сошлись. Вынул обе флешки, раздел остался смонтированным, хотя гуёвая утилита LVM не видит эту группу томов. С раздела (ФЛЕШЕК НЕТ) скопировал файлы опять на внутренний диск компа. Они прочитались, и, более того, они даже открываются! Я НЕ ПОНИМАТЬ!!

1.) Где хранятся данные, если флешки вынуты? О_о

2.) Как так?

free -m гласит:7 гигов - буфер, 5 гигов - кэш. Кажется, я знаю, где эти файлы.

Я почитал man lvcreate и archwiki но нашёл лишь абстрактное:

-C, --contiguous {y|n}
              Sets or resets the contiguous allocation policy for logical vol‐
              umes. Default is no contiguous allocation based on a  next  free
              principle.

Не увидел ничего о задании конкретного физ. тома.

значит не читал

ищи PhysicalVolume

 -l, --extents LogicalExtentsNumber[%{VG|PVS|FREE|ORIGIN}]
              Gives the number of logical extents to allocate for the new log‐
              ical volume.  The number can also be expressed as  a  percentage
              of the total space in the Volume Group with the suffix %VG, as a
              percentage of the remaining free space in the Volume Group  with
              the  suffix  %FREE,  as a percentage of the remaining free space
              for the specified PhysicalVolume(s) with  the  suffix  %PVS,  or
              (for  a snapshot) as a percentage of the total space in the Ori‐
              gin Logical Volume with the suffix %ORIGIN.

Кажется, оно.

нет, не то.

Поиск по этому выражению в man lvcreate больше ничего не дал.

Не увидел ничего о задании конкретного физ. тома.

и не увидишь, это отдельная черная магия. ее даже в манах нет.

Расскажи, пожалуйста.

DESCRIPTION
       lvcreate  creates  a  new  logical volume in a volume group (see vgcre‐
       ate(8), vgchange(8)) by allocating logical extents from the free physi‐
       cal  extent  pool  of  that volume group.  If there are not enough free
       physical extents then the volume  group  can  be  extended  (see  vgex‐
       tend(8))  with  other  physical volumes or by reducing existing logical
       volumes of this volume group in size (see lvreduce(8)).  If you specify
       one  or  more  PhysicalVolumes,  allocation of physical extents will be
       restricted to these volumes.

Еще раз:/
If you specify one or more PhysicalVolumes, allocation of physical extents will be restricted to these volumes.

И до кучи покажи-ка мне твой man lvcreate

$ man lvcreate | grep PhysicalVolume
       meName] [PhysicalVolumePath[:PE[-PE]]...]
       one  or  more  PhysicalVolumes,  allocation of physical extents will be
              the  specified PhysicalVolume(s) with the suffix %PVS, or (for a

создаешь LV на любом PV и потом зеркалируешь его на другой PV, дальше с ненужного PV можно удалить зеркало LV. фокус в мане не описан.

Блин, я слепой! Извини...

Зачем делать условно «cp; rm», когда можно сделать «mv» (pvmove)?

онлайн? =)

немного черной магии правда =)

никакой магии, банальный pvmove

задача: надо один из lv с одного из pv перенести на другой pv без отключения потоков

что внутри LVM будет находиться на SSD, а что - на HDD?

Можно сделать всё, даже «сандвич» — lv у которого например 1Gb на ssd, затем 10Gb на hdd, затем опять на ssd, затем ... — вопрос только зачем? Но можно!

man pvmove

man pvmove (да онлайн)

ты в меня манами не кидай. плавали знаем. pvmove все с одного на другой перетащит. а мне надо только один lv перенести.

ты в меня манами не кидай. плавали знаем. pvmove все с одного на другой перетащит. а мне надо только один lv перенести.

Уверен, что читал?

man pvmove | grep LogicalVolume
       [-v|--verbose]     [-n|--name     LogicalVolume]    [SourcePhysicalVol‐
       optionally specify a source LogicalVolume in which  case  only  extents
       -n, --name  LogicalVolume
              Move  only  the  extents belonging to LogicalVolume from Source‐

Move only the extents belonging to LogicalVolume from Source‐

да ты попробуй сделать это на тестовом стенде. без отключения потоков. без отмонтирования фс. на момент перемещения том будет недоступен. а если делать через зеркалирование, то том будет онлайн и все файловые операции будут работать.

Я что никогда pvmove на живой системе не делал?

ну видимо никогда =)

Докажи, что pvmove фризит систему. Я тебе доказал несостоятельность твоих утверждений «pvmove переносит все и не может отдельный lv», «pvmove не работает онлайн» — тебе, видимо, стыдно признать свое ламерство и ты мне сейчас предлагаешь проводить какие-то дебильные эксперименты.

pvmove копирует блоки на другой pv и после этого меняет «указатель» на этот блок. никакого фриза системы просто не может быть.

на момент перемещения том будет недоступен

4.2 Почитай уже, как pvmove работает, он сам создаёт зеркало. И да, я перетаскивал так тома, без отмонтирования.

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

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

Данные переносятся частями, если прервать pvmove, то часть lv будет на одном pv, a часть на другом.