LVM разметка

Как это не даёт? Сам создавал. Правда не помню, куда там нажимать. Ну на худой конец переключаешься в консоль, lvcreate в руки, и вперёд.

Бегом читать доку!

Логический том LVM - это блочное устройство того же уровня, что и /dev/hda1 - то есть на один логический том - одна ФС. Физический том LVM может содержать скольугодно много логических томов. Обычно физический том LVM = раздел диска, внутри него нарезаются логические тома.

О, блин, я сначала подумал, что товарищ на одной группе томов не смог создать больше одного логического тома. :) Действительно, читать доку.

Спасибо, понял!
Все примеры в журналах и доках приводятся с одним логическим разделом
и одним разделом файловой системы, поэтому так и решил.

Чем можно изменять размер файловой системы (ext3) в логическом томе?
Чем LVM лучше LiveCD Gparted?
Еще пишут что нельзя просто взять и изменить размер файловой системы
может нехватить i-node...

>Чем LVM лучше LiveCD Gparted?

Может Вам лучше документацию к LVM и parted для начала почитать?

> Чем можно изменять размер файловой системы (ext3) в логическом томе?

Сначала lvextend (увеличить размер логического тома LVM), затем resize2fs (увеличить размер ФС на этмо томе).

> Чем LVM лучше LiveCD Gparted?

Это изначально разные по назначению инструменты. Один из них нужен чтобы поиграть с разделами на диске при необходимости (Gparted), второй для для гибкого управления дисковым пространством.

> может нехватить i-node...

В 90% случаев - это чушь. Как правило, в увеличении нуждаются разделы с большими объемами - как правило на них лежит сравнительно небольшое количество файлов большого размера. А spool-разделы где много-много мелких файлов в оставшихся случаях можно безболезненно пересоздать (случаи изначально безграмотной ручной разметки диска рассматривать не будем :-))

resize2fs может изменить смонтированный / или /home?
Если нужны размонтированные разделы, то как это сделать с / ?

без отмонтирования ext3 не меняет размер, правда, у РХ есть ядерный патч + утилита для онлайнового ресайза ext3.

Рекомендую вместо ext3 использовать xfs

"Incorrect metadata area header checksum" - что это означает?
LVM тома создал через инсталятор.


# pvdisplay
Incorrect metadata area header checksum
Incorrect metadata area header checksum
Incorrect metadata area header checksum
Incorrect metadata area header checksum
Incorrect metadata area header checksum
--- Physical volume ---
PV Name /dev/hda3
VG Name vg0
PV Size 27,41 GB / not usable 0
Allocatable yes
PE Size (KByte) 4096
Total PE 7016
Free PE 1281
Allocated PE 5735
PV UUID 4jw3Pp-vkFY-0uCw-wM4n-Za3t-FigF-F1cYe7

--- NEW Physical volume ---
PV Name /dev/evms/hda2
VG Name
PV Size 27,50 GB
Allocatable NO
PE Size (KByte) 0
Total PE 0
Free PE 0
Allocated PE 0
PV UUID rmdBKk-ogXQ-yhgK-ilzs-rPKU-nF09-95DSeO

# lvdisplay
Incorrect metadata area header checksum
Incorrect metadata area header checksum
--- Logical volume ---
LV Name /dev/vg0/root
VG Name vg0
LV UUID Badtnz-0lKR-TbmS-8h87-NdWV-cQmY-ZUnoh0
LV Write Access read/write
LV Status available
# open 1
LV Size 7,00 GB
Current LE 1792
Segments 1
Allocation inherit
Read ahead sectors 0
Block device 254:0

--- Logical volume ---
LV Name /dev/vg0/home
VG Name vg0
LV UUID D7eayO-QlSv-CyMw-Cd6M-OtkF-ysgC-WAIatj
LV Write Access read/write
LV Status available
# open 1
LV Size 15,00 GB
Current LE 3840
Segments 1
Allocation inherit
Read ahead sectors 0
Block device 254:1

--- Logical volume ---
LV Name /dev/vg0/swap
VG Name vg0
LV UUID zHUiEd-jWFP-GvKB-zKHZ-Gw3Y-bQgf-Gax2OV
LV Write Access read/write
LV Status available
# open 2
LV Size 412,00 MB
Current LE 103
Segments 1
Allocation inherit
Read ahead sectors 0
Block device 254:2

> /dev/evms/hda2

evms -- Enterprise Volume Management System

А оно надо?

Нет...
А как удалить?