
On 2023-02-01 19:45, Per Jessen wrote:
Carlos E. R. wrote:
On 2023-02-01 19:27, Per Jessen wrote:
Allen Wilkinson wrote:
I do not find them with locate or the find command you used. But if I manually go to the directory you find them at, I do see the modules there.
Ignoring 'locate', that does not make much sense.
Does this find your modules:
find /lib/modules -type f -name snd-sof-pci-intel-tgl\* find /lib/modules -type f -name snd-hda-intel\*
In my case, yes.
But I want to know why locate doesn't locate them. It should.
Well, if it were me, I would try running updatedb with an strace, to see if it even touches on the directories. The updatedb seems to have permissions, so there has to be some other reason why it is avoiding /lib/modules - if it is indeed avoiding it.
When updatedb is run as root, without parameters, it finds those files. And now, back at home, locate finds those files, in auxiliary (old) paths, something that it wasn't doing the other time I tried: cer@Telcontar:~> locate snd-hda-intel /data/storage_b/Grande/copia/test_a__factory_10.2/lib/modules/2.6.18.2-34-default/kernel/sound/pci/hda/snd-hda-intel.ko /data/storage_b/mkzftree/home/_lib_test/modules/3.11.10-25-desktop/kernel/sound/pci/hda/snd-hda-intel.ko /data/storage_b/mkzftree/home/_lib_test/modules/3.11.10-29-desktop/kernel/sound/pci/hda/snd-hda-intel.ko /home/_lib_test/modules/3.11.10-25-desktop/kernel/sound/pci/hda/snd-hda-intel.ko /home/_lib_test/modules/3.11.10-29-desktop/kernel/sound/pci/hda/snd-hda-intel.ko /home_aux/cer/tmp/kernel/.tmp_versions/snd-hda-intel.mod /home_aux/cer/tmp/kernel/sound/pci/hda/.snd-hda-intel.ko.cmd /home_aux/cer/tmp/kernel/sound/pci/hda/.snd-hda-intel.mod.o.cmd /home_aux/cer/tmp/kernel/sound/pci/hda/.snd-hda-intel.o.cmd /home_aux/cer/tmp/kernel/sound/pci/hda/snd-hda-intel.ko /home_aux/cer/tmp/kernel/sound/pci/hda/snd-hda-intel.mod.c /home_aux/cer/tmp/kernel/sound/pci/hda/snd-hda-intel.mod.o /home_aux/cer/tmp/kernel/sound/pci/hda/snd-hda-intel.o cer@Telcontar:~> I have to do other things, I can not study the reason just now. HA! I had a hunch, and apparmour is complaining: --- /etc/apparmor.d/usr.bin.locate 2023-01-19 11:00:57.000000000 +0100 +++ /tmp/tmpl45psoxu 2023-02-01 22:27:23.742385925 +0100 @@ -1,9 +1,11 @@ -# Last Modified: Fri Apr 13 22:23:29 2018 -#include <tunables/global> +# Last Modified: Wed Feb 1 22:27:23 2023 +include <tunables/global> /usr/bin/locate { - #include <abstractions/base> - #include <abstractions/nameservice> + include <abstractions/base> + include <abstractions/nameservice> + + capability setgid, /usr/bin/locate mr, /var/lib/mlocate/mlocate.db r, Still not enough to make it work. -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)