I guess there were two (or more) push to mirrors. After the first one multiple problems have appeared. After the second - hour or two late - all problems have gone (except for akonadi start, and it is discussed above).
Again - it’s as I see this update nuances, no more.
Great update, minor issue with open razer dkms after updating to kernel 5.18.3. Easily resolved by booting into the new kernel, removing the dkms driver, reinstalling and rebooting.
Hello!!
I’ve 50% of success: On my desktop computer the solution proposed has failed, however it has fixed on my laptop.
I’m sure that I could had messed something, so I think that I’m going to reinstall & config Kmail again…
I installed the new experimental 5.19 kernel from manjaro’s GUI. It just installed linux519 but it didn’t install linux519-nvidia and linux519-headers. To solve the problem i installed them manually with pacman.
Dolphin now closes shortly after opening it most of the time. So I have to start it a bunch of times until it finally stays open. In the console I sometimes get “tcache_thread_shutdown(): unaligned tcache chunk detected”, but that seems to be unrelated to when it closes, sometimes I only get the line, sometimes it closes without that line, sometimes both, sometimes neither.
A problem came back with the latest linux 518 5.18.3, same I experience before with 5.15.X LTS series… When my screen shutdown and I’m moving the mouse, it still in sleep mode. I need to enter the password and press enter to get back to the desktop. If not, the screen will keep sleeping.
Got that trouble with KDE 5.24 install to the latest update. Didn’t have the issue on Kernel 5.16 and 5.17 series.
I don’t think it’s related to Manjaro since I got that trouble on Arch too.
Same thing with a Ryzen 5700G. I’m a bit wary of trying those steps you linked because I never did any of that on 5.17, it just worked (and still does if I boot to 5.17.14 from grub menu). I have no amd_pstate settings in either /etc/default/grub or /etc/mkinitcpio.conf
It’s not causing any problems that I’ve noticed so far but given current energy prices I’d prefer the 400MHz lower limit rather than 1400MHz
cpupower frequency-info on 5.17.14
analyzing CPU 0:
driver: amd-pstate
CPUs which run at the same hardware frequency: 0
CPUs which need to have their frequency coordinated by software: 0
maximum transition latency: 131 us
hardware limits: 400 MHz - 4.67 GHz
available cpufreq governors: conservative ondemand userspace powersave performance schedutil
current policy: frequency should be within 400 MHz and 4.67 GHz.
The governor "schedutil" may decide which speed to use
within this range.
current CPU frequency: Unable to call hardware
current CPU frequency: 3.77 GHz (asserted by call to kernel)
boost state support:
Supported: yes
Active: yes
AMD PSTATE Highest Performance: 166. Maximum Frequency: 4.67 GHz.
AMD PSTATE Nominal Performance: 135. Nominal Frequency: 3.80 GHz.
AMD PSTATE Lowest Non-linear Performance: 85. Lowest Non-linear Frequency: 2.39 GHz.
AMD PSTATE Lowest Performance: 15. Lowest Frequency: 400 MHz.
cpupower frequency-info on 5.18.3
analyzing CPU 0:
driver: acpi-cpufreq
CPUs which run at the same hardware frequency: 0
CPUs which need to have their frequency coordinated by software: 0
maximum transition latency: Cannot determine or is not supported.
hardware limits: 1.40 GHz - 4.67 GHz
available frequency steps: 3.80 GHz, 1.70 GHz, 1.40 GHz
available cpufreq governors: conservative ondemand userspace powersave performance schedutil
current policy: frequency should be within 1.40 GHz and 3.80 GHz.
The governor "schedutil" may decide which speed to use
within this range.
current CPU frequency: Unable to call hardware
current CPU frequency: 2.54 GHz (asserted by call to kernel)
boost state support:
Supported: yes
Active: no
I looked at the kernel sources on Manjaro gitlab and amd_pstate is now built as a module in 5.18. That’s why it loads automatically for me in 5.17 but not 5.18.
So the steps given in this post are correct and worked for me. Ignore the module not found errors for all other kernels, it’s just correctly telling you that the module is only in 5.18.
Grub does no longer support side-loading modules when secure boot is
enabled. Thus booting will fail, unless you have an efi executable
'grubx64.efi' with bundled modules.
I’m not sure if I have secure boot enabled or not. Where should the ‘grub64.efi’ file be and what should be in it?
My history of a failed system update:
pamac gui showed system update notification.
I ran timeshift to take a snapshot of the system.
While timeshift was running, a terminal and gedit were launched. I edited bmenu and tested it in terminal.
By mistake from the terminal command history, I ran sudo pacman -Syu. pacman found system updates and offered to install them (choose: y/n). I chose cancel.
At this time, the system freezes and I could not do anything until the timeshift job was over. At the end of timeshift, the system returned to its normal state.
I opened the pamac gui window and proceeded with the suggested update. The update was not going as usual, the system was constantly freezing, the update took a very long time. At the end of the update, the system returned to working condition, but something was not as usual.
I rebooted my computer and got a bootloader error: Kernel missing, please load the kernel first. Windows boot items disappeared from the grub menu.
I booted the live CD and found that /boot was missing the kernel and the windows and linux images. Root folder was empty…
I restored the system from the last timeshift snapshot: the system started up, but wifi did not work and there was no uefi settings item in the grub menu.
I restored the system from another timeshift snapshot - everything worked as it should. On a clean booted system, I ran the update with the sudo pacman -Syu command. The system has been updated and everything works great.
I concluded for myself: update the system only after creating a clean backup, do not load the system while timeshift is running, run the update on a clean boot system, using the sudo pacman -Syu command, pamac and pacman may conflict with each other.
Maybe someone will benefit from this experience.
error: failed to prepare transaction (could not satisfy dependencies)
:: installing nvidia-utils (515.48.07-2) breaks dependency 'nvidia-utils=510.60.02' required by linux516-nvidia
I can see that kernel 5.16 is no longer supported (whoops, not sure why I am running this one).
Anyway, attempting to install one of the LTS ones, like 5.15 now fails with the exact same error message.
After updating to Linux-5.18 and the related module packages (incl. linux518-nvidia) I am not able to boot. The service systemd-modules-load.service fails to start and I am stuck on the systemd output in the terminal. I assume that this is due to the nvidia module.
Journal output of systemd-modules-load.service, failed boot with Linux 5.18