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

    Failure in Capturing an image

    Scheduled Pinned Locked Moved Solved
    FOG Problems
    4
    24
    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.
    • Tom ElliottT
      Tom Elliott @ismith.hpu
      last edited by

      @ismith-hpu this looks like a deployment, but what does a capture look like?

      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

      I 1 Reply Last reply Reply Quote 0
      • I
        ismith.hpu @Tom Elliott
        last edited by

        @Tom-Elliott That is a capture task from the webUI, not a deployment.

        Just did it via the ‘task selection’ from the host page, and same interaction happened.

        Tom ElliottT 1 Reply Last reply Reply Quote 0
        • Tom ElliottT
          Tom Elliott @ismith.hpu
          last edited by

          @ismith-hpu But the machine, indeed, does have an OS on the disk? I can only assume the -a0 is a part of the problem. I don’t know what the argument is doing for the 0.3.12 version of partclone.

          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

          I Q 3 Replies Last reply Reply Quote 0
          • I
            ismith.hpu @Tom Elliott
            last edited by

            @Tom-Elliott

            Yes, it’s a Mac.

            The Mac will deploy an image fine (dd, raw, everything).

            But capturing an image (dd, raw, everything) does not work.

            1 Reply Last reply Reply Quote 0
            • I
              ismith.hpu @Tom Elliott
              last edited by

              @Tom-Elliott
              https://github.com/Thomas-Tsai/partclone/blob/master/src/partclone.c
              -aX --checksum-mode=X Checksum formula to use to add error detection\n"
              " where X:\n"
              " 0: No checksum (no slowdown, smallest image)\n"
              " 1: CRC32 (Fast to compute, basic detection)\n"

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

                @ismith-hpu In the partclone pictures we see /dev/nvme0n1 which is the whole disk. Shouldn’t it try to capture the partitions (e.g. /dev/nvme0n1p1 …)? Not sure what exactly is going wrong here. Just the first thing that jumped at me.

                Years ago at my old working place we did capture and deploy Mac OS X perfectly fine, so I know this has worked at some point. But so many things have changed and I don’t have a Mac at hand to test.

                Can you please schedule a debug capture task. Boot up the machine and hit ENTER twice to get to the shell. Now run fdisk -l, take a picture of the output 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

                I Tom ElliottT 2 Replies Last reply Reply Quote 0
                • I
                  ismith.hpu @Sebastian Roth
                  last edited by ismith.hpu

                  @Sebastian-Roth

                  That is what I told @Tom-Elliott in the priv-chat.

                  This is similar to what happened before and he fixed in a post-init but it’s not working again.

                  I am out of the office but will do that tomorrow.

                  Additionally this WAS working before I updated utilizing his post-init, as I can deploy the image fine that I capture before and I use to be capture fine, now it’s broken.

                  1 Reply Last reply Reply Quote 0
                  • Tom ElliottT
                    Tom Elliott @Sebastian Roth
                    last edited by

                    @Sebastian-Roth the Macs are being captured as raw, which captures the entire disk, not the partitions.

                    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

                    I 1 Reply Last reply Reply Quote 1
                    • I
                      ismith.hpu @Tom Elliott
                      last edited by

                      @Tom-Elliott

                      But it still needs to be able to write the partitions and data in the correct order.

                      If that wasn’t the case then why did we make a post init to properly identify the nvme0n1p1 when we did the:

                      lsblk -dpno KNAME -I 3,8,9,179,202,253,259 | uniq | sort -
                      readlink /sys/class/block/nvme0n1p1
                      disk=$(readlink /sys/class/block/nvme0n1p1)
                      disk=${disk%/}
                      disk=/dev/${disk##
                      /
                      echo $disk
                      lsblk -no pkname /dev/nvme0n1p1

                      When my capture/hardware hasn’t change.

                      Look back at the conversation in PM from 11 days ago and see if that maybe adds more context? I am a little confused myself x.x

                      1 Reply Last reply Reply Quote 0
                      • Tom ElliottT
                        Tom Elliott
                        last edited by Tom Elliott

                        The fixes we put in place where 2 fold.

                        First we put in the fix to address the issue of RAW imaging not passing a partition for partprobe. This was handled by passing a variable to test if the image is raw or not. If it’s raw, the flag gets set and the function returns the disk as it was sent to the function.

                        Second we are using a more implicit means to return the disk when the partition information is passed.

                        The only real difference that I’m seeing here, is that the 0.3.12 partclone doesn’t like doing the the translation.

                        THis is okay, leave your post init script in place. Edit the funcs.sh file and remove the -a0 (or -a1 if this is still in place) from the file.

                        Download the proper inits again using:

                        wget -O /var/www/fog/service/ipxe/init.xz https://fogproject.org/inits/init.xz
                        wget -O /var/www/fog/service/ipxe/init_32.xz https://fogproject.org/inits/init_32.xz
                        

                        Then you should be all set. The init’s will have the proper funcs.sh for 0.2.89 partclone as well as the changes that were in the init’s you downloaded from our dev server.

                        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

                        I 2 Replies Last reply Reply Quote 0
                        • I
                          ismith.hpu @Tom Elliott
                          last edited by

                          @Tom-Elliott
                          Trying this now, will attempt to see if it deploys properly.

                          1 Reply Last reply Reply Quote 0
                          • I
                            ismith.hpu @Tom Elliott
                            last edited by

                            @Tom-Elliott said in Failure in Capturing an image:

                            wget -O /var/www/fog/service/ipxe/init_32.xz https://fogproject.org/inits/init_32.xz

                            It now works completely.

                            Thank you very much.

                            1 Reply Last reply Reply Quote 0
                            • Q
                              Quazz Moderator @Tom Elliott
                              last edited by

                              @Tom-Elliott said in Failure in Capturing an image:

                              @ismith-hpu But the machine, indeed, does have an OS on the disk? I can only assume the -a0 is a part of the problem. I don’t know what the argument is doing for the 0.3.12 version of partclone.

                              It’s to ensure compatibility with 0.2.89 images, allowing them to be deployed with 0.3.12.

                              0.2.89 had a broken checksum system, so we force it disabled on 0.3.12 in order to allow those images a normal deployment. It’s also faster and slightly smaller images, certainly not complaining about that part.

                              It is curious that 0.3.12 doesn’t seem to work in this instance, though I wonder if a non-resizable (not raw) capture has been tried?

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

                              283

                              Online

                              12.0k

                              Users

                              17.3k

                              Topics

                              155.2k

                              Posts
                              Copyright © 2012-2024 FOG Project