Hi Matthias, On 22.11.2017 14:11, 'Matthias Schoepfer' via EFI Boot Guard wrote: > Hi Andreas, > > On 11/22/2017 01:18 PM, Andreas Reichel wrote: >> as we have never tested it with rocko we currently have no support for >> this version. > I see, but either I get it working with rocko or not at all :-/ >>> for in the Readme. I then ran into some wic issues: The import locations >>> seem to have changed recently, but nothing I could not handle. Anyhow, now >>> I am stuck here: >>> | DEBUG: Python function extend_recipe_sysroot finished >>> | DEBUG: Executing shell function do_image_wic >>> | INFO: Creating image(s)... >>> | >>> | ERROR: _exec_cmd: cp >>> /home/mschoepf/foo/yocto/build/tmp/work/mic_7700-idp-linux/core-image-fts/1.0-r0/recipe-sysroot/usr/share/EFI/BOOT/* >>> >>> /home/mschoepf/foo/yocto/build/tmp/work/mic_7700-idp-linux/core-image-fts/1.0-r0/deploy-core-image-fts-image-complete/core-image-fts-mic-7700-20171122105906/tmp.wic.ve8_m7nf/hdd/efi.1/EFI/BOOT >>> >>> returned '1' instead of 0 >>> | output: cp: cannot stat >>> '/home/mschoepf/foo/yocto/build/tmp/work/mic_7700-idp-linux/core-image-fts/1.0-r0/recipe-sysroot/usr/share/EFI/BOOT/*': >>> >>> No such file or directory >> It seems the directory is empty and the '*' is not globbed but taken as >> filename. Reasen is that either the deployment had not taken place >> before or the deployment location has changed (again). You could do a >> find for the files which are tried to be copied by the python plugin >> files and adapt the paths to have a quick fix. > Ok, .../recipe-sysroot/usr/share/EFI/BOOT, EFI/BOOT does not exist. Not > there, not anywhere in the build directory tree. Even doing bitbake -c > deploy efibootguard did not help. Where shall these files normally be > coming from?!
With our versions of openembedded a 'efibootguard*.efi' file is deployed in the deploy directory. This file is then used by the 'classes/efibootguard.bbclass' and copied into the 'EFI/BOOT' directory as 'boot*.efi'. From there the wic plugin 'scripts/lib/wic/plugins/source/efibootguard-efi.py' copies it into the EFI partition. The last step seems to fail, because the plugin searches for the wrong directory (that seems to be the case, because it searches for '/usr/share/EFI/BOOT' and I don't think thats right). It could also be that the bbclass has copied it to the wrong directory. Somewhere a file named 'bootia32.efi' or 'bootx64.efi' has to be found in your TMP_DIR. Otherwise take a look at the deploy dir for 'efibootguardia32.efi' or 'efibootguardx64.efi'. Then copy it manualy to '/home/mschoepf/foo/yocto/build/tmp/work/mic_7700-idp-linux/core-image-fts/1.0-r0/recipe-sysroot/usr/share/EFI/BOOT/' as 'bootia32.efi' or 'bootx64.efi'. The try wic again. Otherwise try to fix the paths in the plugin or bbclass, so that this is done correctly automatically. Cheers, Claudius -- DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-54 Fax: (+49)-8142-66989-80 Email: [email protected] PGP key: 6FF2 E59F 00C6 BC28 31D8 64C1 1173 CB19 9808 B153 Keyserver: hkp://pool.sks-keyservers.net -- You received this message because you are subscribed to the Google Groups "EFI Boot Guard" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/efibootguard-dev/44e0330e-695b-68bf-a963-027f8c514b8a%40denx.de. For more options, visit https://groups.google.com/d/optout.
signature.asc
Description: OpenPGP digital signature
