Subcategories

• General

  General Developer questions relating to FOG.
  328
  Topics
  4943
  Posts

  S

  @brakcounty Pleas run the following commands and post output here:

  ls -al /var/www ls -al /var/www/fog ls -al /var/www/html grep FOG_VERSION /var/www/fog/lib/fog/system.class.php grep FOG_VERSION /var/www/html/fog/lib/fog/system.class.php

  I guess what we have here is an install with two web directories.

• Feature Request

  Request a new feature to be implemented.
  593
  Topics
  3850
  Posts

  F

  @sebastian-roth Ok thanks

• Bug Reports

  Report a bug with FOG.
  1229
  Topics
  11272
  Posts

  

  @george1421 I’ve been able to boot into ipxe now, register the system with the fog server and capture an image from a raspberry pi. I have not tried to deploy an image to the pi because I’m using the sd card to boot the pi into ipxe and if it doesn’t deploy correctly I’ll have a broken boot device. I’m working on some other options right now, but basically FOG is imaging a raspberry pi running an ARM processor.

  I need to look into this a bit more, but when partclone ran the background was RED and not normally BLUE. I don’t know what this means but that is the only thing out of normal I found so far. The rest of the imaging environment seemed. Normal. The FOG iPXE menu screen displayed the background image normally and the text was colored appropriately. So the RED in partclone is the only abnormal thing I found so far.

  I did have to build a custom FOS Kernel for this Pi because the standard linux kernel could not see the USB keyboard, but using the Pi version of the linux source code did. I also had to build a ARM version of init.xz with no changes except one.

  For both bzImage and init.xz I needed to remove the compression on the files. For bzImage the bzip compression is only an x86 feature. For other architectures you need to use gzip to compress the kernel. The other thing, especially for the PIs, is that they are somewhat CPU bound so this dynamic compression takes longer to download and run than just transferring a larger uncompressed image and running it. So for both the kernel and initrd.img I’m not compressing the images. For the initrd.img I’m sending it in cpio format to the Pi.

  Development naming convention I’m using is
  kernel: ImagePiARM64
  initrd: init_arm64.cpio

  The kernel is unique to the Raspberry Pi and not intended for any other ARM architecture.

  For FOG 1.6.x we probably should add 2 new fields in the FOG Configuration -> FOG settings for the ARM kernels too just like we have for bzImage and bzImage32. But in this case ARM64 and ARM32. I can see one fog server imaging both x86 and ARM processors so we will need to make accommodations. I’m not sure how to handle the kernel field in the host configuration manager though.