• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login
    1. Home
    2. Dan_Ansel
    3. Topics
    D
    • Profile
    • Following 0
    • Followers 0
    • Topics 3
    • Posts 20
    • Best 1
    • Controversial 0
    • Groups 0

    Topics created by Dan_Ansel

    • D

      Error trying to restore GPT Partition tables (restorepartitionTablesAndBootLoaders)

      FOG Problems
      • • • Dan_Ansel
      20
      0
      Votes
      20
      Posts
      2.7k
      Views

      D

      @george1421

      I did it !!

      So I basically made a Frankenstein’s monster version of my image.

      As I’ve stated in my last comment, I had an issue where the windows drive did not have the same partition number.

      I created a new legacy windows 10 VM, with a smaller C Drive than I created the very first time I worked on that image. I converted that installation into UEFI.
      So now my newly installed win10 and my oversized image have the exact same disk structure.

      I deployed the partition containing all my data onto the new VM, and I had an issue where the UEFI boot was broken.

      I used the tools in the installation media to repair the EFI partition. I used diskpart to assign a letter to the EFI partition, exited diskpart and ran this command :

      bcdboot C:\Windows fr-fr /s B: /f

      Windows booted.
      Now I’m capturing the image and I’ll deploy it to make sure it’s working fine
      Thanks for all the help and ideas!!

      Regards,
      Dan

    • D

      Size Difference after capture

      General Problems
      • • • Dan_Ansel
      5
      0
      Votes
      5
      Posts
      632
      Views

      S

      @Dan_Ansel Ok, now that the other issue is solved and I have a bit more time we might take a look at this one again.

      Though I would not trust the “size on client” value shown in the FOG web UI in all cases but if you really see the image size to be 510 GB in the blue partclone capture screen I would imagine the disk really is that big.

      Please post the contents of the text file d1.partitions you find in the /images/IMAGENAME/ directory on your FOG server. That will surely give us a clue on the actual disk size.

      Possibly this is just a calculation issue?! e.g. 510 GB * 1000 * 1000 / 1024 / 1024 = 486 GB?!?

      @Dan_Ansel said in Size Difference after capture:

      udevd [3760] failed to execute ‘/lib/udev/${exec_prefix}/bin/udevadm’ ‘${exect_prefix}/bin/udevadm trigger -s block -p ID_BTRFS_READY=0’ : No such file or directory

      Where exactly do you see this message? On your FOG server or on the host/client when capturing/deploying? I have not seen this message before. At first I thought you’d see this on your FOG server logs but the more I think about it I can imagine this to be on the host/client and it might point us to something being wrong with your partition layout. Just a wild guess here.

    • D

      Solved No Database Connection after 1.5.7 update [Debian]

      FOG Problems
      • • • Dan_Ansel
      9
      0
      Votes
      9
      Posts
      601
      Views

      Q

      @Dan_Ansel No problem, there’s so much to think about, it can be hard to figure out what’s going wrong!

    • 1 / 1