LVM расширение раздела root

[Maxim_Al]

Прошу помощи (Zentyal-2).
Выяснилось что корневой раздел слишком мал для сервера и возникло желание его расширить.
Добавил диск серверу (благо виртуаль). Создал расширенный раздел, создал линюкс раздел sdb5 получился. Поставил метку LVM.
Вот что показывает fdisk
   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1        2610    20964793+   5  Extended
/dev/sdb5               1        2610    20964762   8e  Linux LVM

далее делаю
pvcreate /dev/sdb5
vgextend IG-Zentyal-2 /dev/sdb5
lvextend -L+15G /dev/IG-Zentyal-2/root

Все вкатило. Вот выброс:

lvdisplay:

 --- Logical volume ---
  LV Name                /dev/IG-Zentyal-2/root
  VG Name                IG-Zentyal-2
  LV UUID                4JBv90-psL0-IfgH-vfRS-1Wie-aK7q-6NvSnn
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                18,00 GiB
  Current LE             4608
  Segments               2
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           251:0

--------------------------------------------------------------
lvs:

lvm> lvs
  LV     VG           Attr   LSize   Origin Snap%  Move Log Copy%  Convert
  root   IG-Zentyal-2 -wi-ao  18,00g


-------------------------------------------------------------
# lvscan
  ACTIVE            '/dev/IG-Zentyal-2/root' [18,00 GiB] inherit

--------------------------------------------------------------

# pvdisplay
  --- Physical volume ---
  PV Name               /dev/sda5
  VG Name               IG-Zentyal-2
  PV Size               19,76 GiB / not usable 2,00 MiB
  Allocatable           yes (but full)
  PE Size               4,00 MiB
  Total PE              5058
  Free PE               0
  Allocated PE          5058
  PV UUID               cETa22-4wEf-yC4X-q1Wy-5Tuk-lg94-p2dOsD

  --- Physical volume ---
  PV Name               /dev/sdb5
  VG Name               IG-Zentyal-2
  PV Size               19,99 GiB / not usable 1,40 MiB
  Allocatable           yes
  PE Size               4,00 MiB
  Total PE              5118
  Free PE               1864
  Allocated PE          3254
  PV UUID               h3Ednh-vbdO-1nYs-Kx0t-SMSQ-J3AU-ers3Fr

---------------------------------------------------------------

lvm> vgs
  VG           #PV #LV #SN Attr   VSize  VFree
  IG-Zentyal-2   2   3   0 wz--n- 39,75g 7,28g

--------------------------------------------------------------
# vgscan
  Reading all physical volumes.  This may take a while...
  Found volume group "IG-Zentyal-2" using metadata type lvm2

Т.е. вроде все в порядке.
Смотрю df -h:
root@IG-Zentyal-2:~# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/IG--Zentyal--2-root
                      5,3G  4,1G  864M  83% /


Почему при расширенном LVM система не видит этот новый размер раздела??
Чего я недокручиваю???

Пользователь решил продолжить мысль 16 Июня 2011, 10:29:34:Да, еще после этого пытался делать resize_reiserfs но не видит какого-то суперблока... может в этом причина?:

# resize_reiserfs /dev/IG-Zentyal-2/root
resize_reiserfs 3.6.21 (2009 www.namesys.com)


reiserfs_open: the reiserfs superblock cannot be found on /dev/IG-Zentyal-2/root.

[merlin-rterm]

а не могли бы вы показать вывод команды mount ?

смонитрованный раздел можно расширить вживую только если система умеет так. Если не умеет - нужно загружаться с другой системы и оттуда уже делать resize*fs.

я уверен, что ext2,3,4 можно на живой смонтированной системе растянуть (много раз так делал), а вот насчёт reiserfs (у вас же она?) имеются сомнения

[Бумер]

Выяснилось что корневой раздел слишком мал для сервера и возникло желание его расширить.

Что пухнет /var, /usr? может проще создать раздел и примонтировать его туда куда надо?

[Maxim_Al]

а не могли бы вы показать вывод команды mount ?

смонитрованный раздел можно расширить вживую только если система умеет так. Если не умеет - нужно загружаться с другой системы и оттуда уже делать resize*fs.

я уверен, что ext2,3,4 можно на живой смонтированной системе растянуть (много раз так делал), а вот насчёт reiserfs (у вас же она?) имеются сомнения

видимо тупое исполнение команд без вникание в суть еще не до того доведет меня
конечно у меня не reiserfs:
$ mount
/dev/mapper/IG--Zentyal--2-root on / type ext4 (rw,errors=remount-ro)

Вообще resize_reiserfs я нашел в другой документашки... вот и не состыковал...
Хорошо, направьте на путь истинный, как теперь системе сказать что надо расширить раздел по всему доступному месту на  LVM?
Пользователь решил продолжить мысль 17 Июня 2011, 10:49:29:

Выяснилось что корневой раздел слишком мал для сервера и возникло желание его расширить.

Что пухнет /var, /usr? может проще создать раздел и примонтировать его туда куда надо?

да как-то не хочется сейчас мудрить с разделами, я не силен в этом, когда ставил, хотел вообще что бы все в одном месте на одном разделе было, хз как так получилось что он для хома выделил столько места... хомом то тут никто и не пользуется...
Проще добавить места сейчас гиг 20 на корень, да и забыть про все это.

[surprisean]

Я делал так:
создаем физический раздел
    pvcreate /dev/sdb5  
присоединяем раздел к группе
    vgextend vg /dev/sdb5  
проверяем группу
         vgdisplay
Увеличиваем логический том до размера Total PE
    lvextend -l13988 /dev/vg/root  
Проверяем на ошибки
    e2fsck -f /dev/vg/root  
Расширяем файловую систему
    lvextend -l13988 -r /dev/vg/root

[merlin-rterm]

сначала сделайте
e2fsck -n /dev/mapper/IG--Zentyal--2-root
-n - не производить изменений, требуется, т. к. фс смонтирована

Для ext2/3/4 используется программа resize2fs (которую, кстати, когда-то Теодор Цо, мэйнтейнер этих ФС, написал для Partition Magic, а через два года открыл код):
resize2fs -p /dev/mapper/IG--Zentyal--2-root
-p будет отображать прогресс-бары. В текущем виде команда растянет ФС до максимума, а если нужно от неё что-то ещё, напишите man resize2fs и прочитайте, как. Можно использовать на смонтированном разделе, даже на /

для справки выше: ключик lvextend -r просто после увеличения тома растягивает ФС, как resize2fs. Но он не умеет этого делать со смонтированной ФС на лету, согласно ману: If /dev/vg/test contains ext2/ext3/ext4  filesystem it will be unmounted prior the resize.

[Дмитрий Бо]

Ну всё написано же:
https://help.ubuntu.ru/wiki/lvm#изменение_размеров

[Maxim_Al]

Ну всё написано же:
https://help.ubuntu.ru/wiki/lvm#изменение_размеров

Написано, согласен, но вот как-то не получилось однозначно все переварить, при том что читал не только это (это тоже читал)
Пользователь решил продолжить мысль 20 Июня 2011, 07:12:54:

сначала сделайте
e2fsck -n /dev/mapper/IG--Zentyal--2-root
-n - не производить изменений, требуется, т. к. фс смонтирована

Для ext2/3/4 используется программа resize2fs (которую, кстати, когда-то Теодор Цо, мэйнтейнер этих ФС, написал для Partition Magic, а через два года открыл код):
resize2fs -p /dev/mapper/IG--Zentyal--2-root
-p будет отображать прогресс-бары. В текущем виде команда растянет ФС до максимума, а если нужно от неё что-то ещё, напишите man resize2fs и прочитайте, как. Можно использовать на смонтированном разделе, даже на /

для справки выше: ключик lvextend -r просто после увеличения тома растягивает ФС, как resize2fs. Но он не умеет этого делать со смонтированной ФС на лету, согласно ману: If /dev/vg/test contains ext2/ext3/ext4  filesystem it will be unmounted prior the resize.

e2fsck -n /dev/mapper/IG--Zentyal--2-root - выдала кучу ошибок ... надо разбираться что с этим делать.
А вот resize2fs /dev/IG-Zentyal-2/root - именно то что мне требовалось.
Спасибо огромное!

[MadKox]

И хочется добавить, что как раз файловые системы ext* - могут только увеличиваться(без размонтирования), а reiserfs еще и уменьшаться! Потому везде, где LVM стараюсь как раз reiserfs использовать.