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

Upload Image From HDD 500GB to SSD 120GB

Scheduled Pinned Locked Moved Solved
FOG Problems
6
35
5.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.
  • G
    Gilberto Ferraz
    last edited by Oct 29, 2019, 12:29 PM

    Hello!
    I’ve been using Fog (currently version1.5.4) for a few years now.
    I am having a problem, I have an image configured on a 500 GB HDD disk. with win 10 x64.
    I uploaded the image

    alt text

    option (1) Single Disk - Resizable the image have only 55,60 GB

    alt text

    If you try to place the image on Larger Discs the system works.

    I need to put this image on 120 GB SSD disks the system catches the task tries to put the image but then gives problem of different size disks.

    alt text

    Already tried to upload the image with the other options.

    alt text

    But it does not work

    should i do anything on the win 10 image of the 500gb disk? before uploading the image?

    1 Reply Last reply Reply Quote 0
    • S
      Sebastian Roth Moderator
      last edited by Oct 29, 2019, 1:37 PM

      @Gilberto-Ferraz It’s usually due to the partition layout when FOG cannot deploy an image from a bigger disk to a smaller one. Please post the details of the partition files you find in /images/05_09_2019_si_essa/ on your FOG server. There are three important text files: d1.partitions, d1.minimum.partitions and d1.fixed_size_partitions

      Post the contents of all those three files 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

      A 1 Reply Last reply Oct 30, 2019, 1:26 PM Reply Quote 0
      • G
        Gilberto Ferraz
        last edited by Oct 29, 2019, 1:57 PM

        @Sebastian-Roth said in Upload Image From HDD 500GB to SSD 120GB:

        /images/05_09_2019_si_essa/

        if that is stupid, but I forgot the ssh password to access the server. I’ve tried it a number of times and can’t access the command line with ssh.
        Is there another option?

        1 Reply Last reply Reply Quote 0
        • T
          Tom Elliott
          last edited by Oct 29, 2019, 2:42 PM

          I’m really confused by all of this.

          Your Image definition displays as /images/05_09_2019_si_essa, but the warning message from the machine you’re having issues with is displaying /images/28_10_2019_si/ as the image location.

          Too me, this seems like the host you’re imaging has a different image assigned to it.

          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

          G 1 Reply Last reply Oct 29, 2019, 2:56 PM Reply Quote 1
          • G
            Gilberto Ferraz @Tom Elliott
            last edited by Oct 29, 2019, 2:56 PM

            @Tom-Elliott

            Sorry, I’ve done so many attempts to upload and deploy images. image 28_10_2019_si is of the same type and same HDD as 05_09_2019_si_essa.

            in short I can’t upload the image 05_09_2019_si_essa which is on a 500GB disk to a smaller disk, ssd or hdd.

            For a 1TB disc it works but does not resize the disc.

            on firewall PFSENSE I’m using undionly.kpxe

            alt text

            T 1 Reply Last reply Oct 29, 2019, 3:04 PM Reply Quote 0
            • T
              Tom Elliott @Gilberto Ferraz
              last edited by Oct 29, 2019, 3:04 PM

              @Gilberto-Ferraz Well, at this point you’re posting relatively random information at random points.

              I only pointed out what I saw as a potential issue. Why are you giving us your DHCP options at this point? The issue is with the image, not with the Network boot information.

              As @Sebastian-Roth requested, we need to see a copy of the image that’s having issues. Particularly the files:
              d1.partitions
              d1.minimum.partitions
              d1.fixed_size_partitions

              The files can be access by opening a termal or ssh to the server. Run:

              cd /images/05_09_2019_si_essa

              Cat the files in question:

              cat d1.partitions
              cat d1.minimum.partitions
              cat d1.fixed_size_partitions
              

              For the output, copy and paste them here. To wrap each file in a code box, from the message entry window hit:
              Enter
              ```
              Paste the contents of the file
              Enter
              ```

              Then do that for each file.

              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 0
              • G
                Gilberto Ferraz
                last edited by Oct 29, 2019, 3:19 PM

                ok sorry for the confusion, yes i agree the problem is in the image and not in the DHCP server.
                I can’t access the files that ask me because I forgot ssh access.
                I have the 500GB disk working well, to upload again I have to do some sysprep? defragment the disk? should i use option 1? "Single Disk - Resizable
                Partclone Compressed "

                thanks for the help and patience

                Q 1 Reply Last reply Oct 29, 2019, 4:05 PM Reply Quote 0
                • Q
                  Quazz Moderator @Gilberto Ferraz
                  last edited by Quazz Oct 29, 2019, 10:05 AM Oct 29, 2019, 4:05 PM

                  @Gilberto-Ferraz If you don’t have SSH access; nor physical access, then please post a diskmanagement screenshot of the windows installation you are trying to image. (so we can see partition layout, roughly)

                  You likely have partitions located after your main Windows one which forces the minimum size to be close to 500GB or the full source disk size.

                  1 Reply Last reply Reply Quote 0
                  • S
                    Sebastian Roth Moderator
                    last edited by Oct 29, 2019, 4:21 PM

                    @Gilberto-Ferraz said in Upload Image From HDD 500GB to SSD 120GB:

                    can’t access the files that ask me because I forgot ssh access.

                    You can’t leave a server running without console access. How do you do system updates und things like that. I would say we focus on that issue first. What OS do you have installed?

                    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
                    • A
                      Adriano Rocha @Sebastian Roth
                      last edited by Oct 30, 2019, 1:26 PM

                      @Sebastian-Roth said in Upload Image From HDD 500GB to SSD 120GB:

                      @Gilberto-Ferraz It’s usually due to the partition layout when FOG cannot deploy an image from a bigger disk to a smaller one. Please post the details of the partition files you find in /images/05_09_2019_si_essa/ on your FOG server. There are three important text files: d1.partitions, d1.minimum.partitions and d1.fixed_size_partitions

                      Post the contents of all those three files here.

                      I have this same problem

                      T 1 Reply Last reply Oct 30, 2019, 1:33 PM Reply Quote 0
                      • T
                        Tom Elliott @Adriano Rocha
                        last edited by Oct 30, 2019, 1:33 PM

                        @Adriano-Rocha Do you work with with @Gilberto-Ferraz? If you’re having the “same” problem, that means you can’t access your machine either?

                        I don’t mean to sound smart or anything, but I highly doubt your issue is the same. Similar, sure.

                        Of note (too all in the thread), is this causing issues with actual imaging. Sorry if I missed this, but the error is very clearly a “Warning”

                        I’ve seen this too, and although it “failed” with this error, it all seemed to work properly.

                        I’m still with @Quazz on this one, that the partition ordering is all out of wack at this point.

                        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

                        A 1 Reply Last reply Oct 30, 2019, 1:36 PM Reply Quote 0
                        • A
                          Adriano Rocha @Tom Elliott
                          last edited by Oct 30, 2019, 1:36 PM

                          @Tom-Elliott
                          I posted the wrong comment, I have the same problem loading an image of a 500GB hd on 480 SSD hd.

                          1 Reply Last reply Reply Quote 0
                          • S
                            Sebastian Roth Moderator
                            last edited by Oct 30, 2019, 2:43 PM

                            @Adriano-Rocha Those kind of issues are often caused by different partition layout problems. Please open your own topic and post the relevant information requested below (FOG version, d1.partitions, d1.minimum.partitions, d1.fixed_size_partitions)!

                            @Gilberto-Ferraz Just to get this back on top: We need to have console access to solve problems. Please tell us the Linux OS you are using and we should be able to help you get console login again.

                            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
                            • G
                              Gilberto Ferraz
                              last edited by Oct 31, 2019, 11:05 AM

                              Hello!
                              Finally got access to the fog server.
                              the content of

                              cat d1.partitions
                              cat d1.minimum.partitions
                              cat d1.fixed_size_partitions
                              of folder
                              / images / 05_09_2019_si_essa

                              It’s

                              alt text

                              1 Reply Last reply Reply Quote 0
                              • S
                                Sebastian Roth Moderator
                                last edited by Oct 31, 2019, 11:24 AM

                                @Gilberto-Ferraz Ok, the issue might be caused by that third hidden (type=27) partition on your source disk. It’s more or less preventing FOG from properly resizing your layout to a smaller size disk.

                                The other things is that your FOG version 1.5.4 is fairly old. There have been a lot of fixes and improvements since then. I am not sure but possibly there was a fix in the resize scripts since then. So my first suggestion would be you upgrade to the latest version (latest release is 1.5.7) and see if it fixes the issue. If not we can take it from there.

                                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

                                G 1 Reply Last reply Oct 31, 2019, 11:54 AM Reply Quote 1
                                • Q
                                  Quazz Moderator
                                  last edited by Oct 31, 2019, 11:28 AM

                                  In the current iteration, FOS will always require at least the position of the last partition to be included.

                                  In practice this means that if you have a non-resizable partition (eg recovery) after your Windows partition, then it will always be the full disk size being deployed.

                                  This is because the start position of that partition is near the end of the disk and will be deployed as such (on bigger disks this means it will start near about where it does on the 500GB disk), which means it can’t deploy on smaller disks.

                                  We hope to one day be able to shuffle partitions around and resize regardless, but for now you will have to fix your layout before capture by moving the recovery partition to before the windows partition.

                                  george1421G 1 Reply Last reply Oct 31, 2019, 11:57 AM Reply Quote 0
                                  • G
                                    Gilberto Ferraz @Sebastian Roth
                                    last edited by Oct 31, 2019, 11:54 AM

                                    @Sebastian-Roth Hello, thanks for the help!
                                    I am afraid to upgrade to version 1.5.7 I am afraid of losing access to the images and inventoried hosts.

                                    Do I get all this after the upgrade?

                                    george1421G 1 Reply Last reply Oct 31, 2019, 11:59 AM Reply Quote 0
                                    • george1421G
                                      george1421 Moderator @Quazz
                                      last edited by Oct 31, 2019, 11:57 AM

                                      @Quazz said in Upload Image From HDD 500GB to SSD 120GB:

                                      This is because the start position of that partition is near the end of the disk and will be deployed as such (on bigger disks this means it will start near about where it does on the 500GB disk), which means it can’t deploy on smaller disks.

                                      Warning personal opinion here: If the target system will remain in the FOG environment after deployment (i.e. not created by a system reseller so that once its loaded you will never see it again). I would really have to ask the value of having a recovery partition at all. If this system is in a business environment who would waste the time restoring the system back using windows recovery vs just blasting a new image onto the target computer from FOG? I can tell you from experience if a system is damaged as much to need the recovery partition, the nuke and pave method is faster (assuming you can afford to loose all of the data on the disk). In my environment when we setup a new task sequence in MDT we always remove the recovery partition and make the 😄 drive fill the remaining space in the disk. That way the 😄 (or 😧 drive if needed) is always the last partition on the disk. This process may not fit your environment, but it works well for us.

                                      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!

                                      1 Reply Last reply Reply Quote 0
                                      • george1421G
                                        george1421 Moderator @Gilberto Ferraz
                                        last edited by george1421 Oct 31, 2019, 6:00 AM Oct 31, 2019, 11:59 AM

                                        @Gilberto-Ferraz said in Upload Image From HDD 500GB to SSD 120GB:

                                        @Sebastian-Roth Hello, thanks for the help!
                                        I am afraid to upgrade to version 1.5.7 I am afraid of losing access to the images and inventoried hosts.

                                        Do I get all this after the upgrade?

                                        Unless you do something really bad, upgrading will only extend the sql database schema and not replace any of its contents. So upgrading will not loose any data or images on your fog server. The upgrade process does not touch anything in your /images directory either. While anything is possible historically we have not seen any such loss. If you are at all concerned make sure you have a backup or snapshot of the FOG server so you can restore it.

                                        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!

                                        G 1 Reply Last reply Oct 31, 2019, 2:28 PM Reply Quote 1
                                        • G
                                          Gilberto Ferraz @george1421
                                          last edited by Oct 31, 2019, 2:28 PM

                                          @george1421 hello!
                                          I upgraded to fog 1.5.7 on my ubuntu 18.08.3 LTS.

                                          Now I have problems with Maria DB “Database connection unavailable”

                                          could you help me?

                                          george1421G 1 Reply Last reply Oct 31, 2019, 2:52 PM Reply Quote 0
                                          • 1
                                          • 2
                                          • 1 / 2
                                          1 / 2
                                          • First post
                                            6/35
                                            Last post

                                          198

                                          Online

                                          12.0k

                                          Users

                                          17.3k

                                          Topics

                                          155.2k

                                          Posts
                                          Copyright © 2012-2024 FOG Project