ubuntu и LVM (пара вопросов)

[nadge]

Решил перейти на использование LVM. Поставил убунту с alternate диска. LVM настроил в установщике вручную, но вроде как самым обычным способом. Просто разметил весь диск под единственный раздел, его под физ. том, создал группу томов, в ней нужные лог. тома.

Все поставилось, работает, но удивили 2 вещи:

1. Что такое /dev/mapper/cryptswap1? Вроде бы из названия понятно, но где оно находится и откуда взялось? Я такого вроде как не создавал. Да и вряд ли мне это нужно.

2. Создал снапшот (при помощи system-config-lvm). В руководстве http://xgu.ru/wiki/Lvm написано, что снапшот должен быть доступен только для чтения. Однако у меня он доступен на запись. Почему? Куда реально попадут записанные на него данные?

[serzh-z]

1. Раздел подкачки, размеченный поверх тома dm-crypt, который, в свою очередь, скорее всего, размечен поверх тома LVM. Надо полагать, что тома LVM были созданы средствами установщика и включен dm-crypt.

2. "lvcreate -L592M -s -n dbbackup /dev/ops/databases" делает следующие вещи:

- создаёт новый том dbbackup в группе LVM и создаёт отображение на него в /dev
- отслеживает запись на /dev/ops/databases и перенаправляет его в том dbbackup
- отслеживает чтение с dbbackup и перенаправляет его на /dev/ops/databases

т.е. запись на /dev/ops/databases приведёт к записи на dbbackup,а чтение из dbbackup приведёт к чтению из databases

[nadge]

1. Т.е. это баг установщика? Просто я ж ручную разметку делал и даже не представляю, где этот /dev/mapper/cryptswap1 физически расположен.


2. Я так и понял из руководства. Но у меня на запись почему-то доступен dbbackup (причем реально получается туда записывать). Куда перенаправится запись на него? Или это тоже баг?

Вот на всякий случай выводы vgdisplay и lvdisplay:

Код:

nadge@eden:~$ sudo vgdisplay --- Volume group --- VG Name ubuntu System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 21 VG Access read/write VG Status resizable MAX LV 0 Cur LV 5 Open LV 4 Max PV 0 Cur PV 1 Act PV 1 VG Size 74,53 GiB PE Size 4,00 MiB Total PE 19079 Alloc PE / Size 18982 / 74,15 GiB Free PE / Size 97 / 388,00 MiB VG UUID rKGIVc-A5Gz-8n29-TDVM-RKTH-Z2fB-C3GuC9 nadge@eden:~$ sudo lvdisplay --- Logical volume --- LV Name /dev/ubuntu/boot VG Name ubuntu LV UUID 3bUhjm-5L9U-GB60-El3R-vcK0-GsBy-XJoeeK LV Write Access read/write LV Status available # open 1 LV Size 140,00 MiB Current LE 35 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 252:0 --- Logical volume --- LV Name /dev/ubuntu/root VG Name ubuntu LV UUID v57dC2-CRMg-itm2-8Kiz-pfK4-syQV-INIvYb LV Write Access read/write LV snapshot status source of /dev/ubuntu/root-snap [active] LV Status available # open 1 LV Size 7,45 GiB Current LE 1907 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 252:2 --- Logical volume --- LV Name /dev/ubuntu/swap VG Name ubuntu LV UUID kOYQTw-MFGM-m9MW-Y4Ic-BFnN-Sgzi-Ydh809 LV Write Access read/write LV Status available # open 0 LV Size 2,79 GiB Current LE 715 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 252:5 --- Logical volume --- LV Name /dev/ubuntu/home VG Name ubuntu LV UUID ZNKt3m-5Rdx-sGTZ-TQei-TGD1-lVHq-8I8SIU LV Write Access read/write LV Status available # open 1 LV Size 63,67 GiB Current LE 16300 Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 252:6 --- Logical volume --- LV Name /dev/ubuntu/root-snap VG Name ubuntu LV UUID BJEuEP-ssJi-etFp-jy9L-m67r-Q6U0-I2eNt0 LV Write Access read/write LV snapshot status active destination for /dev/ubuntu/root LV Status available # open 1 LV Size 7,45 GiB Current LE 1907 COW-table size 100,00 MiB COW-table LE 25 Allocated to snapshot 0,59% Snapshot chunk size 4,00 KiB Segments 1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 252:1

И кстати, возник еще вопрос:

3. В руководстве на xgu.ru написано, что запись на том, имеющий снапшот, очень медленная. Однако исходя из

- отслеживает запись на /dev/ops/databases и перенаправляет его в том dbbackup

она должна бы быть сравнимой. Почему так происходит?

[serzh-z]

1. Т.е. это баг установщика? Просто я ж ручную разметку делал и даже не представляю, где этот /dev/mapper/cryptswap1 физически расположен.

Почему баг? Я понятия не имею что там было в установщике, может галка "Создать своп" и "Включить шифрование".

Но у меня на запись почему-то доступен dbbackup (причем реально получается туда записывать). Куда перенаправится запись на него? Или это тоже баг?

Т.е. mount смонитировал его как RW? Хм...

она должна бы быть сравнимой. Почему так происходит?

Понятия не имею. Я не не писал и не исследовал исходники LVM и device-mapper. Я лишь описал общую идею, как это работает.

[nadge]

Почему баг? Я понятия не имею что там было в установщике, может галка "Создать своп" и "Включить шифрование".

В том то и дело: галки такой не было.

Но я вроде допер. Это не баг, а фича. Установщик автоматически делает своп зашифрованым (похоже, при включении lvm). Т.е. /dev/mapper/cryptswap1 - это фактически мой раздел /dev/ubuntu/swap.

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

Т.е. mount смонитировал его как RW? Хм...

Именно. Я дважды проверил. После записи туда файла в 256мб снапшот "помер" - перестал монтироваться после размонтирования. Якобы не указан тип ФС (если вручную указать, тоже не монтирует).

Понятия не имею. Я не не писал и не исследовал исходники LVM и device-mapper. Я лишь описал общую идею, как это работает.

Кстати, за описание спасибо. Оно понятнее, чем в руководстве.

А так, это был вопрос ко всем пользователям - авось кто-нибудь с этим разбирался...