@Sebastian-Roth So I make test with allmost all kernel so the problem come back when I pass from 4.18.20.64 to 4.19.64 kernel so the problem is on the last one.
I hope it’s help.

@george1421
Do you think it can be a bios configuration issue ?
Because I try de load the compatibility checking, with 6-1-22 it’s working, and after a reboot, no anymore, same as 5-15-93 kernel …
You ask me to try lspci -Knn | more one the installed Debian ?

@george1421 From a Debian 12 I just install:

root@debian:~# dmesg | grep firm
[ 3.391439] platform regulatory.0: firmware: direct-loading firmware regulatory.db
[ 3.391687] platform regulatory.0: firmware: direct-loading firmware regulatory.db.p7s
[ 3.472252] Bluetooth: hci0: Minimum firmware build 1 week 10 2014
[ 3.472285] bluetooth hci0: firmware: failed to load intel/ibt-0041-0041.sfi (-2)
[ 3.472309] firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware
[ 3.472333] bluetooth hci0: firmware: failed to load intel/ibt-0041-0041.sfi (-2)
[ 3.472348] Bluetooth: hci0: Failed to load Intel firmware file intel/ibt-0041-0041.sfi (-2)
[ 3.803833] i915 0000:00:02.0: firmware: failed to load i915/icl_dmc_ver1_09.bin (-2)
[ 3.803849] i915 0000:00:02.0: firmware: failed to load i915/icl_dmc_ver1_09.bin (-2)
[ 3.803854] i915 0000:00:02.0: Direct firmware load for i915/icl_dmc_ver1_09.bin failed with error -2
[ 3.803859] i915 0000:00:02.0: [drm] Failed to load DMC firmware i915/icl_dmc_ver1_09.bin. Disabling runtime power management.
[ 3.803862] i915 0000:00:02.0: [drm] DMC firmware homepage: https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/i915
[ 14.613243] r8152 1-4.4:1.0: firmware: failed to load rtl_nic/rtl8153a-4.fw (-2)
[ 14.613270] r8152 1-4.4:1.0: firmware: failed to load rtl_nic/rtl8153a-4.fw (-2)
[ 14.613284] r8152 1-4.4:1.0: Direct firmware load for rtl_nic/rtl8153a-4.fw failed with error -2
[ 14.613288] r8152 1-4.4:1.0: unable to load firmware patch rtl_nic/rtl8153a-4.fw (-2)

root@debian:~# lspci -nn | grep -i net
00:1d.1 Ethernet controller [0200]: Intel Corporation Device [8086:4ba0] (rev 11)
02:00.0 Network controller [0280]: Intel Corporation Wi-Fi 6 AX210/AX211/AX411 160MHz [8086:2725] (rev 1a)

He we see only the internal ethenet card
The USB one is from lsusb :
Bus 001 Device 011: ID 0bda:8153 Realtek Semiconductor Corp. RTL8153 Gigabit Ethernet Adapter

root@debian:~# uname -a
Linux debian 6.1.0-12-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.52-1 (2023-09-07) x86_64 GNU/Linux

@george1421 said in JLT 6012 rev 2023 - restor boot:

@totoro Do you have the option to usb boot this device for imaging?

Yes but not useable for my USB adaptateur, at fist Pxe menu appear with onboard ethernet card with cable plugged, then after boot start I need to plug cable on Usb ethernet card.

For completeness, you say you are able to image using 2 network cards. One allows pxe booting. What model network adapter is this?

Result of “lshw -class network”
description: Ethernet interface
produit: Intel Corporation
fabriquant: Intel Corporation
identifiant matériel: 1d.1
information bus: pci@0000:00:1d.1
nom logique: eno1
version: 11
numéro de série: 00:13:95:57:22:f6
taille: 1Gbit/s
capacité: 1Gbit/s
bits: 64 bits
horloge: 33MHz
fonctionnalités: pm msi bus_master cap_list ethernet physical tp mii 10bt-fd 100bt-fd 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=st_gmac driverversion=6.1.0-12-amd64 duplex=full ip=192.168.0.71 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s
ressources: mémoireE/S:600-5ff irq:130 mémoire:6002300000-600233ffff

The first one is not seen by FOS linux but the second one is seen by FOS. What model number is that?

description: Ethernet interface
identifiant matériel: 7
information bus: usb@1:4.4
nom logique: enx00e04c421374
numéro de série: 00:e0:4c:42:13:74
taille: 1Gbit/s
capacité: 1Gbit/s
fonctionnalités: ethernet physical tp mii 10bt 10bt-fd 100bt 100bt-fd 1000bt 1000bt-fd autonegotiation
configuration: autonegotiation=on broadcast=yes driver=r8152 driverversion=v1.12.13 duplex=full ip=192.168.0.79 link=yes multicast=yes port=MII speed=1Gbit/s

Is it an added in network adapter like usb a or usb c network adapter?

Usb a

The transfer of 26% of bzImage is suspicious why it works for capture but fails on deploy. I have to be missing something here. I realize this hardware is not a typical PC, but if its x86 based it should work.

More information, is I try with the USB adaptateur unplug without succes.

@george1421
Same problem after update…

@george1421
Same problem with snp.

@george1421

Just to make sure I can understand. You can capture an image from this device, but you can’t deploy it because ipxe only sends 26% of the FOS linux image?

Yes

Is this device uefi or bios based?

Can be both, but actually usefi

If its uefi, what boot loader are you using? ipxe.efi or snponly.efi?

ipxe.efi

If you are using ipxe.efi try the snp.efi or snponly.efi. (the snp.efi will use all interfaces, and snponly will only use the interface it pxe booted from) to chain load linux. The snp driver is built into the nic adapter, where ipxe.efi is much like the linux kernel that has all common network drivers built in. That will lead to the next part.

Ok I’m will try snp.efi and give you a return

Another observation is that these device are 2023 models == new hardware. Linux sometimes is a bit slow to take up new hardware. As well as new hardware firmware (uefi/bios) sometimes has bugs in it.

Yes I know, it’s for that the two network card
Thank’s for your help

@george1421 We run the 1.5.10

Hi,

At work, we use Fog to make images of various computers and terminals on forklift trucks.
On the whole, no worries. But we have something strange.
We have a problem with an on-board terminal model (JLT 6012 version 2023 from JLT moblie). The OS is Windows 10.

We manage to carry out the image, using 2 network cards (the internal one which starts the PXE menu, and a second one which is recognized by the deployment kernel, as the first is no longer detected).

The problem arises when restoring, where restoration is blocked when the kernel is loaded at 26%.
At kernel level, we’re currently using version: 5-15-93
Integrated Lan card: intel EC1000R - 1.0GbE

Any ideas?

@Sebastian-Roth Sometime we have a problem before the PXE menu. The PXE boot is waiting for an IP, and don’t receive it. Or some time, PXE says to check cable… I have no idea else a bios or hardware problem, we do try by changing switch, and put directly the fog server and client on same switch no change… per ups we have some hardware series problem, but only on PXE it’s strange

@Sebastian-Roth Hi again, it’s made me crazy… some time is not working any time it’s working again (on the same PC who we have all the time the problem before). And some time just at pxe boot, it’s not working too, so I look on the web about a bios or hardware issue, it’s like they have a problem so I don’t think the problem come with fog but a random bug somewhere in the bios.Thank’s for your help, and sorry to make you lose time.