UEFI, Dell Workstation Tower, FlexBay PCIe NVMe, Windows 10, FOG cannot detect PCIe NVME SSD
-
@afriedman So far we haven’t had good luck with these systems (as you might have saw from the other thread). Something changed in the linux kernel between 4.13.9 and 4.15.2 to cause these disks to become invisible (probably because the code to activate them moved to a kernel driver the developers don’t load by default). Later commercial linux distros seems to work (like FC28 and FC29), which use more up to date linux kernels.
Without having one of the systems in the developers hands its very difficult to debug and find the right (missing) kernel driver or required firmware (just thought about that).
Either way you should update to 1.5.4 or 1.5.5 (better choice) when its released because there has been many fixes since 1.5.0.
-
Thanks for that George. I’m primarily focused on Windows at this point now, but thanks for the Fedora information.
About 15 minute ago, I was able to follow this short guide that allowed FOG to see the PCIe NVMe SSD: http://triplescomputers.com/blog/uncategorized/solution-switch-windows-10-from-raidide-to-ahci-operation/
Unfortunately, I still have 1 last problem: I have a script called “fog.drivers”, located in the “postdownloadscripts” folder on my FOG server, that sees which OS type the deployed image is and pushes drivers to the computer getting deployed, after the image is deployed. These are CAB drivers I get from Dell. For some reason, FOG is detecting the OS as Windows XP. It seems to be happening on this brand new hardware. The older hardware I have, older OptiPlex machines, have 0 issues with this. My Windows 7 image doesn’t have a problem with this either.
Should I update the kernel version? Also, is there a better way to deploy drivers than what I’m currently doing?
-
@afriedman said:
For some reason, FOG is detecting the OS as Windows XP.
Where do see FOG detecting you system as WinXP?
-
Its booting off of the ipxe.efi file and goes through the steps:
- Running post init scripts … Done
FOG Logo
Version 1.5.0
Verifying network interface configuration … Done
Checking Operating System … Windows XP
It has done that the last 3 times I’ve deployed an image to the machine. But of course, whenever I try to extensively troubleshoot something, it finally decides to work = I just tried imaging the computer again, and now it says the Operating System is Windows 10. After that deployment finished, i saw it preparing the drivers, but when i logged into the local profile in Windows, the drivers still aren’t installed, like what happens with my Windows 7 image.
Regardless, as I worded in my previous reply to George, is there an optimal way to deploy drivers to my computers after the image deployment process that’s simple & straight forward?
Also, attached are 3 files in txt form (fog.drivers, fog.hostinfo, fog.postdownload) that run after my FOG images deploy. 0_1542043375138_fog.drivers.txt 0_1542043378294_fog.hostinfo.txt 0_1542043383550_fog.postdownload.txt
You may see in the fog.postdownload.txt file that it mentions the “fog.ad” file, but I don’t use that anymore; I use the FOG Client for joining machines to my domain.
- Running post init scripts … Done
-
@afriedman said in UEFI, Dell Workstation Tower, FlexBay PCIe NVMe, Windows 10, FOG cannot detect PCIe NVME SSD:
Checking Operating System … Windows XP
Although it might sound like FOG is trying to guess the OS you have I can assure you it’s not! That output is simply based on the OS you have set in your image. So check your image definition and change that if you don’t want it to be Win XP.
-
Thanks Sebastian. I recreated the image and made sure “Windows 10” was chosen for OS type. I’m currently upgrading my FOG version and Kernel version. Hopefully that will fix some of these issues.
-
Few things:
-
I was actually finally able to image a different new machine earlier = Precision 7730 (laptop); not a 5820 desktop tower. That laptop is imaged and is working fine, other than having to manually install drivers.
-
Upgraded to FOG 1.5.4 and upgraded the kernel to “Kernel - 4.16.6 TomElliott 64”. Just tried imaging the 5820 desktop tower and I’m still getting the error "Cannot find disk on system (getHardDisk) like in the first picture in my original post above. I tried following the short guide I mentioned earlier with this tower, and it hasn’t showed any progress. I also have 4 other desktop towers that are identical to this one, and I tried this on one of the other towers too, so I don’t think the first one is a lemon.
Any ideas on what to try next?
-
-
Major Update:
-
I made a bootable Windows 10 USB to see if that could find the SSD. It didn’t, which wasn’t surprising. After on the phone with Dell ProSupport for over an hour, their tier 2 engineers gave me this link to download some files from: https://downloads.dell.com/FOLDER04699307M/1/Intel-Rapid-Storage-Technology-enterprise-F6-Driver_TV5DJ_WIN_5.3.1.1019_A03.EXE
-
I ran the EXE and extracted the contents. I put the folder “RSTe_f6_iaStorE_win8_64” on the root of my Windows 10 bootable flash drive, booted off of it, used the “Browse” option when it couldn’t find a storage drive, pointed it to that folder, and it actually found the SSD! I successfully clean installed Windows 10 from a bootable USB onto this SSD that’s in the FlexBay.
-
After clean installing Windows 10, I tried booting off the network and deploying an image to the machine, since I did all this with the BIOS setting on AHCI. Unfortunately, this did not let FOG detect the SSD. BUT, I did find drivers for this FlexBay system.
Is there any way I can incorporate these .cat, .inf, .sys, and .oem files into the FOG deployment process, since Windows Setup can use them to see the SSD?
-
-
@afriedman said in UEFI, Dell Workstation Tower, FlexBay PCIe NVMe, Windows 10, FOG cannot detect PCIe NVME SSD:
Is there any way I can incorporate these .cat, .inf, .sys, and .oem files into the FOG deployment process, since Windows Setup can use them to see the SSD?
Those drivers won’t help you with FOG. They are from a completely different world and won’t work on Linux / FOG.
-
FYI that I had this problem with a bunch Lenovo P51s. Bios did not have a setting for AHCI/SATA but in Boot priority I saw nvme beside the drive which none of my dells or even the P52s have (they show as HDD)
From one of the other posts I tried set the “Host Primary Disk” for that client in the fog web gui to “/dev/nvme0n1”. I was able to deploy images to these P51s.
