On Tue, Jun 14, 2011 at 12:25 PM, Matthew Miller <mattdm@xxxxxxxxxx> wrote: > Are you sure it's not doing an fsck? (There's an open bug for that.) I'm having the same problem with an i686 Rawhide virtual machine (using KVM, on a Fedora 15 x86_64 host). The last few lines I see before the hang are these: Started udev Kernel Device Manager. Starting Stdio Syslog Bridge... Started Stdio Syslog Bridge. Started udev Coldplug all Devices. Starting udev Wait for Complete Device Initialization... [ 9.542951] EXT4-fs (dm-1): re-mounted. Opts: (null) Started Remount API VFS. Started Remount Root FS. Started Apply Kernel Variables. Starting File System Quota Check... Starting Configure read-only root support... At that point output stops for awhile. The "CPU usage" graph on virt-manager jumps up to about 25% to 30% (eyeballing it), and the "Disk I/O" graph drops to zero. If I leave it like that for awhile to see if anything else will happen, I eventually start seeing messages about CPU stalls. Just in case it is relevant, earlier in the boot, I see this: [ 2.540079] ------------[ cut here ]------------ [ 2.541048] WARNING: at arch/x86/mm/highmem_32.c:81 __kunmap_atomic+0x64/0xbd() [ 2.542788] Hardware name: Bochs [ 2.543587] Modules linked in: [ 2.544668] Pid: 123, comm: udevd Not tainted 3.0-0.rc2.git0.1.fc16.i686.PAE #1 [ 2.546240] Call Trace: [ 2.547040] [<c0855051>] ? printk+0x2d/0x2f [ 2.547852] [<c0443638>] warn_slowpath_common+0x7c/0x91 [ 2.548750] [<c042d22f>] ? __kunmap_atomic+0x64/0xbd [ 2.550188] [<c042d22f>] ? __kunmap_atomic+0x64/0xbd [ 2.551140] [<c044366f>] warn_slowpath_null+0x22/0x24 [ 2.552109] [<c042d22f>] __kunmap_atomic+0x64/0xbd [ 2.553178] [<c04db063>] unmap_vmas+0x47d/0x570 [ 2.554534] [<c04dfbe5>] exit_mmap+0x90/0xe0 [ 2.555625] [<c046d4a1>] ? trace_hardirqs_off+0xc/0xd [ 2.556779] [<c044167f>] mmput+0x68/0xd2 [ 2.557786] [<c0505133>] flush_old_exec+0x427/0x4db [ 2.558660] [<c05369a1>] load_elf_binary+0x2c3/0x1012 [ 2.559539] [<c046d4a0>] ? trace_hardirqs_off+0xb/0xd [ 2.560428] [<c0462129>] ? local_clock+0x32/0x49 [ 2.561326] [<c0504b2f>] search_binary_handler+0xb0/0x20e [ 2.562308] [<c05366de>] ? load_elf_library+0x20d/0x20d [ 2.563325] [<c05355fd>] load_script+0x1b1/0x1cc [ 2.564262] [<c046d4a0>] ? trace_hardirqs_off+0xb/0xd [ 2.565157] [<c0462129>] ? local_clock+0x32/0x49 [ 2.566036] [<c046d96b>] ? lock_release_holdtime.part.8+0x5d/0x63 [ 2.566938] [<c046d4a0>] ? trace_hardirqs_off+0xb/0xd [ 2.567804] [<c0462129>] ? local_clock+0x32/0x49 [ 2.568692] [<c046d96b>] ? lock_release_holdtime.part.8+0x5d/0x63 [ 2.569579] [<c0470413>] ? lock_release+0x163/0x184 [ 2.570489] [<c0504b2f>] search_binary_handler+0xb0/0x20e [ 2.571445] [<c053544c>] ? bm_status_write+0xa2/0xa2 [ 2.572363] [<c05057f7>] do_execve+0x15f/0x220 [ 2.573339] [<c040f682>] sys_execve+0x36/0x5d [ 2.574599] [<c0864412>] ptregs_execve+0x12/0x18 [ 2.575488] [<co86431f>] ? sysenter_do_call+0x12/0x38 [ 2.576359] --[end trace ed088c908e3ad521 ]--- Regards, -- Jerry James http://www.jamezone.org/ -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel