Cмонтировать ex3 on lvm, on lvm

mount <device> <path>

если не пашет то pvscan && vgscan && lvscan && vgchange -a y

root@ubuntu-x86-002:~# lvscan
inactive '/dev/VG_XenStorage-0d811f25-0111-0548-6eae-881797e39910/MGT' [4.00 MB] inherit
ACTIVE '/dev/VG_XenStorage-0d811f25-0111-0548-6eae-881797e39910/VHD-6982b718-c468-47c0-afcb-c68b9c967945' [460.91 GB] inherit
ACTIVE '/dev/VG_XenStorage-0d811f25-0111-0548-6eae-881797e39910/VHD-17509128-8556-4087-87ae-481a6a653cd6' [4.02 GB] inherit
root@ubuntu-x86-002:~# pvscan
PV /dev/sdb VG VG_XenStorage-0d811f25-0111-0548-6eae-881797e39910 lvm2 [465.75 GB / 844.00 MB free]
Total: 1 [465.75 GB] / in use: 1 [465.75 GB] / in no VG: 0 [0 ]
root@ubuntu-x86-002:~# mount /dev/VG_XenStorage-0d811f25-0111-0548-6eae-881797e39910/VHD-6982b718-c468-47c0-afcb-c68b9c967945 /mnt/001/
mount: you must specify the filesystem type
root@ubuntu-x86-002:~# mount /dev/VG_XenStorage-0d811f25-0111-0548-6eae-881797e39910/VHD-6982b718-c468-47c0-afcb-c68b9c967945 /mnt/001/ -t ext3
mount: wrong fs type, bad option, bad superblock on /dev/mapper/VG_XenStorage--0d811f25--0111--0548--6eae--881797e39910-VHD--6982b718--c468--47c0--afcb--c68b9c967945,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so

root@ubuntu-x86-002:~# dmesg | tail
[ 36.346211] EXT3 FS on sda1, internal journal
[ 37.004134] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 281.034956] RPC: Registered udp transport module.
[ 281.035020] RPC: Registered tcp transport module.
[ 285.483765] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
[ 285.571003] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
[ 285.587082] NFSD: starting 90-second grace period
[ 497.842181] device-mapper: uevent: version 1.0.3
[ 497.842523] device-mapper: ioctl: 4.12.0-ioctl (2007-10-02) initialised: dm-devel@redhat.com
[16977.656293] VFS: Can't find ext3 filesystem on dev dm-0.
root@ubuntu-x86-002:~# lomount -verbose -diskimage /dev/VG_XenStorage-0d811f25-0111-0548-6eae-881797e39910/VHD-17509128-8556-4087-87ae-481a6a653cd6 -partition 1 -t ext3 /mnt/001
MBR signature mismatch (invalid partition table?)
root@ubuntu-x86-002:~#

Что говорит
file -Ls /dev/VG_XenStorage-0d811f25-0111-0548-6eae-881797e39910/VHD-17509128-8556-4087-87ae-481a6a653cd6
?

Сломал глаза, попробую угадать:

У тебя LV (условно 1 уровня) отдан XENу как виртуальный диск. На этом диске есть раздел, представляющий собой PV, на котором основана VG доступная системе под XEN'oм.

Если так, то надо этот раздел сделать доступным напрямую хост-системе, через losetup с правильным offset'ом. Затем можно будет заюзать этот (/dev/loop0) PV и активизировать VG на нем.

Да, все верно, только LVM там все же не было, гола партиция с ext3. Смонтировать ее так и не удалось. Пробовал «угадать» (с гуглом) offset - нифига. Пишет:

EXT3-fs: journal inode is deleted.

как не крутил. Без VHD все нормально монтируется (вида /dev/VG_XenStorage-serial/LV-serial) через lomount -partition.. Вышел из ситуации тупо - поставил XS, после чего в подмонтировал раздел в виртуалке.