We recommend to switch over to Nouveau drivers if your card is mentioned here and the feature you need is not in red TO DOhere for your particular card.
If you however still need proprietary drivers, you may want to execute the following to ensure all parts of the nVidia drivers get installed properly:
sudo mhwd -a pci nonfree 0300
If proprietary drivers don't fix everything, please click the ► at the beginning of this line to view more info
For AMD GPU users having a black screen with kernel 5.10
Please click the ► at the beginning of this line to view more info
Due to a bug in the AMD drivers, please try the following first:
For GRUB:
Open a terminal or a TTY
Open /etc/default/grub in your favourite CLI editor (nano vi, emacs`)
Find the line: GRUB_CMDLINE_LINUX_DEFAULT="
Add amdgpu.dc=0
Save
Execute sudo update-grub and reboot
For systemd-boot:
Open a terminal or a TTY
Open /boot/loader/entries/manjarolinux5.10.conf in your favourite CLI editor (nano vi, emacs`)
Add amdgpu.dc=0 to the end of the line options
Save & reboot
For rEFInd:
Open a terminal or a TTY
Open /boot/refind_linux.conf in your favourite CLI editor (nano vi, emacs`)
Find the line: "Boot using default options" "root=
Add amdgpu.dc=0
Save & reboot
Possible 2 Min delay on shutdown with Gnome
Please click the ► at the beginning of this line to view more info
If you got the problem with shutdown delay (about 2min) on Gnome, here is a workaround:
Edit /usr/lib/systemd/user/gnome-session-restart-dbus.service in your favourite editor as root and add Slice=-.slice as a line all by itself like this:
You get [PKGNAME] warning: directory permissions differ on [Directory name]
followed by:
Filesystem: NNN package MMM
Please click the ► at the beginning of this line to view this solution
The solution:
sudo chmod MMM DirectoryName
Where obviously MMM is the second number you see (the correct one)
The explanation:
Your package expects the security permissions to be MMM but your system is set to NNN. This is just a warning (today) but to ensure you remain up-to-date with the latest and greatest security rules it’s advised to execute the above command.
Systemd error message: .slice: Failed to migrate controller cgroups
If you have a similar error message like this:
systemd[1004]: -.slice: Failed to migrate controller cgroups from /user.slice/user-1000.slice/user@1000.service, ignoring: Permission denied
… you may need to add this Grub parameter to your /etc/default/grub file in line GRUB_CMDLINE_LINUX_DEFAULT: systemd.unified_cgroup_hierarchy=true. To update your grub menu, call: sudo update-grub. For more information on that issue, see also Arch Forum.
Python 3.9 Requires Rebuilds
Instructions for quickly and easily rebuilding affected AUR packages:
# Install yay
sudo pacman -S --needed --noconfirm yay
# Rebuild AUR python packages
yay -S --noconfirm $(pacman -Qqo "/usr/lib/python3.8/site-packages")
The libtraceevent package prior to version 5.9-1 was missing a soname link. This has been fixed in 5.9-1, so the upgrade will need to overwrite the untracked files created by ldconfig. If you get any of these errors
libtraceevent: /usr/lib/libtraceevent.so.1 exists in filesystem
PAM and PAMBASE got updated, which might prevent you from login
Due to updates from pambase and pam you might take care about any .pacnew files in /etc/pam.d as for example pam_tally, pam_tally2 and pam_cracklib got deprecated. Read in the ArchWiki about managing those files.
Typical issue:
For recovery, it is enough to boot with kernel option “systemd.unit=rescue.target”, then proceed into /etc/pam.d and merge “system-auth” and “system-auth.pacnew”
System takes a long time to boot
If you’ve got errors like Failed to start Network Manager Wait Online. you can try removing systemd from passwd and group in /etc/nsswitch.conf as described here Update: If you can see the line dbus-daemon[1453]: [system] Connection has not authenticated soon enough, closing it (auth_timeout=30000ms, elapsed: 45146ms)
in in your dbus log ( journalctl -b -u dbus ), the new/better workaround is to switch cups from service to socket as described here: systemctl disable cups.service systemctl enable cups.socket
I think I’ve some font problems
With the update of fontconfig some major rules how fonts get applied changed. Make sure that your system has ttf-dejavu installed. A more in depth explanation can be found here.
Gnome-shell-extension-pop-shell is currently incompatible with wayland
… and causes the system to freeze when the first window is tiled and can render it unbootable. Solution is a hard reset and disabling either pop shell or wayland. If the system becomes unbootable, use a live USB to edit /etc/gdm/custom.conf to disable wayland and reboot.
Please RTFT (Read This Fine Thread) first before reporting the same issues over and over again!
So this happened before the current version of linux-firmware got released:
Let’s hope that this new version of that package includes this workaround and fixes the crash-and-reset bug some of our machines with recent AMD GPUs (my ThinkPad included) have been dealing with in the past several months.
:: Our current supported kernels
- linux512 5.12.19 [EOL]
May be time to retire this kernel and push everyone to 5.13. It has been EOL for over a month now and is no longer posted on the kernel site, we’re also less than a week away from 5.14 coming out.
pacman-mirrors seems to have a problem with ftp.tu-chemnitz.de:
::INFO Querying mirrors - This may take some time
0.142 Germany : https://mirror.netcologne.de/manjaro/
0.172 Germany : http://ftp.tu-chemnitz.de/pub/linux/manjaro/
..... Germany : ftp://ftp.tu-chemnitz.de/pub/linux/manjaro/
::ERROR ftp error: ConnectionRefusedError(111, 'Connection refused')
Out of curiosity, I checked the availability with the ftp command in a terminal:
ftp
ftp> open ftp.tu-chemnitz.de
Connected to ftp.hrz.tu-chemnitz.de.
220 Welcome to TU Chemnitz FTP service (elba.hrz.tu-chemnitz.de).
Name (ftp.tu-chemnitz.de:gerd): anonymous
331 Please specify the password.
Password:
230 Login successful.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> cd pub
250 Directory successfully changed.
ftp> cd linux
250 Directory successfully changed.
ftp> cd manjaro
250 Directory successfully changed.
ftp> dir
200 PORT command successful. Consider using PASV.
150 Here comes the directory listing.
-rw-r--r-- 1 0 0 631285 Aug 30 03:32 _LASTMIRROR.txt
drwxr-xr-x 7 0 0 175 Aug 20 13:54 arm-stable
drwxr-xr-x 7 0 0 175 Aug 29 19:31 arm-testing
drwxr-xr-x 7 0 0 175 Feb 04 2021 arm-unstable
drwxr-xr-x 6 0 0 88 Aug 04 09:36 pool
drwxr-xr-x 7 0 0 169 Aug 27 12:26 stable
drwxr-xr-x 7 0 0 169 Aug 26 10:52 stable-staging
-rwxr-xr-x 1 0 0 259 Aug 30 03:22 state
drwxr-xr-x 7 0 0 169 Aug 25 12:21 testing
drwxr-xr-x 7 0 0 169 Feb 06 2021 unstable
226 Directory send OK.
ftp> quit
221 Goodbye.
Looks like there is a small glitch currently in pacman-mirrors, isn’t it?
