summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/111/debug/1736042
blob: e11ae73ade2b7b68673c7bbab60a8bfbe1af2e9d (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
debug: 0.167
semantic: 0.157
other: 0.155
graphic: 0.120
performance: 0.064
files: 0.061
boot: 0.059
device: 0.050
KVM: 0.046
PID: 0.033
socket: 0.025
permissions: 0.023
network: 0.022
vnc: 0.020
debug: 0.728
boot: 0.102
files: 0.025
other: 0.023
PID: 0.020
KVM: 0.018
graphic: 0.016
performance: 0.013
network: 0.012
socket: 0.010
semantic: 0.009
device: 0.009
vnc: 0.008
permissions: 0.007

qemu-system-x86_64 does not boot image reliably

Booting image as root user with following command works randomly.

./qemu-system-x86_64 -enable-kvm -curses -smp cpus=4 -m 8192 /root/ructfe2917_g.qcow2

Most of the time it ends up on "800x600 Graphic mode"(been stuck there even for 4 hours before killed), but 1 out of ~20 it boots image correctly(and instantly).

This is visible in v2.5.0 build from sources, v2.5.0 from Ubuntu Xenial and v2.1.2 from Debian Jessie.

The image in question was converted from vmdk using:

qemu-img convert -O qcow2 file.vmdk file.qcow2

The image contains Ubuntu with grub.

I can provide debug logs, but will need guidance how to enable them(and what logs are necessary).

As a side note, it seems that booting is more certain after connecting(or mounting) partition using qemu-nbd/mount.

Please always use the latest version of QEMU (currently v2.10, soon v2.11) when reporting bugs to the upstream QEMU project - we don't support old versions like v2.5 any more. So I guess you wanted to report a bug agains v2.5 in Ubuntu instead and I changed the target of this bug accordingly.

I want a fix ;) and I do expect qemu to get it faster then Ubuntu.
So I set up Ubuntu Zesty(to fullfill dependencies) and build qemu:
QEMU emulator version 2.10.1 (v2.10.1-dirty)
and... it's still there.

Can you tell me how and what logs to provide?

And it still happens on:

QEMU emulator version 2.10.93 (v2.11.0-rc3-dirty)
Copyright (c) 2003-2017 Fabrice Bellard and the QEMU Project developers

This looks not a QEMU bug to me. You may drop "-curses" first, and run again. Once get inside, change grub file(/etc/default/grub) by uncomment GRUB_TERMINAL=console. It should work then. If still not, then blacklist vga16fb and add "fbcon=map:99 text" in grub command line. Remember to run update-grub after change configure file.

Have you ever tried the suggestions from Liang Yan ?

[Expired for QEMU because there has been no activity for 60 days.]