If you have a .pacnew I guess it is expected the default is the Stable branch in it. You have a .pacnew because you have custom settings.
2 Likes
The following issue emerged after the Testing update of 2024-06-11 and is still here. It does not dissapear after this very last update. I use KDE Plasma 6.0.5.
My Videocard is rather old Radeon 7750 with 2Gb RAM. Graphic processor VERDE.
Mesa drivers 24.1.1 and 24.2 (git version) does not let me use Wayland session at all. My monitor blinks, the picture is highly distorted and teared off apart, and Manjaro returns back to password and login screen. If I choose X11 session, everything goes OK. What shall I do with this card to make use of Wayland? Shall I just restore some good old Timeshift image, shall I wait for the new mesa driver or what? Any ideas how to make Wayland session work again?
Might journalctl --since=today or journalctl --since=boot yield any clues?
The journal is too long and I cannot see the option to hide the most of the text.
Look for the section that would show where you’re logging in and subsequent Wayland/rendering failures. I wouldn’t expect you to post the whole log, it might even help you troubleshoot it yourself or paste only the necessary section.
This journal was made after I made an attempt to login into Wayland session, then had to use X11 session.
journalctl -b ✔
июн 20 17:39:53 b-manjaro kernel: Linux version 6.9.5-1-MANJARO (builduser@fv-az977-530) (gcc (GCC) 14.1.1>
июн 20 17:39:53 b-manjaro kernel: Command line: BOOT_IMAGE=/vmlinuz-6.9-x86_64 root=UUID=7002b3f7-ae63-408>
июн 20 17:39:53 b-manjaro kernel: BIOS-provided physical RAM map:
июн 20 17:39:53 b-manjaro kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009d7ff] usable
июн 20 17:39:53 b-manjaro kernel: BIOS-e820: [mem 0x000000000009d800-0x000000000009ffff] reserved
июн 20 17:39:53 b-manjaro kernel: BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff] reserved
июн 20 17:39:53 b-manjaro kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000dd498fff] usable
июн 20 17:39:53 b-manjaro kernel: BIOS-e820: [mem 0x00000000dd499000-0x00000000dd517fff] reserved
июн 20 17:39:53 b-manjaro kernel: BIOS-e820: [mem 0x00000000dd518000-0x00000000dd527fff] ACPI data
июн 20 17:39:53 b-manjaro kernel: BIOS-e820: [mem 0x00000000dd528000-0x00000000dd649fff] ACPI NVS
июн 20 17:39:53 b-manjaro kernel: BIOS-e820: [mem 0x00000000dd64a000-0x00000000de7f9fff] reserved
июн 20 17:39:53 b-manjaro kernel: BIOS-e820: [mem 0x00000000de7fa000-0x00000000de7fafff] usable
июн 20 17:39:53 b-manjaro kernel: BIOS-e820: [mem 0x00000000de7fb000-0x00000000de83dfff] ACPI NVS
июн 20 17:39:53 b-manjaro kernel: BIOS-e820: [mem 0x00000000de83e000-0x00000000dec71fff] usable
июн 20 17:39:53 b-manjaro kernel: BIOS-e820: [mem 0x00000000dec72000-0x00000000deff3fff] reserved
июн 20 17:39:53 b-manjaro kernel: BIOS-e820: [mem 0x00000000deff4000-0x00000000deffffff] usable
июн 20 17:39:53 b-manjaro kernel: BIOS-e820: [mem 0x00000000f8000000-0x00000000fbffffff] reserved
июн 20 17:39:53 b-manjaro kernel: BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
июн 20 17:39:53 b-manjaro kernel: BIOS-e820: [mem 0x00000000fed00000-0x00000000fed03fff] reserved
июн 20 17:39:53 b-manjaro kernel: BIOS-e820: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved
июн 20 17:39:53 b-manjaro kernel: BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
июн 20 17:39:53 b-manjaro kernel: BIOS-e820: [mem 0x00000000ff000000-0x00000000ffffffff] reserved
июн 20 17:39:53 b-manjaro kernel: BIOS-e820: [mem 0x0000000100000000-0x000000061effffff] usable
июн 20 17:39:53 b-manjaro kernel: NX (Execute Disable) protection: active
июн 20 17:39:53 b-manjaro kernel: APIC: Static calls initialized
июн 20 17:39:53 b-manjaro kernel: SMBIOS 2.7 present.
июн 20 17:39:53 b-manjaro kernel: DMI: System manufacturer System Product Name/P8Z77-V LX2, BIOS 2501 09/0>
июн 20 17:39:53 b-manjaro kernel: tsc: Fast TSC calibration using PIT
июн 20 17:39:53 b-manjaro kernel: tsc: Detected 3409.928 MHz processor
июн 20 17:39:53 b-manjaro kernel: e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
июн 20 17:39:53 b-manjaro kernel: e820: remove [mem 0x000a0000-0x000fffff] usable
июн 20 17:39:53 b-manjaro kernel: last_pfn = 0x61f000 max_arch_pfn = 0x400000000
июн 20 17:39:53 b-manjaro kernel: total RAM covered: 24560M
июн 20 17:39:53 b-manjaro kernel: Found optimal setting for mtrr clean up
июн 20 17:39:53 b-manjaro kernel: gran_size: 64K chunk_size: 32M num_reg: 8 lose>
июн 20 17:39:53 b-manjaro kernel: MTRR map: 8 entries (5 fixed + 3 variable; max 25), built from 10 variab>
июн 20 17:39:53 b-manjaro kernel: x86/PAT: Configuration [0-7]: WB WC UC- UC WB WP UC- WT
июн 20 17:39:53 b-manjaro kernel: e820: update [mem 0xe0000000-0xffffffff] usable ==> reserved
июн 20 17:39:53 b-manjaro kernel: last_pfn = 0xdf000 max_arch_pfn = 0x400000000
июн 20 17:39:53 b-manjaro kernel: found SMP MP-table at [mem 0x000fd830-0x000fd83f]
июн 20 17:39:53 b-manjaro kernel: RAMDISK: [mem 0x32c4d000-0x3561dfff]
июн 20 17:39:53 b-manjaro kernel: ACPI: Early table checksum verification disabled
июн 20 17:39:53 b-manjaro kernel: ACPI: RSDP 0x00000000000F0490 000024 (v02 ALASKA)
июн 20 17:39:53 b-manjaro kernel: ACPI: XSDT 0x00000000DD51B078 00006C (v01 ALASKA A M I 01072009 AMI >
июн 20 17:39:53 b-manjaro kernel: ACPI: FACP 0x00000000DD526040 00010C (v05 ALASKA A M I 01072009 AMI >
Moderator edit: In the future, please use proper formatting: [HowTo] Post command output and file content as formatted text
I could be wrong but that appears to be early boot log entries.
Seems so, but I have no idea how to get the right entries.
If you want the testing branch, the command is:
sudo pacman-mirrors -aS testing
If you want the stable branch, replace the word testing with stable.
1 Like
juste use -b0 ( boot current ) , -b -1 ( boot before ) , etc …
Hi!
Did you change the settings of kcmshell6 kcm_qtquicksettings?
Do you have the non-free mesa drivers?
THANKS A LOT for advices and step by step instructions!!!
- I did not change any settings fo kcmshell6… I have non-free video-driver installed, I suppose. How to remove it? UPDATE: I HAVE NOT non-free video driver!
- In journal there are A LOT of red lines concerning wayland session and in particular it is stated about the kwin_wayland failure
kwin_wayland[782]: segfault at 0 ip 0000000000000000 sp 00007fffd6e2aeb8 error 14 in k>
june 20 21:12:36 b-manjaro kernel: Code: Unable to access opcode bytes at 0xffffffffffffffd6.
kwin_wayland_drm: drmSetClientCap for Atomic Mode Setting failed.
Trying to update, but have a lot of these errors:
/usr/bin/signal-desktop existe en el sistema de archivos (in english, file exists in the filesystem)
And this happens with almost all the applications. First appears with wine, then with webapps, now signal and tesseract. I think the problem is not with those packages
1 Like
it looks like you have some half-done installations. remove the existing files reported in the errors and update again.
you can use:
pacman -Syu 2>&1 | grep "existe en el sistema" | cut -d ' ' -f1 > files_to_delete.txt
cat files_to_delete.txt | while read f ; do sudo rm $f; done
pacman -Syu
1 Like
Thanks, will try that then
Don’t do that. If you want to overwrite the files to force the update there are parameters for pacman to do that. if you use a script to execute a sudo rm $everythingYouPassToItcommand it could lead to a disaster possibly.
Search the forum for the error message in english.
1 Like
I was having this issue yesterday. (And, as an aside, to read more of your log, add | less at the end of your command in your tty shell, and you’ll be able to scroll through in a vim-like interface)
I managed to fix it by blacklisting the simpledrm kernel module and reconfiguring the kernel.
Oddly, after booting into a wayland session, removing the blacklist simpledrm, and reconfiguring the kernel again, I was able to continue logging into my wayland kde 6.0.5 session. Perhaps the successful startup bumped something into place?
Confirm that there is an error related to simpledrm in your logfile though, before going through this exercise. A better fix may be some method of explicitly telling the wayland session which video driver it should use, but I was content after reaching my solution after several hours of tinkering. I am using an nvidia card rather than an AMD card, but the symptoms were exactly as you said.
blacklisting simpledrm was done by
sudo cat "blacklist simpledrm" > /etc/modprobe.d/blacklist-simpledrm.conf
followed by
sudo mkinitcpio -P
and can be undone by
sudo rm /etc/modprobe.d/blacklist-simpledrm.conf
and another
sudo mkinitcpio -P
Good luck
something is going wrong with nvidia drivers / xorg
on boot /start , no more message systemd for fsck , only a white blink cursor on upper left before login in Xfce
after a check , no more return with Ctrl + Alt F7 to GUI Xfce
Thank you so much.
- It’s not only me to enjoy such an issue. )
- MESA is not guilty, I restored an old Timeshift image, and made sure it was not mesa.
- I cannot create blacklist-simpledrm.conf file because I always get message
zsh: Access denied: /etc/modprobe.d/blacklist-simpledrm.conf
UPD: I created a text file blacklist-simpledrm.conf with the text blacklist simpledrm inside it and copied this file into /etc/modprobe.d folder. I executed
sudo mkinitcpio -P
and got the same issue. I undone everything. So simpledrm seems to be not guilty in my case.
UPD: This video issue has another feature. Firefox refuses work with Google Maps during X11 session. If I make an attempt to zoom a map in or out - Firefox crashes! Never seen this before!
UPD2: I downloaded the latest ISO image from Manjaro.org and reinstalled Manjaro from the scratch. The newly installed Stable branch works OK, no Wayland issues. I switched into Unstable branch, got updated, and got the same issue! No way to login under the Wayland session! I installed with free drivers.
UPD3: 1. I removed Manjaro and installed Fedora 40 KDE. It was Plasma 6.0.3 after installation. I rebooted after the capital update and saw just a black screen with a cursor. No way to login! The same is true for Endeavour OS with Plasma 6.1, Framework 6,3, Qt 6.7.1 and kernel 6.6.34-1. No way for Wayland session. 2. I removed Fedora and installed KDE Neon Testing edition (to get as fresh KDE as possible with a moderate number of bugs). It works OK after the installation and the first update. It is equipped with Plasma 6.1, KDE Frameworks 6.4, Qt 6.7 and 6.5.0-41 kernel. I tried the default Wayland session and an optional X11 session - both run smoothly. My conclusion is there is some bug or error in Manjaro, EOS and Fedora updates. My old Radeon graphic card is not guilty.
UPD4: I’m back on Manjaro Testing Branch after the fresh install. Used kernel 6.6 LTS and 6.1 LTS - of no avail. The issue is back. KDE Neon seemed to solve the issue. Others - not.
1 Like