[elbe-devel] elbe initvm attach -> login does not work after upgrading from 1.1 to 1.2 stable

[Lukasz Walewski]

>-----Ursprüngliche Nachricht-----
>Von: Manuel Traut [mailto:manuel.traut at linutronix.de]
>Gesendet: Montag, 6. November 2017 16:48
>An: Lukasz Walewski
>Cc: elbe-devel at linutronix.de
>Betreff: Re: [elbe-devel] elbe initvm attach -> login does not work
>after upgrading from 1.1 to 1.2 stable
>
>Hi Lukasz,
>
>On Fri, Sep 08, 2017 at 02:54:26PM +0000, Lukasz Walewski wrote:
>> Hi,
>>
>> I think Frank meant Debian 9.0 (stretch) here. Under Debian 8.9
>(jessie) the fix does not work. I upgraded my jessie VMware VM today,
>which included Elbe upgrade to version 2.1 (from
>http://debian.linutronix.de/elbe jessie main). Creating a fresh initvm
>results in an error:
>>
>> $ elbe --version
>> elbe v2.1 debian 8.9
>>
>> $ elbe initvm create
>> [...]
>> touch .stamps/stamp-create-buildenv-img
>> /usr/bin/kvm
>> qemu-system-x86_64: -M pc-i440fx-2.6: Unsupported machine type
>> Use -machine help to list supported machines!
>>
>> So obviously the pc-i440fx-2.6 is not available in jessie, however, it
>is requested by the Makefile if running under VMware:
>>
>> $ cat initvm/Makefile
>> MEMSIZE?=1024
>> SMP?=`nproc`
>> INTERPRETER?=/usr/bin/kvm
>>
>> # this is a workaround for
>> # http://lists.linutronix.de/pipermail/elbe-devel/2017-
>July/000541.html
>> VIRT=$(shell test -x /usr/bin/systemd-detect-virt && /usr/bin/systemd-
>detect-virt)
>> ifeq ($(VIRT), vmware)
>> MACHINE?=pc-i440fx-2.6
>> else
>> MACHINE?=pc
>> endif
>>
>> Wasn't this workaround meant for stretch and not for jessie?
>
>probably yes. I don't have a test setup for this.
>Can you add a check for
>
>'lsb_release -c' == stretch
>
>to the Makefile.mako. And provide a patch for this?

Please find attached the requested patch. I tested it on the current Debian 8.x (stretch) with elbe v2.2, which makes kvm to boot as expected:

jessie:~$ elbe initvm create
...
touch .stamps/stamp-create-buildenv-img
/usr/bin/kvm
[    0.000000] Initializing cgroup subsys cpuset
[    0.000000] Initializing cgroup subsys cpu
[    0.000000] Initializing cgroup subsys cpuacct
[    0.000000] Linux version 3.16.0-4-amd64 (debian-kernel at lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.39-1 (2016-12-30)
[    0.000000] Command line: root=/dev/vda1 debconf_priority=critical console=ttyS0,115200n1 DEBIAN_FRONTEND=text

However, the whole "initvm create" fails on the partitioning stage, which is probably unrelated to the selection of the VM type:

...
Starting up the partitioner  ... 13%... 22%... 31%... 40%... 50%... 63%... 72%... 81%... 90%... 100%
Guided partitioning  ... 20%... 40%... 60%... 80%
Partitions formatting  ... 33%
Partition disks
---------------

The attempt to mount a file system with type ext3 in Virtual disk 1, partition
#1 (vda1) at / failed.

You may resume partitioning from the partitioning menu.
Do you want to resume partitioning?
  1: Yes [*]  2: No
Prompt: '?' for help, default=1>

Any hints how to fix this?

Best regards,
Lukasz


----------------------------------------

[http://www.s-can.at/disclaimer/scan_industrial.jpg]

----------------------------------------

scan Messtechnik GmbH
Brigittagasse 22-24
A-1200 Wien/Vienna
tel. +43 1 219 73 93 - 0
fax +43 1 219 73 93 - 12
http://www.s-can.at
office at s-can.at

Geschaeftsfuehrer/President: DI Andreas Weingartner
Firmenbuchnummer/Incorporation No: FN178880i
Gerichtsstand/Court of Jurisdiction: Wien/Vienna
-------------- next part --------------
A non-text attachment was scrubbed...
Name: patch
Type: application/octet-stream
Size: 598 bytes
Desc: patch
URL: <http://lists.linutronix.de/pipermail/elbe-devel/attachments/20171212/91c9ad8c/attachment.obj>