search for: root_f

From: Raphael S. Carvalho <raphael.scarv at gmail.com> MULTIFS SYNTAX: (hd[disk number]:[partition number])/path/to/file The meaning of this_fs was changed to improve the flexibility of the support. Now, this_fs means the file system being currently used. root_fs was created to save the context of the main file system (where ldlinux.sys lives in). get_fs_info is a function pointer that will be later hooked to a function from ldlinux.c32. get_fs_info is expected to return a fs_info structure given the MultiFS path. Signed-off-by: Raphael S. Carvalho <r...

...r reboot. /boot/grub/grub.cfg contains: menuentry "Debian GNU/Linux, Xen 3.2-1-amd64, Linux 2.6.22-3-vserver-amd64 (single-user mode)" { set root=(hd0,1) multiboot (hd0,1)/xen-3.2-1-amd64.gz module (hd0,1)/vmlinuz-2.6.22-3-vserver-amd64 root=/dev/mapper/mirror_a-root_fs ro single module (hd0,1)/initrd.img-2.6.22-3-vserver-amd64 } menuentry "Debian GNU/Linux, Xen 3.2-1-amd64, Linux 2.6.22-3-vserver-amd64 " { set root=(hd0,1) multiboot (hd0,1)/xen-3.2-1-amd64.gz module (hd0,1)/vmlinuz-2.6.22-3-vserver-amd64 root=/dev/mapp...

hello, I am using 2.6.21, lguest-2.6.21-307.patch.gz and an image from http://uml.nagafix.co.uk/Fedora7/Fedora7-x86-root_fs.bz2 the console hangs, is this expected or caused by the image? I can still ssh to it or if I boot in single user mode the console is available but running init3 and it's hung. also is it possible to get the last gz patch released for 2.6.21?

hello, I am using 2.6.21, lguest-2.6.21-307.patch.gz and an image from http://uml.nagafix.co.uk/Fedora7/Fedora7-x86-root_fs.bz2 the console hangs, is this expected or caused by the image? I can still ssh to it or if I boot in single user mode the console is available but running init3 and it's hung. also is it possible to get the last gz patch released for 2.6.21?

I have one thing happening now at boot which must have happened during the migration to zfs boot. I get an error message about /dev/random: "No randomness provider enabled for /dev/random. Use cryptoadm to provide one." Does anyone know how to fix this? Another thing: Is it possible to upgrade to a higher build when using zfs boot? Is this what LiveUpgrade does? And is there a step by

...39; ne2000=0 usb=1 usbdevice='tablet' kernel = "/usr/lib/xen-default/boot/hvmloader" memory = 1024 name = "win2003" domain = "win2003" vif = [ 'type=ioemu, ip=10.0.0.4, bridge=win2003, mac=00:16:3E:00:00:01' ] disk = [ 'file:/home/win2003/miniserver/root_fs,ioemu:hda,w' ] extra = "" restart = 'onreboot' vcpus = 2 This is a config file that used to work under Xen 3.2 -- Nick Craig-Wood <nick at craig-wood.com> -- http://www.craig-wood.com/nick

...h lguest - patching, compiling and booting the host-kernel goes ok - compiling lguest is ok as well after hardcodeing SIOCBRADDIF - but on the first boot attempt of a guest linux I get: root@darkstar:/usr/src/linux-2.6.21# Documentation/lguest/lguest 64m vmlinux --tunnet=192.168.2.1 --block=../root_fs root=/dev/lgba lguest: unhandled trap 6 at 0xc0117903 (0x0) this should be in "c01178db T reserve_top_address" - any idea what could be wrong ? thx ! hofrat

...h lguest - patching, compiling and booting the host-kernel goes ok - compiling lguest is ok as well after hardcodeing SIOCBRADDIF - but on the first boot attempt of a guest linux I get: root@darkstar:/usr/src/linux-2.6.21# Documentation/lguest/lguest 64m vmlinux --tunnet=192.168.2.1 --block=../root_fs root=/dev/lgba lguest: unhandled trap 6 at 0xc0117903 (0x0) this should be in "c01178db T reserve_top_address" - any idea what could be wrong ? thx ! hofrat

So last week I was wondering if XFS was still working -- even with its last on-disk structure changes -- and it _suprisingly_ worked as expected. Right, now I can finally get rid of GRUB and use Syslinux to boot my Linux on EFI from a rootfs with xfs. Shit, I have two partitions (the first one being the required ESP) so there is no way to access the other partitions since because Syslinux does not

This adds most of the hivex APIs directly to the libguestfs API, so that you can read and write Windows Registry hive files from libguestfs without needing to download and upload hive files from the guest. This is analogous to how Augeas APIs are exposed already (guestfs_aug_*) Also, inspection is now done using the new APIs, which fixes the following bug:

...---- 5 files changed, 35 insertions(+), 34 deletions(-) diff --git a/examples/virt-dhcp-address.c b/examples/virt-dhcp-address.c index c4e3647..df06ebe 100644 --- a/examples/virt-dhcp-address.c +++ b/examples/virt-dhcp-address.c @@ -206,10 +206,8 @@ print_dhcp_address_windows (guestfs_h *g, char *root_fs) /* Locate the SYSTEM hive case-sensitive path. */ system_path = guestfs_case_sensitive_path (g, "/windows/system32/config/system"); - if (!system_path) { - fprintf (stderr, "virt-dhcp-address: HKLM\\System not found in this guest."); + if (!system_path) ex...

Proposed patches to fix https://bugzilla.redhat.com/show_bug.cgi?id=858126

...lib/info.c lib/inspect-apps.c lib/inspect-fs-unix.c diff --git a/examples/virt-dhcp-address.c b/examples/virt-dhcp-address.c index 0c7e763ff..caf89b88e 100644 --- a/examples/virt-dhcp-address.c +++ b/examples/virt-dhcp-address.c @@ -266,7 +266,7 @@ print_dhcp_address_windows (guestfs_h *g, char *root_fs) /* Get the string and use libguestfs's auto-conversion to convert it * to UTF-8 for output. */ - p = guestfs_hivex_value_utf8 (g, value); + p = guestfs_hivex_value_string (g, value); if (!p) exit (EXIT_FAILURE); diff --git a/generator/Makefile.am b/generator/Makefile.am...

...ng: Fatal exception in interrupt Any suggestions? Regards, Birger PS.: I attach the scripts starting the virtual network for the interested user. Beware, they have no decent design but are mere hacks. The root filesystem used is available here: http://www.iem.uni-due.de/~birger/downloads/root_fs _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users

...ng: Fatal exception in interrupt Any suggestions? Regards, Birger PS.: I attach the scripts starting the virtual network for the interested user. Beware, they have no decent design but are mere hacks. The root filesystem used is available here: http://www.iem.uni-due.de/~birger/downloads/root_fs _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users

A very miscellaneous set of cleanups to how we handle the Windows registry in virt-v2v, firstboot, and inspection code. This should all be straightforward non-controversial refactoring. Some highlights: - Add a new mllib Registry module containing various utility functions that are currently scattered all around. - Only compute the software/system hive paths once during inspection, and

This fixes almost everything. Note that it adds an extra commit which fixes the whole utf8/iconv business. It's probably better to list what isn't fixed: (1) I didn't leave the osinfo code around because I'm still haven't looked too closely at virt-builder-repository. Can't we just fetch this code from the git history when we need it? (2) I didn't change the way