Xen 3.3 initramfs DomU - Mount Error
Erstellt wurde das Image mit dem Parameter = xen-create-image --hostname=xen1.example.com --size=4Gb --swap=256Mb --ip=87.106.XXX.XXX --memory=256Mb --arch=amd64 --role=udev --force --ide
start der DomU mit "xm create /etc/xen1.example.com ist erfolgreich somit gehe ich in die console mit "xm console xen1.example.com"
Die DomU hat jedoch einen Fehler beim Mouten des Images ( Module werden erfolgreich geladen! )
dies ist die Ausgabe meiner Xen Console:
kann mir jemand bei diesem Problem helfen ?
Config Files sehen so aus:
Die Xen Config:
zu sehen ist, dass wir route-networking verwenden da wir sonst in ein (anderer Thread von uns) bekanntes Mac Spoofing fallen da unser Provider Managed Switche verwendet die es nicht gestatten bridged-networking, wie bsp. Hetzner zu verwenden!
so nun kommen wir wieder auf die Frage zurück, wie wir den von uns oben genannten "Mount" Fehler beheben können ?!
Mit freundlichen Grüßen
NySoft Team
Administration
Ralph Schneider
start der DomU mit "xm create /etc/xen1.example.com ist erfolgreich somit gehe ich in die console mit "xm console xen1.example.com"
Die DomU hat jedoch einen Fehler beim Mouten des Images ( Module werden erfolgreich geladen! )
[ 1.176993] md: raid4 personality registered for level 4
[ 1.203637] md: raid10 personality registered for level 10
Done.
Begin: Running /scripts/init-premount ...
Done.
Begin: Mounting root file system... ...
Begin: Running /scripts/local-top ...
Done.
Begin: Waiting for root file system... ...
Done.
Begin: Running /scripts/local-premount ...
Begin: Waiting for resume device... ...
Done.
Done.
[ 7.504849] kjournald starting. Commit interval 5 seconds
[ 7.504862] EXT3-fs: mounted filesystem with ordered data mode.
Begin: Running /scripts/local-bottom ...
Done.
Done.
Begin: Running /scripts/init-bottom ...
mount: Mounting /root/dev on /dev/.static/dev failed: No such file or directory
Done.
mount: Mounting /sys on /root/sys failed: No such file or directory
mount: Mounting /proc on /root/proc failed: No such file or directory
Target filesystem doesn't have /sbin/init
BusyBox v1.1.3 (Debian 1:1.1.3-5ubuntu12) Built-in shell (ash)
Enter 'help' for a list of built-in commands.
dies ist die Ausgabe meiner Xen Console:
kann mir jemand bei diesem Problem helfen ?
Config Files sehen so aus:
# Configuration file for the Xen instance xen1.example.com, created
# by xen-tools 3.8 on Fri Apr 3 23:40:12 2009.
#
#
# Kernel + memory size
#
kernel = '/boot/vmlinuz-2.6.24-23-xen'
ramdisk = '/boot/initrd.img-2.6.24-23-xen'
memory = '256'
#
# Disk device(s).
#
root = '/dev/hda2 ro'
disk = [
'file:/home/xen/domains/xen1.example.com/swap.img,hda1,w',
'file:/home/xen/domains/xen1.example.com/disk.img,hda2,w',
]
#
# Hostname
#
name = 'xen1.example.com'
#
# Networking
#
vif = [ 'ip=87.106.XXX.XXX,mac=00:16:3E:16:02:D1' ]
#
# Behaviour
#
on_poweroff = 'destroy'
on_reboot = 'restart'
on_crash = 'restart'
extra = '2 console=xvc0'
Die Xen Config:
# -*- sh -*-
#
# Xend configuration file.
#
# This example configuration is appropriate for an installation that
# utilizes a bridged network configuration. Access to xend via http
# is disabled.
# Commented out entries show the default for that entry, unless otherwise
# specified.
#(logfile /var/log/xen/xend.log)
#(loglevel DEBUG)
# The Xen-API server configuration.
#
# This value configures the ports, interfaces, and access controls for the
# Xen-API server. Each entry in the list starts with either unix, a port
# number, or an address:port pair. If this is "unix", then a UDP socket is
# opened, and this entry applies to that. If it is a port, then Xend will
# listen on all interfaces on that TCP port, and if it is an address:port
# pair, then Xend will listen on the specified port, using the interface with
# the specified address.
#
# The subsequent string configures the user-based access control for the
# listener in question. This can be one of "none" or "pam", indicating either
# that users should be allowed access unconditionally, or that the local
# Pluggable Authentication Modules configuration should be used. If this
# string is missing or empty, then "pam" is used.
#
# The final string gives the host-based access control for that listener. If
# this is missing or empty, then all connections are accepted. Otherwise,
# this should be a space-separated sequence of regular expressions; any host
# with a fully-qualified domain name or an IP address that matches one of
# these regular expressions will be accepted.
#
# Example: listen on TCP port 9363 on all interfaces, accepting connections
# only from machines in example.com or localhost, and allow access through
# the unix domain socket unconditionally:
#
# (xen-api-server ((9363 pam '^localhost$ example\\.com$')
# (unix none)))
#
# Optionally, the TCP Xen-API server can use SSL by specifying the private
# key and certificate location:
#
# (9367 pam '' /etc/xen/xen-api.key /etc/xen/xen-api.crt)
#
# Default:
# (xen-api-server ((unix)))
#(xend-http-server no)
#(xend-unix-server no)
#(xend-tcp-xmlrpc-server no)
#(xend-unix-xmlrpc-server yes)
#(xend-relocation-server no)
(xend-relocation-server yes)
#(xend-relocation-ssl-server no)
#(xend-unix-path /var/lib/xend/xend-socket)
# Address and port xend should use for the legacy TCP XMLRPC interface,
# if xend-tcp-xmlrpc-server is set.
#(xend-tcp-xmlrpc-server-address 'localhost')
#(xend-tcp-xmlrpc-server-port 8006)
# SSL key and certificate to use for the legacy TCP XMLRPC interface.
# Setting these will mean that this port serves only SSL connections as
# opposed to plaintext ones.
#(xend-tcp-xmlrpc-server-ssl-key-file /etc/xen/xmlrpc.key)
#(xend-tcp-xmlrpc-server-ssl-cert-file /etc/xen/xmlrpc.crt)
# Port xend should use for the HTTP interface, if xend-http-server is set.
#(xend-port 8000)
# Port xend should use for the relocation interface, if xend-relocation-server
# is set.
#(xend-relocation-port 8002)
# Port xend should use for the ssl relocation interface, if
# xend-relocation-ssl-server is set.
#(xend-relocation-ssl-port 8003)
# SSL key and certificate to use for the ssl relocation interface, if
# xend-relocation-ssl-server is set.
#(xend-relocation-server-ssl-key-file /etc/xen/xmlrpc.key)
#(xend-relocation-server-ssl-cert-file /etc/xen/xmlrpc.crt)
# Whether to use ssl as default when relocating.
#(xend-relocation-ssl no)
# Address xend should listen on for HTTP connections, if xend-http-server is
# set.
# Specifying 'localhost' prevents remote connections.
# Specifying the empty string '' (the default) allows all connections.
#(xend-address '')
#(xend-address localhost)
# Address xend should listen on for relocation-socket connections, if
# xend-relocation-server is set.
# Meaning and default as for xend-address above.
#(xend-relocation-address '')
# The hosts allowed to talk to the relocation port. If this is empty (the
# default), then all connections are allowed (assuming that the connection
# arrives on a port and interface on which we are listening; see
# xend-relocation-port and xend-relocation-address above). Otherwise, this
# should be a space-separated sequence of regular expressions. Any host with
# a fully-qualified domain name or an IP address that matches one of these
# regular expressions will be accepted.
#
# For example:
# (xend-relocation-hosts-allow '^localhost$ ^.*\\.example\\.org$')
#
#(xend-relocation-hosts-allow '')
(xend-relocation-hosts-allow '^localhost$ ^localhost\\.localdomain$')
# The limit (in kilobytes) on the size of the console buffer
#(console-limit 1024)
##
# To bridge network traffic, like this:
#
# dom0: ----------------- bridge -> real eth0 -> the network
# |
# domU: fake eth0 -> vifN.0 -+
#
# use
#
# (network-script network-bridge)
#
# Your default ethernet device is used as the outgoing interface, by default.
# To use a different one (e.g. eth1) use
#
# (network-script 'network-bridge netdev=eth1')
#
# The bridge is named xenbr0, by default. To rename the bridge, use
#
# (network-script 'network-bridge bridge=<name>')
#
# It is possible to use the network-bridge script in more complicated
# scenarios, such as having two outgoing interfaces, with two bridges, and
# two fake interfaces per guest domain. To do things like this, write
# yourself a wrapper script, and call network-bridge from it, as appropriate.
#
#(network-script network-bridge)
# The script used to control virtual interfaces. This can be overridden on a
# per-vif basis when creating a domain or a configuring a new vif. The
# vif-bridge script is designed for use with the network-bridge script, or
# similar configurations.
#
# If you have overridden the bridge name using
# (network-script 'network-bridge bridge=<name>') then you may wish to do the
# same here. The bridge name can also be set when creating a domain or
# configuring a new vif, but a value specified here would act as a default.
#
# If you are using only one bridge, the vif-bridge script will discover that,
# so there is no need to specify it explicitly.
#
#(vif-script vif-bridge)
## Use the following if network traffic is routed, as an alternative to the
# settings for bridged networking given above.
(network-script network-route)
(vif-script vif-route)
## Use the following if network traffic is routed with NAT, as an alternative
# to the settings for bridged networking given above.
#(network-script network-nat)
#(vif-script vif-nat)
# dom0-min-mem is the lowest permissible memory level (in MB) for dom0.
# This is a minimum both for auto-ballooning (as enabled by
# enable-dom0-ballooning below) and for xm mem-set when applied to dom0.
(dom0-min-mem 196)
# Whether to enable auto-ballooning of dom0 to allow domUs to be created.
# If enable-dom0-ballooning = no, dom0 will never balloon out.
(enable-dom0-ballooning yes)
# In SMP system, dom0 will use dom0-cpus # of CPUS
# If dom0-cpus = 0, dom0 will take all cpus available
(dom0-cpus 0)
# Whether to enable core-dumps when domains crash.
#(enable-dump no)
# The tool used for initiating virtual TPM migration
#(external-migration-tool '')
# The interface for VNC servers to listen on. Defaults
# to 127.0.0.1 To restore old 'listen everywhere' behaviour
# set this to 0.0.0.0
#(vnc-listen '127.0.0.1')
# The default password for VNC console on HVM domain.
# Empty string is no authentication.
(vncpasswd '')
# The VNC server can be told to negotiate a TLS session
# to encryption all traffic, and provide x509 cert to
# clients enalbing them to verify server identity. The
# GTK-VNC widget, virt-viewer, virt-manager and VeNCrypt
# all support the VNC extension for TLS used in QEMU. The
# TightVNC/RealVNC/UltraVNC clients do not.
#
# To enable this create x509 certificates / keys in the
# directory /etc/xen/vnc
#
# ca-cert.pem - The CA certificate
# server-cert.pem - The Server certificate signed by the CA
# server-key.pem - The server private key
#
# and then uncomment this next line
# (vnc-tls 1)
# The certificate dir can be pointed elsewhere..
#
# (vnc-x509-cert-dir /etc/xen/vnc)
# The server can be told to request & validate an x509
# certificate from the client. Only clients with a cert
# signed by the trusted CA will be able to connect. This
# is more secure the password auth alone. Passwd auth can
# used at the same time if desired. To enable client cert
# checking uncomment this:
#
# (vnc-x509-verify 1)
# The default keymap to use for the VM's virtual keyboard
# when not specififed in VM's configuration
#(keymap 'en-us')
# Script to run when the label of a resource has changed.
#(resource-label-change-script '')
# Rotation count of qemu-dm log file.
#(qemu-dm-logrotate-count 10)
# Path where persistent domain configuration is stored.
# Default is /var/lib/xend/domains/
#(xend-domains-path /var/lib/xend/domains)
zu sehen ist, dass wir route-networking verwenden da wir sonst in ein (anderer Thread von uns) bekanntes Mac Spoofing fallen da unser Provider Managed Switche verwendet die es nicht gestatten bridged-networking, wie bsp. Hetzner zu verwenden!
so nun kommen wir wieder auf die Frage zurück, wie wir den von uns oben genannten "Mount" Fehler beheben können ?!
Mit freundlichen Grüßen
NySoft Team
Administration
Ralph Schneider
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 113210
Url: https://administrator.de/forum/xen-3-3-initramfs-domu-mount-error-113210.html
Ausgedruckt am: 25.12.2024 um 13:12 Uhr
8 Kommentare
Neuester Kommentar
Den Titel ist ein bisschen verwirrend. Also initramfs startet so wie es auch sein muss. Das Problem ist aber deine root device (Partition).
Dein disk.img,hda2 scheint leer zu sein, hasst du da auch was installiert? So wie z.B.:
sudo mount -o loop /home/xen/domains/xen1.example.com/disk.img,hda2 /mnt
sudo apt-get install debootstrap
sudo debootstrap --arch i386 sarge /mnt http://debian.tu-bs.de/debian/
Dein disk.img,hda2 scheint leer zu sein, hasst du da auch was installiert? So wie z.B.:
sudo mount -o loop /home/xen/domains/xen1.example.com/disk.img,hda2 /mnt
sudo apt-get install debootstrap
sudo debootstrap --arch i386 sarge /mnt http://debian.tu-bs.de/debian/
dd wird viel Ressourcen nehmen und länger dauern. Nimm besser qemu-img create -f raw image.img 10G . zu mindestens auf der ext4 Partition dauert es 1s.
hasst du schon versucht den image nachher zu mounten um zu prüfen ob es alles da ist.
So wie es aussieht, initrd versucht den root zu mounten, dann kernel sagt es wurde eine Partition mit ext3 gemountet. Da du nur swap und root hattest es war schon die richtige Partition. Dann sagt es, dass es sämtlichen Ordners nicht gefunden worden, inklusive /sbin/init. Also heisst es die Partition ist leer.
Oder wolltest was anderes in deinem letzten Post sagen?
hasst du schon versucht den image nachher zu mounten um zu prüfen ob es alles da ist.
So wie es aussieht, initrd versucht den root zu mounten, dann kernel sagt es wurde eine Partition mit ext3 gemountet. Da du nur swap und root hattest es war schon die richtige Partition. Dann sagt es, dass es sämtlichen Ordners nicht gefunden worden, inklusive /sbin/init. Also heisst es die Partition ist leer.
Oder wolltest was anderes in deinem letzten Post sagen?
Jetzt sieht besser aus ;) .Also, initramfs hasst eigene Kernelmodule und die rootfs eigene. Nach der "INIT: version 2.86 booting" kann Kernel nicht mehr auf die Module aus der initramfs zugreifen, und sucht die im /lib/modules/2.6.24-23-xen/. Den hasst du natürlich nicht, weil debootstrap installier kein Kernel. Du kannst es da installieren oder dort hin kopieren.
Es ist absolut egal welche Distro du hasst.
Es ist absolut egal welche Distro du hasst.
mount -o loop vmimage.img /mnt/vmimage
cp - dpR /lib/modules/2.6.24-23-xen /mnt/vmimage/lib/modules/2.6.24-23-xen
cp - dpR /lib/modules/2.6.24-23-xen /mnt/vmimage/lib/modules/2.6.24-23-xen