HP Stream 11 Pro
-
We have an HP USB Ethernet Adapter
[url]http://h30094.www3.hp.com/product.aspx?sku=10297330&pagemode=ca[/url] -
Here is the output of “lsusb -t”
[url=“/_imported_xf_attachments/1/1804_lsusb-t.jpg?:”]lsusb-t.jpg[/url]
-
Mike,
If you’re running on Development/Trunk. iPXE pushed a few more updates in relating ipxe with USB. Please update to 3139 and let me know if this is still occurring.
Thank you,
-
It boots past init.xz…ok and locks up.
-
What’s the error it locks up with?
-
I get this after I select: “Quick Registration and Inventory” from the FOG menu. I checked /var/log/apache2 but there are no errors about this…
[url=“/_imported_xf_attachments/1/1805_init-xz-ok.jpg?:”]init-xz-ok.jpg[/url]
-
When did you update?
Please try re-running the updater as if it was last night, I know sourceforge was having problems. Based on what I can tell, you could confirm this by running:
[code]ls -lhart /var/www/fog/service/ipxe/[/code]
I just need to see the file sizes.
-
8:34am
[url=“/_imported_xf_attachments/1/1807_update.jpg?:”]update.jpg[/url]
-
Okay, update one more time.
I’ve added an ability to the FOG System to enable kernel debug.
Can you update, then update the schema.
Once updated (gui and all) go to FOG Configuration->FOG Settings->FOG Boot Options and click the checkbox on FOG_KERNEL_DEBUG.
Then see if you can capture a video or snapshot of the screen please?
-
Updated to 3141 and checked the FOG kernel debug but still getting the same message: “/bzImage… Ok — /init.xz… OK”
-
Are you using undionly.kpxe or undionly.kkpxe?
-
[S]Yes.[/S] I tried both.
-
If I use undionly.kkpxe it locks up here: “/bzImage… Ok — /init.xz… OK”
If I use undionly.kpxe it locks up here: “iPXE initialising devices…” -
Can you try using the ipxe.pxe file?
-
Message: “No bootable device-- insert boot disk and press any key”
[url=“/_imported_xf_attachments/1/1809_NoBootableDevice.jpg?:”]NoBootableDevice.jpg[/url]
-
Great to see that you guys have been busy working on this! I read through all of it and through a lot of things on the net too. It boilds down to: iPXE does not have a native driver for ASIX AX88772B. We could start porting the linux kernel source to make it part of the iPXE source (can’t see that I have enough time to do this) or we need to stick to UNDI (common NIC interface to not have to have a native driver for each and every piece of hardware). Unfortunately it seems like this NIC chip is kind of buggy and doesn’t work with iPXE’s undionly.kpxe straight away. Others have tried that before:
[url]http://fogproject.org/forum/threads/asix-ax88772a-initialization-failed.10825/[/url]
[url]https://gist.githubusercontent.com/robinsmidsrod/5696924/raw/1fbe20bd672e59beb1ca892a9321ddaeae113c68/gistfile1.txt[/url]So we end up with having to use undionly.kkpxe for now. AFAIK there is no way around this at the moment. First step done!
Now iPXE loads the kernel and init.xz. This hangs on your hardware. Might be a NIC issue but I doubt it. Tom just added a new option to increase debugging output level in the web interface. So please update to current SVN, crank up the loglevel to ‘7’ and try again. The next screenshot will hopefully tell us what’s wrong then!
-
Revision 3148, correct?
-
Sorry, didn’t think you’d read this that fast…
Tom is working on other issues right now and it might take an hour or two till he’s got time to add this to the code. Probably will be 3149 then. -
Ok. Awesome. Thank you very much.
-
If you want to try it out straight way just edit /var/www/fog/lib/fog/BootMenu.class.php and change all the places where you see ‘loglevel=4’ and make it ‘loglevel=7’…
