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

Windows 10 1703 system error on boot

Scheduled Pinned Locked Moved Unsolved
FOG Problems
4
11
3.7k
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.
  • C
    chief
    last edited by Jul 4, 2017, 8:55 PM

    Server
    • FOG Version: 1.4.3
    • OS: Ubuntu 16.04
    Client
    • Service Version: 0.11.12
    • OS: Windows 10 1703
    Description

    We’ve been creating a new Windows 10 image for the 1703 update. I have a strange issue when the test pc I have imaged boots to pxe and the fog menu. After the menu it boots to hard drive and does an error beep and won’t boot. Bypassing the pxe boot after image and booting straight to the hard drive works fine.

    The bios is set to legacy boot as it has been previously for the 1607 Windows update, which worked fine. Otherwise, the image is just a standard install, boot to Audit Mode, then install Fog and a couple of other bits of software and sysprep.

    Has anyone else come across this error?

    1 Reply Last reply Reply Quote 0
    • G
      george1421 Moderator
      last edited by Jul 5, 2017, 1:48 AM

      Since 1703 is new (Yeah I know its been out for a bit) MS may have changed the disk structure that the fog developers may not have anticipated. This is the second post in the FOG Forums in the past week that sounds similar with 1703. @x23piracy does this sound similar to your problem? (forgive me if you don’t have the similar issue)

      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!

      1 Reply Last reply Reply Quote 0
      • X
        x23piracy
        last edited by x23piracy Jul 5, 2017, 1:36 AM Jul 5, 2017, 7:13 AM

        Hi,

        that simply sounds like the wrong exit type for this machine. Try to use another exit type and report back.
        What is it for a computer and which type of exit type do you use?

        Regards X23

        ║▌║█║▌│║▌║▌█

        1 Reply Last reply Reply Quote 1
        • C
          chief
          last edited by chief Jul 5, 2017, 6:16 PM Jul 5, 2017, 11:58 PM

          Found the exit type option in the settings and set to GRUB_FIRST_HDD. This worked, but now the PC isn’t joining the domain.

          G 1 Reply Last reply Jul 6, 2017, 12:22 AM Reply Quote 0
          • G
            george1421 Moderator @chief
            last edited by Jul 6, 2017, 12:22 AM

            @chief Do you have the fog client installed on the reference image before capture? Do you have it configured to be stopped during imaging and then use the setupcomplete.cmd to re-enable the fog client service?

            Your two issues are not necessarily connected.

            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!

            1 Reply Last reply Reply Quote 0
            • C
              chief
              last edited by chief Jul 5, 2017, 10:29 PM Jul 6, 2017, 4:28 AM

              I have been installing the FOGservice.msi before sysprep. This, I believe, doesn’t install the service until after reboot? Or the service isn’t there to disable.

              It is probably a separate issue, as the original issue from this post is resolved with the exit type setting.

              G 1 Reply Last reply Jul 6, 2017, 9:31 AM Reply Quote 0
              • G
                george1421 Moderator @chief
                last edited by Jul 6, 2017, 9:31 AM

                @chief When you install the fog client msi, the fog service should be installed and running. Typically right after install I will manually stop the service and set it to not start on reboot. We don’t want the fog service starting to do its job of renaming the PC and connecting to the domain before the OOBE process has finished on the deployed target.

                The process is outlined here: https://wiki.fogproject.org/wiki/index.php?title=FOG_Client#FOG_Client_with_Sysprep

                Just for clarity does other systems (not this specific win10 1703) connect to AD correctly, its just 1703 giving you troubles?

                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!

                1 Reply Last reply Reply Quote 0
                • S
                  Sebastian Roth Moderator
                  last edited by Aug 21, 2017, 5:27 PM

                  Cross linking https://forums.fogproject.org/topic/10687/fog-exit-windows-10 and https://forums.fogproject.org/topic/10652/windows-10-1703-won-t-boot-on-sanboot

                  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

                  1 Reply Last reply Reply Quote 1
                  • X
                    x23piracy
                    last edited by Aug 21, 2017, 5:40 PM

                    Hi,

                    sometimes i also mention that some computers won’t boot to hdd after deployment they continue boot from network, goto menu, can’t boot from hdd, reset, another network boot and there is the infinite loop.

                    I am not sure whats causing the computer to network boot again while this was initalized as fog task with wol.

                    Since i don’t have a problem to power off the computer and turn it back on for a normal boot i never posted such of this issues.

                    Regards X23

                    ║▌║█║▌│║▌║▌█

                    1 Reply Last reply Reply Quote 0
                    • S
                      Sebastian Roth Moderator
                      last edited by Aug 21, 2017, 8:36 PM

                      @x23piracy said in Windows 10 1703 system error on boot:

                      I am not sure whats causing the computer to network boot again while this was initalized as fog task with wol.

                      Well, usually all PCs are set to boot from network (PXE) but the default menu item would make them exit PXE and boot from the hard drive. That said it’s still interesting that you seem to sometimes have machines looping. This would be caused by a reset right at the stage where iPXE hands off to the BIOS/UEFI firmware to proceed with booting I reckon.

                      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

                      1 Reply Last reply Reply Quote 0
                      • S
                        Sebastian Roth Moderator
                        last edited by Aug 24, 2017, 6:17 AM

                        @chief I tried with a windows 10 build 1703 install and it booted just fine. Still not sure where things go wrong here but as we seem to have several people with this we should be able to figure this out.

                        Please edit /var/www/fog/service/ipxe/refind.conf. Change timeout to zero. Save this, change EFI exit type to rEFInd and boot the client. You should see a boot selection menu. Do you see it or does it hang even before that?

                        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

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

                        147

                        Online

                        12.0k

                        Users

                        17.3k

                        Topics

                        155.2k

                        Posts
                        Copyright © 2012-2024 FOG Project