New
#21
Thanks
The YUMI tool had no problem presenting ocz-tools-320.iso as a menu choice.
When next I try I will avoid the ...(Run from RAM) option
Regards
Alan
Thanks
The YUMI tool had no problem presenting ocz-tools-320.iso as a menu choice.
When next I try I will avoid the ...(Run from RAM) option
Regards
Alan
My previous tests were on a slow and cheap Flash which does no work anymore.
I suspect the WinPE failure might have been a corrupted file because the Flash was on its last legs.
I have now repeated my test, but with the latest YUMI version YUMI-0.0.8.7.exe, and it works nicely.
It now meets my needs, but it would be better if I could run one ISO after another but without letting the BIOS see my hardware until all ISO's have been used.
PROBLEM.
I run an OCZ Linux ISO to "Secure ATA Erase" of my SSD,
and when that ends I run a Macrium Reflect WinPE Rescue ISO to restore a disk image to the SSD.
After which the SSD is again bootable.
On 2 occasions the SSD was successful in booting up.
On the third occasion it FAILED to boot even though it had the capability.
I suspect the problem was that after the ISO Erase of the SSD the system restarted,
and the BIOS launched and not only saw me hitting the F8 function key to select the Macrium ISO,
but it also saw that SATA Port 0 (my SSD) did not have a valid boot device and it cancelled the SSD Boot Priority.
I spent an unhappy hour clicking and banging the the BIOS settings before I could make the BIOS accept the the SSD was not a Removable Device and then eventually giving it an acceptable Boot Priority once more.
I should be able to avoid an aggravation repeat if a MultiBoot loader could launch an ISO and when it completed it returned to the MultiBoot Loader for me to make my next ISO selection.
(it would also save time and effort of hitting F8 for running the subsequent ISO.)
QUESTIONS :-
Is it feasible for a Multiboot loader to "call" a Linux ISO and and then launch a WinPE ISO ?
Does such a Multiboot loader already exist ?
Regards
Alan
I doubt it. The problem is that once Linux/WinPE is booted it knows nothing of what booted it so the only way to get out is to shut down or reboot.
Not the answer I wanted, but many thanks for the speed with which you answered
Regards
Alan
The obvious solution when hitting this problem (and hopefully remembering this trick) is to delete the bad ISO from YUMI and remove spaces from the name of the original ISO file and then have YUMI add it again.
Question
When YUMI launches the ISO application, could the application be aware of its new name and restrict capabilities or abort due to :-
A foolish integrity check by the application programmer of a freely available download ?
or Licensing checks on a bootable version of commercial software licensed to an individual ?
My immediate concern is the consequence of changing a free download from
"PC_BootableTools_v4.3.0.3740.iso" to
"ocz-tools-4.3.0.3740.iso"
I am looking for general guidance upon the probability of encountering a problem due to such a change,
or whether I should always ask the suppliers of commercial and free ISO's for each ISO.
N.B.
My reason for a name change is that YUMI already holds several old ISO tools including "ocz-tools-320.iso" which secure erases the OCZ SSD,
and now I have updated ISO's and I immediately recognize which is old and which is new,
excepting the latest OCZ SSD tool has the stupid change to "PC_BootableTools_v4.3.0.3740.iso".
Why do OCZ waste half the name on telling me that I have a Bootable tool in YUMI
All my other tools have different version numbers as part of the original family names.
N.B.
I am retaining on YUMI the old tools which are known to work,
so that I have a fall-back in case the latest and greatest version should fail me for some reason.
Regards
Alan
Thanks - I will do try that.
If it fails I can at least fall back to the previous version that is on the same Flash Drive.
So much better than the old way of one tool per Flash drive and having to sacrifice the old working version to make way for the new version, and no way back.
Regards
Alan
Yes you can now have a multitude of tools on the one USB stick and I find that tools boot more reliably from a USB than a CD.
I've not tried it with install disks, but you could try adding them to YUMI as unsupported ISOs. Some WinPE disks work and some don't.