22 Jul
2018
22 Jul
'18
9:18 p.m.
Am 22.07.2018 um 17:07 schrieb Ralf Mardorf: > [...] > Could you please summarize what exactly doesn't work? > > IIUC you can't access the Internet with the computer where you got some > messages about missing kernel modules. IIUC you successfully downgrade > the kernel. We clarified that the linux-headers package is irrelevant. > What happens now, when using the old kernel? Since the issue started > after an update, what else did you update? See pacman.log. 1. I've run an update including a new Linux kernel (4.17.8). 2. After the update, systemd-modules-load.service refused to execute because of the crypto_user problem. 3. As a result of the failing modules load service, I couldn't access the internet, and even the mouse didn't work. 4. I then only downgraded the kernel to 4.17.2, and now everything seems to work (after first start Xfce4 didn't start correctly, probably some session parameters were badly set because of a previously faling start). So, the situation is: - After update to 4.17.8 Linux failed to load the needed modules. - After downgrading *only* the kernel module to 4.17.2 the system is working again. As obviously bluez is referring to "crypto_user" (which caused systemd-modules-load.service to fail), it may be some bad linking caused the problem (I'm not using DKMS). I cannot find out, which cryptographic algorithm is used by bluez, but found by a diff compare, that my active config (/proc/config.gz) contains the following line: CONFIG_CRYPTO_SALSA20_X86_64=m This line is not contained in linux-header-4-17.8 - this may or may not be relevant, I'd need to make one more diff using linux-headers-4.17.2 (probably tomorrow). Kind regards Peter