The “Unable to find a medium containing a live filesystem” error may be related to the fact that GRUB4DOS (which YUMI is using as the bootloader in this case) requires ISOs to be contiguous files.
This is a strange but crucial limitation of GRUB4DOS that isn’t immediately obvious nor well documented.
You can check if a file is contiguous using WinContig, and if it isn’t then it can also fix it, if you have enough space left on the device to do so. If you haven’t, then simply move everything off the thumbdrive then move it back, starting with the ISO(s), then check it/them again with WinContig.
The issue happens after GRUB/isolinux and afterwards the Linux kernel is loaded when it searches for the root file system (the live/filesystem.squashfs file). It propably goes over all file systems when searching for this file as a last resort and that is probably what causes the NTFS problem.
So the problem perhaps is that it cannot open the USB drive. Maybe it needs the ehci-orion driver… what kind of USB chipset does it have?
I have googled for that and found other people with the same problem on other Debian live based boot disks, e.g. Kali Linux, but they haven’t found/described a solution.
It does seem the issue may have been with Yumi… i made a USB with rufus and it boots, however after configuring the wired network, connecting the ethernet and even specifying the server address it is not finding the urbackup server.
Any reason for this? i am running backupsrv v 2.0.38
Is there an auto-configuration mode that will search for any open server?
Is your server on a different subnet, or completely external to your network?
Does the restore work on any other machine?
I’m assuming from the original post, this is an image restore?
Are you trying to put a VHD onto this machine, or an image from another – different – machine onto this machine?