не монтируется HVM образ

Попробуй ему явно указать тип фс, раз просит.

mount /dev/vgtest/test /tmp

Не монтируйте ничего в /tmp.

Что говорит file -s /dev/vgtest/test?

hvm ни при чём.

man mount
man blkid
man losetup
man kpartx

Да, и man fdisk. Или любой другой утилиты для разметки диска

У тебя образ это целый вирт. жёсткий диск, тебе надо монтировать раздел.

man mount man blkid man losetup man kpartx

всё делал из этого.

У тебя образ это целый вирт. жёсткий диск, тебе надо монтировать раздел. а почему тогда PV монтируется?

всё делал из этого.

а почему тогда PV монтируется?

Тогда ещё раз делай. До просветления. hint: сначала применяешь blkid и fdisk.

окей спасибо разобрался но у меня вопрос я хочу создать шаблон

kpartx -a /dev/vgtest/test

/dev/mapper/test2.1

lvcreate -L5 -n  1.img    vgtest

dd if=/dev/mapper/test2.1 of=/dev/vgtest/1.img 

запсукаю xl create и система выдает no bootable

Для HVM гостя ты указываешь образ диска и грузишься с него, как в случае обычного компьютера. При этом у гостя должен быть собственный загрузчик, как правило устанавливаемый в MBR его виртуального диска.

Для случая PV в xen ты не используешь загузчик с виртуального диска. Вместо этого указываешь Xen'у где брать ядро и ramdisk ( init диск, initrd ). Т.е. загрузчик не нужен. Главное чтобы ядро с ramdisk'ом успешно нашло корневую ВМ. Да, при этом можно не разбивать виртуальный диск на MBR или GPT разделы

окей почти понял ) а что нужно сделать для HVM чтобы загрузиться теперь c 1.img? или то что я описал выше не применить для HVM и нужно тупо запускать /dev/vgtest/test ?

kernel = '/usr/lib/xen/boot/hvmloader'
builder = 'hvm'
memory = '1000'
device_model = '/usr/lib/xen/bin/qemu-dm'
disk = [ 'phy:/dev/vgtest/1img,xvda1,w' ]
vif = [ 'bridge=br0, mac=f1:12:13:1b:cc:10' ]
name = 'test.i'
#boot = 'd'
vnc = 1
vncpasswd= ''
#vncunused= 1
#vfb = [ 'type=vnc,vnclisten=0.0.0.0' ]
serial= "pty"
sdl = 0
apic = 1
acpi = 1
localtime = 0
vcpus = 1
pae = 1
#on_poweroff = 'destroy'
on_reboot = 'restart'
on_crash = 'restart'
vncconsole = 0
stdvga = 0
videoram = 16
shadow_memory = 8

что нужно сделать для HVM чтобы загрузиться теперь c 1.img?

а) Копировать в него не /dev/mapper/test2.1, а /dev/mapper/test2

б) возможно ли для HVM указать ядро, а не /usr/lib/xen/boot/hvmloader - не знаю, с xen давно не сталкивался. Проверяй ;) За образец можо взять PV гостя; нужны ядро, ramdisk и параметры ядру.

а) Копировать в него не /dev/mapper/test2.1, а /dev/mapper/test2

дык смыл же в том чтобы я мог шаблон сразу монтировать и делать resize2fs а если копирую /dev/mapper/test2 то нужно опять делать kpartx -a =(( и получается я возвращаюсь с чего начал тему) с /dev/mapper/test2 так и так всё нормально грузиться но я то хочу mount и resize2fs сразу ) потому как хочу потом скрипт написать простой как 5 копеек=)

б) попробовал =)) надо мной комп поржал =)

это уже будет не hvm вообщем то)

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

а) подключать ( временно ) к другой ВМ, если Xen позволяет добавлять и отбирать диски на лету.

б) MBR / GTP таблицы нужны только для диска, с которого будет происходить загрузка

Под данные лучше создать отдельный диск, и на нём уже не создавать никаких разделов. Или даже создать отдельный диск под загрузчик и /boot. 100 .. 500 Mb . А / - на отдельном диске

короче говоря boot не работает под lvm ?

короче говоря boot не работает под lvm ?

Отформатируй физический жёсткий диск сразу в ФС, без таблицы разделов, и покажи как ты с него сможешь загрузиться ;)

вопрос у меня сейчас не работает resize2fs как можно расширить ФС на весь логический том через fdisk ? ну чтобы и данные не потерять =)

Удалить том ( fdisk -u /dev/vgtest/test, например ), создать на том же месте ( с того же начального сектора ), но большего размера. Нужно быть очень внимательным. Лучше сначала потренируйся на клоне

ЗЫ. Это я привык к fdisk. Наверное удобнее расширить через parted / gparted

а вот так инфа не сотрется?

Смотрим разделы:

Command (m for help): p


Disk /dev/xvdb: 42.9 GB, 42949672960 bytes
255 heads, 63 sectors/track, 5221 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

    Device Boot      Start         End      Blocks   Id  System
/dev/xvdb1   *           1        2610    20964793+  8e  Linux LVM


Видим раздел /dev/xvdb1 на 20Гб. Удаляем этот раздел. Да да, именно удаляем. Это можно делать на ходу, потому что далее мы создадим раздел вновь. На данные это не должно никак повлиять.

Command (m for help): d
Selected partition 1


Создаем раздел вновь на весь размер нашего диска:

Command (m for help): n


Command action
   e   extended
   p   primary partition (1-4)
p


Partition number (1-4): 1 

First cylinder (1-5221, default 1):
Using default value 1
Last cylinder or +size or +sizeM or +sizeK (1-5221, default 5221): 
Using default value 5221


Выставляем тип раздела Linux LVM:

Command (m for help): t
Selected partition 1
Hex code (type L to list codes): 8e


Результат:

Command (m for help): p


Disk /dev/xvdb: 42.9 GB, 42949672960 bytes
255 heads, 63 sectors/track, 5221 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

    Device Boot      Start         End      Blocks   Id  System
/dev/xvdb1               1        5221    41937651   8e  Linux LVM


Сохраняем изменения, выходим.

Units = cylinders of 16065 * 512 = 8225280 bytes

Нет, это опасно. Либо дополнительно проверяй advanced options командой x, либо, что лучше, не используй устаревшую CHS геометрию при разметке ( fdisk -u будет оперировать секторами, а не C/H/S )

А так принцип действий правильный. Нужно чтобы совпал Start ( в секторах )

а разве по началу fdisk дальше d и n не убьет все мои данные ? ведь удаляет фс ?)

Он ничего не делает с ФС, только с таблицей разделов

фух стремно как то=) но буцдем щас тестировать на чем нибудь) _ отпишусь

вообщем так уже не заработало

Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/vg00/jira.i1   *           4        7115     2048000   83  Linux

Команда (m для справки): q

[root@srv02 ~]# fdisk /dev/vg00/jira.i

Количество цилиндров для этого диска установлено в 43690.
С этим все в порядке, но значение больше, чем 1024,
и в отдельных установках могут возникнуть проблемы с:
1) программами, запускаемым при загрузке (напр., старые версии LILO)
2) загрузкой и программами разметки из других ОС
   (напр., DOS FDISK, OS/2 FDISK)


[root@test ~]# fdisk /dev/vg00/test.i

Количество цилиндров для этого диска установлено в 43690.
С этим все в порядке, но значение больше, чем 1024,
и в отдельных установках могут возникнуть проблемы с:
1) программами, запускаемым при загрузке (напр., старые версии LILO)
2) загрузкой и программами разметки из других ОС
   (напр., DOS FDISK, OS/2 FDISK)

Команда (m для справки): p

Диск /dev/vg00/jira.i: 12.8 ГБ, 12884901888 байт
24 heads, 24 sectors/track, 43690 cylinders
Единицы = цилиндры по 576 * 512 = 294912 байт

    Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/vg00/test.i1   *           4        7115     2048000   83  Linux

Команда (m для справки): d
Выбранный раздел 1

Команда (m для справки): n
Действие команды
   e   расширенный
   p   основной раздел (1-4)
p
Номер раздела (1-4): 1
Первый цилиндр (1-43690, по умолчанию 1): 
Используется значение по умолчанию 1
Последний цилиндр или +size или +sizeM или +sizeK (1-43690, по умолчанию 43690): 
Используется значение по умолчанию 43690

Команда (m для справки): t
Выбранный раздел 1
        
Шестнадцатеричный код (введите L для получения списка кодов): 83

Команда (m для справки): p

Диск /dev/vg00/jira.i: 12.8 ГБ, 12884901888 байт
24 heads, 24 sectors/track, 43690 cylinders
Единицы = цилиндры по 576 * 512 = 294912 байт

    Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/vg00/test.i1               1       43690    12582708   83  Linux

Говорят тебе, используй ключ -u . CHS геометрия морально устарела и часто не используется

использовал всё равно такая же фигня

короче сделал как ты сказал мне fdisk -u и чтобы совпало начало сектора =) потом сделал kpartx -a и сделал resize2fs и яхууу =)) но вопрос по началу я сделал глупость запустил fdisk без u ... и поставил начало сектора по умочанию хотя оно должно было совпадать... соответсвенно я сделал не павильно и фс не грузится .. можно ли её как то восстановить? просто на будущее хотелось бы знать как =)

потом сделал kpartx -a и сделал resize2fs и яхууу

запустил fdisk без u ... и поставил начало сектора по умочанию хотя оно должно было совпадать... соответсвенно я сделал не павильно и фс не грузится

Успешный и неуспешный результат на разных ВМ? Или на одной и той же ВМ ФС увеличена, но ВМ не грузится?

1) да был успех когда все правильно сделал по твоей инструкции плюст ещё resize2fs 2) и не успешная была в начале .. вот как восстановить не успешную ?

Т.е. это разные ВМ.

вариант а) самый простой На ВМ, которая работает, посмотри где начинается ( start, в секторах ) раздел

fdisk -u -l

На диске ВМ, с которой проблема, удали раздел и создай заново с нужным Start ( в секторах )

fdisk -u

вариант б) утилита testdisk поможет найти потеряный раздел

вообщем проблема такая у меня на тесе centos 6 и там resize2fs версии 1.41 а на серваке centos 5 версии resize2fs версии 1.39 и он не ра ботает с ext4 ((((( репы старые конечно же..ручками вносить изменения очень уж не холчется мега боевой серв (

тьфу ну ты )) resize4fs =) пакет просто не мог найти)) Спасибо тебе дружище большое ))) как раз у меня сеня ДР =)) восстановление попробую но чуть позже ))

На centos 6 resize2fs может увеличить ФС на лету.