Menu

Slow restores from USB

Jerry w
6 days ago
5 days ago
  • Jerry w

    Jerry w - 6 days ago

    Hi All,
    Got an issue I cant resolve and hoping for some advice.
    Autorestore USB with 3.2.2.15 in fat32 boot part + exfat for images (partname) and in there, folder called images where the clonezilla images are.
    USB is Kingston Data Traveler MAX [chosen for the performance]
    Its working great but in certain scenarios the speed of restores drops massively to the point its pretty much getting slower and slower and never finishing.
    The thing that makes me think this is fixable is this fact. Where this has occured, using same target PC and usb, if I boot into a parted magic ISO and manually restore the same image that slowed down, using the inbuilt clonezilla in there, it restores at an expected speed no problem.
    This rules out nvme over heating issues (I think) but leads me to believe I need to match the restore defaults inside the clonezilla in parted magic to my dedicated clonezilla USB.

    I have searched around and seen you can alter the syncing types in the grub commands to stop these bottle necks but nothing seems to be helping. Here is the latest attempt

    menuentry "GB Auto Restore Windows 11 LTS" {
    set color_normal=white/black
    set color_highlight=black/light-green
    search --no-floppy --set=root --label IMAGES
    linux /live/vmlinuz boot=live config noswap nolocales quiet loglevel=0 edd=on nomodeset \
    ocs_prerun="mount -o rw,async,noatime /dev/disk/by-label/IMAGES /mnt; umount /home/partimag 2>/dev/null; mount --bind /mnt/images /home/partimag; mount -o remount,async,noatime /mnt; mount -o remount,async,noatime /home/partimag" \
    ocs_live_run="bash /home/partimag/autorestore.sh WIN11LTS" \
    ocs_live_extra_param="" ocs_live_batch="yes" keyboard-layouts="NONE" \
    locales="en_US.UTF-8" vga=788 ip=frommedia toram=filesystem.squashfs
    initrd /live/initrd.img
    }

    I am also using a bash script to make the autorestores as automated as possible so it knows between / sda /nvme0 / nvme1 and to allows write to the primary disk in the target device. Included as an attachment.

    Pretty much done the usual stuff reformatted USB etc. Originally the project was paired with ventoy but since issues have arisen I have tried to simplify and take ventoy out the equation and just having dedicated clonezilla USB.

    The drive is new and can copy huge files in windows back and forth at 600 mb/s plus. Also backing up is fine to the USB, seems to be restoring where the issue manifests.

    Thanks!

     
  • Jerry w

    Jerry w - 6 days ago

    added -edio and saw the results id expect. should have searched this forum before posting!

     
  • Steven Shiau

    Steven Shiau - 5 days ago

    Thanks for sharing that. We will see if we should enable "-edio" for NVMe devices by default in the future, make sure there is no side effects.

     

Log in to post a comment.

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.