Ditto! After sending it to the background, things have finally stopped looking far too tiny. ![]()
Most people notice the error message that the module cryptodisk is not found and can press any key to continue the boot process. Others have a broken grub bootloader installation, either following the steps wrong or other reasons.
So here again:
/etc/default/grubneeds to been checked forGRUB_PRELOAD_MODULES="cryptodisk part_gpt part_msdos"andGRUB_ENABLE_CRYPTODISK=y- grub menu needs to been updated via
update-grub
That should be the only thing you may need. Installing grub to MBR/UEFI always should be the last resort unless you want to have security updates or the latest grub version on your system. If your system however has a broken bootloader installation you may need to restore it. Read the linked discussion thread for more info about further solutions.
Well, the solution you posted is still confusing as the issue actually is only a warning that the cryptodisk module is not found and people can still boot. Then they start to do stupid things to get that fixed which is “ain’t broken”. As stated above the /etc/default/grub needs to been “fixed” and the menu updated. Calling mkinitcpio makes no sense here as it only recreates the kernels and calls update-grub in the end. Also calling grub-install should be a last resort based on known reasons. Also the issue what we have with grub in general should be clear by now.
I wonder why Pamac looks completely different in X11 Plasma session vs in Wayland Plasma?
PS. I had a problem finally switching from X11 to Wayland and changing scaling in KDE: the window of Pamac became 4 times bigger than my screen, so I had to do some tricks to make it smaller.
Pama is still a GTK3 or GTK4 application. Depending which version you have installed. You can also check Discover and Octopi if you want more native looking Plasma Apps.
So, this update kinda made the XMPP Client Programm “Dino” like… white? Beforehand it was dark like the rest of my system - Settings are Breath Dark for native and Breeze for GTK Programms. Funny thing is the output of neofetch:

It does not mention Breath Dark in anyway, I think it did in the past - maybe wrong memory…
What is wrong here and why did the update trigger this?
The QT alternative didn’t really take off and isn’t really a big payoff for the effort I assume, but GTK is fine… and with native Breeze or Lightly theming (follows colour scheme) there’s not really much of a problem.
CLI sucks a bit because it’s not inclusive… for example, I had issues with shortwave, sorted in the Flatpak
Flatpak only shows in GUI.
well write down on how we should improve the CLI experience of pamac. You can look if others already mentioned stuff here: Issues · Applications / pamac · GitLab
Two more workarounds, at least here on XFCE …
WIN + pamac-manager + Enter
WIN + add + Enter (matches Add/Remove Software)
Reading as much as I could carefully before upgrading, and not wanted to be locked out of my system (which uses LUKS) I put cryptodisk and …CRYPTODISK=y into the grub config file. The update ran fine, and I don’t need to update-grub as that’s done by the update.
When rebooting, I still get the ‘Crypto disk not found’ error, but it continued booting. Do I need to reinstall grub? I notice that /boot/efi/EFI/boot/bootx64.efi has the same date that I first installed Manjaro.
regarding xsettingsd and hidpi and GTK: Thanks for this. Does it require configuration?
edit: No configuration needed. Install and reboot!
A small criticism and a suggestion for improvement.
With a friend who does not know so much about Linus, the update failed because he had a full hard disk.
Now nothing works and I do not have the time to fix the system. I will reinstall the system.
Why, manjaro does not recognize the available disk space and does not give an error message before the update that the disk space is too small? It shouldn’t even start downloading files unless there is at least 10GB of space.
Should implement sometime.
You can activate the free space check in Pamac under the settings.
I think this is deactivated by default.
Thanks!
This did it for me:
i’m stuck after attempting to update via pamac which presented a message that rsgain-git conflicts with intel-tbb
my system is AMD, but tbb is required by easyeffects and i need both easyeffects and rsgain
This update was mostly smooth (thank you!), but the hdf5-openmpi package is messed up, and my code that uses HDF5 libraries won’t build any more.
The problem is that the hdf5-openmpi package includes an internal build directory in its setting, resulting in configuration errors for other software like this:
Imported target "VTK::hdf5" includes non-existent path
"/build/hdf5-openmpi/src/hdf5-1.14.0/src/H5FDsubfiling"
in its INTERFACE_INCLUDE_DIRECTORIES. Possible reasons include:
* The path was deleted, renamed, or moved to another location.
* An install or uninstall procedure did not complete successfully.
* The installation package was faulty and references files it does not
provide.
Arch has released patches for hdf5, hdf5-openmpi, and related libraries. Please merge in those updates when you get a chance.
I had not changed anything in the settings. Whatever went wrong there, now it’s reinstalled. I also swapped the hard drives. now the larger one is the system drive. The system should deny the download in advance, so that it does not come to such problems.
The nvidia black flickering just fixed now, if you still waiting, you fine to update now.
Answers/Links in my first Posting.
hey majik ![]()
Did you refreshed your mirrors befor you updated?
sudo pacman-mirrors --fasttrack
Maybe create a timeshift snapshot and just try to force the update and when something goes wrong you can still rollback.
i wasn’t affected by that,i already installed it.
Thanks
No (emphasis mine):