Black Screen on Surface Pro 4
-
-
This was working before I updated to the latest trunk so not sure what might have changed. (Updated today. I was about a month or two behind)
-
@Psycholiquid This is what helped me:
@Tom-Elliott said in Microsoft Surface Pro 4 Deployment stuck at init.xz:
Try changing your tftp files with those from:
https://sourceforge.net/p/freeghost/code/5835/tree/trunk/packages/tftp/
I don’t know why, but this particular issue seems related to something that I have literally no control over.
I had the same issues with a Pro 4 either getting stuck at init.xz …OK or a black screen (on RC1 and RC2). The ipxe files in the current release don’t seem to play nice. Give that a try and see what happens. Remember to not move/rename/delete the default.ipxe out of the tftpboot folder (or else you have to reinstall), everything else can be replaced.
-
@fry_p Thanks I’ll give tha ta try and report back
-
@Psycholiquid I’ll but the 7156 efi files up on rc-3 so this shouldn’t be an issue anymore.
-
@Tom-Elliott said in Black Screen on Surface Pro 4:
@Psycholiquid I’ll but the 7156 efi files up on rc-3 so this shouldn’t be an issue anymore.
Perhaps even label them differently than just replacing all of them?
Could call the 7156 ipxe.efi file something like
surfspro.efi
oripxe7156.efi
?I want to keep the latest efi files, and these ones that work for the surface too.
If someone ( @Psycholiquid ) could post a complete packet capture of a DHCP conversation with a surface 4, I’ll see what I can do in the way of a vendor class for DHCP.
-
@Tom-Elliott It worked to switch out the files. Not sure why but it did work.
-
@Wayne-Workman said in Black Screen on Surface Pro 4:
@Tom-Elliott said in Black Screen on Surface Pro 4:
@Psycholiquid I’ll but the 7156 efi files up on rc-3 so this shouldn’t be an issue anymore.
Perhaps even label them differently than just replacing all of them?
Could call the 7156 ipxe.efi file something like
surfspro.efi
oripxe7156.efi
?I want to keep the latest efi files, and these ones that work for the surface too.
If someone ( @Psycholiquid ) could post a complete packet capture of a DHCP conversation with a surface 4, I’ll see what I can do in the way of a vendor class for DHCP.
Man would love to if I knew how…
-
@Psycholiquid said in Black Screen on Surface Pro 4:
@Wayne-Workman said in Black Screen on Surface Pro 4:
@Tom-Elliott said in Black Screen on Surface Pro 4:
@Psycholiquid I’ll but the 7156 efi files up on rc-3 so this shouldn’t be an issue anymore.
Perhaps even label them differently than just replacing all of them?
Could call the 7156 ipxe.efi file something like
surfspro.efi
oripxe7156.efi
?I want to keep the latest efi files, and these ones that work for the surface too.
If someone ( @Psycholiquid ) could post a complete packet capture of a DHCP conversation with a surface 4, I’ll see what I can do in the way of a vendor class for DHCP.
Man would love to if I knew how…
Unless you are talking about Wiresharking the packets between the surface and the fog server. If so I can give that a try today. I did back up the files before I uploaded the other ones.
-
I’ve add the 5835 svn tftp files into the mix but labeled them as 7156 (as that’s the version iPXE files they’re using).
There is some change between that commit (starting with sha hash 7156) and current iPXE code that broke the functionality in some way. I haven’t had enough time to troubleshoot or test. So I find it quite nice to be able to have both versions of the files (current, and what works) so at least it reminds me what version worked.
-
@Psycholiquid said in Black Screen on Surface Pro 4:
Unless you are talking about Wiresharking the packets between the surface and the fog server. If so I can give that a try today. I did back up the files before I uploaded the other ones.
That’s what I’m asking for. Different people have different ways of getting it done. Just a full DHCP conversation is all that is needed.
-
@Wayne-Workman said in Black Screen on Surface Pro 4:
@Psycholiquid said in Black Screen on Surface Pro 4:
Unless you are talking about Wiresharking the packets between the surface and the fog server. If so I can give that a try today. I did back up the files before I uploaded the other ones.
That’s what I’m asking for. Different people have different ways of getting it done. Just a full DHCP conversation is all that is needed.
I have some spare time and a surface pro 4 sitting in front of me. I can get you that capture. I’m rusty on Wireshark so it may take a minute lol
-
@fry_p I don’t understand what DHCP packets are or aren’t going to prove? It’s not failing to see or download or even execute the files. It’s failing to release the file back to allow booting the bzImage/init together.
-
@Tom-Elliott said in Black Screen on Surface Pro 4:
@fry_p I don’t understand what DHCP packets are or aren’t going to prove? It’s not failing to see or download or even execute the files. It’s failing to release the file back to allow booting the bzImage/init together.
On the other hand if this is a moot point, I won’t bother. Let me know
-
@Tom-Elliott Tom, I’m wanting the capture in hopes of creating a dhcp class to hand out the specific boot ROM that works with Surface pros, so people don’t have to switch files back and forth. What you’re talking about is a different issue.
-
@Wayne-Workman I’m still up to doing it… If I do this, we would be able to set a class much like my UEFI/BIOS Co-existence on DHCP? I’d like this very much.
-
@fry_p Yeah, like that hopefully. I am not making promises though, but that’s the goal. It all just depends on how the surface identifies itself in the DHCP Discovery packet.
-
@Wayne-Workman I’m about to leave for the day, But I got a capture of the surface with USB to ethernet adapter and our DHCP server. It’s not much to look at, please let me know if it is not what you are looking for.0_1469568466030_fog surface1.pcapng
-
@fry_p I looked through it, there are no DHCP packets in it. Thanks for trying though. Maybe tomorrow?
-
@Wayne-Workman said in Black Screen on Surface Pro 4:
@fry_p I looked through it, there are no DHCP packets in it. Thanks for trying though. Maybe tomorrow?
whoops, I needed a refresher on wireshark lol. After some googling, I filtered it to host (IP OF SURFACE) and udp ports 67 or 68 between the DHCP server and the surface
0_1469569393912_fog surface1.pcapng
edit: I’m out of the office tomorrow and the pro 4 i have for testing may be deployed by Thursday