Re: [Qemu-devel] How to run qemu (i386) without hda image?

[Neo Jia]

On 1/28/07, Christian MICHON <address@hidden> wrote:
> remove "root=/dev/hda". you may have not compiled
> block drivers as built-in, and fc3.img may not have
> the proper init files (which should be inside your
> initrd).

Thanks. After removing "root=/dev/hda", I still get the following
error messages. I think the kernel should be boot even without the
fc3.img, right?

../qemu_cvs.official/i386-softmmu/qemu  -kernel vmlinuz-2.6.20-rc6
-append console=ttyS0 root=/dev/ram rd_start=0x80800000
rd_size=466529 init=/bin/sh         -nographic      -m 64   -initrd
initrd-2.6.20-rc6.img
Could not configure '/dev/rtc' to have a 1024 Hz timer. This is not a fatal
error, but for better emulation accuracy either use a 2.6 host Linux kernel or
type 'echo 1024 > /proc/sys/dev/rtc/max-user-freq' as root.
Could not open '/dev/kqemu' - QEMU acceleration layer not activated
(qemu) Linux version 2.6.20-rc6 (address@hidden) (gcc version
3.4.2 20041017 (Red Hat 3.4.2-6.fc3)) #1 SMP Thu Jan 25 13:47:58 CST
2007
BIOS-provided physical RAM map:
sanitize start
sanitize end
copy_e820_map() start: 0000000000000000 size: 000000000009fc00 end:
000000000009fc00 type: 1
copy_e820_map() type is E820_RAM
copy_e820_map() start: 000000000009fc00 size: 0000000000000400 end:
00000000000a0000 type: 2
copy_e820_map() start: 00000000000e8000 size: 0000000000018000 end:
0000000000100000 type: 2
copy_e820_map() start: 0000000000100000 size: 0000000007ef0000 end:
0000000007ff0000 type: 1
copy_e820_map() type is E820_RAM
copy_e820_map() start: 0000000007ff0000 size: 0000000000010000 end:
0000000008000000 type: 3
copy_e820_map() start: 00000000fffc0000 size: 0000000000040000 end:
0000000100000000 type: 2
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000e8000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 0000000007ff0000 (usable)
BIOS-e820: 0000000007ff0000 - 0000000008000000 (ACPI data)
BIOS-e820: 00000000fffc0000 - 0000000100000000 (reserved)
0MB HIGHMEM available.
127MB LOWMEM available.
Zone PFN ranges:
 DMA             0 ->     4096
 Normal       4096 ->    32752
 HighMem     32752 ->    32752
early_node_map[1] active PFN ranges
   0:        0 ->    32752
DMI not present or invalid.
Using APIC driver default
ACPI: Disabling ACPI support
Allocating PCI resources starting at 10000000 (gap: 08000000:f7fc0000)
Detected 2992.734 MHz processor.
Built 1 zonelists.  Total pages: 32433
Kernel command line: console=ttyS0
Found and enabled local APIC!
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Initializing CPU#0
PID hash table entries: 512 (order: 9, 2048 bytes)
Console: colour VGA+ 80x25
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 125028k/131008k available (2047k kernel code, 5444k reserved,
881k data, 228k init, 0k highmem)
virtual kernel memory layout:
   fixmap  : 0xffe16000 - 0xfffff000   (1956 kB)
   pkmap   : 0xffc00000 - 0xffe00000   (2048 kB)
   vmalloc : 0xc8800000 - 0xffbfe000   ( 883 MB)
   lowmem  : 0xc0000000 - 0xc7ff0000   ( 127 MB)
     .init : 0xc03e3000 - 0xc041c000   ( 228 kB)
     .data : 0xc02ffeec - 0xc03dc314   ( 881 kB)
     .text : 0xc0100000 - 0xc02ffeec   (2047 kB)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 6721.29 BogoMIPS (lpj=13442583)
Security Framework v1.0.0 initialized
SELinux:  Initializing.
SELinux:  Starting in permissive mode
selinux_register_security:  Registering secondary module capability
Capability LSM initialized as secondary
Mount-cache hash table entries: 512
CPU: L1 I cache: 8K
CPU: L2 cache: 128K
Compat vDSO mapped to ffffe000.
Checking 'hlt' instruction... OK.
SMP alternatives: switching to UP code
Freeing SMP alternatives: 11k freed
CPU0: Intel Pentium II (Klamath) stepping 03
SMP motherboard not detected.
Brought up 1 CPUs
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xfa110, last bus=0
PCI: Using configuration type 1
Setting up standard PCI resources
ACPI: Interpreter disabled.
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI: disabled
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
PCI: Probing PCI hardware
* Found PM-Timer Bug on the chipset. Due to workarounds for a bug,
* this clock source is slow. Consider trying other clock sources
PCI quirk: region b000-b03f claimed by PIIX4 ACPI
PCI: Using IRQ router PIIX/ICH [8086/7000] at 0000:00:01.0
PCI: Ignore bogus resource 6 [0:0] of 0000:00:02.0
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 4096 (order: 4, 81920 bytes)
TCP bind hash table entries: 2048 (order: 3, 40960 bytes)
TCP: Hash tables configured (established 4096 bind 2048)
TCP reno registered
checking if image is initramfs... it is
Freeing initrd memory: 455k freed
apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac)
audit: initializing netlink socket (disabled)
audit(1170020170.868:1): initialized
Total HugeTLB memory allocated, 0
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
SELinux:  Registering netfilter hooks
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
PCI: PIIX3: Enabling Passive Release on 0000:00:01.0
Limiting direct PCI/PCI transfers.
Activating ISA DMA hang workarounds.
pci_hotplug: PCI Hot Plug PCI Core version: 0.5
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Real Time Clock Driver v1.12ac
Linux agpgart interface v0.101 (c) Dave Jones
[drm] Initialized drm 1.1.0 20060810
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
�serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16450
RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
PIIX3: IDE controller at PCI slot 0000:00:01.1
PIIX3: chipset revision 0
PIIX3: not 100% native mode: will probe irqs later
   ide0: BM-DMA at 0xc000-0xc007, BIOS settings: hda:pio, hdb:pio
   ide1: BM-DMA at 0xc008-0xc00f, BIOS settings: hdc:pio, hdd:pio
hda: QEMU HARDDISK, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hdc: QEMU CD-ROM, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 512KiB
hda: 4194304 sectors (2147 MB) w/256KiB Cache, CHS=4161/255/63, (U)DMA
hda: cache flushes supported
hda: hda1 hda2 hda3
hdc: ATAPI 4X CD-ROM drive, 512kB Cache, (U)DMA
Uniform CD-ROM driver Revision: 3.20
ide-floppy driver 0.99.newide
usbmon: debugfs is not available
usbcore: registered new interface driver hiddev
usbcore: registered new interface driver usbhid
drivers/usb/input/hid-core.c: v2.6:USB HID core driver
PNP: No PS/2 controller found. Probing ports directly.
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard as /class/input/input0
TCP cubic registered
Initializing XFRM netlink socket
NET: Registered protocol family 1
NET: Registered protocol family 17
Testing NMI watchdog ... CPU#0: NMI appears to be stuck (0->0)!
Using IPI Shortcut mode
Time: tsc clocksource has been installed.
Freeing unused kernel memory: 228k freed
Red Hat nash version 4.1.18 starting
Mounted /proc filesystem
Mounting sysfs
Creating /dev
Starting udev
Loading scsi_mod.ko module
SCSI subsystem initialized
Loading sd_mod.ko module
Loading jbd.ko module
Loading ext3.ko module
input: ImExPS/2 Generic Explorer Mouse as /class/input/input1
Creating root device
Mounting root filesystem
mount: error 6 mounting ext3
mount: error 2 mounting none
Switching to new root
switchroot: mount failed: 22
umount /initrd/dev failed: 2
Kernel panic - not syncing: Attempted to kill init!

> On 1/28/07, Neo Jia <address@hidden> wrote:
> > The following is the command line i used
> >
> > qemu -kernel vmlinuz-2.6.20-rc6 -initrd initrd-2.6.20-rc6.img -hda
> > fc3.img -nographic -append console=ttyS0 root=/dev/hda
> >
> > The following is the error message ...
> >
> (...)
> > Switching to new root
> > switchroot: mount failed: 22
> > umount /initrd/dev failed: 2
> > Kernel panic - not syncing: Attempted to kill init!
> >
> >
> > On 1/28/07, Christian MICHON <address@hidden> wrote:
> > > one possibility is to include your kernel and initrd inside a
> > > bootable iso (mkisofs and isolinux are your friends: look at
> > > the man pages for numerous solutions).
> > >
> > > the kernel panic could be actually missing block drivers
> > > or your root parameter is wrong.
> > >
> > > On 1/28/07, Neo Jia <address@hidden> wrote:
> > > > hi,
> > > >
> > > > I notice that this would be a very newbie question. Hope you can point me 
> out.
> > > >
> > > > I am going to simulate i386 arch. But I cannot run it just with initrd
> > > > and vmlinuz just like running it for mips arch. It always complained
> > > > about missing the hda image file. When I applied the hda.img file, the
> > > > kernel will panic due to the file format (eg, ext3).
> > > >
> > > > Acturallly, my goal is trying to use qemu to setup a kernel debugging 
> envir.
> > > >
> > > > Your help will be greatly appreciated!
> > > >
> > > > Thanks,
> > > > Neo
> > > >
> > > > --
> > > > I would remember that if researchers were not ambitious
> > > > probably today we haven't the technology we are using!
> > > >
> > > >
> > > > _______________________________________________
> > > > Qemu-devel mailing list
> > > > address@hidden
> > > > http://lists.nongnu.org/mailman/listinfo/qemu-devel
> > > >
> > >
> > >
> > > --
> > > Christian
> > >
> > >
> > > _______________________________________________
> > > Qemu-devel mailing list
> > > address@hidden
> > > http://lists.nongnu.org/mailman/listinfo/qemu-devel
> > >
> >
> >
> > --
> > I would remember that if researchers were not ambitious
> > probably today we haven't the technology we are using!
> >
> > _______________________________________________
> > Qemu-devel mailing list
> > address@hidden
> > http://lists.nongnu.org/mailman/listinfo/qemu-devel
> >
> >
> >
>
>
> --
> Christian
> --
>   << There's a symlink from awk to gawk, if you're using gawk!
> If you're not using gawk, there's no symlink from gawk to awk!
> Use the standard names, _please_! >> - Rob Landley
>
>
> _______________________________________________
> Qemu-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/qemu-devel


--
I would remember that if researchers were not ambitious
probably today we haven't the technology we are using!