I'd say this is more of a bug in xen-tools. I've worked out how to get them booting using the default value for xencons (ie. using /dev/xvc0).
One addition is required in each domU config: extra = 'console=xvc0' Apparently the kernel doesn't detect it automatically. Once that is done, a couple of changes are needed in the filesystem: - xvc0 must be added to /etc/securettys - an extra upstart job for xvc0 must be added to /etc/event.d (basically just copying tty1, and modifying the getty parameter) Unfortunately, the Gutsy hooks seem broken, and don't remove either of the hwclock.sh or hwclockfirst.sh rc scripts, so it may hang on the clock-setting stage of boot. Removing both of those from /etc/rcS.d should get it up and running, finally. ** Changed in: xen-tools (Ubuntu) Sourcepackagename: xen-3.1 => xen-tools -- xen guest hangs after mounting filesystem https://bugs.launchpad.net/bugs/144631 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
