DELL 5060
-
@sebastian-roth I hope that will help you.
-
@tice-stan said in DELL 5060:
but deployment returns an error “no disk passed”.
Well from the picture of
lsblkyou posted we see that FOS can see the disks. So I guess the error on deployment is a different one! Please take a picture of the error you see when deployment fails and post that here. -
@tice-stan In addition to getting a clear image of the error as Sebastian recommended, I also think setting up a debug capture/deploy might give us a better understanding of what is going wrong.
After you capture the image Sebastian asks for then schedule another capture/deploy debug session. Preferably the same process you used to capture the previously mentioned error message. At the FOS Linux prompt I want you to key in the following commands and then take a clear picture like you did for the previous lsblk command.
cat /proc/cmdlineuname -alsblk- Get a picture of that
- Start imaging in single step mode. Single step mode will require you to press enter between each break-point. Start imaging by keying in
fog. - Now watch for any errors, maybe an error is displayed just before the error in your screen shot. Take a picture and post it of any new or hidden error.
This might not give us the answer we need, but this process will tell use where we don’t need to look for the problem.
-
-
-
@tice-stan Every thing look good from a hardware standpoint. I think we will need to dig into the source image file to see how it was captured. I can say the way its setup it will probably put the OS disk as the HDD and make the sata 128GB as the d drive. That might be the issue where the drives might be switched in the configuration.
-
@george1421 What is strange is that with an older kernel this works.
Do you think recapturing the image with the new kernel might help? -
@tice-stan One of the pictures missed was what version of the kernel you were running when the error occurred.
Its strange why lsblk and the system would see different values based on the kernel change only. There is something amiss here.
-
@george1421 I removed sbd5 from the computer (I don’t know why there were two recovery volumes).
I recaptured the image with the 5.10.34 kernel.
I tried to deploye image and I have the same error.I put back kernel 4.19.145 and i trie to deploye… and it works
-
@tice-stan So does both 4.19 and 5.10 give you the same
lsblkoutput. The error is inconsistent what we have been presented so far. Not saying you did anything wrong, only we have to be missing something.Get a screen shot of this on both kernels
uname -a
lsblk -
@george1421
4.19.145
5.10.34
-
@tice-stan Well I see it but don’t believe it. The only difference is between the kernels. So the next question is what is the FOG imaging program doing at the time it throws the error.
Let me dig into the code.
-
@george1421 @tice-stan This is really strange a switch of the Linux Kernel seems to be causing this error. From what I see in the code it’s this call to runPartprobe failing: https://github.com/FOGProject/fos/blob/master/Buildroot/board/FOG/FOS/rootfs_overlay/usr/share/fog/lib/funcs.sh#L2132
But I have no idea why
$diskvariable might be empty at this stage because it’s definitely being used a little bit further up in the same function (restorePartitionTablesAndBootLoaders) to restore the partition layout. If$diskwould really be empty that would error out as well!?! -
@sebastian-roth
I don’t know if this question is for me ^^, but HDD is empty. -
Are there any solutions or hints? I am facing the same problem actually.
Capture was no problem, but deploy runs into the same error.
I need the kernel v4.19.145, I cannot find any download source -
@Deimos Are you absolutely sure this is the same issue you run into? Do you have Dell 5060 machines as well? Does it fail with the exact same message afer “Restoring Partition Tables (GPT)” step?
Good you mention the 4.19.145 kernel. When I read that at first I did not check the version number. Not sure where this kernel is from. It’s not available on our official kernel download site. @tice-stan Where did you get that kernel from or is there a typo in the version number? -
No, it is not a DELL. I will update Fog 1.5.5 to 1.5.9 today and make another test.
-
@sebastian-roth
4.19.145 kernel is the one that is installed at the same time as fog 1.5.9
-
@tice-stan For the 5060 to work that 4.19.x kernel needs to be updated to 5.10.x. This can be done in the FOG web ui -> FOG Configuration -> Kernel update. Download both the x64 and x86 kernels. The network adapter in the 5060 was first added to the 5.5.x linux kernel. 4.19.x doesn’t have the needed driver.
FWIW: FOG 1.5.10 (when its released) will come with 5.10.<what ever is current> version of the linux kernel and not 4.19.x any more.
-
@tice-stan said:
4.19.145 kernel is the one that is installed at the same time as fog 1.5.9
Obviously I wrote my last comment on the kernel version in a rush and didn’t remember this was the default kernel for FOG 1.5.9. So forget what I wrote about this.
Now back to the issue. Looking through the code again and again I can seem to find where this fails. Possibly at the start of putDataBack but still doesn’t make sense to me this is working with the 4.19.145 kernel but not using 5.10.34! I guess I will need to do some testing on my own.
