Navigation

    • Register
    • Login
    • Search
    • Recent
    • Popular

    Deploy Image ERROR

    Support
    3
    38
    5079
    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.
    • S
      sesam last edited by

      @theopenem_admin The accumulation of boot loaders is inexplicable. We therefore set up a brand new notebook: After deleting all partitions, installed Win10. Uploaded the image and successfully installed it on a new client. An update of the image that had already been carried out also worked without any problems and could be distributed. The upload log is attached.

      Thank you for your support. In the next step, we test the distribution of the images via PXE.

      DESKTOP-TSO39GK-upload.txt

      1 Reply Last reply Reply Quote 0
      • T
        theopenem_admin last edited by

        I've added another commit for this issue.

        https://github.com/theopenem/Toems-MSI/commit/0111e90040ed8ce1ce92a2c2494375b4f27cbb0a

        Again, this will be in the next release.

        S 1 Reply Last reply Reply Quote 0
        • S
          sesam @theopenem_admin last edited by

          @theopenem_admin Thanks for the new release. In the meantime, we were able to successfully download the image of 20 Dell Latitude 3150s via PXE.

          It was noticed here that the image is very large (240 GB). However, this jump did not show up until a rollback software was installed: Reboot RX. Could it be related? Tomorrow I will upload the upload log file here.

          S 1 Reply Last reply Reply Quote 0
          • S
            sesam @sesam last edited by

            @sesamAs already mentioned, the image is very large and covers the entire size of the hard disk. Could this be related to the installed rollback solution "Remote RX". Here is the upload log file.

            DESKTOP-TSO39GK-ondupload.txt

            1 Reply Last reply Reply Quote 0
            • T
              theopenem_admin last edited by

              From the log you can see the partition is uploaded as raw instead of ntfs, that why it's so large. This is almost certainly because of the rollback software. It's preventing the filesystem from being read as ntfs.

              S 1 Reply Last reply Reply Quote 0
              • S
                sesam @theopenem_admin last edited by

                @theopenem_admin Thanks for the fast respond. Currently only 5 devices can download the image at the same time. Can this limit be controlled?

                1 Reply Last reply Reply Quote 0
                • T
                  theopenem_admin last edited by

                  It is set in your com server imaging settings. Max client connections.

                  S 1 Reply Last reply Reply Quote 0
                  • S
                    sesam @theopenem_admin last edited by

                    @theopenem_admin Perfect!

                    Is there a way to tell the devices to shut down after the image download.

                    1 Reply Last reply Reply Quote 0
                    • T
                      theopenem_admin last edited by

                      That's under the image, then image profiles, task options, task completed action

                      S 1 Reply Last reply Reply Quote 0
                      • S
                        sesam @theopenem_admin last edited by

                        @theopenem_admin Great. Is there a donation box somewhere where we can deposit something?

                        1 Reply Last reply Reply Quote 0
                        • T
                          theopenem_admin last edited by

                          https://theopenem.com/donate/

                          1 Reply Last reply Reply Quote 0
                          • T
                            theopenem_admin last edited by

                            Much appreciated!

                            1 Reply Last reply Reply Quote 0
                            • G
                              ggalindo last edited by

                              I am having this same issue on a Dell Latitude 5520 Laptop. How can I see the NVRAM Entries and Edit them to remove the Dual boot entries. I have reloaded the OS from a standard Windows ISO and cleared everything I can get to but I am still not getting a valid upload the files all come over but no Schema. The lag is showing more Partitions than I can see in Windows.

                              Thanks

                              Disk /dev/nvme0n1: 476.96 GiB, 512110190592 bytes, 1000215216 sectors
                              Disk model: PM991a NVMe Samsung 512GB
                              Units: sectors of 1 * 512 = 512 bytes
                              Sector size (logical/physical): 512 bytes / 512 bytes
                              I/O size (minimum/optimal): 16384 bytes / 131072 bytes
                              Disklabel type: gpt
                              Disk identifier: C3D77BEF-617D-4E5D-886E-EFBDF0C46A6E

                              Device Start End Sectors Size Type
                              /dev/nvme0n1p1 2048 206847 204800 100M EFI System
                              /dev/nvme0n1p2 206848 239615 32768 16M Microsoft reserved
                              /dev/nvme0n1p3 239616 999189207 998949592 476.3G Microsoft basic data
                              /dev/nvme0n1p4 999190528 1000212479 1021952 499M Windows recovery environment

                              Current NVRAM Entries
                              BootCurrent: 0001
                              Timeout: 5 seconds
                              BootOrder: 0005,0001,0002,0000
                              Boot0000* UEFI PM991a NVMe Samsung 512GB S65ZNE1NC08267 1 HD(1,GPT,b3752689-2d60-44ff-86c5-564c2fa70b84,0x800,0x32000)/File(\EFI\Boot\BootX64.efi)N.....YM....R,Y.
                              Boot0001* ONBOARD NIC (IPV4) PciRoot(0x0)/Pci(0x1f,0x6)/MAC(34735ab08a7a,0)/IPv4(0.0.0.00.0.0.0,0,0)N.....YM....R,Y.
                              Boot0002 ONBOARD NIC (IPV6) PciRoot(0x0)/Pci(0x1f,0x6)/MAC(34735ab08a7a,0)/IPv6([::]:<->[::]:,0,0)N.....YM....R,Y.
                              Boot0005* Windows Boot Manager HD(1,GPT,b3752689-2d60-44ff-86c5-564c2fa70b84,0x800,0x32000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...a................
                              The protective MBR's 0xEE partition is oversized! Auto-repairing.

                              1 Reply Last reply Reply Quote 0
                              • T
                                theopenem_admin last edited by

                                Did you apply the fix?

                                G 1 Reply Last reply Reply Quote 0
                                • G
                                  ggalindo @theopenem_admin last edited by

                                  @theopenem_admin
                                  Yes the lie_upload file looks like this

                                  d5b0cdce-b849-4c2e-b630-b9919adf9090-image.png
                                  I think I have it correct.
                                  Have I missed something?

                                  1 Reply Last reply Reply Quote 0
                                  • G
                                    ggalindo last edited by

                                    So am I doing something wrong did I miss something in the Fix. I can figure out what is happening. I assume from the logs that it is a second active boot partition but I am not sure why it would exist. I scrubbed the Laptop Hard drive and installed a clean Win10 ISO image downloaded from Microsoft. Then installed the drivers. I removed all partitions and only showed the UEFI Boot and the OS Drive. Yet when I clone I have 4 partitions.

                                    1 Reply Last reply Reply Quote 0
                                    • T
                                      theopenem_admin last edited by

                                      I don't think you applied all of the fixes. Just download the whole file and overwrite it.

                                      https://raw.githubusercontent.com/theopenem/Toems-MSI/main/Toems Client API/Program Files/Toec-API/private/clientscripts/lie_upload

                                      1 Reply Last reply Reply Quote 0
                                      • S
                                        sesam last edited by sesam

                                        The first image could be successfully downloaded to 20 notebooks and everything ran very stable even in connection with Reboot RX.

                                        Today the image was updated (Windows updates, software installations). After the download, the clients no longer work. Here is the result in the video (30 sec)

                                        https://photos.app.goo.gl/HyEDWC4wMACkfX9B6

                                        The devices start and then hang in a loop. Where could be the problem. The upload log is attached.

                                        DESKTOP-TSO39GK-upload.txt

                                        T 1 Reply Last reply Reply Quote 0
                                        • T
                                          theopenem_admin @sesam last edited by

                                          @sesam
                                          What version are you using

                                          S 1 Reply Last reply Reply Quote 0
                                          • S
                                            sesam @theopenem_admin last edited by

                                            @theopenem_admin Version 1.3.3. In the meantime I have completely deleted the old image and created and uploaded a new image. Unfortunately the same effect.

                                            1 Reply Last reply Reply Quote 0