HP EliteDesk 705 G2 MINI
-
@joaoguedes
I have tested as well, and these PCs only image when connected to a gigabit port, No all I have to do is persuade the network manager to let me have gigabit ports for imaging rarther than the standard 100Mb he restricts everyone to. -
@Andrew-ASPH I’m glad you guys found a way to work around this. That network adapter must not have a very good network speed negotiation protocol.
I can also imaging that imaging at 100Mb/s (12.5MB/s) would not be much fun. On a 1GbE network we typically see about 6GB per minute (~100 MB/s) transfer rates, with a 15GB image taking about 4 minutes.
-
@andrew-asph
Hello, I’m having the very same issue. We’re trying to work around this since last semester, and the best we could get was to create a set of scripts in order to use fog files for MANUAL cloning, without network (ouch!). Basically we managed to:-
Grab an image using a single ethernet cable (crossover), with gigabit board on both ends and NO SWITCH in between. One of the machines was NOT the HP (hence, it most probably has another kind of NIC).
-
Copy fog files to an external, usb hard disk. Adjust scripts to fix paths.
-
Boot a live ubuntu from a memory stick (already prepared with the necessary tools inside).
-
Run the scripts, in order to setup the gpt partitioning and the disk deploy
My machines are “HP EliteDesk 705 G3 MINI” (G3 instead of G2), but most probably the motherboard is the same. Or at least close enough to have the same issue. The process has to be repeated for every single machine (yeah, it’s a pain). Here it takes about 50 minutes each, when everything works fine (over USB 3).
Maybe you would like to take a look at the issue I created. It has a lot of information, including kernel logs and such. Just updated it today. Here it is. Maybe when a fix (or workaround) is found in the future, you can use it too.
Regards,
Paulo -
-
@andrew-asph
Hello, today I just managed to make it work, based on directions provided by the fog team. I will double check it tomorrow, but the details (and the patch) are all described on the other thread (please see my last message in this thread).By the way, if any of you could repeat what I did in order to check that my findings also work for you, it would provide valuable evidence that the issue was nailed. Can you please try the fix and report the results? Any result will help, since a failure can show that there’s something else that I missed.
Looking forward for your testing.
Regards,
Paulo -
@andrew-asph
Hello, this thread has a patch that solved the bug.
https://www.mail-archive.com/netdev@vger.kernel.org/msg189347.htmlThe patch is here:
https://www.mail-archive.com/netdev@vger.kernel.org/msg189923/0001-tg3-Add-clock-override-support-for-5762.patchMore details in here:
https://forums.fogproject.org/topic/10731/crash-due-to-timeout-in-tg3-kernel-module-tg3_stop_block-timed-out-ofs-4c00-enable_bit-2?loggedin=true
