Cannot replicate the issue at the moment either. But I did an upgrade from 1.5.2. to 1.5.4. in the mean time.
Maybe this fixed it.
Please close it. If it reoccurs, I will show up again.
Having the same thing. Running 1.5.4.
Was able to register hosts until this morning.
I have done the steps to update the images as Sebastian Roth described here: https://forums.fogproject.org/topic/12370/it-takes-longer-time-more-than-5-minutes-erasing-current-mbr-gpt-tables/16 (last post in this thread).
I think I successfully registered one more host AFTER having done so, but I am not sure.
Now I tried to register two other hosts and saw the line “no viable mac available” after having filled out the registration form.
At the start I see
db_root: cannot open /etc/target, but I do not know, whether this has something to do with the fact, that registration does not work anymore
Back from vacation. Sorry for my late reply.
Tried it again. It seems, that fixparts is not in /usr/sbin.
So, is the kernel-update the thing I have to do? If yes:
I am not a experienced user of fog, so: Can I break something?
Is Kernel - 4.18.3 TomElliot 64 the one to choose?
So I have to download it and where exactly do I have to put it?
One more question for my understanding: I captured other PCs without problems. If the fixparts is missing in the image, why was I able to capture the other PC-models? Or is fixparts only needed in debug mode?
Thanx for your help!
Could some admin please change the subject of this thread to “Kernel update behind proxy & Problems with fixparts” ? Thank you :)
Well, in total we have 3 different models of computers with Windows 10, Fujitsu, HP and Bluechip.
Bluechip and Fujitsu can be captured meanwhile without problems.
Reinstalled the HP with the default partition layout that comes with windows 10. There are 2 partitions. One with 549MB, system reserved, the other one is for C:.
EFI is disabled.
During boot I see this error-message. Dunno whether it is relevant:
[Firmware Bug]: TSC_DEADLINE disabled due to Errata; please update microcode to version: 0x22 (or later)
Capture still fails with (sorry for the bad quality):
Your suggested debug steps are still not working, since fixparts is obviously not in the image.
Will reinstall the OS on the host now and see, whether I can capture then … Results will be posted here on monday
Ok … as you say, there may be something screwed up with the partitions: I usually installed Windows 7 on one partition, because I thought, this would be needed for the resizability when capturing images with fog.
As far as I can see, Windows 10 comes along with 3-4 partitions and the way to reduce it to one partition like I did on win 7 does not work here. I reduced it to 2 Partition. I assume that this may cause the trouble, or?
I did try a debug capture, but the fixparts command is not in the dirs mentioned in the PATH-env variable. In which directory should it be?
@george1421 Thank you.
Found the proxy setting - works.
You were writing about a debug deploy.
Actually I wanted to capture. Is the debuy capture procedure the same as you described it for the debug deploy task?