Package: qemu Version: 0.6.1+20050407-1 Followup-For: Bug #313123 > The guest OS can only work with stuff, that looks like > "real hardware" to it.
> It needs something, that looks like a "real harddisk". > With a "real partition table" and a "real filesystem". I didn't realize the complexity of the problem, but this makes complete sense. You are right, I guess what I am looking for is a script that will mount a second disk image to hdb, copy the files from a certain directory within the qemu disk image to a destination on the host, and remount the disk image once those files have been copied. and vice versa; monitor the host directory for file changes, unmount the qemu hard disk, transfer the files, and remount the disk. this could turn into a complex beast, especially if the qemu guest os locks down the disk image; meanwhile the user updates files on the host and expects to see the changes within qemu. also, the guest os could get upset if a drive is randomly unavailable for lengthy amounts of time. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages qemu depends on: ii bochsbios 2.1.1+20041109-3 BIOS for the Bochs emulator ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libsdl1.2debi 1.2.7+1.2.8cvs20041007-4.1 Simple DirectMedia Layer ii vgabios 0.5a-1 VGA BIOS software for the Bochs an ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
