Surface 3 Fails to Image

[wwarsin]

@Sebastian-Roth

Success! It’s capturing the image now!

I’ll write back a little later, i’m going to try a deploy after this finishes to verify it works completely.

I appreciate all of the help you and Tom have been!

[wwarsin]

@Sebastian-Roth
So close! Now i’m getting the following error when i try to deploy:

Checking write caching status on HDD…Failed

Could not set caching status (enableWriteCache)

Edit: I still have “/dev/mmcblk0” set as the Host Primary Disk

[Wayne Workman]

@Tom-Elliott I think center alignment of those pieces in that picture below don’t look very good. I suggest making only the initial logo/credits box be centered, and everything else left aligned.

[Sebastian Roth]

@wwarsin Great! Can you please run another debug session and let us know what you get from hdparm -i /dev/mmcblk0

Yeah, pretty close we are indeed!

[wwarsin]

@Sebastian-Roth

Here’s the output of the command:

# hdparm -i /dev/mmcblk0

/dev/mmcblk0:
 HDIO_DRIVE_CMD(identify) failed: Invalid argument
 HDIO_Get_IDENTITY failed: Invalid argument
#

[wwarsin]

@Sebastian-Roth Any updates by chance?

[Wayne Workman]

@wwarsin Interestingly we got fog 1.2.0 to image a Surface 3 the other day. I couldn’t understand why trunk wouldn’t work

Have you updated recently and tried again?

[Sebastian Roth]

@wwarsin Thanks for reminding me on this! Can you please go for another debug session and run hdparm with a different parameter to see how this behaves: hdparm -W /dev/mmcblk0

[drc0nc]

@Sebastian-Roth I’m using the streams on this, and they’re running into the exact same problem with the mmcblk0 drive.
after running both hdparm -i and hdparm -W i was getting failed invalid argument.

[Sebastian Roth]

@drc0nc Thanks for letting me know! @Tom-Elliott Seams like we need to look into this again and find a way to check for writeCache without it failing on mmcblk devices. Any ideas? Maybe check the return code of hdparm?

[Tom Elliott]

@Sebastian-Roth the write cache problem was only a warning, but I did come up with a fix I think anyway. There was no error code returned that showed there was or wasn’t a problem, so the fix I’ve added is to check the variable we store the check in. If the value has write cache with a value of not supported or is blank we won’t try enabling write support to begin with.

[Sebastian Roth]

Looks good from my point of view. @wwarsin and @drc0nc could you try updating to the very latest and give it a try?

[drc0nc]

@Sebastian-Roth Works just fine now! thanks guys…

[Wayne Workman]

@Sebastian @drc0nc Please let us know what kernel you used, what version of FOG, what boot file, what USB to Ethernet adapter (the model), what kernel parameters or HDD parameters, and anything else special that you’ve done to get this device working.

I’m going to add this device to the Wiki’s working hardware list, that’s why I need all that stuff.

[drc0nc]

@Wayne-Workman
Fog trunk 6327
boot file ipxe.efi
usb to ethernet adapter with ASIX AX88772B chip usb2 to 10/100. (I’ve been testing out gig to usb 3 adapters but no luck booting so far)
Host Kernel Arguments has_usb_nic=1
Host Primary Disk /dev/mmcblk0
I’m using the HP Streams. I believe you already updated the wiki pertaining to these. We’ve lost the ability for a little while but @Tom-Elliott got it squared away.

[Wayne Workman]

@drc0nc Oh, I thought you were working with a Surface 3?

[drc0nc]

@Wayne-Workman no, but the streams have the same hard drive, the mmcblk0.

[Sebastian Roth]

@wwarsin Any updates from your side? The inits have been improved a lot in the last month and so far we made most of the tablets out there work with FOG. Please upgrade to the latest and see if it works for you as well. Please let us know!

[wwarsin]

@Sebastian-Roth

I tried imaging and it works! Thanks for all of the work you guys do!