Using wic to create a x86-64 image for EFI (mkefidisk), I got a kernel panic: "No working init found". I have tried with several images (minimal, sato, lsb, lsb-sdk, full-cmdline) with the same result. This was using sysvinit. The NUC model is D54250WYK. Steps to reproduce: 1. Set MACHINE to: "genericx86-64" or "intel-corei7-64" 2. Build core-image-minimal 3. Use wic to create an EFI image (wic create mkefidisk -e core-image-minimal) 4. Copy the image to a flash drive with dd 5. Boot the image in a NUC
Tested on master: 03f15e51998a3ef65a5b68cb7cbf724f4388c289 I tried to reproduce this bug on Ed's behalf on NUC (D54250WYA) and it successfully booted. I had to update the mkefidisk wks (sda --> sdb) MACHINE = "intel-corei7-64" I tried also with this wks config: part /boot --source bootimg-efi --sourceparams="loader=grub-efi" --ondisk sda --label msdos --active --align 1024 part / --source rootfs --ondisk sda --fstype=ext4 --label platform --align 1024 --use-uuid part swap --ondisk sda --size 44 --label swap1 --fstype=swap bootloader --ptable gpt --timeout=10 --append="rootwait rootfstype=ext4 console=ttyPCH0,115200 console=tty0 vmalloc=256MB snd-hda-intel.enable_msi=0" and it worked too. --Daniel
Mariano, can you try uuid configuration showed by Daniel with your device?
I tried to create the image adding --use-uuid and I got this error: wic create mkefidisk -e core-image-minimal Checking basic build environment... Done. Creating image(s)... Error: exec_cmd: 'sgdisk --partition-guid=2:9987c08f-8f29-48cf-853f-e7934e063e54 /var/tmp/wic/build/mkefidisk-201512010904-sda.direct' returned '3' instead of 0 I tried in friend's laptop and had the same error, is there something that we are doing wrong?
Can you show your .wks please? PS: This looks quite strange ans uuid-related options are tested by oe-selftest, so they should always work.
Here is the diff: diff --git a/scripts/lib/wic/canned-wks/mkefidisk.wks b/scripts/lib/wic/canned-wks/mkefidisk.wks index 696e94e..a774c76 100644 --- a/scripts/lib/wic/canned-wks/mkefidisk.wks +++ b/scripts/lib/wic/canned-wks/mkefidisk.wks @@ -4,7 +4,7 @@ part /boot --source bootimg-efi --sourceparams="loader=grub-efi" --ondisk sda --label msdos --active --align 1024 -part / --source rootfs --ondisk sda --fstype=ext4 --label platform --align 1024 +part / --source rootfs --ondisk sda --fstype=ext4 --label platform --align 1024 --use-uuid part swap --ondisk sda --size 44 --label swap1 --fstype=swap
I can't reproduce it. Which machine do you use? Can you show your bblayers.conf? according to gfdisk manual return code 3 means that Non-GPT disk detected and no -g option. It looks like a bug, but I have to reproduce it to be able to fix.
Mariano, you should add --ptable gpt option to bootloader line in your .wks Sorry for not noticing it before.
It booted fine with the --use-uuid option
Can you try to use sdb instead of sda in original wks(without --uurd and --ptable gpt) ? Here is a recipe to try: part /boot --source bootimg-efi --sourceparams="loader=grub-efi" --ondisk sdb --label msdos --active --align 1024 part / --source rootfs --ondisk sdb --fstype=ext4 --label platform --align 1024 part swap --ondisk sdb --size 44 --label swap1 --fstype=swap bootloader --timeout=10 --append="rootwait rootfstype=ext4 console=ttyPCH0,115200 console=tty0 vmalloc=256MB snd-hda-intel.enable_msi=0"
When seeing the output when booting I see what is the problem and is not related with wic. The NUC I'm using for testing has an SSD, and the SSD is the "sda". When booting from the USB the the kernel will look for a partition in the SSD and not in the USB. This has to do with the NUC configuration and not a problem with wic. Closing as not a bug
Mariano, have you tried to change sda->sdb in your .wks? Did it solve the issue, i.e. did the image boot?
Verified on above comments.