Posts made by drc0nc

@Tom-Elliott @Wayne-Workman @Sebastian-Roth Here is just a snapshot of a debug capture task. http://i.imgur.com/m2l2Nfo.jpg (sorry but chrome was giving me problems uploading into the forum.)
I will post info once the capture is done and I’m deploying an image.
It’s working so far with the inits I got from Tom.

@Tom-Elliott @Sebastian-Roth I thank both of you guys! I can wait, no problem. Also, you need me to test any of it, I’m more than willing.

@Sebastian-Roth Ok, sorry I was out of office for a few days.
I got the image to pull just fine using your test files. Ran into the read only problem on the boot0 and boot1

I just used the

echo 0 > /sys/block/mmcblk0boot0/force_ro
echo 0 > /sys/block/mmcblk0boot1/force_ro

and it let me push an image on it. I’m just pretty happy the partitions weren’t locked permanently. What are the next steps moving forward on this?

Also, I appreciate the help and hope that other people with these MMC devices can start imaging.

@Wayne-Workman @Sebastian-Roth @Tom-Elliott So today I figured I would update the trunk (5686) and the bzImage. Today’s 4.3.0 was still forcing me to pull an image using the RAW format. The other options will give me the oversize error. Also, the ipxe boot is asking me to manually input the fog server IP while using ipxe.efi after updating. All in all I can still image, just only doing it RAW (pun intended)

@Sebastian-Roth I guess, sorry. I know my bzImage and bzImage32 file versions are 4.2.3 (that’s what allowed me to get these babies going.)

@Wayne-Workman lol no sorry. I meant update the revision. I know that 5293 was a working release with the streams so I only installed that one again

@Wayne-Workman I’m running version 5293 currently

@Wayne-Workman I’ll be heading over to one of the other schools today. I’ll bring a couple HP’s and try it from there and see if an updated trunk will let me boot. I’m just curious as to why I can’t image using anything other than RAW when it was letting me before. (on the HP’s)

@Sebastian-Roth fogpartinfo isn’t a valid command

@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

@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.

@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 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.

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.

@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)

@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.

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

@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!

update, this is what it shows if I ignore

@Tom-Elliott will do, same problem… (why is the image upside down lol?)