SOLVED Several problems with Surface Pro 4
-
Hello
We want to image some Surface Pro 4, because we already have a fog server runnig for desktop clients, we want to give it a try. I was on an older trunk and had some problems, so i upgraded to the latest
Running Version 1.3.0-RC-7 SVN Revision: 5946
Unfortunally that didn’t help. So a few things I’ve done after reading a lot of forum posts.
- fog.reginput Boot Options:
mode=manreg has_usb_nic=1 isdebug=yes
- FOG_KERNEL_DEBUG ebabled and Log Level 7
- Manually added the host to the fog server
- Exit type = REFIND_EFI
- use
ipxe.efi
- replaced tftp files with these https://sourceforge.net/p/freeghost/code/5835/tree/trunk/packages/tftp/
What is working
- If no task is assigned I can boot into the PXE menu
What is not working
- If i select an entry the display just goes dark, nothing happens
- If i select
Boot from harddisk
REFIND_EFI starts, i need to press a key and then windows tries to boot but get stuck at the windows logo. (no problem if i boot without pxe) - If a task is assigned it get stuck at
bzImage... ok init.xz... ok
- Perform Full Host Registration and Inventory & Quick registration doesn’t work (Select menu entry -> screen goes dark; Quick registration -> chainload failed).
Any help would be appreciated!
- fog.reginput Boot Options:
-
Here are the steps wich resolved the issues:
@jhuesser said in Several problems with Surface Pro 4:
- If i select an entry the display just goes dark, nothing happens
Use
intel7156.efi
- If i select
Boot from harddisk
REFIND_EFI starts, i need to press a key and then windows tries to boot but get stuck at the windows logo. (no problem if i boot without pxe)
Use
intel7156.efi
- If a task is assigned it get stuck at
bzImage... ok init.xz... ok
Use
intel7156.efi
- Perform Full Host Registration and Inventory & Quick registration doesn’t work (Select menu entry -> screen goes dark; Quick registration -> chainload failed).
manually add the host and add
has_usb_nic=1
to the host settings. (also for dhcp error in FOS)@jhuesser said in Several problems with Surface Pro 4:
@george1421 It doesn’t recognize the keyboard at this point. (…)
Use an USB-Keyboard with an USB-Hub
@Sebastian-Roth Am I right, if i used the USB keyboard at the beginning, there is no need to modify the initrd to remove the keyboard interaction?
@Tom-Elliott said in Several problems with Surface Pro 4:
@george1421
lshw
lsusb
lspci
dmesg
Personally, dmesg will probably be of more use as even if the kernel doesn’t have drivers we should see the device in the list on load up.
Should i execute dmesg on a ubuntu bootet on the SP4 or in the FOS Engine?
-
@x23piracy Missing since RC10 - see here: https://github.com/FOGProject/fogproject/tree/1.5.0-RC-10/packages/tftp
@Tom-Elliott We should definitely put up a big note for the final 1.5 release.
-
@sebastian-roth rc12? the fun fact, i spoke today with a collegue because he asked me why i serve 7156.*
-
@sebastian-roth Thank you, will keep that in mind.
-
@sebastian-roth Probably a good idea to include that in the announcement when it comes.
-
@jhuesser Just note that the xxx7156.* binaries will be gone in the next release as iPXE project has fixed the issue and we decided to remove those binaries. So you need to change your DHCP server to serve
ipxe.efi
when the next FOG version is released and you want to upgrade. -
Just a small update:
In my solution post i wrote, that I’ve used
intel7156.efi
as bootfile. Just tried to image again and iPXE couldn’t get a DHCP address. So now I usedipxe7156.efi
and it seems to work fine. -
This is the output of the
dmesg
command, once in Ubuntu on the SP4 and once in FOS.(I wanted to upload it here, Got an error “You have not enough privileges”)
-
#wiki worthy
-
@jdd49 I’ve saved this on my bookmarks list and updated the kernels to have the reflected patch changes within the current 4.7.1 kernels.
Thanks for posting.
-
@Tom-Elliott
Not sure if you got the keyboard issue figured out or what drivers / patches you added, but I have successfully used this in the past for SP4
https://github.com/cransom/surface-pro-3-nixos/blob/master/multitouch.patch -
@jhuesser said:
Should i execute dmesg on a ubuntu bootet on the SP4 or in the FOS Engine?
Both will give us some good information although I think that running those on the FOG system would give us a better idea what works and what not.
-
@Quazz Will do it tomorrow, right now the Surface is getting imaged, and it takes a bit long (old USB HUB)
-
@jhuesser So the NIC can get DHCP in debug_mode now?
Am I right, if i used the USB keyboard at the beginning, there is no need to modify the initrd to remove the keyboard interaction?
Yes
Should i execute dmesg on a ubuntu bootet on the SP4 or in the FOS Engine?
I think either works, but likely more convenient to boot ubuntu to transfer the output. Make sure the keyboard dock is connected on boot so the information is collected.
-
Here are the steps wich resolved the issues:
@jhuesser said in Several problems with Surface Pro 4:
- If i select an entry the display just goes dark, nothing happens
Use
intel7156.efi
- If i select
Boot from harddisk
REFIND_EFI starts, i need to press a key and then windows tries to boot but get stuck at the windows logo. (no problem if i boot without pxe)
Use
intel7156.efi
- If a task is assigned it get stuck at
bzImage... ok init.xz... ok
Use
intel7156.efi
- Perform Full Host Registration and Inventory & Quick registration doesn’t work (Select menu entry -> screen goes dark; Quick registration -> chainload failed).
manually add the host and add
has_usb_nic=1
to the host settings. (also for dhcp error in FOS)@jhuesser said in Several problems with Surface Pro 4:
@george1421 It doesn’t recognize the keyboard at this point. (…)
Use an USB-Keyboard with an USB-Hub
@Sebastian-Roth Am I right, if i used the USB keyboard at the beginning, there is no need to modify the initrd to remove the keyboard interaction?
@Tom-Elliott said in Several problems with Surface Pro 4:
@george1421
lshw
lsusb
lspci
dmesg
Personally, dmesg will probably be of more use as even if the kernel doesn’t have drivers we should see the device in the list on load up.
Should i execute dmesg on a ubuntu bootet on the SP4 or in the FOS Engine?
-
From what I gather:
Not working: keyboard in FOS engine, NIC in debug mode?
Working: iPXE menu, capture/deploy
Needed: has_usb_nic=1 kernel parameter. intel7156.efi or realtek7156.efi (or other 7156 ipxe bootfile depending on your USB NIC)
Please add/modify as needed.
-
@jhuesser Can you summarize exactly what is needed for the Surface Pro 4 please? This thread is really, really long - and we need a summary that is reproducible and clear.
-
@jhuesser Great to hear! Would be awesome if you could provide the information Tom asked as well.
-
Btw, could succesfully up- and download an image for SP4!
-
@george1421
lshw
lsusb
lspci
dmesg
Personally, dmesg will probably be of more use as even if the kernel doesn’t have drivers we should see the device in the list on load up.