blob: 886238a70d56d64f90b6a4d1c1362c67167489f3 (
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
|
i386: 0.991
device: 0.952
graphic: 0.942
x86: 0.907
KVM: 0.877
performance: 0.864
virtual: 0.864
VMM: 0.801
vnc: 0.800
PID: 0.764
kernel: 0.751
boot: 0.722
socket: 0.719
ppc: 0.701
debug: 0.657
architecture: 0.652
arm: 0.646
semantic: 0.639
register: 0.622
network: 0.594
risc-v: 0.571
files: 0.560
mistranslation: 0.558
TCG: 0.553
hypervisor: 0.535
permissions: 0.430
peripherals: 0.414
user-level: 0.340
assembly: 0.285
I tried to use qemu-nbd in the shell script, but it seems that qemu-nbd has some delay.
Description of problem:
Steps to reproduce:
1.
```
cat ~/test.sh
#!/bin/bash
qemu-nbd -c /dev/nbd0 $1
mount -t ntfs3 -o uid=1000,gid=1000 /dev/disk/by-label/OS /mnt/OS
```
2.
```
sudo ~/test.sh ~/VM/win7_i386.qcow2
mount: /mnt/OS: special device /dev/disk/by-label/OS does not exist.
dmesg(1) may have more information after failed mount system call.
```
Additional information:
But when I added a one-second delay between qemu-nbd and mount commands, the problem was solved.
The qemu-img convert command also has a similar problem. It seems that these commands have a certain delay. Is this in line with expectations?
|