Okay,
The FOG 0.33 hdparm, not registering issue you’re seeing, I don’t know how to help out with that completely, unless you can let me in remotely to assess the issue, but even if you’re able to get past the hdparm issue, you still won’t be able to register the host. 0.33b has removed the host association of the OS field, and now the OS is assigned to the image file itself. This makes perfect sense, except the auto.register.php file still has references to inputting the hostOS which it fails because that table doesn’t exist. I’m going to upload my auto.register.php script, this file goes in:
<fogwebdir>/service/auto.register.php
Also, if you know how to modify the init.gz system -> follows:
cd /tftpboot/fog/images; mkdir tmp; gunzip init.gz; mount -o loop init tmp; cd tmp/bin
Then you’ll have to modify the fog.man.reg file to remove the hostOS input field. I’ll post a copy of that file as well.
You can remove the file fog.man.reg then do:
vi fog.man.reg
Then type the letter i
Then paste the contents fog.man.txt file here into that file. (sorry i can’t just give fog.man.reg, but they don’t allow uploading an extension of .reg)
Once pasted in:
Type the key esc, then type:
:wq
Then:
chmod +x fog.man.reg
Then:
cd …/…/
umount tmp
gzip -9 init
Then you should be good to go without inputting host os.
If all of the init.gz editing seems too complicated, at the very least get rid of the auto.register.php file in fog/service/ and insert the one I’ve provided.
When I first started with fog 0.33b I had the same hdparm issue as you are experiencing, but my exact issue, seemingly, was due to the system not reading the right areas because of my pxe default file missing the trailing slashes as needed. Then I ran into the full registration issue with it and found out about the hostOS field missing from the hosts table in the fog database.
Hopefully this helps you out.
[url=“/_imported_xf_attachments/0/387_auto.register.php?:”]auto.register.php[/url][url=“/_imported_xf_attachments/0/388_fog.man.txt?:”]fog.man.txt[/url]