Microsoft Surface Pro 4
-
@mwarner I am sorry to say this but the PCAPs don’t show the DHCP answer packets (offer and ack). So it’s missing very essential information.
Have you looked into booting a live Linux OS on the Surface just to see if that can properly bring up the network interface and retrieve an IP via DHCP - see my last post.
-
@sebastian-roth When I was testing earlier today, I usb booted FOS to skip th pxe boot stuff. I can say right from the start, iPXE did work correctly, but when the linux (FOS) kernel started it would not pick up an IP address, and the on board keyboard would not respond. I plugged in a usb keyboard and I was able to navigate, but the network would not come up.
I played around a bit with the dock and disconnecting it and reconnecting it. The FOS kernel saw those changes. It reported the nic in the dock as a Real tech nic. I can’t remember why I thought to update the kernel other than I was using a USB FOS stick created last may. Once I booted on USB FOS with the 4.11.6 kernel the network ms adapter picked up an ip address. Once that was done I was able to register the target computer.
@mwarner on your fog server linux console, will you navigate to this path:
/var/www/html/fog/service/ipxe
and once in there key infiles bzImage
and post back the version number reported? -
@george1421 The command reported back this:
bzImage: Linux kernel x86 boot executable bzImage, version 4.13.4 (root@debian64) #2 SMP Wed Oct 18 15:26:04 EDT 2017, RO-rootFS, swap_dev 0x7, Normal VGA
How can I upgrade to 4.11.6?
-
@mwarner I got them from the following links.
wget https://fogproject.org/inits/init.xz wget https://fogproject.org/inits/init_32.xz wget https://fogproject.org/kernels/bzImage wget https://fogproject.org/kernels/bzImage32
Just make sure you save your current files before overwriting them
-
@george1421 Good news and bad news!
I was able to get the DHCP working using the new inits/kernels. I was able to register the host and run the compatibility settings option just fine.
Unfortunately, I was not able to run a capture task. Below is an image of the result.
I have no clue what could be going on, should I run another tcpdump?
I should also add that there is a substantially long pause between where it says “OK” and where the error starts - I’d say maybe 30-60 seconds.
-
@mwarner One question, are you booting via the USB stick? If so, you MUST schedule a task on the FOG server before you attempt to boot with usb stick. While the error is a bit cryptic, that is the typically the error.
If you ARE booting via the usb stick, why? I was able to pxe boot the surface book and capture without issue.
-
@george1421 I am booting via USB stick. I tried PXE and it didn’t seem to work - same errors as before. I created the task before booting.
-
@mwarner And so it works now?
The error message basically translates to I tried to deploy an image but there wasn’t anything for me to do (i.e. request type: null [nothing to do]). Same error as before as in your are still deploying the old bzImage from your fog server?
[Edit] Oh I see you updated to fog 1.5.0RC10 a few posts ago. So you should have the latest kernel on your fog server. There may be an issue with the usb boot and fog 1.5.0. I have to look at it, but the developers change (in 1.5.0 to add the ability to deal with http and https installs of fog). That maybe why its returning an invalid null type.
-
Looking at the code in the grub.cfg file, lets try to update it as such.
change
<snip> ramdisk_size=127000 keymap= web=$myfogip/fog/ boottype=usb
to
<snip>ramdisk_size=127000 keymap= web=http://$myfogip/fog/ boottype=usb
Note the http:// inserted just before $myfogip. You need to do that for every row that has
web=$myfogip/fog/
in it. -
@george1421 Yes, the DHCP works now when I use the USB stick. I’d still prefer to go without it, but it can suffice for now.
What do you recommend the next step should be for me? Should I wait for the next stable version of FOG to be released? In the meantime, should I go back to bzImage 4.13.4?
-
@george1421 where should this grub.cfg file be located?
-
@mwarner Grub.cfg is on the usb stick. Its in the boot/grub/grub.cfg path.
-
@george1421 Unfortunately that didn’t seem to fix anything. Should I revert my kernel back to 4.13.4?
-
@mwarner You can or leave it at 4.13.6 since that has proven to work with the surface devices. When 1.5.0 stable is eventually released it will contain that or a later kernel anyway.
I guess I need to look into why 1.5.0RC10 is giving us an issue with USB booting.