Невозможный смонтировать жесткий диск USB. Файловая система, не распознанная?

1 совет с xen, если Вы решаете использовать классический мост (по сравнению с ovs), установил его вручную, поскольку сценарии не разобрались в нем для меня сначала (при этом единственный nic был заблокирован),

что-то вроде этого должно заставить образование моста работать:

auto lo br0
iface lo inet loopback

iface br0 inet static
        address 192.168.128.7
        netmask 255.255.255.128
        network 192.168.128.0
        broadcast 192.168.128.127
        gateway 192.168.128.126
        dns-nameservers 172.16.2.200
        bridge_ports eth1
        bridge_stp off
        bridge_fd 0
        #bridge_hello 2
        #bridge_maxage 12

iface eth1 inet manual

Теперь на каждом госте OS Вы получите интерфейс 'eth0' (rfr. bridge_fd=0) при присвоении IP-адреса тому интерфейсу это будет на мосту br0 и сможет сделать все как хост, может, учитывая тот факт, что ничто не блокирует его (netfilter и т.д.)

для пользы полноты затем Вы редактируете/etc/sysctl.conf (принимающий debian здесь, sry) и устанавливаете это, поскольку это могло бы быть необходимо для Вашей сети

net.ipv4.conf.eth1.proxy_arp = 1
net.bridge.bridge-nf-call-ip6tables = 0
net.bridge.bridge-nf-call-iptables = 0
net.bridge.bridge-nf-call-arptables = 0

и сделайте sysctl-p для фиксации их. Это отключает netfilter от вмешательства на мосту. Кроме того, Вы могли использовать iptables, чтобы сделать это также. от вершины моей головы, что-то вроде этого (они не могли бы все быть необходимы), но так как я не использую их, это должно только дать общее представление:

iptables -I FORWARD -m physdev --physdev-is-bridged -j ACCEPT
iptables -I FORWARD -m physdev --physdev-in vif1.0 -j ACCEPT

Это vif1.0 (или возможно названный немного отличающимся) интерфейс покажут однажды Ваш гость, OS запускается, можно проверить сеть на хосте с классическими инструментами (IP, ifconfig и т.д.).