RC10: Samsung EVO 850 SSD Issues

[george1421]

@george1421 One other test. Install a target OS on this system (with the EVO 850) from source media. Make sure it boots and runs acceptable. Use FOG to capture this image to the fog server. Then use FOG to deploy that same image back to that same computer. If that works deploy the captured image to a like computer. Its also not clear in my mind is it the EVO 850 at fault or your image (for some reason).

[Tom Elliott]

I’d lean more on the side of there actually being a problem with the flash rom on the EVO 850. What makes me say that? I’ve imaged many systems that contain an EVO 850 drive with no issues. I’m no longer with that work place, but I assure you EVO 850 is not the culprit itself.

[Tom Elliott]

For confirmation of “said” disk vs. firmware issue, have you tried a different EVO 850 disk?

[A Former User]

@Tom-Elliott @george1421 Something I should have noted in the beginning is the Samsung EVO 850s work fine with FOG 1.2.0.

@Tom-Elliott Per your questions, yes we tried a different EVO 850. When I original came across the issue I tried multiple EVO 850 drives with the same result.

[Tom Elliott]

@Dalton-Childers then maybe try with an older kernel version? Maybe the driver changed and is causing this issue. I don’t know fully just trying to lead to a potential solution. Does this occur simply booting into fog or at a certain point in the imaging process?

[A Former User]

@Tom-Elliott The error appears after the image has finished and the system reboots.

[Tom Elliott]

@Tom-Elliott sorry reading further thr issue isn’t in the cloning process just when it’s trying to boot

[Tom Elliott]

@Dalton-Childers can you go into a debug and get output of fdisk -l? Of course this on a disk that was just imaged to.

[A Former User]

@Tom-Elliott Exactly, the image deploys fine. The same image will work with the EVO 840s on FOG 1.2.0 or 1.3.0, and works with the EVO 850s if deployed from FOG 1.2.0.

[A Former User]

@Tom-Elliott It doesn’t make it far enough into the boot process to do that with installed OS, but I could try it by other means not sure that would yield any usable results.

[A Former User]

@george1421 Per your questions about the drives, they were both straight out of the box with no OS installed previously.

[A Former User]

@Tom-Elliott

I hooked the drive into my Mac Pro and ran diskutil list, which return the above bit of information.

The above image is sudo fdisk disk.

[A Former User]

@Tom-Elliott I’ve reverted back to kernel 3.18.2, because I found refers to that being the primary kernel for FOG 1.2.0. I’ll let everyone know if that resolves the issue…if not I’m going to try imaging a working computer (done with FOG 1.2.0) and drop the image on the EVO 850 using FOG 1.3.0.

[george1421]

@Dalton-Childers To Tom’s point about " go into a debug and get output of fdisk -l "

What he was recommending is on the system you just imaged. Schedule a new image right away, BUT on the scheduled task page enable the checkbox for debug deploy. Then pxe boot the target computer. This will tell the FOS Engine to boot on the target computer, display a bunch of text and after a few presses of the enter key drop you to a command prompt on the target system. This is the command shell for the FOS Engine (the linux OS that captures and deploys images on target devices). Obviously this OS can see the 850 EVO. Then run the fdisk -l command and post the output here.

BTW: I don’t think kernel 3.18 will work with the new initz. You will probably get a kernel panic when your try to pxe boot it. But that is only a guess, and I’m a bad guesser.

[A Former User]

@Tom-Elliott @george1421 The kernel test failed.

Also, when you press F12 and select the hard drive as the boot option. It responds with the standard can’t find a bootable drive error. When you let it run thought pxe then fog then boot from hard drive you get the error I posted above.

[A Former User]

@Tom-Elliott @george1421

^ Requested output of fdisk -l

[george1421]

@Dalton-Childers While I can’t answer anything about the command Tom posted I will give you a hint. If in the FOS command shell, you give root a password with passwd you can connect to the FOS linux via ssh (putty or what ever). That will allow you to do screen grabs and what not instead of having to take pictures with a mobile.

Now that I look at that picture again, are you deploying linux to the EVO 850 or Windows? That looks suspiciously like a windows disk structure.

[A Former User]

@george1421 The image is a windows image.

[Tom Elliott]

@Dalton-Childers It almost sounds like the device is setup to boot through UEFI? I know that sounds weird because you replacing the 850 with an 840 all seems to work fine. The fact that it’s saying no OS is being found is what’s making me think there’s an issue.

You might want to try deploying the system with a 4.4 kernel or even 4.5 is possible. 3.18 is very old and likely didn’t have the drivers needed to even recognize the SSD.

[A Former User]

@Tom-Elliott I just checked to be sure and the boot mode is set to Legacy. I’ll try one of those kernels.