• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login

    McAfee Drive Encryption not booting into OS after PXE booting to FOG splash screen

    Scheduled Pinned Locked Moved
    General Problems
    4
    16
    6.1k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • Q
      Quazz Moderator @THEMCV
      last edited by

      @THEMCV You can’t just randomly switch the BIOS setting for SATA mode, you need to alter registry values (before changing the value) or do a clean install (after changing the value)

      Can you try ipxe.pxe ?

      THEMCVT 1 Reply Last reply Reply Quote 1
      • THEMCVT
        THEMCV @Quazz
        last edited by

        @Quazz If it’s an agnostic image, shouldn’t it not matter? It’s a VMWare image deployed, so after editing the settings and reimaging it it should still boot correctly, right?

        I disabled the encryption and it’s seeming to boot fine.

        Yeah, I can try that. Is that UEFI or Legacy?

        Q 1 Reply Last reply Reply Quote 0
        • Q
          Quazz Moderator @THEMCV
          last edited by

          @THEMCV Did you sysrep /generalize ? If not, then it will basically use the VMWare drivers which won’t work.

          ipxe.pxe is legacy (all UEFI are .efi afaik)

          THEMCVT 1 Reply Last reply Reply Quote 1
          • THEMCVT
            THEMCV @Wayne Workman
            last edited by

            @Wayne-Workman I’m only testing right now to convert all the computers to PXE booting, so the only ones set for it first are in my office. 🙂

            I’ll try changing it over to that. We disabled the encryption and so far it’s good. Sending the encryption command again and giving it a test.

            1 Reply Last reply Reply Quote 0
            • THEMCVT
              THEMCV @Quazz
              last edited by

              @Quazz Yes, it syspreps and pulls drivers down from the FOG server.

              I’ll switch that over after this test. The hunt is on.

              Thanks!

              1 Reply Last reply Reply Quote 0
              • THEMCVT
                THEMCV
                last edited by THEMCV

                So what I’ve gathered and tested so far:

                The issue lies in-between when FOG ends in PXE boot and when McAfee takes over.

                I rebooted my computer which has never been imaged by FOG and it got stuck “Starting Operating System” with undionly.kpxe.

                Switching to ipxe.pxe allowed me to authenticate into McAfee, but Windows BSODs directly after w/PXE boot enable goes to a black screen and does not bring up McAfee

                Disabling PXE boot allowed me to boot up Windows.

                Honestly, this has to be a McAfee issue or a passing issue

                george1421G 1 Reply Last reply Reply Quote 0
                • george1421G
                  george1421 Moderator @THEMCV
                  last edited by

                  @THEMCV TBH I only read the initial and past 2 posts, so this may be off point.

                  Let me also say I don’t have an answer here, only an understanding of how FDE works.

                  These FDE software will typically rewrite the boot sector on the disk to point to their preboot environment (which typically is linux based). If iPXE doesn’t exit right to load the boot sector properly the FDE preboot environment will not load and access will be blocked to the system.

                  Since (probably) sanboot, and maybe grub has been tried, you might want to check to see if refind will work to load the proper boot sector to launch the preboot environment. To that end you may have to adjust the refind.conf file to do what you need it to.

                  In the end you need iPXE to exit correctly to the boot sector of the boot drive, otherwise no joy for you.

                  And the last comment is, if you don’t need unattended imaging you do not need to have PXE booting setup as the first boot device on the client. You can always press F12 (or F10) when booting and then select the network as a boot device. This is how we do in at my work. We absolutely do not allow unattended imaging. This came about after a tech accidentally selected the wrong system to stage and he wiped out a HR person’s computer and files she should not have been storing on the desktop.

                  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!

                  THEMCVT 1 Reply Last reply Reply Quote 0
                  • THEMCVT
                    THEMCV @george1421
                    last edited by

                    @george1421 What I don’t understand is why it’s so hit and miss. Right now the laptops are booting just fine without any issue, but just an hour ago I couldn’t get past it. It seems like it should be straightforward if it’ll work or not.

                    But I think I have a better understanding now.

                    And interesting. I can see how that’d pose a threat for sure. That must have been an interesting one to recover from.

                    Worst case scenario, we ignore PXE boot. I just love the idea of being able to automate the process entirely.

                    george1421G 1 Reply Last reply Reply Quote 0
                    • george1421G
                      george1421 Moderator @THEMCV
                      last edited by

                      @THEMCV Yeah we had some butt kissing to do to make up for that, mainly my lips since I am accountable for IT. Our system names are very similar since they are based on the Dell asset tag plus a prefix and if you know Dell asset tags the last 4 digits are the lot number so if you buy a number at one time they will typically have the same lot number. One letter off made all the difference between hero and zero.

                      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!

                      THEMCVT 1 Reply Last reply Reply Quote 0
                      • THEMCVT
                        THEMCV @george1421
                        last edited by

                        @george1421 Yeah, our names have one letter in front of the SN. Easy to get them mixed up.

                        Maybe it’s best to call it a day on it and just accept that I’ve got a good imaging solution limited by third party software.

                        Next job I’ll get it perfect. 🙂

                        1 Reply Last reply Reply Quote 1
                        • 1 / 1
                        • First post
                          Last post

                        208

                        Online

                        12.0k

                        Users

                        17.3k

                        Topics

                        155.2k

                        Posts
                        Copyright © 2012-2024 FOG Project