Surface Pro 3 PXE:

[Sebastian Roth]

There are several other threads about Surface Pro 3 in the forums (https://www.google.com/?gws_rd=ssl#q=site:fogproject.org+surface) but non of them is talking about HDD problems I wonder.

AFAIK there is a SSD drive in the Surface Pro 3, right? Please add the device as a new host with it’s MAC address by hand in the webinterface. Then boot it up in a debug session (Host -> Basic Tasks -> Debug) and issue the following command:

dmesg | grep sd

What do you see?

[A Former User]

Thanks Uncle Frank . Please see the attached image of what I saw after entering the debug command.

[Sebastian Roth]

What about this:

dmesg | grep ATA

Sorry, this is just guessing in the dark so far. Probably best if you could upload the whole output so we can have a look. Again, boot into debug mode and then:

mkdir -p /mnt
mount -o nolock <your-fog-server-ip>:/images/dev /mnt
dmesg > /mnt/dmesg.txt
umount /mnt

Edit: Just for the records, here is what dmesg on a Surface Pro 3 might look like: https://gist.github.com/altercation/30776be1078eac2b0cc6

[A Former User]

Here’s what I got:

tech@fog14VM:/images/dev$ less dmesg.txt
[ 0.000000] Linux version 4.2.0 (root@debian64) (gcc version 4.9.2 (Debian 4.9.2-10) ) #8 SMP Thu Sep 17 09:02:24 EDT 2015
[ 0.000000] Command line: bzImage loglevel=4 initrd=init.xz root=/dev/ram0 rw ramdisk_size=127000 keymap= web=10.2.16.9/fog/ consoleblank=0 mac=c0:33:5e:73:cf:a2 ftp=10.2.16.9 storage= storageip= web=10.2.16.9/fog/ osid= consoleblank=0 irqpoll hostname=MIC-SURFACE-02 mode=onlydebug
[ 0.000000] KERNEL supported cpus:
[ 0.000000] Intel GenuineIntel
[ 0.000000] AMD AuthenticAMD
[ 0.000000] Centaur CentaurHauls
[ 0.000000] x86/fpu: Legacy x87 FPU detected.
[ 0.000000] x86/fpu: Using ‘lazy’ FPU context switches.
[ 0.000000] e820: BIOS-provided physical RAM map:
[ 0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000008efff] usable
[ 0.000000] BIOS-e820: [mem 0x000000000008f000-0x000000000008ffff] ACPI NVS
[ 0.000000] BIOS-e820: [mem 0x0000000000090000-0x000000000009dfff] usable
[ 0.000000] BIOS-e820: [mem 0x000000000009e000-0x000000000009ffff] reserved
[ 0.000000] BIOS-e820: [mem 0x0000000000100000-0x000000001fffffff] usable
[ 0.000000] BIOS-e820: [mem 0x0000000020000000-0x00000000201fffff] reserved
[ 0.000000] BIOS-e820: [mem 0x0000000020200000-0x00000000ba96efff] usable
[ 0.000000] BIOS-e820: [mem 0x00000000ba96f000-0x00000000bac6efff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000bac6f000-0x00000000bad6efff] ACPI data
[ 0.000000] BIOS-e820: [mem 0x00000000bad6f000-0x00000000bb3bffff] ACPI NVS
[ 0.000000] BIOS-e820: [mem 0x00000000bb3c0000-0x00000000bbaccfff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000bbacd000-0x00000000bbad0fff] usable
[ 0.000000] BIOS-e820: [mem 0x00000000bbad1000-0x00000000bbad1fff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000bbad2000-0x00000000bbffffff] usable
[ 0.000000] BIOS-e820: [mem 0x00000000e0000000-0x00000000e3ffffff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fea00000-0x00000000feafffff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fed01000-0x00000000fed01fff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fed03000-0x00000000fed03fff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fed06000-0x00000000fed06fff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fed08000-0x00000000fed09fff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fed1c000-0x00000000fed1cfff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fed80000-0x00000000fedbffff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved

[Sebastian Roth]

This obviously didn’t get posted at full length. Please try to add dmesg.txt to your post as an attached file using the upload button just obove the text entering box (right of the smily :-))

[A Former User]

Separate question, but do you have any tips on exporting a file in Windows or Mac machine from a Linux box? Haven’t had to do this yet.

[cml]

@tnunn

You can either use WinSCP, or copy the file to /tftpboot and get it via tftp from windows.

 tftp –i x.x.x.x get dmesg.txt

Where x.x.x.x is the IP of your FOG server.

[A Former User]

Please see the attached dmesg.txt file. Thanks again for any insight here

[Wayne Workman]

@cml said:

@tnunn

You can either use WinSCP, or copy the file to /tftpboot and get it via tftp from windows.

 tftp –i x.x.x.x get dmesg.txt

Where x.x.x.x is the IP of your FOG server.

You can also output it to your /var/www/html directory

then just browse to it in a web browser and download it. x.x.x.x/dmesg.txt

[Sebastian Roth]

Didn’t know that there are Surface Pro 3 devices with eMMC HDD…

...
[    2.163894] mmc0: MAN_BKOPS_EN bit is not set
[    2.187891] mmc0: new HS200 MMC card at address 0001
[    2.188108] mmcblk0: mmc0:0001 HCG8e 58.2 GiB 
[    2.188172] mmcblk0boot0: mmc0:0001 HCG8e partition 1 4.00 MiB
[    2.188245] mmcblk0boot1: mmc0:0001 HCG8e partition 2 4.00 MiB
[    2.217676]  mmcblk0: p1 p2 p3 p4 p5

To make this work you have to set 'Host Primary Disk tp ‘/dev/mmcblk0’ (without the quotes!) in the host settings of this particular devices/host. Please report back.

[A Former User]

The ‘Host Primary Disk’ change did the trick! Thanks Uncle Frank! I’m working on testing a Windows 10 deployment.

[Wayne Workman]

Yet another victory with the recent changes to the kernel and the inits to support eMMC !!! BRAVO!

[Wayne Workman]

@nicked

We are requesting that all community members who have Surface Pros to please do a packet capture, to capture the DHCP conversation the client sends out at boot time via the ethernet dock, and upload the capture here. The intent is to gather more information about the Surface Pro, so fog can better support network booting it.

Thanks,
Wayne