Hi, I had the same BPF Type Format issue already mentioned here and in other threads when changing to kernel 5.10, but compiling 5.10 with BTF enabled seems to have removed the error warning. Also no problem staying on 5.9. In my journalctl I see the following that I haven’t found a remedy for yet:
systemd-coredump[1538]: Process 1030 (baloo_file) of user 1000 dumped core
Plus a stack trace that I can provide if anybody wants. My search still seems to work in dolphin, so I’m not entirely sure what now isn’t working properly - maybe indexing new files?
Is it worth rolling back to pre “BREAKAGE EXPECTED” from Timeshift, to test again the Nvidia update process and transition to the new ‘rolling’ driver? Was there changes made to this process or is it the same?
I want to test it for this to be proper when it hits Stable, but rolling back if nothing has been donne is kinda ‘meh’.
Haven’t rebooted yet, but I was asked to run /usr/bin/cups-genppdupdate after upgrading gutenprint. It found nothing to update.
Also got a grub.pacnew, merged the new section about rooting the root filesystem as read-only.
But there’s one warning I’m not sure about. I got this after upgrading manjaro-zsh-config:
warning: directory permissions differ on /root/
filesystem: 750 package: 755
The baloo_file error seems to have disappeared for me for now. I restarted manually with balooctl enable which worked initially, but then would eventually dump again. I also noticed I had a kdeinit5[103503]: inotify_add_watch(/boot/efi) failed: (Permission denied) entry just before, and changed fs.inotify.max_user_watches=204800 in /etc/sysctl.d/50-max-user-watches.conf as noted here Inotify_add_watch Permission denied.
Since my root’s home folder has never had a .zshrc, I guess I can just ignore this warning? Default shell for root is obviously bash, and might as well keep it that way for compatibility’s sake
I still haven’t seen the baloo_file error return - guessing it was an issue with my indexed database. I somehow missed off in my previous post that after I manually restarted and had another core dump, I ran balooctl purge before balooctl enable which appears to have done the trick.
So if I understood correctly, I should remove fsck from my mkinitcpio.conf, since I have a pass value higher than 0 for my root partition inside fstab, and I have added that new argument to my grub file?
I’m reading this wiki page heavily sleep-deprived, so maybe I’m misinterpreting it…
I think grub is meant to conflict with grub-customizer. Manjaro grub is already customised and using grub-customiser can lead to an unbootable system. It’s probably a safety precaution for people who don’t know what they are doing