@mireque

Thought you would like to know that I finally bit the bullet and got the SM961 256GB. I then used your method and the clover method here and both work really good. The DUET method though is much faster for some reason and shaved 8 seconds off my bootup to desktop. The Clover method doesn't auto boot Windows 10 though, it just boots up to the Clover UI. I then have to manually select Windows 10 EFI Boot in order to actually boot Windows. Not sure why that is because I followed the directions to the letter.

But DUET boots to desktop in 22 seconds flat from system power-on, when my legacy BIOS using Samsung 840 Pro AHCI took 30 seconds. I gave clover a super fast Sandisk Extreme USB too, and gave DUET the slowest 8GB USB 2.0 I had, a $1 special drive LOL. DUET is amazing as it is on my x58. I only wish we could figure out how to get rid of the "startup.nsh" timeout ( set to 0 or 1 ) because that would boot my system like a brand new 2017 system practically.

Thank you again!

@SkOrPn

Wanted to let you know I actually got rid of that timeout with "Startup.nsh'" and suppressed its video output so nothing or no text is displayed on the screen on my X58 system. I did this by messing with Duet's source code and compiling it myself. Happy to share the files if you want. If I could only replace the 'Tianocore' logo with EVGA I'd be happy.

Edit: Here are the files. Basically I messed with the code for the shell.efi file. Either choose the one for '0 second' delay or No Display.
http://www.mediafire.com/file/tfk6did7luuyi0b/shell0.rar

EDIT by Fernando: Unneeded fully quoted post removed (to save space)

Zitat von davidm71 im Beitrag #77

---

Wanted to let you know I actually got rid of that timeout with "Startup.nsh'" and suppressed its video output so nothing or no text is displayed on the screen on my X58 system. I did this by messing with Duet's source code and compiling it myself. Happy to share the files if you want. If I could only replace the 'Tianocore' logo with EVGA I'd be happy.
Edit: Here are the files. Basically I messed with the code for the shell.efi file. Either choose the one for '0 second' delay or No Display.
http://www.mediafire.com/file/tfk6did7luuyi0b/shell0.rar

---

I just found this post which solved my Clover issue. Since Clover is easily edited for timeout, it now beats DUET in booting my Windows 10 from power on to desktop in 19 seconds. Apparently it was DUET taking longer to boot Windows because now test after test its taking about 31 seconds for DUET to get me to desktop. Even if I managed to use 0 timeout on DUET, it would still lose to Clover's speed. Tomorrow I need to test further if it is the usb drives themselves that are giving me the greatest differences, or the efi programs. Not that any of this is of true concern, a few seconds here or there, blah, its just that I have plenty of USB drives and I might as well use the one that provides the fastest stable Clover or DUET EFI boot, especially if we are talking nearly ten seconds difference with just the right setup.

Now I can research how to theme Clover and possibly get myself an Asus ROG theme going on when I need to boot Linux live sessions ;)

EDIT by Fernando: Unneeded and already previously quoted post removed (to save space)

@SkOrPn

The only way to get rid of the boot menu in Clover is to manually enter the timeout in Clover's default.plist file in the EFI partition. Also if you have other installations your going to have to find the drive UUID for your preferred boot drive and set that up in Clover's Defaults. Thats how I have it setup in my Nvme Bootable P8Z68 Hackintosh. Clover is installed to the 'SYSTEM' partition and can load either Windows (set to do so automatically without a menu) or choose to boot my Sierra partition on the end of my Intel NVME drive. Pressing escape usually takes you to the Clover boot menu but you got to be fast.

Actually this was the machine I used to figure out how to incorporate NVME efi driver into my bios few years back. I started off using Clover with the NVME efi driver on the usb disk. One day I got bored and gambled and put it into my firmware to see what could happen. Anyhow getting off track as on my X58 build I didn't want to hackintosh it and didn't want Clover messing with the ACPI tables or anything to make them more Mac friendly as could cause, though extremely remote odds, problems with Windows booting.

In any case If I was you I would buy a Sandisk thumb usb drive:
http://www.bestbuy.com/site/sandisk-ultr...p?skuId=9090010.



When inserted into the back of the computer usb port its almost flat against the case and its wicked fast. Thats what I use for loading Tianocore's Duet. Personally I thing all the old fashioned ORom verbose Trademark messages that come up while initially booting the system slows it down more than anything else!

So for the older non-uefi systems I would stick with Duet and use Startup.Nsh. Just make sure its working as it should before you use the shell.efi I uploaded that turns off the delay and the verbose messages because you wont know whats going on until Windows loads.

Hope you have fun in anycase.

BTW: Stick with Clover if you plan to hackintosh. As an Avid hackintosher its a lot of fun!

Thanks David for the suggestions.

I think I will list my needs so that it is clear what I am hoping for.

1. Must be able to boot Windows 10 (both duet and clover = check) or a modern Linux distro.
2. Must be able to boot Live Linux distros from USB 3.0 flash drives (DUET = NOT WORKING. Have not tested Clover yet)
3. Don't need invisible menus, just a fast theme-able one that works. (UEFI 2.6+?)

Like any piece of software, as newer versions release so do such features as USB 3.0 booting. Right now DUET refuses to boot from my USB 3.0 setup (USB 3.1 card + USB 3.0 flash drives), which is a major desire of mine. I went through 5 USB cards before settling on this super fast USB 3.1 x4 card. I test new Linux builds almost daily and USB 2.0 just sucks to say the least. My USB card is the latest 2017 USB 3.1 PCIe x4 card and uses the latest asmedia chipset, so I am sure DUET will never have the ability to boot from that without having newer versions of UEFI. However, newer Clover versions certainly will as standards become even more standardized. Unless we can compile newer versions of UEFI into DUET I do not see DUET ever booting from my USB 3.1 card, which is the ONLY USB 3.0+ that I have (in my PC at the moment) and the second major reason I am doing this conversion to UEFI. I love my x58 Xeon machine and just not ready to say goodbye to it yet.

Quick question, if Clover boots Windows just as fast as DUET, then why would DUET be considered better for my x58 system? I mean the Clover team is working on OS booting in general, not exclusively OSX, right? Can Clover possibly cause my computer to explode, maybe? (As lightning strikes my property lmao)

BRB, really bad storm over head and I need to shut down the PC asap. LOL

EDIT:
Back, lightning was hitting my property as I was typing the above so I had to go for a bit. Seems to have let up though.

So anyway, I have "shellx64_v1.efi" and "shellx64_v2.efi" inside the "tools" folder. I also see you have "shell0" and "shell01". Does the later mean a 1 second menu timeout? Do I just rename your shell mods into one of the ones I have and drop it in overwriting shellx64_v1.efi or v2? I would like a working UEFI menu that holds settings, and actually allows me to select different boot devices such as the old BIOS did. Is that possible with DUET? Thanks

Just mess around with the Shell-nodisplay and Shell_nodelay files. Honestly I don't remember what the others do. About your Asmedia USB 3.1 booting problem it's not going to work with Clover and Duet both as long as you don't have a suitable efi driver for it. Going to have to google that one. I personally really wanted an efi driver for Intel raid but found nada. So your mileage may vary.

But my reasoning for avoiding Clover was that I didn't want Mac OS stuff eating resident memory. It's mostly meant for booting OSX. Plenty of people multiboot with Clover so you should have no problems with Windows. Your PC won't explode. There's also the Refind bootloader out there but not sure it can load nvme drivers. Probably it can but it's like a bare metal loader and kind of has support. Used it in the past. Can have menus with that as well. Think Clover was based on Refind.

Good luck.

Good news is my USB 3.1 card DOES boot Linux live distros just fine. Just tested it with both Clover and DUET and it works. For some reason when I installed Windows 10 last week DUET would NOT run the Windows 10 installer, which led me to believe DUET does not work with my 3.1 card. It just sat there kinda in frozen state even though I had the Windows USB perfectly formatted. I had to use the USB 2.0 ports to install Windows last week. I guess I need to now test Clover to see if it can boot my "USB GPT UEFI Windows 10 installer" or not. Maybe neither will, or both will this week, lol.

I guess what I want out of this is to "select" from an automatically generated list of bootable devices i.e NVMe SSD, USB 3.0, USB 2.0 etc". Clover UI shows you a list of bootable devices but is clearly not edited to work how I want as like said before is tailored for OSX, which can be remedied through research and editing of configuration files. Which means I just need to do more research on how to set it up. But now at least I know "xhcidxe-64.efi" works for Linux distros just fine. I don't know why but I swear Clover loaded the Fedora live faster than Duet, but I don't see how that is possible if using the same efi module.

Thanks again, I will continue to work on this until its just right for my usage pattern. This is actually quite fun really. So rare for someone to be trying to convert an older system to use UEFI. My father has been a computer tech since well before we ever heard the word computer, and even he thought I was nuts trying to do this. He was in shock when I invited him over to witness me booting on NVMe. HAHAHA

@SkOrPn ,

What kind of usb 3.1 card did you buy? Maybe I'll buy one too. Also why would you want to boot through the usb 3.1 interface in the first place? Be faster on a SSD or something wouldn't it?

Interestingly enough someone advised me last week to use a usb 3.1 type 2 interface to test OSX software changes before putting it on a SSD. Guy works for either Google or Intel I think. He doesn't mess around though as he already has like a 24 core cpu in his possession. Lucky guy..

@davidm71:
Booting and testing live linux sessions is almost exclusively done on USB, at least that is what most people do. You know what a Live Linux Session is right? I got the GC-USB 3.1 (from Gigabyte) mainly because it has the chipset I wanted and wasn't too expensive. I think this asmedia chipset is the one we see on so many newer Motherboards these days. They have had tons of firmware and driver updates so that is a bonus. Plus I wanted one Type-A and one Type-C port. My on board USB 3.0 ports never really worked properly (and never booted anything), and after about 182 BCLK it just dies. Since I like to always be overclocked I needed a good USB card that could handle an overclocked system and my crappy on board usb 3.0 just couldn't do it.

Anyway, my local storage is now from NAS and USB 3.0 exclusively, so I don't use SATA devices any more. I just boot Windows from my SM961, and Linux Live Sessions from USB 3.0 serviced from that USB 3.1 card. Simple normal setup really.

24 cores, sweet jesus.... lol, I cant wait to get me some more Cores, but I think 8-16 would be enough for me for a very long time. I'm more interested in higher IPC and new components and technology etc, so I think something like Ryzen 7 would be plenty. Its been a long time since I had me an AMD rig but it could happen before the end of next year.

EDIT by Fernando: Unneeded fully quoted post removed and replaced by direct addressing (to save space)

Hi, (newby here on this forum)

Works (almost) like a charm with Samsung EVO 960 512GB on a Gigabyte GA-X58A-UD7 mobo!!! (For the term 'almost', pls look below!)
Intel SATA2 ports in legacy BIOS are set to RAID(XHD) whereas XHD (eXtreme Hard Drive) is set to 'eXtreme' to get the most out of the Intel end of the mobo and DUET boots with these setting w/o any problem.
(Besides I also run an old WD SSD with my orig Windows 10 partition plus a Plextor BD optical driver as well as two WD Caviars in RAID1 array on the Intel SATA2 ports as well as another two WD-s in another RAID1 array on the Gigabyte (JMicron) SATA2 ports. RAID1 drives are for data storage/backup.)

A new Windows10 partition is installed on the NVMe drive following the usual process. The whole system boots fine (via DUET on a USB 2.0 stick) and works as fast as one would expect.

As for the term 'almost' there is one problem I cannot get over to this date:

USB 3.0 had to be disabled in legacy BIOS to get DUET working, otherwise the boot process would halt at the red "Welcome to EFI world!" message. Loading the Xhci driver for USB 3.0 didn't make any difference, so there remained two unavoidable consequences:
1. Windows install had to be done from an USB 2.0 port (no big deal, it lasted a little longer though...)
2. USB 3.0 port are not seen at all in the fresh Windows install and ports are rendered unusable.

I tried to load the Xhci driver from startup.nsh but that didn't help either.

Am I doing something wrong? My startup.nsh looks the following:

load fs0:\efi\drivers\nvmexpressdxe-64.efi
load fs0:\EFI\Drivers\XhciDxe-64.efi
map -r
fs1:\efi\boot\bootx64.efi

Should I perhaps try loading the Xhci driver differently (like to fsX, where X is not 0)?

Is there a way at all to get my onboard USB 3.0 ports working properly (in Windows) or I should snap in a USB 3.1 extension card, perhaps? (I have no intention for booting from an USB 3.0 port, my next step is to create a boot partition on one of my RAID1 arrays. For now, I'm content with booting from the USB 2.0 stick.)

Many thanks for any help!

@Ghaben,

Maybe you should try updating your USB 3.0 firmware or even disabling it and use a USB 3.0 add in card. I have no trouble on my X58 Duet system starting Duet with USB 3.0 PCI-E enabled card in place. Could be because of the chipset. However I have not tried booting Duet from that USB 3.0 port though not a deal killer in my case.

Zitat von Ghaben im Beitrag #86

---

Am I doing something wrong? My startup.nsh looks the following:
load fs0:\efi\drivers\nvmexpressdxe-64.efi
load fs0:\EFI\Drivers\XhciDxe-64.efi
map -r
fs1:\efi\boot\bootx64.efi
Should I perhaps try loading the Xhci driver differently (like to fsX, where X is not 0)?
Is there a way at all to get my onboard USB 3.0 ports working properly (in Windows) or I should snap in a USB 3.1 extension card, perhaps? (I have no intention for booting from an USB 3.0 port, my next step is to create a boot partition on one of my RAID1 arrays. For now, I'm content with booting from the USB 2.0 stick.)

---

Major problem is that system won't start at all if on-board USB 3.0 chip is enabled.

Boot process halts at console screen with $ characters in red colour and the "Hello to EFI World!" message (also in red) on centre of the screen (i.e. even BEFORE the Tianocore logo would show up), I cannot even get to the Shell EFI screen...

The only way to pass through this point is rebooting the computer and disabling the USB 3.0 chip from BIOS before booting DUET.

On-board USB chip is Renesas u720200 (rev. 3) and I have updated its firmware to the latest available version (v3.0.3.4). GA-X58A-UD7 mobo has the latest available stable BIOS (ver. FD) and I couldn't even find newer betas to experiment with...

For testing purposes I can dual boot my computer into my old copy of Windows residing on a SATA SSD via regular boot process (USB chip enabled in BIOS) and the USB 3.0 ports are properly recognized by Windows and the ports work flawlessly that way. However, if I use DUET for booting into the new copy of Windows on the PCIe NVMe drive I run into the problem described in the foregoing.

If I disable the on-board USB 3.0 chip, DUET boots and Windows loads beautifully from the PCIe NVMe partition and the system works like a dream! However, in this case USB 3.0 ports (being disabled in BIOS) are not seen by Windows, therefore its drivers are not loaded either.

Altogether, it isn't a real hardware issue (chip/ports work fine), it only looks that efildr20 doesn't like my USB 3.0 chip for some reason...
Tried to compile DUET from the latest tianocore repositories on Git but my attempts were unsuccessful so far (probably I have wrong settings in the development environment - tried the newest Visual Studio 2017 and an older WINDDK, no luck so far.)

Ultimately buying an USB 3.0/3.1 card could be an option, though I use the on-board USB 3.0 only for (faster) transferring of photos from my SDLR camera to the computer, so buying a dedicated extension card just for this reason would be a waste. And, I would like to see working everything which is supposed to work, anyway. :)