Issues with Realtek RTL8168 and 4.19.48 kernel
-
#!ipxe set fog-ip 10.0.0.1 set fog-webroot fog set boot-url http://${fog-ip}/${fog-webroot} cpuid --ext 29 && set arch x86_64 || set arch i386 goto get_console :console_set colour --rgb 0x00567a 1 || colour --rgb 0x00567a 2 || colour --rgb 0x00567a 4 || cpair --foreground 7 --background 2 2 || goto MENU :alt_console cpair --background 0 1 || cpair --background 1 2 || goto MENU :get_console console --picture http://10.0.0.1/fog/service/ipxe/bg.png --left 100 --right 80 && goto console_set || goto alt_console :MENU menu colour --rgb 0xff0000 0 || cpair --foreground 1 1 || cpair --foreground 0 3 || cpair --foreground 4 4 || item --gap Host is NOT registered! item --gap -- ------------------------------------- item fog.local Boot from hard disk item fog.memtest Run Memtest86+ item fog.reginput Perform Full Host Registration and Inventory item fog.reg Quick Registration and Inventory item fog.deployimage Deploy Image item fog.multijoin Join Multicast Session item fog.sysinfo Client System Information (Compatibility) choose --default fog.local --timeout 3000 target && goto ${target} :fog.local sanboot --no-describe --drive 0x80 || goto MENU :fog.memtest kernel memdisk initrd=memtest.bin iso raw initrd memtest.bin boot || goto MENU :fog.reginput kernel bzImage32 loglevel=4 initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=275000 web=http://10.0.0.1/fog/ consoleblank=0 rootfstype=ext4 storage=10.0.0.1:/images/ storageip=10.0.0.1 loglevel=4 mode=manreg imgfetch init_32.xz boot || goto MENU :fog.reg kernel bzImage32 loglevel=4 initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=275000 web=http://10.0.0.1/fog/ consoleblank=0 rootfstype=ext4 storage=10.0.0.1:/images/ storageip=10.0.0.1 loglevel=4 mode=autoreg imgfetch init_32.xz boot || goto MENU :fog.deployimage login params param mac0 ${net0/mac} param arch ${arch} param username ${username} param password ${password} param qihost 1 isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme param sysuuid ${uuid} :fog.multijoin login params param mac0 ${net0/mac} param arch ${arch} param username ${username} param password ${password} param sessionJoin 1 isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme param sysuuid ${uuid} :fog.sysinfo kernel bzImage32 loglevel=4 initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=275000 web=http://10.0.0.1/fog/ consoleblank=0 rootfstype=ext4 storage=10.0.0.1:/images/ storageip=10.0.0.1 loglevel=4 mode=sysinfo imgfetch init_32.xz boot || goto MENU :bootme chain -ar http://10.0.0.1/fog/service/ipxe/boot.php##params || goto MENU autoboot -
@Enki213 I’m not seeing any errors in that code. What were you doing when it threw that execute error? Just booting into the ipxe menu and picking compatibility test?
-
@Enki213 Did it throw that error before you loaded that bzImageRT kernel?
Possibly you can try that second URL where it has the mac address of the computer you are tying to pxe boot.
-
#!ipxe set fog-ip 10.0.0.1 set fog-webroot fog set boot-url http://${fog-ip}/${fog-webroot} cpuid --ext 29 && set arch x86_64 || set arch i386 goto get_console :console_set colour --rgb 0x00567a 1 || colour --rgb 0x00567a 2 || colour --rgb 0x00567a 4 || cpair --foreground 7 --background 2 2 || goto MENU :alt_console cpair --background 0 1 || cpair --background 1 2 || goto MENU :get_console console --picture http://10.0.0.1/fog/service/ipxe/bg.png --left 100 --right 80 && goto console_set || goto alt_console :MENU menu colour --rgb 0x00567a 0 || cpair --foreground 1 1 || cpair --foreground 0 3 || cpair --foreground 4 4 || item --gap Host is registered as Girl-Scouts-DT! item --gap -- ------------------------------------- item fog.local Boot from hard disk item fog.memtest Run Memtest86+ item fog.keyreg Update Product Key item fog.deployimage Deploy Image item fog.multijoin Join Multicast Session item fog.quickdel Quick Host Deletion item fog.sysinfo Client System Information (Compatibility) choose --default fog.local --timeout 3000 target && goto ${target} :fog.local sanboot --no-describe --drive 0x80 || goto MENU :fog.memtest kernel memdisk initrd=memtest.bin iso raw initrd memtest.bin boot || goto MENU :fog.keyreg login params param mac0 ${net0/mac} param arch ${arch} param username ${username} param password ${password} param keyreg 1 isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme param sysuuid ${uuid} :fog.deployimage login params param mac0 ${net0/mac} param arch ${arch} param username ${username} param password ${password} param qihost 1 isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme param sysuuid ${uuid} :fog.multijoin login params param mac0 ${net0/mac} param arch ${arch} param username ${username} param password ${password} param sessionJoin 1 isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme param sysuuid ${uuid} :fog.quickdel login params param mac0 ${net0/mac} param arch ${arch} param username ${username} param password ${password} param delhost 1 isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme param sysuuid ${uuid} :fog.sysinfo kernel bzImage32 loglevel=4 initrd=init_32.xz root=/dev/ram0 rw ramdisk_size=275000 web=http://10.0.0.1/fog/ consoleblank=0 rootfstype=ext4 storage=10.0.0.1:/images/ storageip=10.0.0.1 loglevel=4 mode=sysinfo imgfetch init_32.xz boot || goto MENU :bootme chain -ar http://10.0.0.1/fog/service/ipxe/boot.php##params || goto MENU autoboot -
@Enki213 From what I see in the picture you posted below (ref) there is no network problem but the kernel cannot find your disk! Is the disk mode set to AHCI or RAID in BIOS?
Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)
Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG
-
@Sebastian-Roth hadn’t thought to check that, It’s currently set to RAID for the NVME drive
-
@Enki213 said in Issues with Realtek RTL8168 and 4.19.48 kernel:
It’s currently set to RAID for the NVME drive
Do you have more than one nvme disk in a raid configuration?
-
@george1421 yes it did,
Would it be worth to do an “upgrade” to set everything back to default settings? -
@Sebastian-Roth said in Issues with Realtek RTL8168 and 4.19.48 kernel:
there is no network problem but the kernel cannot find your disk!
Ugh, I was too quick to blame the realtek nic this time. Yes its the disk controller that wasn’t found.
-
@Enki213 said in Issues with Realtek RTL8168 and 4.19.48 kernel:
yes it did,
Are you using both nvme disk configured as a raid setup or only you just have 2 nvme drives installed? The answer is important.
-
@george1421 just the one, it’s how they came from Dell for intel rapid storage technology
-
@Enki213 The issue is linux + uefi firmware + dell disk controller in raid-on mode means that FOG will not see the disk. If you change any of the three it will work. Normally if you are not specifically running a raid configuration you can change the disk mode back to ahci mode any everything will work. I’m doing that right now with a batch of 7050s
-
@george1421 good to know!
I know linux has a few shortcomings with some windows hardware but in general makes up for it with flexibility almost everywhere else and the fact that it’s light weight.
now just to deal with the Exec format errors
I just wanted to say thank you for the quick responses!
-
@Enki213 said in Issues with Realtek RTL8168 and 4.19.48 kernel:
Linux has a few shortcomings
Yo, in this neighborhood them is some fight’n words.
The issue is actually with intel not releasing the driver information so the linux kernel developers can create the driver for it.
Well I would start by rolling back the change you did to bring in bzImageRT kernel. Then I would have to ask you what did you change? I’m not seeing a reason (at least in the ipxe menu) why it isn’t working.
-
@george1421 @Sebastian-Roth I reverted everything back and switched the Sata mode to AHCI and everything is working great again and both the NIC and storage passed the compatability test!
Big thanks to both of you!
Hopefully the big companies will start releasing open-source drivers so Linux can thrive
