gns3-gui icon indicating copy to clipboard operation
gns3-gui copied to clipboard

2.2 : creating a QEmu template doesn't show the default type of disk interface

Open Raizo62 opened this issue 2 years ago • 2 comments

Hi

On GNS3, i create a QEmu Template. I have tested with qcow and raw images (I don't copy the disk file into default image directory). If i edit immediately his config, in HDD, the "disque interface" is "none" instead of "ide"

It seemed to me that GNS3 ended up using the correct value, but, now, I can't reproduce it (?) I must start the device to see a value different from none

Raizo62 avatar Jul 31 '22 11:07 Raizo62

This is not a bug, it's a feature, see https://github.com/GNS3/gns3-server/pull/1801#issuecomment-674359041.

Now all disk interfaces are set to "none" by default so they have to be explicitly configured (there is a fail-safe to fallback to "ide" if an image is set but not the interface).

The default disk interface is "None" and should be set to the intended interface type, when using a disk image.

b-ehlers avatar Aug 03 '22 06:08 b-ehlers

When you create a template, you set the disk image, so the type of the interface must be also set. When you run the device, if the type is "none", GNS3 set the type to "ide" Except if GNS3 calculates the good type of the disk, but i don't believe, i think that the type displayed must be "ide" (if a disk image is set).

For user, it is strange to see "none" and perhaps that user will lost time to search the good value to use. And user can think that "none" can be a method to disable a disk without remove the name of the file. (It is a good idea). But it is not this because GNS3 replaces "none" to "ide"

Raizo62 avatar Aug 03 '22 10:08 Raizo62