On 02/01/2008, Martin Paraskevov <[EMAIL PROTECTED]> wrote: > This may be a simple question but I can't figure out what's wrong > from the error messages and found nothing useful googling. > > I can start uml with the Fedora guest root fs from > http://user-mode-linux.sourceforge.net/ like this: > > ./linux-2.6.22-rc2 mem=128M ubda=FedoraCore5-x86-root_fs umid=fedora1 > > However, when I try to specify a cow file the boot is unsuccessful: > > ./linux-2.6.22-rc2 mem=128M ubda=cow1,FedoraCore5-x86-root_fs umid=fedora1 > > The file cow1 does not exist but it is created. Here is the output when I > issue the command: > > [EMAIL PROTECTED]:uml$ ./linux-2.6.22-rc2 mem=128M > ubda=cow1,FedoraCore5-x86-root_fs umid=fedora1
Hello, I guess you should not pass the FedoraCore5-x86-root_fs argoument, once you created the cow file. Simply pass ubda=cow1, and try again. Flavio > Core dump limits : > soft - 0 > hard - NONE > Checking that ptrace can change system call numbers...OK > Checking syscall emulation patch for ptrace...OK > Checking advanced syscall emulation patch for ptrace...OK > Checking for tmpfs mount on /dev/shm...OK > Checking PROT_EXEC mmap in /dev/shm/...OK > Checking for the skas3 patch in the host: > - /proc/mm...not found: No such file or directory > - PTRACE_FAULTINFO...not found > - PTRACE_LDT...not found > UML running in SKAS0 mode > Linux version 2.6.22-rc2 ([EMAIL PROTECTED]) (gcc version 4.1.1 20070 > 105 (Red Hat 4.1.1-51)) #342 Wed May 23 11:56:49 EDT 2007 > Built 1 zonelists. Total pages: 32512 > Kernel command line: mem=128M ubda=cow1,FedoraCore5-x86-root_fs root=98:0 > PID hash table entries: 512 (order: 9, 2048 bytes) > Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) > Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) > Memory: 126832k available > Mount-cache hash table entries: 512 > Checking for host processor cmov support...Yes > Checking for host processor xmm support...No > Checking that host ptys support output SIGIO...Yes > Checking that host ptys support SIGIO on close...No, enabling workaround > Using 2.6 host AIO > NET: Registered protocol family 16 > NET: Registered protocol family 2 > IP route cache hash table entries: 1024 (order: 0, 4096 bytes) > TCP established hash table entries: 4096 (order: 3, 32768 bytes) > TCP bind hash table entries: 4096 (order: 2, 16384 bytes) > TCP: Hash tables configured (established 4096 bind 4096) > TCP reno registered > Checking host MADV_REMOVE support...OK > mconsole (version 2) initialized on /home/martin/.uml/fedora1/mconsole > Host TLS support detected > Detected host type: i386 > VFS: Disk quotas dquot_6.5.1 > Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) > io scheduler noop registered > io scheduler anticipatory registered (default) > io scheduler deadline registered > io scheduler cfq registered > TCP cubic registered > NET: Registered protocol family 1 > NET: Registered protocol family 17 > Initialized stdio console driver > Console initialized on /dev/tty0 > Initializing software serial port version 1 > Creating "cow1" as COW file for "FedoraCore5-x86-root_fs" > ubda: unknown partition table > kjournald starting. Commit interval 5 seconds > EXT3-fs: mounted filesystem with ordered data mode. > VFS: Mounted root (ext3 filesystem) readonly. > Kernel panic - not syncing: Operation too long > > EIP: 0073:[<400b60a3>] CPU: 0 Not tainted ESP: 007b:bf6e9a0c EFLAGS: 00010297 > Not tainted > EAX: 00000073 EBX: 401aaff4 ECX: 00000073 EDX: 400b63be > ESI: 400b63be EDI: 4007697d EBP: bf6ea000 DS: 007b ES: 007b > 087f4c2c: [<08069628>] show_regs+0xb4/0xb9 > 087f4c58: [<08057ca8>] panic_exit+0x25/0x3f > 087f4c6c: [<08078720>] notifier_call_chain+0x21/0x46 > 087f4c8c: [<080787bb>] __atomic_notifier_call_chain+0x17/0x19 > 087f4ca8: [<080787d2>] atomic_notifier_call_chain+0x15/0x17 > 087f4cc4: [<0806daba>] panic+0x52/0xdd > 087f4ce4: [<0805f8b3>] cowify_req+0x38/0xd9 > 087f4d04: [<0805fa03>] prepare_request+0xaf/0xba > 087f4d30: [<0805faba>] do_ubd_request+0xac/0x13a > 087f4d64: [<08117f46>] __generic_unplug_device+0x20/0x26 > 087f4d74: [<08117f5c>] generic_unplug_device+0x10/0x18 > 087f4d80: [<08117f77>] blk_backing_dev_unplug+0x13/0x16 > 087f4d8c: [<080bfc4c>] block_sync_page+0x32/0x36 > 087f4d9c: [<0808ab9a>] sync_page+0x31/0x3b > 087f4da8: [<08181b74>] __wait_on_bit_lock+0x2f/0x5a > 087f4dc4: [<0808b132>] __lock_page+0x54/0x5d > 087f4dfc: [<0808be77>] filemap_nopage+0x1c8/0x25a > 087f4e28: [<080955a9>] do_no_page+0x6f/0x272 > 087f4e60: [<08095954>] __handle_mm_fault+0xa7/0x180 > 087f4e90: [<0805767a>] handle_page_fault+0xe2/0x1c2 > 087f4ec4: [<080578c0>] segv+0xaa/0x250 > 087f4f78: [<08057811>] segv_handler+0x55/0x5a > 087f4f98: [<08066c6b>] userspace+0x120/0x180 > 087f4fe8: [<080580b0>] new_thread_handler+0x72/0x7e > 087f4ffc: [<a55a5a5a>] 0xa55a5a5a > > Segmentation fault > > Please let me know what's going wrong. > > - Martin > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > User-mode-linux-user mailing list > User-mode-linux-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ User-mode-linux-user mailing list User-mode-linux-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
