I have a RTL8153 USB 3.0 network adapter as listed in the Hardware Compatibility List, it works fine on Windows 10 and Debian 10 just not recognized by IPFire during the install process, is there anything I have to do to get it working?
Thanks all
One year ago i have tp-link ue300 with this chipset, and was recognized like ethernet adapter. Last month i tried again, and it was recognized in setup menu, but after reboot it was recognized like usb storage in ipfireinfo. Something like r8152.
I dont have usb storage.
A USB 3.0 RTL8153 network adapter is certainly working for me, in core 153 x86_64.
You could try re-plugging it, after reboot, but before starting the load of IPFire from USB/CDROM. In x86, simply press “e” at the boot screen to delay boot.
O yes i forgot. Installed ipfire on another testing machine-laptop. RTL8153 TPlink ue300 was first recognized. After reboot no more. I did another reboot, and then again recognized and worked with no problem. Rebooted several times, heavy file transfer, changing interface in setup, no problems.
Tried unplugging, restarting etc etc, maybe I’ll just buy a better brand, this is the one I have now,
Try plugging it to another Linux computer and running “lsusb”. If recognised, then run “sudo lsmod” and see if it really is a RTL8153.
I did run lsusb from my Debian box and it did show RTL8153, it also worked when I was running Windows 10 on the box (Acer Revo) I’m going to use for IPFire, I have ordered a Lenovo 03X6840 adapter, I’ll let you know how it goes when it arrives.
Here is the result of lsmod.
Module Size Used by
cdc_ether 20480 0
usbnet 49152 1 cdc_ether
r8152 73728 0
mii 16384 2 usbnet,r8152
hid_generic 16384 0
usbhid 57344 0
hid 139264 2 usbhid,hid_generic
nls_ascii 16384 1
nls_cp437 20480 1
vfat 20480 1
fat 86016 1 vfat
intel_rapl 24576 0
mei_wdt 16384 0
x86_pkg_temp_thermal 16384 0
intel_powerclamp 16384 0
coretemp 16384 0
kvm_intel 233472 0
kvm 757760 1 kvm_intel
irqbypass 16384 1 kvm
snd_hda_codec_realtek 122880 1
hp_wmi 16384 0
tpm_infineon 20480 0
crct10dif_pclmul 16384 0
sparse_keymap 16384 1 hp_wmi
snd_hda_codec_hdmi 61440 1
snd_hda_codec_generic 86016 1 snd_hda_codec_realtek
rfkill 28672 2 hp_wmi
crc32_pclmul 16384 0
wmi_bmof 16384 0
ghash_clmulni_intel 16384 0
snd_hda_intel 49152 6
intel_cstate 16384 0
snd_hda_codec 151552 4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek
efi_pstore 16384 0
intel_uncore 135168 0
snd_hda_core 94208 5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek
intel_rapl_perf 16384 0
snd_hwdep 16384 1 snd_hda_codec
serio_raw 16384 0
snd_pcm 114688 4 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_core
pcspkr 16384 0
efivars 20480 1 efi_pstore
tpm_tis 16384 0
tpm_tis_core 24576 1 tpm_tis
snd_timer 36864 1 snd_pcm
snd 94208 20 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_c odec_realtek,snd_timer,snd_pcm
mei_me 45056 1
tpm 65536 3 tpm_tis,tpm_infineon,tpm_tis_core
iTCO_wdt 16384 0
mei 118784 3 mei_wdt,mei_me
pcc_cpufreq 16384 0
sg 36864 0
soundcore 16384 1 snd
iTCO_vendor_support 16384 1 iTCO_wdt
rng_core 16384 1 tpm
evdev 28672 11
efivarfs 16384 1
ip_tables 28672 0
x_tables 45056 1 ip_tables
autofs4 49152 2
ext4 745472 1
crc16 16384 1 ext4
mbcache 16384 1 ext4
jbd2 122880 1 ext4
crc32c_generic 16384 0
fscrypto 32768 1 ext4
ecb 16384 0
sr_mod 28672 0
cdrom 65536 1 sr_mod
sd_mod 61440 4
radeon 1630208 4
crc32c_intel 24576 2
ahci 40960 3
i2c_algo_bit 16384 1 radeon
libahci 40960 1 ahci
ttm 126976 1 radeon
aesni_intel 200704 0
drm_kms_helper 208896 1 radeon
libata 270336 2 libahci,ahci
aes_x86_64 20480 1 aesni_intel
crypto_simd 16384 1 aesni_intel
cryptd 28672 3 crypto_simd,ghash_clmulni_intel,aesni_intel
glue_helper 16384 1 aesni_intel
psmouse 172032 0
ehci_pci 16384 0
ehci_hcd 94208 1 ehci_pci
scsi_mod 249856 4 sd_mod,libata,sg,sr_mod
usbcore 294912 6 ehci_pci,usbnet,usbhid,ehci_hcd,cdc_ether,r8152
drm 495616 6 drm_kms_helper,radeon,ttm
lpc_ich 28672 0
mfd_core 16384 1 lpc_ich
i2c_i801 28672 0
e1000e 282624 0
usb_common 16384 1 usbcore
wmi 28672 2 hp_wmi,wmi_bmof
button 20480 0
I’m no expert on Ethernet. You appear to have 3 NIC - e1000e, RTL8152 & cdc_ether, with the USB-Enet a cdc_ether. Earlier versions of the last have worked for me, with much earlier IPFire. If it does not appear in lsmod from IPFire then it might not (yet) be supported in IPFire.
IPFire has one difference to other Linux systems. The hardware must! have a MAC address in the device so some cheapo USB Dongles will not work even if the based on the same chipset/driver. If the MAC address eeprom is missing and linux assign a random self assigned mac it will to supported.
At my knowledge RTL8153 is supported by a special kernel module but if the vendor has added new USB ID’s it may not detected. Also generic CDC_ETHER should work with RTL8153 chip but the kernel prefere the specific module if they use known id’s.
The Lenovo adapter arrived and works perfectly, it’s actually a Lenovo 03X6903 USB 3.
I have similar issues with the usb nic. It is plugged in a pi 2b, as test system.
When i plug it in a pi 4 on bullseye i get it is realy an rtl8153 and it is recognised.
On the pi2 with ipfire 2.2.7.2 i it won’t recognise the usb stick, and does not show it for my RED connector. How could i debug this and get the rtl2832 working on my ipfire test device. When it all works, and the pi4 is availible again i will build ipfire on a pi4
I have screen captures availible.