Hi,
During the update, i had 3 similar messages lithe this one:
Error! rtl88x2bu/5.8.7.4.r123.26679bf: Missing the module source directory or the symbolic link pointing to it.
Manual intervention is required!
May i reboot anyway?
Hi,
During the update, i had 3 similar messages lithe this one:
Error! rtl88x2bu/5.8.7.4.r123.26679bf: Missing the module source directory or the symbolic link pointing to it.
Manual intervention is required!
May i reboot anyway?
Donβt reboot. Whatβs the output of:
dkms status
[marc@marc-pc ~]$ dkms status
Deprecated feature: REMAKE_INITRD (/var/lib/dkms/rtl8192cu-fixes-git/r118.e5c01a3/source/dkms.conf)
rtl8192cu-fixes-git/r107.0f37bd7: broken
Error! rtl8192cu-fixes-git/r107.0f37bd7: Missing the module source directory or the symbolic link pointing to it.
Manual intervention is required!
rtl8192cu-fixes-git/r118.e5c01a3, 5.10.233-1-MANJARO, x86_64: installed
rtl88x2bu/5.13.1.r201.2092b8d, 5.10.233-1-MANJARO, x86_64: installed
rtl88x2bu/5.13.1.r201.2092b8d, 6.1.126-1-MANJARO, x86_64: installed
rtl88x2bu/5.8.7.4.r123.26679bf: broken
Error! rtl88x2bu/5.8.7.4.r123.26679bf: Missing the module source directory or the symbolic link pointing to it.
Manual intervention is required!
[marc@marc-pc ~]$
Please provide the output of:
uname -a
And
mhwd-kernel --listinstalled
[marc@marc-pc ~]$ uname -a
Linux marc-pc 6.1.119-1-MANJARO #1 SMP PREEMPT_DYNAMIC Sat Nov 23 02:15:12 UTC 2024 x86_64 GNU/Linux
[marc@marc-pc ~]$ mhwd-kernel --listinstalled
Currently running: 6.1.119-1-MANJARO (linux61)
The following kernels are installed in your system:
* linux510
* linux61
[marc@marc-pc ~]$
Hmmmmβ¦
Try:
sudo dkms remove rtl88x2bu/5.8.7.4.r123.26679bf --all
And provide any output/response if the is.
[marc@marc-pc ~]$ sudo dkms remove rtl88x2bu/5.8.7.4.r123.26679bf --all
[sudo] Mot de passe de marc :
Error! Could not locate dkms.conf file.
File: /var/lib/dkms/rtl88x2bu/5.8.7.4.r123.26679bf/source/dkms.conf does not exist.
Error! rtl88x2bu/5.8.7.4.r123.26679bf is broken!
Missing the source directory or the symbolic link pointing to it.
Manual intervention is required!
[marc@marc-pc ~]$
OK, apparently this doesnβt look like a crises, so, well, I donβt know really, except perhaps giving the output of:
ls -lAh /var/lib/dkms/
[marc@marc-pc ~]$ ls -lAh /var/lib/dkms/
total 16K
-rw------- 1 root root 1,7K 12 juil. 2022 mok.key
-rw-r--r-- 1 root root 811 12 juil. 2022 mok.pub
drwxr-xr-x 4 root root 4,0K 4 fΓ©vr. 09:43 rtl8192cu-fixes-git
drwxr-xr-x 4 root root 4,0K 4 fΓ©vr. 09:44 rtl88x2bu
[marc@marc-pc ~]$
Here AUR (en) - rtl88x2bu-dkms-git i see thatβa a wifi chipset and i donβt use wifi on this computerβ¦
So, i think i can reboot without prejudice?
Oops, I meant:
tree /var/lib/dkms/
But:
Itβs an AUR package, so donβt until weβre sure.
looking at the changelog at AUR I noticed that you have several dkms folders of older versions of the driver on your disk. Some of those might be broken. See here: aur.git - AUR Package Repositories. Maybe a reinstall of the driver might help. Then maybe move the faulty folders out of the dkms folder and if not needed delete them afterwards.
[marc@marc-pc ~]$ tree /var/lib/dkms/
/var/lib/dkms/
βββ mok.key
βββ mok.pub
βββ rtl8192cu-fixes-git
β βββ kernel-4.19.206-1-MANJARO-x86_64 -> r107.0f37bd7/4.19.206-1-MANJARO/x86_64
β βββ kernel-5.10.233-1-MANJARO-x86_64 -> r118.e5c01a3/5.10.233-1-MANJARO/x86_64
β βββ r107.0f37bd7
β β βββ 4.19.206-1-MANJARO
β β β βββ x86_64
β β β βββ log
β β β β βββ make.log
β β β βββ module
β β β βββ 8192cu.ko.xz
β β βββ build
β β β βββ 8192cu-disable-power-management.conf
β β β βββ 8192cu.mod
β β β βββ blacklist-native-rtl8192.conf
β β β βββ clean
β β β βββ core
β β β β βββ efuse
β β β β β βββ rtw_efuse.c
β β β β βββ rtw_ap.c
β β β β βββ rtw_br_ext.c
β β β β βββ rtw_cmd.c
β β β β βββ rtw_debug.c
β β β β βββ rtw_debug.o
β β β β βββ rtw_eeprom.c
β β β β βββ rtw_ieee80211.c
β β β β βββ rtw_io.c
β β β β βββ rtw_ioctl_query.c
β β β β βββ rtw_ioctl_query.o
β β β β βββ rtw_ioctl_rtl.c
β β β β βββ rtw_ioctl_set.c
β β β β βββ rtw_ioctl_set.o
β β β β βββ rtw_iol.c
β β β β βββ rtw_io.o
β β β β βββ rtw_mlme.c
β β β β βββ rtw_mlme_ext.c
β β β β βββ rtw_mp.c
β β β β βββ rtw_mp_ioctl.c
β β β β βββ rtw_p2p.c
β β β β βββ rtw_pwrctrl.c
β β β β βββ rtw_recv.c
β β β β βββ rtw_rf.c
β β β β βββ rtw_security.c
β β β β βββ rtw_security.o
β β β β βββ rtw_sreset.c
β β β β βββ rtw_sta_mgt.c
β β β β βββ rtw_tdls.c
β β β β βββ rtw_wlan_util.c
β β β β βββ rtw_xmit.c
β β β βββ dkms.conf
β β β βββ hal
β β β β βββ dm.c
β β β β βββ dm.h
β β β β βββ hal_com.c
β β β β βββ hal_intf.c
β β β β βββ HalPwrSeqCmd.c
β β β β βββ rtl8192c
β β β β βββ rtl8192c_cmd.c
β β β β βββ rtl8192c_dm.c
β β β β βββ rtl8192c_hal_init.c
β β β β βββ rtl8192c_mp.c
β β β β βββ rtl8192c_phycfg.c
β β β β βββ rtl8192c_rf6052.c
β β β β βββ rtl8192c_rxdesc.c
β β β β βββ rtl8192c_sreset.c
β β β β βββ rtl8192c_xmit.c
β β β β βββ usb
β β β β βββ Hal8192CUHWImg.c
β β β β βββ Hal8192CUHWImg_wowlan.c
β β β β βββ rtl8192cu_led.c
β β β β βββ rtl8192cu_recv.c
β β β β βββ rtl8192cu_xmit.c
β β β β βββ usb_halinit.c
β β β β βββ usb_ops_ce.c
β β β β βββ usb_ops_linux.c
β β β β βββ usb_ops_xp.c
β β β βββ include
β β β β βββ autoconf.h
β β β β βββ basic_types.h
β β β β βββ byteorder
β β β β β βββ big_endian.h
β β β β β βββ generic.h
β β β β β βββ little_endian.h
β β β β β βββ swabb.h
β β β β β βββ swab.h
β β β β βββ circ_buf.h
β β β β βββ cmd_osdep.h
β β β β βββ drv_conf.h
β β β β βββ drv_types_ce.h
β β β β βββ drv_types.h
β β β β βββ drv_types_linux.h
β β β β βββ drv_types_sdio.h
β β β β βββ drv_types_xp.h
β β β β βββ ethernet.h
β β β β βββ h2clbk.h
β β β β βββ Hal8192CEHWImg.h
β β β β βββ Hal8192CPhyCfg.h
β β β β βββ Hal8192CPhyReg.h
β β β β βββ Hal8192CUHWImg.h
β β β β βββ Hal8192CUHWImg_wowlan.h
β β β β βββ Hal8192DEHWImg.h
β β β β βββ Hal8192DPhyCfg.h
β β β β βββ Hal8192DPhyReg.h
β β β β βββ Hal8192DUHWImg.h
β β β β βββ Hal8192DUHWImg_wowlan.h
β β β β βββ hal_com.h
β β β β βββ hal_intf.h
β β β β βββ HalPwrSeqCmd.h
β β β β βββ ieee80211_ext.h
β β β β βββ ieee80211.h
β β β β βββ if_ether.h
β β β β βββ ioctl_cfg80211.h
β β β β βββ ip.h
β β β β βββ linux
β β β β β βββ wireless.h
β β β β βββ mlme_osdep.h
β β β β βββ mp_custom_oid.h
β β β β βββ nic_spec.h
β β β β βββ osdep_ce_service.h
β β β β βββ osdep_intf.h
β β β β βββ osdep_service.h
β β β β βββ pci_hal.h
β β β β βββ pci_ops.h
β β β β βββ pci_osintf.h
β β β β βββ recv_osdep.h
β β β β βββ rtl8192c_cmd.h
β β β β βββ rtl8192c_dm.h
β β β β βββ rtl8192c_event.h
β β β β βββ rtl8192c_hal.h
β β β β βββ rtl8192c_led.h
β β β β βββ rtl8192c_recv.h
β β β β βββ rtl8192c_rf.h
β β β β βββ rtl8192c_spec.h
β β β β βββ rtl8192c_sreset.h
β β β β βββ rtl8192c_xmit.h
β β β β βββ rtl8192d_cmd.h
β β β β βββ rtl8192d_dm.h
β β β β βββ rtl8192d_hal.h
β β β β βββ rtl8192d_led.h
β β β β βββ rtl8192d_recv.h
β β β β βββ rtl8192d_rf.h
β β β β βββ rtl8192d_spec.h
β β β β βββ rtl8192d_xmit.h
β β β β βββ rtw_android.h
β β β β βββ rtw_ap.h
β β β β βββ rtw_br_ext.h
β β β β βββ rtw_byteorder.h
β β β β βββ rtw_cmd.h
β β β β βββ rtw_debug.h
β β β β βββ rtw_eeprom.h
β β β β βββ rtw_efuse.h
β β β β βββ rtw_event.h
β β β β βββ rtw_ht.h
β β β β βββ rtw_ioctl.h
β β β β βββ rtw_ioctl_query.h
β β β β βββ rtw_ioctl_rtl.h
β β β β βββ rtw_ioctl_set.h
β β β β βββ rtw_io.h
β β β β βββ rtw_iol.h
β β β β βββ rtw_led.h
β β β β βββ rtw_mlme_ext.h
β β β β βββ rtw_mlme.h
β β β β βββ rtw_mp.h
β β β β βββ rtw_mp_ioctl.h
β β β β βββ rtw_mp_phy_regdef.h
β β β β βββ rtw_p2p.h
β β β β βββ rtw_pwrctrl.h
β β β β βββ rtw_qos.h
β β β β βββ rtw_recv.h
β β β β βββ rtw_rf.h
β β β β βββ rtw_security.h
β β β β βββ rtw_sreset.h
β β β β βββ rtw_tdls.h
β β β β βββ rtw_version.h
β β β β βββ rtw_xmit.h
β β β β βββ sta_info.h
β β β β βββ usb_hal.h
β β β β βββ usb_ops.h
β β β β βββ usb_ops_linux.h
β β β β βββ usb_osintf.h
β β β β βββ usb_vendor_req.h
β β β β βββ wifi.h
β β β β βββ wlan_bssdef.h
β β β β βββ xmit_osdep.h
β β β βββ Makefile
β β β βββ make.log
β β β βββ os_dep
β β β β βββ linux
β β β β β βββ ioctl_cfg80211.c
β β β β β βββ ioctl_linux.c
β β β β β βββ mlme_linux.c
β β β β β βββ os_intfs.c
β β β β β βββ pci_intf.c
β β β β β βββ pci_ops_linux.c
β β β β β βββ recv_linux.c
β β β β β βββ rtw_android.c
β β β β β βββ usb_intf.c
β β β β β βββ usb_ops_linux.c
β β β β β βββ xmit_linux.c
β β β β βββ osdep_service.c
β β β βββ runwpa
β β βββ source -> /usr/src/rtl8192cu-fixes-git-r107.0f37bd7
β βββ r118.e5c01a3
β βββ 5.10.233-1-MANJARO
β β βββ x86_64
β β βββ log
β β β βββ auto.conf
β β β βββ make.log
β β βββ module
β β βββ 8192cu.ko.xz
β β βββ Module.symvers
β βββ source -> /usr/src/rtl8192cu-fixes-git-r118.e5c01a3
βββ rtl88x2bu
βββ 5.13.1.r201.2092b8d
β βββ 5.10.233-1-MANJARO
β β βββ x86_64
β β βββ log
β β β βββ auto.conf
β β β βββ make.log
β β βββ module
β β βββ 88x2bu.ko.xz
β β βββ Module.symvers
β βββ 6.1.126-1-MANJARO
β β βββ x86_64
β β βββ log
β β β βββ auto.conf
β β β βββ make.log
β β βββ module
β β βββ 88x2bu.ko.zst
β β βββ Module.symvers
β βββ source -> /usr/src/rtl88x2bu-5.13.1.r201.2092b8d
βββ 5.8.7.4.r123.26679bf
β βββ 4.19.206-1-MANJARO
β β βββ x86_64
β β βββ log
β β β βββ make.log
β β βββ module
β β βββ 88x2bu.ko.xz
β βββ 5.4.144-1-MANJARO
β β βββ x86_64
β β βββ log
β β β βββ make.log
β β βββ module
β β βββ 88x2bu.ko.xz
β βββ source -> /usr/src/rtl88x2bu-5.8.7.4.r123.26679bf
βββ kernel-4.19.206-1-MANJARO-x86_64 -> 5.8.7.4.r123.26679bf/4.19.206-1-MANJARO/x86_64
βββ kernel-5.10.233-1-MANJARO-x86_64 -> 5.13.1.r201.2092b8d/5.10.233-1-MANJARO/x86_64
βββ kernel-5.4.144-1-MANJARO-x86_64 -> 5.8.7.4.r123.26679bf/5.4.144-1-MANJARO/x86_64
βββ kernel-6.1.126-1-MANJARO-x86_64 -> 5.13.1.r201.2092b8d/6.1.126-1-MANJARO/x86_64
50 directories, 201 files
[marc@marc-pc ~]$
Also kernel 4.19 got replaced by 5.4 and 6.11 with 6.12 when older versions were installed. The kernel meta packages should have installed the newer kernels, when the older ones were not removed before this update.
Ok, thanks for your help.
I reboot and itβs ok (as you can see, i still have internet).
As @philm pointed out, there are many modules for kernels you apparently donβt even have installed. And apparently itβs best to delete them, but Iβve never had to do something like this, so something might break. So letβs try simple rebuilding the module first:
pamac build rtl8192cu-fixes-git
[marc@marc-pc ~]$ sudo pamac build rtl8192cu-fixes-git
[sudo] Mot de passe de marc :
Avertissement : Construction de paquets en tant qu'utilisateur dynamique
Avertissement : DΓ©finition du dossier de construction dans /var/cache/pamac
PrΓ©paration...
VΓ©rification des dΓ©pendances de rtl8192cu-fixes-git...
Avertissement : retourne Γ la version antΓ©rieure du paquet rtl8192cu-fixes-git (r118.e5c01a3-1 => r81.756f2ec-1)
RΓ©solution des dΓ©pendances...
Recherche des conflits entre paquets...
Γ construire (1):
rtl8192cu-fixes-git r81.756f2ec-1 (r118.e5c01a3-1) AUR
Γditer les fichiers de construction : [e]
Appliquer la transaction ? [e/o/N] o
Clonage des fichiers de construction de rtl8192cu-fixes-git...
** (pamac:3648): WARNING **: 10:32:30.822: database.vala:1723: Le changement de rΓ©pertoire Β« /var/cache/pamac Β» a Γ©chouΓ© (Aucun fichier ou dossier de ce nom)
Erreur: La prΓ©paration de la transaction a Γ©chouΓ©: Impossible de cloner les fichiers de construction de rtl8192cu-fixes-git
[marc@marc-pc ~]$
It failed, the translation of the 2 last lines is:
** (pamac:3648): WARNING **: 10:32:30.822: database.vala:1723: Directory change β/var/cache/pamacβ failed (No files or folders with this name)
Error: Transaction preparation failed: Unable to clone rtl8192cu-fixes-git build files
I donβt have such a directory either:
$ stat /var/cache/pamac
stat: cannot statx '/var/cache/pamac': No such file or directory
So it seems that was configured separately. Please provide the output of:
grep -i cache /etc/pacman.conf
[marc@marc-pc ~]$ grep -i cache /etc/pacman.conf
#CacheDir = /var/cache/pacman/pkg/
[marc@marc-pc ~]$
I think I have seen 1 or 2 posts on the forum recommending not to use sudo
with pamac
.