
https://github.com/archlinux/linux/releases/tag/v6.9.1-arch1
Map count is the number of memory map areas a process may have. Map areas are used as a side-effect of calling malloc or by loading shared libraries.

After the update of filesystem package:

https://archlinux.org/news/increasing-the-default-vmmax_map_count-value
https://docs.kernel.org/admin-guide/sysctl/vm.html#max-map-count
maybe contained the malicious xz package …

Solution:
Running DBeaver with Java version 21 had the folloing output:
“Version 1.8.0_211 of the JVM is not suitable for this product. Version: 18 or greater is required.
The issue was solved by setting the default environmental Java variable with archlinux-java utility.


“Reflector is a Python script which can retrieve the latest mirror list from the Arch Linux Mirror Status page, filter the most up-to-date mirrors, sort them by speed and overwrite the file /etc/pacman.d/mirrorlist.”

In my case I use the command:
reflector --country Germany,Austria --age 12 --protocol https --sort rate --save /etc/pacman.d/mirrorlist
I came across this bug after selection btrfs compression during an installation with archinstall 2.7.2-1. Default parameters such as zstd=5 compression are not taken into account. compsize utility confirms 0% compression.
cat /etc/fstab output is as follows:
