RTL8153 USB 3.0 network adapter not working

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.

3 Likes

The Lenovo adapter arrived and works perfectly, it’s actually a Lenovo 03X6903 USB 3.