Date Huang

(for example 400GB (BT method) versus 270GB (broadcast method) ). This is related to compression rate. BT format is uncompressed. So that is another reason we create "from-device" method to skip the format.

BT method is not sequentially (as the broadcast method is), it restores different partitions simultaneously - this means it is not suited for HDD's which will work SLOWER that if broadcast method was used! BT method works best on SSD's. This is because of access time of HDD's and SSD's - the way they read/write fragmented files or partitions. I would say you may be right. We will try to dig into it to confirm. Even though BT method offers more "seeders" as in more "servers", the total LAN speed is...

Thanks for sharing. This data are very valuable. We never tested two or more large parition at once. We will consider to put it into our testing next time. Compression is big benefit for broadcast/multicast way. It can increase network usage more than 1Gbps (or your network). But it will need your data compression rate is higher. 10-12GB/minute using z9p compression over gigabit LAN, on computers with NVME SSD's (maximum tested NVME speed is 6000MB/s on these computers) This shows your disk is with...

It seems I misunderstand. Thanks for clarification.

Hi @steven_shiau You may need to check a little bit with this. I think Clonezilla lite server didn't mark the PC as complete in the system. So it will not publish the new GRUB menu default entry into "next local boot". Thanks

It seems your setup is wayyyyy more complex than I expected. No wonder, that will take really long time even in BT mode. The switch might be the root cause as well. Please make sure the backbone bandwidth is enough for the PCs. If your deployment is mixed with HDD/SSD, maybe you can try this trick. But I'm not sure if that works as I expected. We never had this kind of complex environment. (e.g. you have one image and need to deploy it to some HDD PC, some SSD PC at the same time.) The trick: 1....

If you are asking about the "accident" I have described above, then yes, the 2 other external computers from another room or floor have booted via PXE with wi-fi! This is very unusual and I do not know who did this and I feel sorry for them because the accident overwritten their HDD/SSD - which I did not intended to happen! About thie "accident", it's better to split the subnet to this room and other room/wifi. If you cannot change this, maybe next time you can unplug the cable to other room first...

Hi Cristian Thank you for the testing. I'm the Clonezilla BT module maintainer as well. One drawback was that when I tried to deploy the repository (the image), Clonezilla BT created another, seconday repository, in its own format, which took a few hours to complete. I think it "sliced" the initial image so that it is compatible with BT mechanism... If your template machine is still there and boot with Clonezilla lite server. You can also test "from device" BT method to skip the "sliced" image part....