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

Windows 10 1703 won't boot on SANBOOT

Scheduled Pinned Locked Moved Solved
FOG Problems
3
9
3.3k
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
    crbarahona
    last edited by crbarahona Aug 10, 2017, 4:25 PM Aug 10, 2017, 10:21 PM

    Server
    • FOG Version: 1.3.5
    • OS: Ubuntu
    Client
    • Service Version: 0.11.11
    • OS: Windows 10 1703
    Description

    I’m seeing an issue with the exit to hard drive after Windows 10 1703. We recently updatedto Windows 10 1703 in a lab, which were configured to boot to PXE by default. After the update, the computers sat at “Boot to SAN 0x80”. This wasn’t post-deploy. I could re-deploy a 1607 image and it would continue to boot just fine. I could also change the boot order or select booting directly from the HD without a problem.

    I decided to take one of our test computers and create a fresh build with 1703 without going through the upgrade. I experienced the same trouble. After some troubleshooting I found that changing the exit type from SANBOOT to GRUB_FIRST_HDD seems to work ok.

    It’s worth noting, though that the hardware on these didn’t change, only the Windows builds.##### Server

    • FOG Version:
    • OS:
    Client
    • Service Version:
    • OS:
    Description
    Server
    • FOG Version: 1.3.5
    • OS: Ubuntu
    Client
    • Service Version: 0.11.11
    • OS: Windows 10 1703

    Hardware

    Manufacturer: Dell
    Model: OptiPlex 7040
    BIOS: A01

    Description

    I’m seeing an issue with the exit to hard drive after Windows 10 1703. We recently updatedto Windows 10 1703 in a lab, which were configured to boot to PXE by default. After the update, the computers sat at “Boot to SAN 0x80”. This wasn’t post-deploy. I could re-deploy a 1604 image and it would continue to boot just fine. I could also change the boot order or select booting directly from the HD without a problem.

    I decided to take one of our test computers and create a fresh build with 1703 without going through the upgrade. I experienced the same trouble. After some troubleshooting I found that changing the exit type from SANBOOT to GRUB_FIRST_HDD seems to work ok.

    It’s worth noting, though that the hardware on these didn’t change, only the Windows builds. I also realize this issue seems similar to https://forums.fogproject.org/topic/10386/windows-10-1703-system-error-on-boot, but I wanted to make the point that this wasn’t isolated to being part of the sysprepping process.

    1 Reply Last reply Reply Quote 0
    • S
      Sebastian Roth Moderator
      last edited by Aug 10, 2017, 10:29 PM

      @crbarahona Thanks for pointing this out. Sounds like you thoroughly tested this. Do you think there is anything we can do from the FOG side? Should we inform the iPXE devs?

      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

      C 2 Replies Last reply Aug 10, 2017, 10:33 PM Reply Quote 0
      • C
        crbarahona @Sebastian Roth
        last edited by Aug 10, 2017, 10:33 PM

        This post is deleted!
        1 Reply Last reply Reply Quote 0
        • C
          crbarahona @Sebastian Roth
          last edited by Aug 10, 2017, 10:36 PM

          @sebastian-roth I hadn’t thought through that iPXE development isn’t specifically related to FOG. I think it’d be worthwhile to inform.

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

            @crbarahona Done: http://forum.ipxe.org/showthread.php?tid=10230

            As well I am wondering if this could be an issue with installing as legacy/BIOS or UEFI. Were all installations/upgrades made as 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

            1 Reply Last reply Reply Quote 0
            • T
              Tom Elliott
              last edited by Aug 10, 2017, 11:17 PM

              @crbarahona Is the OS configured as a Legacy (MBR) style image or is it configured as a UEFI style image? It, at least seems, to me to be Legacy style windows image as you are using the SANBOOT/GRUB_FIRST_HDD to work on both 1604 and 1703, but it almost sounds like 1703 is forcing some form of UEFI stack to the disk. (Maybe 1703 is changing the disk to a “dynamic” disk changing how the disk is partitioned without losing the data.) – (Doubt it as changing to GRUB works okay – then again GRUB is a proper bootloader and might not be hitting the constraints the bios is handing out as iPXE could be).

              I really don’t want to think this is an iPXE issue considering the iPXE code did not change one bit. If it were an iPXE specific issue, the problem should be present on the same system regardless of what OS you deploy/use on it. The only variable that’s changed here is the OS on the client machine so it must be something that OS is doing.

              The next question is more direct, I think.

              If you deploy the 1604 image to a machine, boot into Windows, then deploy the 1703 image to the machine is this issue immediate? (When the machine reboots after the post deploy does it boot into windows or is it immediately broken?)

              If it boots into windows 1703 and then fails on any subsequent reboots I would think there’s something Windows is doing regarding firmware which could be causing the problem. (It could even be something like the firmware to the NIC changing how iPXE is passing to SANBOOT, meaning iPXE might be able to do something to check and fix this.)

              If it doesn’t boot immediately following deployment, then I believe the issue is how the disk is “laid” out.

              I know there’s a lot of information here, just trying to get a full picture.

              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

              1 Reply Last reply Reply Quote 1
              • 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/10386/windows-10-1703-system-error-on-boot

                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
                • S
                  Sebastian Roth Moderator
                  last edited by Aug 24, 2017, 6:17 AM

                  @crbarahona 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
                  • S
                    Sebastian Roth Moderator
                    last edited by Sep 11, 2017, 8:34 PM

                    I am marking this solved now as there hasn’t been any response and my guts say that this is not a general issue. Not with FOG and not in iPXE. Possibly this is a very specific hardware related issue but we won’t be able to fix this as there is not much information that we could work on.

                    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

                    152

                    Online

                    12.1k

                    Users

                    17.3k

                    Topics

                    155.3k

                    Posts
                    Copyright © 2012-2024 FOG Project