m.2 PCIe SSD not recognised in FOG

[Wayne Workman]

@george1421 said:

Also as new hardware is released we just need to update the drivers on the fog server, there is no reason to recapture the image.

That’s pretty slick. But it requires a lot of knowledge - and I’ll admit you seem to have a lot more skills than I do, likely from your experience.

For me - a 6TB drive is awful cheap, and I can update an existing image before lunch. We have 22 images, one or two for each model. Keeping an image per model is simple to me, and deployment is more simple for both myself and co-workers. We can afford the drive-space and we have the time to make images.

[george1421]

@Wayne-Workman said:

For me - a 6TB drive is awful cheap, and I can update an existing image before lunch. We have 22 images, one or two for each model. Keeping an image per model is simple to me, and deployment is more simple for both myself and co-workers. We can afford the drive-space and we have the time to make images.

See the key/trick to this is that there is only one or two images for all systems. I don’t have to keep track of what the target computer is, because there is only one image. In our case we release a new golden image every quarter with all of the latest windows and application updates. If you have 22 images that would be almost impossible to do. In my situation I can tell you that a Dell 790 or 9020 have the same image on it as a e7404 or e7550 (sans the model specific driver). If there is an issue impacting a 790 I’m almost assured that it will impact all models, so I fix it one, I fix it for all (in theory).

[Toby777]

@Sebastian-Roth Thanks for that! I will download and test and let you know how it goes.

[Toby777]

I’ve set the image to Single Disk - Resizable and removed the custom entries in the Host’s Primary Disk field.

It all looks good when recognizing the disk… however it appears to be stuck at the following…

I’ve tried repairing the MBR just in case but still seems to be stuck at this point when attempting to capture an image.

[Sebastian Roth]

@Toby777 Thanks for testing and reporting. Have you tried non-resizable (Multiple Partitions - Single Disk) yet?

[Toby777]

@Sebastian-Roth No I haven’t as yet sorry. I went to try that today but the notebook will no longer boot up lol. Won’t even POST.

So have contacted DELL to organise a replacement. Will let you know how it goes after that.

[JJ Fullmer]

@Tom-Elliott is on top of this problem
Check out this forum post https://forums.fogproject.org/topic/6315/hp-z640-nvme-pci-e-drive/37
I’m posting my results of testing on the /dev/nvme0n1 type drives with his current inits found here

32 bit Init: https://mastacontrola.com/init_32.xz
64 bit Init: https://mastacontrola.com/init.xz

To use them do the following

cd /var/www/fog/service/ipxe
sudo mv init.xz init.bck
sudo mv init_32.xz init_32.bck
wget https://mastacontrola.com/init.xz --no-check-certificate && wget https://mastacontrola.com/init_32.xz --no-check-certificate
sudo chmod -R 775 ./

Granted by the time dell gets you a replacement it might already be tested enough and the fix will just be in the latest trunk. But that’s what to do in case anyone else is looking.

[Toby777]

@Arrowhead-IT Thanks for letting me know.
Dell haven’t yet fixed up the notebook as yet. Still waiting on parts.
Have updated to those inits. Will test as soon as the notebook is fixed and report back.

[Toby777]

Hi all,
Apparently there’s a delay with the replacement motherboard for the new XPS 13.
So you guys can most likely close this case for now as I noticed that @Arrowhead-IT has confirmed that it’s resolved in the latest trunk.
Cheers

[Tom Elliott]

@Toby777 i don’t want to solve a cased until I’m sure your issue is fixed. Hopefully that is understandable. When you can please just let us know if this can be solved for sure. Thanks.

[Toby777]

@Tom-Elliott Ok no dramas. Will test as soon as the notebook is repaired by Dell. Cheers

[Toby777]

Hi Tom,

Got the Dell tech to replace the motherboard today.

Latest Fog trunk now recognises the nvme SSD.

When the Image is set to Single Disk - Resizable, it hangs at…

* Saving original patition table......................

When Image is set to Multiple Partition Image - Single Disk (Not Resizable), it hangs at…

* Now FOG will attempt to upload the image using Partclone
* Processing Hard Disk: /dev/nvme0n1

When Image is set to Raw Image, it starts the upload…

I’m fine with using Raw Image if that’s what works.

[Tom Elliott]

@Toby777 Was this indefinitely hung, or did you wait a minute and then retry?

I’ve been seeing some “hanging” but it does continue to run, though I’m not 100% if this is truly the same case with the nvme drives.

At least I now know the raw capture still works

[Toby777]

@Tom-Elliott I did leave it running for 5 mins but it still had not progressed on either one except Raw.

[Sebastian Roth]

@Toby777 Could you please run a debug session on this device (WebGUI -> Host -> Basic tasks -> Debug) and run lsblk. What do you get?

Are you sure it said /dev/nvme0n1 when trying single disk resizable?? Asking because this would be the whole disk instead of the first partition. In RAW mode nvme0n1 is fine.

[Toby777]

@Sebastian-Roth Here’s the results of the Debug…

Here is the upload attempt when the Image is set to Multiple Partition Image - Single Disk (Not Resizable)

Damn that screen on the XPS 13 is shiny

[JJ Fullmer]

@Toby777 Are you on the latest trunk?
Download and upload of all image formats is working for me on nvme on the latest.

[Toby777]

@Arrowhead-IT Yup - updated to 5964 this morning on the test server.

[Wayne Workman]

@Sebastian-Roth @Tom-Elliott this might be helpful? https://communities.intel.com/community/itpeernetwork/blog/2014/10/03/upgrade-a-nvme-capable-linux-kernel

[Sebastian Roth]

@Wayne-Workman Thanks for the link but I don’t think we need this as we have a 4.x kernel already running. It seams to recognize the disk and partitions as we see in the lsblk output!

@Toby777 Would you mind another debug session? Please run the following three commands and see if this hangs:

udevadm settle
blockdev --rereadpt /dev/nvme0n1
sfdisk -l /dev/nvme0n1