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

    PC unbootable after capture fails

    Scheduled Pinned Locked Moved Unsolved
    FOG Problems
    4
    42
    14.5k
    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.
    • dolfD
      dolf
      last edited by

      I know it’s a long thread, but here it is: https://forums.fogproject.org/topic/8059/pc-unbootable-after-capture-fails/10

      1 Reply Last reply Reply Quote 0
      • dolfD
        dolf
        last edited by

        Just to show that it does work if you make the wiggle room a tad (where tad=4GB) bigger: gparted_details_70GB.htm

        That’s using the same “broken” image. Everything works perfectly on that image, so I wouldn’t really call it broken. chkdsk agrees with me. It does, however, contain massive software packages with millions of files.

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

          @dolf Was the system defragged before it was uploaded?

          I ask because: … http://tuxera.com/forum/viewtopic.php?f=2&t=31012

          I don’t know if this was/is the case, just may be worth a shot?

          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

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

            To add further, the part where it’s talking about shifting the data on the drive in a strange format the MFT segments are being moved around and possible extend partial bits to beyond the partition layout. Or so I believe, I don’t really know, but it would leave some understanding as to why a slightly larger partition layout would work.

            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
            • Wayne WorkmanW
              Wayne Workman
              last edited by

              I would tend to think that those “massive” files you’re talking about just didn’t have the room to be shifted around with the target being 2GB free. Defragging before uploading could solve that - and make your image perform better too.

              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!
              Daily Clean Installation Results:
              https://fogtesting.fogproject.us/
              FOG Reporting:
              https://fog-external-reporting-results.fogproject.us/

              1 Reply Last reply Reply Quote 0
              • dolfD
                dolf
                last edited by

                I didn’t defrag, but I analyzed the fragmentation, and it reported 1% fragmented.
                However, last night the hard disk of the PC I originally used to develop this image started acting up. chkdsk /R /F /V /X on reboot returned no error or bad sectors, but the DELL Pre-boot System Assessment reports that the HDD has Error Code 2000-0142. I couldn’t find what that code means, other than that the HDD has failed. I think it’s probably a problem with the HDD’s electronics, rather than the disk surface, because the diagnostic utility only took a minute, so it obviously didn’t scan the disk surface. I’m replacing the disk now, to check.

                1 Reply Last reply Reply Quote 0
                • Wayne WorkmanW
                  Wayne Workman
                  last edited by

                  And the truth comes out. 🙂

                  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!
                  Daily Clean Installation Results:
                  https://fogtesting.fogproject.us/
                  FOG Reporting:
                  https://fog-external-reporting-results.fogproject.us/

                  1 Reply Last reply Reply Quote 0
                  • dolfD
                    dolf
                    last edited by

                    Or does it? I just started from scratch on a new image with a new HDD, and I’m having the same problem… MFT gets corrupted. I’ll do some more thorough tests when I have time.

                    1 Reply Last reply Reply Quote 0
                    • dolfD
                      dolf
                      last edited by

                      I’m still experiencing this problem. Running trunk these days. However, I have found another workaround to upload resizable images:

                      • Capture a non-resizable image
                      • Make a resizable image, and copy the files manually from the non-resizable image
                      • Create these files manually:
                        • d1.fixed_size_partitions
                          Just contains “:1”
                        • d1.minimum.partitions
                          I make the minimum size of the resizable partition quite a bit larger than the uncompressed size of d1p2.img
                          Can check this with gzip -l d1p2.img
                        • d1.original.fstypes
                          /dev/sda2 ntfs
                        • d1.original.swapuuids
                          empty
                      • Deploy

                      It works. Therefore it seems that resizing the partition before and after capturing with partclone.ntfs is not necessary, even for resizable images.

                      1 Reply Last reply Reply Quote 1
                      • dolfD
                        dolf
                        last edited by

                        This problem persists in 1.3.0-RC-11.

                        Wayne WorkmanW 1 Reply Last reply Reply Quote 0
                        • Wayne WorkmanW
                          Wayne Workman @dolf
                          last edited by Wayne Workman

                          @dolf Can we recap what’s going on?

                          You have a Windows 7 (pro, home, enterprise?) image already, it is resizable.
                          You deploy this, and update the deployed machine.
                          You then recapture.
                          And it fails to recapture?

                          All of my images at work are resizable, and often we will deploy them, update them, and re-capture them without issue. We did this with Windows 7, Windows 8.1, and now with Windows 10.

                          What’s special about your image?

                          Boot into linux somehow on a computer that has your image deployed to it’s disk. You can either use a FOG debug deploy task or just any live Linux disk.

                          Give us the output of these commands once you do:
                          lsblk
                          fdisk -l
                          lspci

                          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!
                          Daily Clean Installation Results:
                          https://fogtesting.fogproject.us/
                          FOG Reporting:
                          https://fog-external-reporting-results.fogproject.us/

                          1 Reply Last reply Reply Quote 0
                          • dolfD
                            dolf
                            last edited by

                            Windows 7 Enterprise. I don’t know what is special about this image. The problem started after installing a bunch of large software packages on the master image. Fragmentation was less than 1%.

                            It fails when trying to resize the partition, as described in previous posts. When doing the same thing with CloneZilla, it works. The fixed-size option in FOG also works, because it doesn’t try to resize the partition. As far as I can see, resizing the partition is not necessary for capturing images with partclone, even when restoring to a smaller drive. You might as well remove that step from the capturing process, which will speed things up significantly.

                            So now I just capture it into a temporary image using the “fixed size” option, and then move the files manually to an image which is configured as “resizable”.

                            mint mint # lsblk
                            NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
                            sda      8:0    0 232.9G  0 disk 
                            ├─sda1   8:1    0   100M  0 part 
                            └─sda2   8:2    0 232.8G  0 part 
                            sdb      8:16   1   7.5G  0 disk /cdrom
                            ├─sdb1   8:17   1   1.6G  0 part 
                            └─sdb2   8:18   1   2.3M  0 part 
                            sr0     11:0    1  1024M  0 rom  
                            loop0    7:0    0   1.5G  1 loop /rofs
                            
                            mint mint # fdisk -l
                            
                            Disk /dev/sda: 232.9 GiB, 250059350016 bytes, 488397168 sectors
                            Units: sectors of 1 * 512 = 512 bytes
                            Sector size (logical/physical): 512 bytes / 512 bytes
                            I/O size (minimum/optimal): 512 bytes / 512 bytes
                            Disklabel type: dos
                            Disk identifier: 0x95d3684b
                            
                            Device     Boot  Start       End   Sectors   Size Id Type
                            /dev/sda1  *      2048    206847    204800   100M  7 HPFS/NTFS/exFAT
                            /dev/sda2       206848 488396799 488189952 232.8G  7 HPFS/NTFS/exFAT
                            
                            mint mint # lspci
                            00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor Family DRAM Controller (rev 09)
                            00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
                            00:16.0 Communication controller: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 (rev 04)
                            00:16.3 Serial controller: Intel Corporation 6 Series/C200 Series Chipset Family KT Controller (rev 04)
                            00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection (rev 04)
                            00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 (rev 04)
                            00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller (rev 04)
                            00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 (rev b4)
                            00:1c.2 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 3 (rev b4)
                            00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 (rev 04)
                            00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a4)
                            00:1f.0 ISA bridge: Intel Corporation Q67 Express Chipset Family LPC Controller (rev 04)
                            00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset Family SATA AHCI Controller (rev 04)
                            00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller (rev 04)
                            

                            I omitted the RAM drives and /dev/sdb, since I was booting from a LinuxMint USB drive.

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

                              @dolf said:

                              As far as I can see, resizing the partition is not necessary for capturing images with partclone, even when restoring to a smaller drive.

                              I don’t think this is true.

                              You can try using a tool called testdisk which might be able to fix the MFT issue for you. To find out what exactly caused this we need the exact error message from when it happens (resize…?)!

                              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

                              dolfD 1 Reply Last reply Reply Quote 1
                              • dolfD
                                dolf @Sebastian Roth
                                last edited by

                                @Sebastian-Roth said in PC unbootable after capture fails:

                                To find out what exactly caused this we need the exact error message from when it happens (resize…?)!

                                See this message, as well as @Tom-Elliott’s reply on it.

                                The take-home message is still: GParted stops before destroying the disk. FOG should do the same.

                                1 Reply Last reply Reply Quote 1
                                • Wayne WorkmanW
                                  Wayne Workman
                                  last edited by Wayne Workman

                                  I’m going to try some tests at home involving very full disks.

                                  I have some old Sata disks on the shelf that are very small in capacity, That should be plenty easy to fill up or nearly full - in order to not deal with a huge disk and huge data.

                                  I’ll report back on what I find.

                                  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!
                                  Daily Clean Installation Results:
                                  https://fogtesting.fogproject.us/
                                  FOG Reporting:
                                  https://fog-external-reporting-results.fogproject.us/

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

                                    Can you provide what you mean by “Gparted stops before destroying the disk, fog should also?”

                                    I have tests in place that test if it’s possible, though I’ll admit it doesn’t tell me if the disk will be “destroyed”.

                                    Basically, if you can show what command gparted is using to know if the disk will be destroyed or not. I can try implementing a solution based on what we know already works.

                                    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

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

                                      @dolf, @Wayne-Workman, @Sebastian-Roth

                                      I’ve updated the base code for the inits.

                                      In particular:

                                      https://github.com/FOGProject/fogproject/commit/4caa4d679bd3a23a17e7923dd75b22ce4406c8e8

                                      @dolf, I think we had the right approach, I just limited the calls for checks uninentionally.

                                      If you look at the link I posted, you’ll see what I’ve added. Basically we had the "If target_size < device_size, and all the good suggestions you made.

                                      We even had the elements that checked for success/fail etc…

                                      However, I’ve added code in an attempt to more suitably test this. I will double check for more things just to ensure things are a bit better hashed out.

                                      Please re-run the installer and the inits will have the modified code.

                                      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
                                      • dolfD
                                        dolf
                                        last edited by

                                        See this example: https://forums.fogproject.org/uploads/files/1468447170744-gparted_details_bad.htm

                                        Thank you for looking at this issue! I will try out the new code and report back.

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

                                        183

                                        Online

                                        12.0k

                                        Users

                                        17.3k

                                        Topics

                                        155.2k

                                        Posts
                                        Copyright © 2012-2024 FOG Project