HP Stream 11 pro

[Sebastian Roth]

Looks pretty good to me. To make this work you need to set “Host Primary Disk” to ‘/dev/mmcblk0’ (without the quotes!) in the host settings of this particular host. Please give it a try and see if you can upload an image…

[drc0nc]

@Sebastian-Roth YES! It’s currently pulling an image, I had to set it to do a multiple partition disk non re-sizable… I’ll update you guys if I can deploy it after it completes the pull

Thanks again to all that helped!

[drc0nc]

I got an image to successfully deploy! Now about 60 more to go!

[Wayne Workman]

@drc0nc Can you please let us know exactly what boot file you’re using, what kernel version, what kernel arguments, and what you put in the host disk fields? Basically anything specific to this device.

We need to put this information into the WiKi under the working hardware lists for others to benefit from.

[drc0nc]

@Wayne-Workman Alright, here’s the specs and I hope it will help people with their HP’s
Fog version: svn 5293
Boot file:ipxe.efi
Kernel: 4.2.3 (4.3.0 wasn’t working at the time for this specific problem)
Kernel arg: has_usb_nic=1
Host disk: /dev/mmcblk0 (this was important, fog wasn’t recognizing the HDD unless this was valid.)
Using an Ethernet to usb adapter that has an ASIX AX88772B in it.

[Wayne Workman]

hash tagging this so I can find it later for addition to the wiki.
EDIT: Added

[Wayne Workman]

Added to the WkKi’s working hardware list here: https://wiki.fogproject.org/wiki/index.php/WorkingDevices

[drc0nc]

@Tom-Elliott @Wayne-Workman @Sebastian-Roth

Hey guys. Sorry to bug but as I continue to tackle these HP streams I ran into another problem that popped up. The specs are the same, I’m still running svn 5293 (had to reinstall fog because i had a HHD totally fail)
same boot ipxe.efi
same kernel 4.2.3
same kernel arg and host disk.
I can pull images just fine using undionly.kkpxe on my lenovos

yet the streams just wont pull an image (sorry for potato quality)

[drc0nc]

For some reason when I changed the image to a RAW image (4) it decided to pull it.
I’ve tried option (2) and (3) and it didn’t work.
In the past I had it set up to use Multiple Partition Image Single Disk-(2) yet its crapping out on me using that option.
I guess maybe some clarification is all I’m asking for at this point.

[Wayne Workman]

Is it just this one or are others doing it too?

[drc0nc]

@Wayne-Workman Haven’t tried other ones yet. The way I have the HP’s working is that they use the MAC of the usb adapters. Unfortunately I only have 4 adapters soo they are just simple hosts with the valid arguments and such. When this image is done being pulled I’ll try to use option (2) on it and see what happens. I can try another adapter on a different HP or the same, doesn’t matter.
BTW I want to upgrade trunk but i’m afraid that I’ll lose functionality for the HP’s.
In the other school building I keep trunk updated and it runs awesome! but at this particular building I’m keeping fog where it is for the HP’s. at the other school building I don’t need it for the HP’s.

[Wayne Workman]

@drc0nc I’m not asking you to update. it’s fine to leave it as is. I was asking you try with a different HP to see whether or not it’s an issue with that specific HP or some larger issue.

[drc0nc]

@Wayne-Workman lol i didn’t mean it like that.
I’ve just tried 2 other HP’s and different adapters. Same deal… If i do RAW then it’ll work to capture and deploy. Otherwise it’ll give me the The protective MBR's 0xEE partition is oversized! Auto-repairing. then proceed to reboot.

[Wayne Workman]

@drc0nc What are you using for DHCP in that building you’re in?

[drc0nc]

@Wayne-Workman a windows server 2012 r2. options 66 and 67 are set to the appropriate ip and option 67 is ipxe.efi on global and scope options.

[Sebastian Roth]

@drc0nc Please boot into debug mode on this client and run fogpartinfo --list-parts /dev/sda

This is what FOG did (in the older versions, Tom changed that in the last week) to get the partitions. I guess this will fail. Please let us know which error you see.

[drc0nc]

@Sebastian-Roth the output was

/dev/mmcblk0      179:0
/dev/mmcblk0boot0 179:8
/dev/mmcblk0boot1 179:16
/dev/mmcblk0p1    179:1
/dev/mmcblk0p2    179:2
/dev/mmcblk0p3    179:3
/dev/mmcblk0p4    179:4
/dev/mmcblk0rpmb  179:24

[Sebastian Roth]

@drc0nc Sorry, updated my last post as I remembered that Tom changed this not long ago. Please try fogpartinfo --list-parts /dev/sda and see if you get any errors.

[drc0nc]

@Sebastian-Roth fogpartinfo isn’t a valid command

[Wayne Workman]

@drc0nc I was going to suggest creating a DHCP Reservation for one of the adapters, and point it’s option 066 (for the reservation only) to the FOG server in the other building that is running FOG Trunk.

See what luck you have…

That’ll cause it to use that fog server.