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

    FOG will not resize a hard drive after deployment.

    Scheduled Pinned Locked Moved Solved
    FOG Problems
    6
    24
    5.2k
    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 @m.fitzgerald
      last edited by Quazz

      @m-fitzgerald Did you try capturing again after upgrading to 1.5? If not, please do so. (and if it still doesn’t resize after deployment, please post the contents of the partition files again)

      There’s definitely some problems with your current image (such as your boot partition not being marked as unresizable)

      M 1 Reply Last reply Reply Quote 0
      • M
        m.fitzgerald @Quazz
        last edited by m.fitzgerald

        @quazz Ok, I will do so now and report back

        1 Reply Last reply Reply Quote 0
        • M
          m.fitzgerald
          last edited by m.fitzgerald

          I have captured a new image and now I think I may have a different issue or the same issue with a different result.

          Now when i deploy the newly captured image onto a PC that would not resize I get the below picture. I have tried this new image on 3 PC’s and all three come back the same. I also get the same result on any of the old images. I am not sure if this is a resize issue or not.

          For reference, we use FOG to deploy images already setup as we need. Meaning that we take a brand new unactivated PC and load our needed software onto the PC. Once done I select the host in FOG and request a capture. This is the same method we have done for the past 8 months or so and we used it routinely to “freshen” up PC’s. Only until i switched to a new server and reinstalled FOG with a fresh download did the re-size issue pop up.

          0_1513961067537_20171222_114056 [800x600].jpg

          1 Reply Last reply Reply Quote 0
          • M
            m.fitzgerald
            last edited by m.fitzgerald

            I solved the above boot issue by doing the below from command prompt on the target PC.

            Bootrec /rebuildbcd

            Now the PC boots. Also the hard drive is the proper size. What I do not know is why the BCD showed unknow for Device as well as OSdevice. Once I ran /rebuildbcd the Device and OSdevice both now show the proper partition=c:

            So it seems we have solved the Hard Drive issue and now have a new issue. Thoughts?

            Below picture BCDedit is Before
            0_1513971324136_20171222_140732 [800x600].jpg

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

              Just collecting some background information, what version of Win10 is this regarding? 1709?

              Also have you tried to identify which of the 3 bootrec commands actually repaired the issue?

              And for clarity, this is a uefi system, with a gpt disk, without bitlocker?

              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!

              M 1 Reply Last reply Reply Quote 0
              • M
                m.fitzgerald @george1421
                last edited by

                @george1421
                Yes it is 1709
                Bootrec /rebuildBCD did the trick.
                It is a UEFI with GPT and no bitlocker

                1 Reply Last reply Reply Quote 1
                • S
                  Sebastian Roth Moderator
                  last edited by

                  @sebastian-roth said in FOG will not resize a hard drive after deployment.:
                  @m-fitzgerald I was not fast enough to look at the d1-files you posted to give you a hint on that. To me it seems like something prevents FOG from seeing your boot partition (which I expect to be sda1) as such. But to be sure I need to see those files again now that you upgraded FOG and recaptured the image. So please post the contents of the files from your image directory again: d1.partitions, d1.minimum.partitions, d1.fixed_size_partitions and d1.original.fstypes.

                  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

                  M 1 Reply Last reply Reply Quote 1
                  • M
                    m.fitzgerald @Sebastian Roth
                    last edited by

                    @sebastian-roth

                    D1.Fixed
                    :3

                    d1.min
                    label: dos
                    label-id: 0xae2e5b63
                    device: /dev/sda
                    unit: sectors

                    /dev/sda1 : start= 2048, size= 119716, type=7, bootable
                    /dev/sda2 : start= 1026048, size= 85513176, type=7
                    /dev/sda3 : start= 974723072, size= 2048000, type=27

                    d1.orig
                    /dev/sda1 ntfs
                    /dev/sda2 ntfs

                    d1.part
                    label: dos
                    label-id: 0xae2e5b63
                    device: /dev/sda
                    unit: sectors

                    /dev/sda1 : start= 2048, size= 1024000, type=7, bootable
                    /dev/sda2 : start= 1026048, size= 973697024, type=7
                    /dev/sda3 : start= 974723072, size= 2048000, type=27

                    1 Reply Last reply Reply Quote 0
                    • S
                      Sebastian Roth Moderator
                      last edited by

                      @m-fitzgerald Can you please edit d1.fixed_size_partitions and make it 1:3. Then re-deploy that image to a fresh machine and see what you get.

                      As well can you take a picture of the disk management view in Windows on the source machine and post here?

                      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

                      M 1 Reply Last reply Reply Quote 1
                      • M
                        m.fitzgerald @Sebastian Roth
                        last edited by m.fitzgerald

                        @sebastian-roth That solved the boot issue! Thanks. Now all is working as normal. Hard drives are re-sizing properly now. We have tested it on 4 machines.

                        Case Solved.

                        1 Reply Last reply Reply Quote 0
                        • S
                          Sebastian Roth Moderator
                          last edited by

                          @m-fitzgerald Good to hear this fixed the issue for you. Though from my point of view it’s only partly solved. If you capture the image again you will need to edit that file again. So question remains why it does not recognize your boot partition as such. Usually this happens if Windows is not installed as English version or partition labels have been modified by hand. As I said, take a screen shot of the disk management view in Windows and post here. I am fairly sure we can figure out why that is.

                          Follow on question though. How do I edit the order of Storage Nodes?

                          We try to keep topics separate. Please open a new thread for this! Won’t answer here.

                          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
                          • 1
                          • 2
                          • 2 / 2
                          • First post
                            Last post

                          172

                          Online

                          12.0k

                          Users

                          17.3k

                          Topics

                          155.2k

                          Posts
                          Copyright © 2012-2024 FOG Project