Verification for downloaded kernel and initramdisk
-
Done.
I created a checksum checker. We call https://fogproject.org/inits/index.php or https://fogproject.org/kernels/index.php and a generated sha512 sum of the files is returned back. In the installer I download these files in bin/checksum_init/checksums and bin/checksum_kernel/checksums. It only gives us a checksum of the init{,_32}.xz and bzImage{,32} files.
Hopefully this will help.
Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG! Get in contact with me (chat bubble in the top right corner) if you want to join in.
Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)
Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG
-
You are the man Tom!! Hopefully this can prevent some of the kernel/init issues in the future.
Let me know if I can add something to it as well.
-
@Tom-Elliott Amazing. I’ve been wanting this for a while.
Now, if the check sums don’t match, does it re-attempt the downloads? What about checksums for the new client?
Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
Daily Clean Installation Results:
https://fogtesting.fogproject.us/
FOG Reporting:
https://fog-external-reporting-results.fogproject.us/ -
@Wayne-Workman I’m not doing client checksums. This is because we’re not keeping the client downloads on the server, and I don’t know if github has a dynamically generated hash to work from. I imagine they do but I’m not familiar with the api to call for.
-
Just stumbled upon this by accident: http://ipxe.org/cmd/imgverify
Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)
Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG
-
@Sebastian-Roth I guess that would be to verify that the kernel and inits are transferred from the fog server to the network booting computer correctly?
-
Exactly. Possibly this could be of help on those weird UEFI devices which blow up with a kernel panic right after iPXE handed off to the kernel but I am not sure yet. I even don’t really know how this works at all. How to generate the signature…?! Well found some information, looks complicated: http://ipxe.org/crypto
-
While I don’t think it will help anything, the only thing I can think of causing the issue is the init=/sbin/init flag that’s being passed. I’ve now only made it so that this flag will only send if the platform is bios, and maybe this will help out?
-
Why init= only on BIOS machines? Did I miss something here? Is this known to cause issues on UEFI?
Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)
Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG
-
@Sebastian-Roth the only reason I’m thinking that is because it’s the only thing I added that I can think of that could be giving the bad sector. I don’t know if it causes issues or not and I’m leaning more that it likely isn’t. But just seeing if maybe it will work?
