Surface Pro 4 won't get to registration menu
-
@Sebastian-Roth Can I use kernels from trunk with FOG 1.2.0? I didn’t think that was a good mix together, but at this point we’re open to that I think.
-
@sarge_212 Kernels can be used cross all versions of fog.
Only time to be concerned about kernels is the arch when dealing with old versions of FOG (e.g. FOG 0.32 and prior, in which you MUST use the 32 bit kernels).
-
Well that’s really nice. I’m testing now with new kernels and FOG 1.2.0, will update you all when that’s been done.
-
Tested with the new kernels from trunk FOG. This resulted in the same kernel panic on the surface. I’m open to any other suggestions.
-
@sarge_212 Just for clarity you are updating the bzImage as well as the inits at the same time?
[Edit] wait… do these kernels work on a regular computer and they are only blowing up on the surface? [/Edit] -
@george1421 Yes. I downloaded and installed FOG trunk on a separate server. Copied the bzImage, bzImage32, init.xz, init_32.xz to the /var/www/html/service/ipxe folder. Kernels do work on regular computer, yes.
-
@sarge_212 Do you still see the ‘cdc-ether…’ messages as well? This should not be the case if you are running the latest kernels!
Edit: Can you please show us what you see on your modded 1.2.0 server issuing this command:
ls -al /var/www/html/service/ipxe/{bzImage,bzImage32,init.xz,init_32.xz}
-
@Sebastian-Roth Here is the output from the modded 1.2.0:
# ls -al /var/www/html/fog/service/ipxe/{bzImage,bzImage32,init.xz,init_32.xz} -rw-r--r--. 1 fog apache 6847456 Jan 21 15:20 /var/www/html/fog/service/ipxe/bzImage -rw-r--r--. 1 fog apache 6759504 Jan 21 15:20 /var/www/html/fog/service/ipxe/bzImage32 -rw-r--r--. 1 fog apache 15448272 Jan 21 15:20 /var/www/html/fog/service/ipxe/init_32.xz -rw-r--r--. 1 fog apache 16476332 Jan 21 15:20 /var/www/html/fog/service/ipxe/init.xzere
testing again to see if I still get the cdc first
-
@sarge_212 said:
@george1421 Kernels do work on regular computer, yes.
OK, great. I was afraid we broke you FOG server.
So the root of the issue is that the current kernels and inits are panicking the kernel. I’m wondering if these devices have a weird hard drive structure/ definition that is causing this issue. With that said, it would be interesting to know if we could live boot linux on one of these devices…
-
@george1421 no, no FOG broken here However, it is using the most current inits and kernels I believe as I am no longer getting the cdc-ether error @Sebastian-Roth . That’s a step in the right direction. And @george1421 I do believe they DO have a weird hard drive structure. I think Windows preloads 3 separate partitions on these surfaces:
A recovery partition, system partition, and the actual partition where the OS is.
That being said, I think I’m going to play with blowing away these partition schemes, USB image it, and then try and register the image with the FOG server. That might just do it. You guys have been so helpful!
-
@sarge_212 I really don’t think that partition scheme comes into play at this early stage of loading the kernel! Feel free to do whatever you think is right but I doubt that a simple partition layout will help in loading the kernel any further.
That said you might want to try cranking up the kernel debugging level and maybe we see some more information then.
-
Well shucks.
-
Are you happy to play with the code, as FOG 1.2.0 does not have this included in the WEB GUI yet (just another reason for FOG trunk). Take a look at /var/www/fog/lib/fog/BootMenu.class.php
Search for
loglevel=4
and change all (three) tologlevel=7
. Plus adddebug
as well. For example around line 442 would be:"osid=$osid", "loglevel=7", "debug", "consoleblank=0",
And line 247:
print "$this->kernel loglevel=7 debug ".implode ...
-
@sarge_212 Don’t get discouraged here. You are doing pioneering work that hasn’t been done before with fog and the surface 4. “Some times you will get a little bloody walking on the bleeding edge of technology”
As Sebastian said, go into the fog settings and crank the debug level up to max and see if it will provide any additional information.
It would still be interesting to see if you can get a live linux to boot on this thing. That may be a path if the debugging doesn’t provide any more data. You can live boot linux from a usb flash drive so there won’t be anything installed on the surface. The live linux would give us a chance to run a few commands as well as tell use that booting linux on the tab is possible.
-
@george1421 You guys rock, and thanks for the encouragement. Don’t worry, I’m far from giving up! Sebastian, thanks for the tips on getting a higher level of debugging going, I will do that. Thanks FOG team!
-
I changed the debugging up to level 7 and there isn’t any more output on the surface after I try to register it. Any suggestions on a minimal ISO that I could drop on a USB stick and live boot it to run a few commands? Thanks all!
-
Similar issue in another thread. https://forums.fogproject.org/topic/6525/pxe-boot-hp-x2-210-hybrid-tablet-windows-10-pro/10
Not sure if they are related or not, but OP in that thread was able to live boot ubuntu.
-
Too bad that we don’t get any more news with higher log level. Tried some google foo (wonder why I didn’t do this earlier) and came up with this:
http://superuser.com/questions/1005825/linux-on-new-surface-pro-4
https://www.reddit.com/r/SurfaceLinux/comments/3zytfw/status_of_arch_linux_on_sp4/
https://www.reddit.com/r/SurfaceLinux/comments/3xhmu7/just_installed_chakra_linux_on_surface_pro_4_i7/
https://www.reddit.com/r/SurfaceLinux/comments/3w8du2/outofthebox_support_for_linux_mint_173_cinnamon/ (see the EDITs on Pro 4)There seam to be a lot of things that don’t work but I guess most of that is irelevant for cloning. By the way, have you disabled secure boot?
-
Disabling secure boot was one of the first steps as indicated on another forum post about imaging a surface pro 3 so I had done that already. I’ll look into live booting a linux OS on the surface.
-
Also,
What commands should I run when I get that live linux install booted up on the surface?