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

FOG deploy: partitions 4 and 5 too big for disk

Scheduled Pinned Locked Moved
FOG Problems
2
24
4.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.
  • S
    Sebastian Roth Moderator
    last edited by Sebastian Roth Oct 3, 2021, 1:02 AM Oct 3, 2021, 6:43 AM

    @madeyem Sorry for the delay. Great picture show! You definitely use the latest FOS init (07.08.2021). From what I can see the partitions 3, 4 and 5 should be shrunk correctly. Can you please post the contents of d1.minimum.partitions of this newly captured image again?

    Edit: Ok, no need to post the d1.minimum.partitions again as I am fairly sure it looks exactly the same as last time. Looked at the pictures again and saw this:

    ...
     * Moving Partitions on disk /dev/nvme0n1
     * Press [Enter] key to continue
    
     * Saving shrunken partition table
     * Press [Enter] key to continue
    ...
    

    But if there was space between the partitions after resize/shrinking then we should see the message * Moving /dev/nvme0n1pX forward to close gap between end of /dev/nvme0n1pY and start of /dev/nvme0n1pX. at least once! code ref

    For example partition 3 is 995418624 sectors, which amounts for ~ 475 GB partition size befor shrinking. In the pictures we see it say 75542334k to be the possible smallest size - 72 GB. So there is definitely a lot of room to shrink this filesystem and partition. In the pictures there is no message that makes me think the shrinking fails at any point.

    So as a next step you want to add isdebug=yes ismajordebug=1 to the host settings (in Kernel Argument). Capture once again and take another series of pictures.

    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 Oct 3, 2021, 4:03 PM Reply Quote 0
    • M
      madeyem @Sebastian Roth
      last edited by Oct 3, 2021, 4:03 PM

      @sebastian-roth said in FOG deploy: partitions 4 and 5 too big for disk:

      So as a next step you want to add isdebug=yes ismajordebug=1 to the host settings (in Kernel Argument). Capture once again and take another series of pictures.

      Is there a way to troubleshoot this without having to re-capture? The PC I used for re-capturing is now being used by a new colleague. I am currently out of PCs (new ones are ordered, but have long delivery times).

      I currently only have older PCs here, but can’t deploy said image to them as described in my opening post.

      1 Reply Last reply Reply Quote 0
      • S
        Sebastian Roth Moderator
        last edited by Oct 3, 2021, 8:16 PM

        @madeyem Don’t you have a so called master machine that you use to build your “golden setup” on to capture an image from (the same machine every time)?

        Is there a way to troubleshoot this without having to re-capture?

        Not that I know of. We are missing some information here. No idea why this fails in your specific case. Does not seem to be a general issue.

        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 Oct 4, 2021, 5:31 AM Reply Quote 0
        • M
          madeyem @Sebastian Roth
          last edited by madeyem Oct 3, 2021, 11:32 PM Oct 4, 2021, 5:31 AM

          @sebastian-roth said in FOG deploy: partitions 4 and 5 too big for disk:

          @madeyem Don’t you have a so called master machine that you use to build your “golden setup” on to capture an image from (the same machine every time)?

          Unfortunately not.

          Not that I know of. We are missing some information here. No idea why this fails in your specific case. Does not seem to be a general issue.

          I can say, that I did not have any problems under FOG 1.5.7, which I used for a long time. I will see, what I can do.

          1 Reply Last reply Reply Quote 0
          • S
            Sebastian Roth Moderator
            last edited by Oct 4, 2021, 4:20 PM

            @madeyem said in FOG deploy: partitions 4 and 5 too big for disk:

            I can say, that I did not have any problems under FOG 1.5.7, which I used for a long time. I will see, what I can do.

            I can say that FOG 1.5.7 would not have been able to shrink this layout either I am pretty sure! 😉

            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 Oct 5, 2021, 5:55 AM Reply Quote 0
            • M
              madeyem @Sebastian Roth
              last edited by Oct 5, 2021, 5:55 AM

              @sebastian-roth said in FOG deploy: partitions 4 and 5 too big for disk:

              @madeyem said in FOG deploy: partitions 4 and 5 too big for disk:

              I can say, that I did not have any problems under FOG 1.5.7, which I used for a long time. I will see, what I can do.

              I can say that FOG 1.5.7 would not have been able to shrink this layout either I am pretty sure! 😉

              ok 😁

              1 Reply Last reply Reply Quote 0
              • S
                Sebastian Roth Moderator
                last edited by Sebastian Roth Oct 6, 2021, 6:12 AM Oct 6, 2021, 12:11 PM

                @madeyem Ok, I had another look at this and I have to say that my initial thought was right. Your issue is caused by the same problem discussed in the other forum topic mentioned before.

                I can say that FOG 1.5.7 would not have been able to shrink this layout either I am pretty sure! 😉

                Proofed myself wrong!

                I will look into fixing what is causing this in the inits. Will let you know as soon as I have it ready for testing.

                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 Oct 6, 2021, 2:02 PM Reply Quote 0
                • M
                  madeyem @Sebastian Roth
                  last edited by Oct 6, 2021, 2:02 PM

                  @sebastian-roth said in FOG deploy: partitions 4 and 5 too big for disk:

                  @madeyem Ok, I had another look at this and I have to say that my initial thought was right. Your issue is caused by the same problem discussed in the other forum topic mentioned before.

                  I can say that FOG 1.5.7 would not have been able to shrink this layout either I am pretty sure! 😉

                  Proofed myself wrong!

                  I will look into fixing what is causing this in the inits. Will let you know as soon as I have it ready for testing.

                  Ok, thank you!

                  1 Reply Last reply Reply Quote 0
                  • S
                    Sebastian Roth Moderator
                    last edited by Sebastian Roth Oct 25, 2021, 12:53 PM Oct 9, 2021, 4:30 PM

                    @madeyem Please download this FOS init and try capture and deploy again. The issue should be fixed.

                    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 2 Replies Last reply Oct 11, 2021, 4:28 PM Reply Quote 0
                    • M
                      madeyem @Sebastian Roth
                      last edited by Oct 11, 2021, 4:28 PM

                      @sebastian-roth said in FOG deploy: partitions 4 and 5 too big for disk:

                      @madeyem Please download this FOS init and try capture or deploy again. The issue should be fixed.

                      I’m currently on vacation for two weeks. I will report back, as soon as I’m back in the office and have tested it. Thanks!

                      1 Reply Last reply Reply Quote 0
                      • M
                        madeyem @Sebastian Roth
                        last edited by Oct 25, 2021, 7:20 AM

                        @sebastian-roth said in FOG deploy: partitions 4 and 5 too big for disk:

                        @madeyem Please download this FOS init and try capture or deploy again. The issue should be fixed.

                        I replaced the default init.xz with the one you linked and tried to deploy, but unfortunately I still get the same error message. The correct init version is shown (20211009).

                        I can try to re-capture an image as soon as I have one of the SSD machines at my disposal (or when the new PCs I ordered finally arrive).

                        1 Reply Last reply Reply Quote 0
                        • M
                          madeyem
                          last edited by Oct 25, 2021, 7:37 AM

                          FYI:
                          Just for the fun of it, I tried to deploy an Windows 7 image from 2018, which worked perfectly fine, but all my Windows 10 images fail.

                          1 Reply Last reply Reply Quote 0
                          • S
                            Sebastian Roth Moderator
                            last edited by Oct 25, 2021, 6:53 PM

                            @madeyem said in FOG deploy: partitions 4 and 5 too big for disk:

                            I replaced the default init.xz with the one you linked and tried to deploy, but unfortunately I still get the same error message.

                            Sure thing. As I said in my last post you should capture and deploy. In your case the already captured image doesn’t have the proper shrunken partition layout and therefore can’t be deployed to a smaller size disk I suppose. If you try deploy those Win 10 images to a large disk, do they fail just the same way? If so I ask you to take a picture of the error on screen and post that 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 2 Replies Last reply Oct 26, 2021, 7:08 AM Reply Quote 0
                            • M
                              madeyem @Sebastian Roth
                              last edited by Oct 26, 2021, 7:08 AM

                              @sebastian-roth said in FOG deploy: partitions 4 and 5 too big for disk:

                              Sure thing. As I said in my last post you should capture and deploy. In your case the already captured image doesn’t have the proper shrunken partition layout and therefore can’t be deployed to a smaller size disk I suppose. If you try deploy those Win 10 images to a large disk, do they fail just the same way? If so I ask you to take a picture of the error on screen and post that here.

                              Ok, I think I might get my hands on one of the SSD machines later this (or next) week. I will then re-capture, deploy and report back.

                              1 Reply Last reply Reply Quote 0
                              • M
                                madeyem @Sebastian Roth
                                last edited by Oct 28, 2021, 8:12 AM

                                @sebastian-roth

                                I re-captured an image on a SSD machine (with the new init) and deployed to the HDD machine, but got the same error message as before.

                                From the re-captured image:

                                d1.minimum.partitions:

                                label: gpt
                                label-id: 8C0CB60E-93F5-4C14-B633-3852928F826C
                                device: /dev/nvme0n1
                                unit: sectors
                                first-lba: 34
                                last-lba: 1000215182
                                sector-size: 512
                                
                                /dev/nvme0n1p1 : start=        2048, size=     1433600, type=C12A7328-F81F-11D2-BA4B-00A0C93EC93B, uuid=2AFFEC30-5F77-4C6B-BA7C-902A01A971E1, name="EFI system partition", attrs="GUID:63"
                                
                                /dev/nvme0n1p2 : start=     1435648, size=      262144, type=E3C9E316-0B5C-4DB8-817D-F92DF00215AE, uuid=E8336B4A-8C8F-48F5-85DE-E6237B7A372F, name="Microsoft reserved partition", attrs="GUID:63"
                                
                                /dev/nvme0n1p3 : start=     1697792, size=   995426761, type=EBD0A0A2-B9E5-4433-87C0-68B6B72699C7, uuid=38131294-BD57-43F5-ACE4-2E1413614C9A, name="Basic data partition"
                                
                                /dev/nvme0n1p4 : start=   997126144, size=     1060864, type=DE94BBA4-06D1-4D40-A16A-BFD50179D6AC, uuid=A31B261E-E3EB-4671-BE66-F71AEEB51DB8, attrs="RequiredPartition GUID:63"
                                
                                /dev/nvme0n1p5 : start=   998187520, size=     2027520, type=DE94BBA4-06D1-4D40-A16A-BFD50179D6AC, uuid=84072955-EDFD-4E05-84E6-C3A6C50CDB30, name="attrs=\x22RequiredPartition GUID:63
                                

                                d1.partitions:

                                label: gpt
                                label-id: 8C0CB60E-93F5-4C14-B633-3852928F826C
                                device: /dev/nvme0n1
                                unit: sectors
                                first-lba: 34
                                last-lba: 1000215182
                                sector-size: 512
                                
                                /dev/nvme0n1p1 : start=        2048, size=     1433600, type=C12A7328-F81F-11D2-BA4B-00A0C93EC93B, uuid=2AFFEC30-5F77-4C6B-BA7C-902A01A971E1, name="EFI system partition", attrs="GUID:63"
                                
                                /dev/nvme0n1p2 : start=     1435648, size=      262144, type=E3C9E316-0B5C-4DB8-817D-F92DF00215AE, uuid=E8336B4A-8C8F-48F5-85DE-E6237B7A372F, name="Microsoft reserved partition", attrs="GUID:63"
                                
                                /dev/nvme0n1p3 : start=     1697792, size=   995426761, type=EBD0A0A2-B9E5-4433-87C0-68B6B72699C7, uuid=38131294-BD57-43F5-ACE4-2E1413614C9A, name="Basic data partition"
                                
                                /dev/nvme0n1p4 : start=   997126144, size=     1060864, type=DE94BBA4-06D1-4D40-A16A-BFD50179D6AC, uuid=A31B261E-E3EB-4671-BE66-F71AEEB51DB8, attrs="RequiredPartition GUID:63"
                                
                                /dev/nvme0n1p5 : start=   998187520, size=     2027520, type=DE94BBA4-06D1-4D40-A16A-BFD50179D6AC, uuid=84072955-EDFD-4E05-84E6-C3A6C50CDB30, name="attrs=\x22RequiredPartition GUID:63"
                                

                                The third partition still seems to be too big (i.e. not shrunk), do you agree?

                                1 Reply Last reply Reply Quote 0
                                • S
                                  Sebastian Roth Moderator
                                  last edited by Sebastian Roth Nov 7, 2021, 12:48 PM Nov 7, 2021, 6:16 PM

                                  @madeyem said in FOG deploy: partitions 4 and 5 too big for disk:

                                  ...
                                  /dev/nvme0n1p5 : ... name="attrs=\x22RequiredPartition GUID:63"
                                  ...
                                  

                                  Wohoooo, it still has that same name/attrs problem. No idea why as I thought I had fixed that.

                                  Edit: OMG, after some more digging I found that the change I made and committed to github didn’t make it into the test init I updated a few days after I asked you to test. My fault, because I work on another issue with someone else using the same test init. I am sorry. Please download the latest init from github once again, re-capture the image and we should see it work this time I am fairly sure. Pay attention to the Init Version: 20211107

                                  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 Nov 15, 2021, 9:06 AM Reply Quote 1
                                  • M
                                    madeyem @Sebastian Roth
                                    last edited by Nov 15, 2021, 9:06 AM

                                    @sebastian-roth

                                    With the new init (20211107) I re-captured from a SSD machine and was finally able to deploy to a HDD machine. So I guess the fixes can be implemented in the next official release. Thank you Sebastian!

                                    1 Reply Last reply Reply Quote 0
                                    • S
                                      Sebastian Roth Moderator
                                      last edited by Nov 16, 2021, 12:47 AM

                                      @madeyem Thanks heaps for testing again and letting me know! As well thanks for your patience.

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

                                      224

                                      Online

                                      12.0k

                                      Users

                                      17.3k

                                      Topics

                                      155.2k

                                      Posts
                                      Copyright © 2012-2024 FOG Project