Deploy Image ERROR
-
@sesam Sorry, that was the old upload log. Here is a new upload log without Ubuntu with the same Error.
-
You still have 2 boot loaders listed even though Ubuntu is gone. I can make some changes so that only the first one is used if multiple are found, but that will need to wait until the next release. If you use the schema I provided it will work fine.
-
This should be fixed now with this commit.
https://github.com/theopenem/Toems-MSI/commit/6bdc61fbba345519e55cfe206fc9380d4702af49If you want to download that file and ovewrite the existing, it should fix your issue, otherwise it will be in the next release.
-
@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.
-
I've added another commit for this issue.
https://github.com/theopenem/Toems-MSI/commit/0111e90040ed8ce1ce92a2c2494375b4f27cbb0a
Again, this will be in the next release.
-
@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.
-
@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.
-
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.
-
@theopenem_admin Thanks for the fast respond. Currently only 5 devices can download the image at the same time. Can this limit be controlled?
-
It is set in your com server imaging settings. Max client connections.
-
@theopenem_admin Perfect!
Is there a way to tell the devices to shut down after the image download.
-
That's under the image, then image profiles, task options, task completed action
-
@theopenem_admin Great. Is there a donation box somewhere where we can deposit something?
-
-
Much appreciated!
-
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-EFBDF0C46A6EDevice 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 environmentCurrent 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. -
Did you apply the fix?
-
@theopenem_admin
Yes the lie_upload file looks like this
I think I have it correct.
Have I missed something? -
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.
-
I don't think you applied all of the fixes. Just download the whole file and overwrite it.