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

Deployment Error: Restoring Partition Write Operation Failed

Scheduled Pinned Locked Moved
FOG Problems
3
11
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.
  • T
    TheGorgotron
    last edited by Feb 18, 2015, 4:39 PM

    I have setup FOG using Debian. So far (im giving this info because I’m not sure if the problem is related at all) I’ve had a lot of troubleshooting I had to do just to get an image up. I’m storing the images on a separate internal drive that is linked to the /images folder and had a lot of FTP login issues. At the end of an upload session FOG couldn’t rename the folder. Manually going in and renaming the folder allowed the upload to complete.

    The problem now is on one of the images that was uploaded, when I try to deploy, it gets to the “Restoring Partition Tables Write Operation Failed” and then the computer restarts. If anyone has any info on how I might be able to solve this problem I would really appreciate the help. Thanks in advance!

    1 Reply Last reply Reply Quote 0
    • S
      Sebastian Roth Moderator
      last edited by Feb 18, 2015, 4:46 PM

      I personally have never seen or heard about this error. Could you please be more specific: Exact error message, possibly a screenshot or photo taken… (maybe download debug session is helpful when noting down things).

      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
      • J
        Junkhacker Developer
        last edited by Feb 18, 2015, 4:56 PM

        also, we need your fog version.

        signature:
        Junkhacker
        We are here to help you. If you are unresponsive to our questions, don't expect us to be responsive to yours.

        1 Reply Last reply Reply Quote 0
        • T
          TheGorgotron
          last edited by Feb 18, 2015, 5:41 PM

          Thanks for the responses. Here is a little more info and a screenshot:

          Debian 7.8.0
          FOG 1.2.0

          This image is set as "single disc, multiple partitions (not resizable).
          [IMG]https://lh4.googleusercontent.com/-BEwX-0Ru_cQ/VOTOOjByZkI/AAAAAAAACwg/5X47tLTuPho/w682-h527-no/Capture.PNG[/IMG]

          1 Reply Last reply Reply Quote 0
          • T
            TheGorgotron
            last edited by Feb 18, 2015, 7:40 PM

            Also, I created another image the exact same way and it deploys just fine.

            1 Reply Last reply Reply Quote 0
            • S
              Sebastian Roth Moderator
              last edited by Feb 18, 2015, 9:39 PM

              FOG is trying to restore the MBR using the following command when the error occours:
              [CODE]sgdisk -gel /images/d1.mbr /dev/sda[/CODE]
              Possibly failes because the destination disk is too small?? Or somehow different to the original source disk??

              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
                TheGorgotron
                last edited by Feb 19, 2015, 3:38 AM

                [quote=“Uncle Frank, post: 42403, member: 28116”]FOG is trying to restore the MBR using the following command when the error occours:
                [CODE]sgdisk -gel /images/d1.mbr /dev/sda[/CODE]
                Possibly failes because the destination disk is too small?? Or somehow different to the original source disk??[/quote]
                Ok that’s good to know. I wonder if the /dev/sda might be causing the issue since my images are linked on a seperate drive and not stored on /images. Do you know where I would go to alter that sgdisk line? Thanks for the reply.

                1 Reply Last reply Reply Quote 0
                • S
                  Sebastian Roth Moderator
                  last edited by Feb 19, 2015, 1:07 PM

                  Hold on a second. I think you are mixing things up here. Let me explain. When you start deploying an image your client boots up via PXE and comes up with the FOG client. This small linux is made up of several shell scripts to do the magic and deploy an image from your server to that client. First it mounts the image directory from the FOG server via NFS into the local filesystem. So ‘/images’ on the client is essentially the same as ‘/images/<imagename>’ on the server. ‘/dev/sda’ is simply the first hard disk on the client and this is where the image will be restored to (aka destination disk).

                  From what I can see your ‘/images’ seams perfectly alright (we’d see other error messages if not!).

                  [B]BUT, are you sure that the disk you pulled the image from is NOT larger than the disk to be deployed to…[/B]

                  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
                    TheGorgotron
                    last edited by Feb 19, 2015, 2:43 PM

                    [quote=“Uncle Frank, post: 42420, member: 28116”]Hold on a second. I think you are mixing things up here. Let me explain. When you start deploying an image your client boots up via PXE and comes up with the FOG client. This small linux is made up of several shell scripts to do the magic and deploy an image from your server to that client. First it mounts the image directory from the FOG server via NFS into the local filesystem. So ‘/images’ on the client is essentially the same as ‘/images/<imagename>’ on the server. ‘/dev/sda’ is simply the first hard disk on the client and this is where the image will be restored to (aka destination disk).

                    From what I can see your ‘/images’ seams perfectly alright (we’d see other error messages if not!).

                    [B]BUT, are you sure that the disk you pulled the image from is NOT larger than the disk to be deployed to…[/B][/quote]

                    I am new to this but I understand that much. What I was saying is that my images are not on /images located on /dev/sda. They are on a seperate (sdb) internal drive and I have linked the location on there to the /images located on /dev/sda. I think you might be right about the problem though, I compared the two drives and didn’t realize that the drive I made the image on was bigger. Am I correct in thinking that if I were to shrink the partition on my master image before uploading then any drive I use that’s larger than that partition should work? Also, will FOG automatically expand the partition to take up the full space of the drive during deployment? Sorry if this is super basic stuff.

                    1 Reply Last reply Reply Quote 0
                    • J
                      Junkhacker Developer
                      last edited by Feb 19, 2015, 3:01 PM

                      what you are describing is how single disk resizable works. it shrinks the partitions to as small as can hold the data before images are uploaded, and when putting the partitions on a new drive it expands the partitions to fill the drive.

                      signature:
                      Junkhacker
                      We are here to help you. If you are unresponsive to our questions, don't expect us to be responsive to yours.

                      1 Reply Last reply Reply Quote 0
                      • T
                        TheGorgotron
                        last edited by Feb 19, 2015, 3:31 PM

                        [quote=“Junkhacker, post: 42426, member: 21583”]what you are describing is how single disk resizable works. it shrinks the partitions to as small as can hold the data before images are uploaded, and when putting the partitions on a new drive it expands the partitions to fill the drive.[/quote]
                        OK great, I will try that out then and see how it goes. Thanks so much for all the replies, I really do appreciate everyone taking the time to help us new guys/gals out.

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

                        206

                        Online

                        12.0k

                        Users

                        17.3k

                        Topics

                        155.2k

                        Posts
                        Copyright © 2012-2024 FOG Project