I learned something today
On Sat, Feb 10, 2024 at 12:14 PM José Matos wrote:
> On Sat, 2024-02-10 at 10:09 -0500, David King wrote:
> > At some point in the past mlocate must
> > have been upgraded/replaced by plocate on my system. I'm not sure
> > when that happened. The last time I
On Sat, 2024-02-10 at 10:09 -0500, David King wrote:
> At some point in the past mlocate must
> have been upgraded/replaced by plocate on my system. I'm not sure
> when that happened. The last time I looked, a long time ago, I was
> using mlocate and now it's plocate.
>
> --
> David King
I
On 2/10/24 07:52, Patrick Dupre via users wrote:
Sorry,
It is in /usr/sbin/updatedb
Hello,
what replace?
/usr/bin/updatedb
I'm not sure I understand what you are asking. Nothing replaced that
file. Doing "sudo dnf whatprovides /usr/sbin/updatedb" on Fedora 39
shows that
Sorry,
It is in /usr/sbin/updatedb
>
>
> Hello,
>
> what replace?
>
> /usr/bin/updatedb
>
> Thanks
>
> ===
> Patrick DUPRÉ
Hello,
what replace?
/usr/bin/updatedb
Thanks
===
Patrick DUPRÉ | | email: pdu...@gmx.com
> On 26 Apr 2023, at 20:51, Tom Horsley wrote:
>
> I copied /usr/lib/systemd/system/plocate-updatedb.timer to
> /etc/systemd/system/plocate-updatedb.timer and changed
> RandomizedDelaySec from 12h to 2h which is supposed to mean
> it runs sometime between midnight and 2am.
>
> It did work
I copied /usr/lib/systemd/system/plocate-updatedb.timer to
/etc/systemd/system/plocate-updatedb.timer and changed
RandomizedDelaySec from 12h to 2h which is supposed to mean
it runs sometime between midnight and 2am.
It did work that way of fedora 37, yet with the same changes
in fedora 38 it is
> On 10 Aug 2022, at 06:29, Patrick O'Callaghan wrote:
>
> On Wed, 2022-08-10 at 13:57 +0930, Tim via users wrote:
>>> On Tue, 2022-08-09 at 08:00 -0700, stan via users wrote:
>>> RandomizedDelaySec=30m
>>
>> Just as an aside: I hate variable names like that. What does "sec"
>> mean?
On Wed, 2022-08-10 at 13:57 +0930, Tim via users wrote:
> On Tue, 2022-08-09 at 08:00 -0700, stan via users wrote:
> > RandomizedDelaySec=30m
>
> Just as an aside: I hate variable names like that. What does "sec"
> mean? Seconds? Security? Something else?
>
> They didn't bother to
On Tue, 2022-08-09 at 08:00 -0700, stan via users wrote:
> RandomizedDelaySec=30m
Just as an aside: I hate variable names like that. What does "sec"
mean? Seconds? Security? Something else?
They didn't bother to abbreviate the other words, so you can tell what
they mean without having to
On Tue, Aug 9, 2022, at 12:44 PM, Tom Horsley wrote:
> On Tue, 9 Aug 2022 15:09:27 -0400
> Charles Dennett wrote:
>
>> On my F36 system there is mlocate-updatedb rather than
>> plocate-updatedb.
>
> Maybe you did an upgrade from f35 instead of a clean install?
> plo
On Tue, 9 Aug 2022 15:09:27 -0400
Charles Dennett wrote:
> On my F36 system there is mlocate-updatedb rather than
> plocate-updatedb.
Maybe you did an upgrade from f35 instead of a clean install?
plocate is the new default in f36.
___
users m
On 8/9/22 09:56, Patrick Dupre wrote:
Every thing seems OK
-rw-r--r--. 1 root root 0 Aug 9 13:01 /var/lib/systemd/timers/stamp-plocate-upd
atedb.timer
systemctl list-unit-files | grep updatedb
plocate-updatedb.service
static
On Tue, 9 Aug 2022 07:52:14 -0700
stan wrote:
> On Tue, 9 Aug 2022 15:31:43 +0200
> Patrick Dupre wrote:
>
> > [Timer]
> > OnCalendar=daily
>
> This means that it only runs once a day. You could change that to
> something like (not checked)
> OnCalendar=4h
> and it should run every 4
On Tue, 9 Aug 2022 15:31:43 +0200
Patrick Dupre wrote:
> [Timer]
> OnCalendar=daily
This means that it only runs once a day. You could change that to
something like (not checked)
OnCalendar=4h
and it should run every 4 hours.
___
users mailing list
Every thing seems OK
-rw-r--r--. 1 root root 0 Aug 9 13:01 /var/lib/systemd/timers/stamp-plocate-upd
atedb.timer
systemctl list-unit-files | grep updatedb
plocate-updatedb.service
static -
plocate-updatedb.timer
b/systemd/timers/stamp-plocate-updatedb.timer
So an ls -l on that should show when it last ran.
systemctl list-unit-files | grep updatedb
should show if the units are both enabled
___
users mailing list -- users@lists.fedoraproject.org
To unsubscri
===
> Sent: Tuesday, August 09, 2022 at 3:23 PM
> From: "Tom Horsley"
> To: users@lists.fedoraproject.org
> Subject: Re: updatedb
>
> On Tue, 9 Aug 2022 15:13:23 +0200
> Patrick Dupre wrote:
>
> > updatedb is not run periodi
On Tue, 9 Aug 2022 15:13:23 +0200
Patrick Dupre wrote:
> updatedb is not run periodically.
>
> What should I do to have it run?
> cron ?
On my system it was automagically set up to run via:
/usr/lib/systemd/system/plocate-updatedb.timer
(and was very annoying because it always ran
Hello,
updatedb is not run periodically.
What should I do to have it run?
cron ?
Thank
===
Patrick DUPRÉ | | email: pdu...@gmx.com
Laboratoire interdisciplinaire Carnot de Bourgogne
9
of disk io when I wanted to do other things. I
changed the updatedb.timer file by adding
OnBootSec=3h
and changed the
AccuracySec=1h
instead of the 24 hours it had originally. That starts updatedb
sometime between 2 and 4 hours after boot. I don't know the internals
of systemd, but I assume tha
On Tue, 19 Jul 2022 08:48:12 -0400
Ben Cotton wrote:
> (If you're fine with it running at midnight, you can use OnCalendar=daily)
So maybe if I just changed the "RandomizedDelaySec=12h" in the existing unit
to something like "RandomizedDelaySec=2h" it would run some time between
midnight and
On Tue, Jul 19, 2022 at 8:05 AM Tom Horsley wrote:
>
> Anyone have an example of a systemd timer that runs at a specific
> time of day (like 1AM) so I can avoid thinking too hard? :-).
I have the following in a timer to run a prune of my backup at 6 AM Mondays:
OnCalendar=Mon *-*-* 06:00:00
So
The timer installed by plocate insists on running updatedb at
maximally inconvenient times. I looked at the docs for systemd
timers and my brain screamed at me: "I don't feel like thinking
hard enough to get this right!"
Anyone have an example of a systemd timer that runs at a spe
On 11/12/2021 08.13, Roger Wells wrote:
In F34 the command
locate *.xyz
finds all expected files
after updating from F34->F35
it seems to only report the ones located from $PWD on down.
It is likely that the pattern has a match in $PWD so the 'locate' gets the full
filename.
Probably you
In F34 the command
locate *.xyz
finds all expected files
after updating from F34->F35
it seems to only report the ones located from $PWD on down.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to
On Fri, 2021-08-20 at 02:59 +0930, Tim via users wrote:
> On Wed, 2021-08-18 at 18:59 +0200, francis.montag...@inria.fr wrote:
> > Commenting PRUNE_BIND_MOUNTS = "yes" in /etc/updatedb.conf solves
> > this problem.
>
> So, does that mean it'll also scan through other areas it shouldn't?
>
> Or
On Wed, 2021-08-18 at 18:59 +0200, francis.montag...@inria.fr wrote:
> Commenting PRUNE_BIND_MOUNTS = "yes" in /etc/updatedb.conf solves
> this problem.
So, does that mean it'll also scan through other areas it shouldn't?
Or are the other prunes enough to take care of them? (I just couldn't
On Thu, 2021-08-19 at 12:40 +0200, Roberto Ragusa wrote:
> On 8/19/21 12:05 AM, Patrick O'Callaghan wrote:
>
> > Looks like it. My /home is a BTRFS subvolume. Extraordinary that
> > this
> > hasn't been fixed, given that F34 uses BTRFS by default.
>
> Being forced to have all the bind mounts
On 8/19/21 12:05 AM, Patrick O'Callaghan wrote:
Looks like it. My /home is a BTRFS subvolume. Extraordinary that this
hasn't been fixed, given that F34 uses BTRFS by default.
Being forced to have all the bind mounts scanned because BTRFS subvolumes
are similar to bind mounts is annoying.
The
On Wed, 2021-08-18 at 21:51 -0500, Dave Ulrick wrote:
> On 8/18/21 2:16 PM, Jan-Henrik Sorsimo via users wrote:
> > > I see the same behavior since using a btrfs subvol for /
> > >
> > > Commenting PRUNE_BIND_MOUNTS = "yes" in /etc/updatedb.conf solves
> > > this
> > > problem.
> > Indeed, that
On 8/18/21 2:16 PM, Jan-Henrik Sorsimo via users wrote:
I see the same behavior since using a btrfs subvol for /
Commenting PRUNE_BIND_MOUNTS = "yes" in /etc/updatedb.conf solves this
problem.
Indeed, that was it for me at least. Looks like the issue has been written
about:
On Wed, 2021-08-18 at 18:59 +0200, francis.montag...@inria.fr wrote:
>
> Hi.
>
> On Wed, 18 Aug 2021 16:34:50 +0100 Patrick O'Callaghan wrote:
>
> > On Wed, 2021-08-18 at 15:25 +, Jan-Henrik Sorsimo via users
> > wrote:
>
> > > I took a look at the service unit file
> > >
> I see the same behavior since using a btrfs subvol for /
>
> Commenting PRUNE_BIND_MOUNTS = "yes" in /etc/updatedb.conf solves this
> problem.
Indeed, that was it for me at least. Looks like the issue has been written
about:
https://pagure.io/mlocate/issue/36
Hi.
On Wed, 18 Aug 2021 16:34:50 +0100 Patrick O'Callaghan wrote:
> On Wed, 2021-08-18 at 15:25 +, Jan-Henrik Sorsimo via users wrote:
>> I took a look at the service unit file
>> (/usr/lib/systemd/system/mlocate-updatedb.service). It has some
>> sandboxing features set. When I set the
On Wed, 2021-08-18 at 15:25 +, Jan-Henrik Sorsimo via users wrote:
> > I have several binaries matching /usr/bin/myth*. When mlocate-
> > updatedb
> > runs via a timer, the / file system is skipped so no files under
> > /usr/bin are listed when I run "locate bin
> I have several binaries matching /usr/bin/myth*. When mlocate-updatedb
> runs via a timer, the / file system is skipped so no files under
> /usr/bin are listed when I run "locate bin/myth".
I'm experiencing the same issue.
I took a look at the service unit file
(/usr
:/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/
...
minute hour * * * /usr/libexec/mlocate-run-updatedb
I set hour to the current hour and minute to one minute in the future,
then I waited for the time to occur, checked to see if
/var/lib/mlocate/mlocate.db showed a new timestamp, and ran
I have several binaries matching /usr/bin/myth*. When mlocate-updatedb
runs via a timer, the / file system is skipped so no files under
/usr/bin are listed when I run "locate bin/myth".
$ locate bin/myth
/home/mythtv/bin/mythconverg-create
/home/mythtv/bin/mythconverg-drop
/home/
On 10/30/17 19:56, Eyal Lebedinsky wrote:
> On 30/10/17 22:32, Patrick Dupre wrote:
>> Hello,
>>
>> updatedb does not run periodically.
>> Where should I initiate it (cron ?).
>
> I was wondering the same question earlier today when 'locate' failed to show
> a
> Subject: Re: updatedb
>
> On 30/10/17 22:32, Patrick Dupre wrote:
> > Hello,
> >
> > updatedb does not run periodically.
> > Where should I initiate it (cron ?).
>
> I was wondering the same question earlier today when 'locate' failed to show
&
On 10/30/17 19:32, Patrick Dupre wrote:
> updatedb does not run periodically.
> Where should I initiate it (cron ?).
systemctl enable mlocate-updatedb.timer
systemctl start mlocate-updatedb.timer
--
Fedora Users List - The place to go to speculate endlessly
signature.asc
Descr
On 30/10/17 22:32, Patrick Dupre wrote:
Hello,
updatedb does not run periodically.
Where should I initiate it (cron ?).
I was wondering the same question earlier today when 'locate' failed to show a
file
I knew exists.
I noticed that there is a related service:
$ sudo systemctl status
Hello,
updatedb does not run periodically.
Where should I initiate it (cron ?).
Thank.
===
Patrick DUPRÉ | | email: pdu...@gmx.com
Laboratoire de Physico-Chimie de l'Atmosphère
On Wed, 2015-12-23 at 10:48 -0500, Neal Becker wrote:
> I noticed mlocate updatedb is not running. I believe there should
> be
> mlocate.cron installed into /etc/cron.daily
>
> repoquery reports no such file.
>
> How do I get fedora's version of mlocate package to run u
I noticed mlocate updatedb is not running. I believe there should be
mlocate.cron installed into /etc/cron.daily
repoquery reports no such file.
How do I get fedora's version of mlocate package to run updatedb daily? Why
isn't it installed this way?
--
users mailing list
users
On 06/01/2015 08:56 AM, Kevin Wilson wrote:
Hi,
Is there a way to know when the last updatedb was performed on a system ?
Regards,
Kevin
Maybe the timestamp on /var/lib/mlocate/mlocate.db?
--
Stephen Berg
Systems Administrator
NRL Code: 7320
Office: 228-688-5738
stephen.berg
Hi,
Is there a way to know when the last updatedb was performed on a system ?
Regards,
Kevin
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org
/teraipo type ext4
(rw,nosuid,nodev,relatime,seclabel,user_xattr,acl,barrier=1,data=ordered,uhelper=udisks)
the external HD is mounted as ext4 on in /media/teraipo, but /media itself is
mounted(???) as tmpfs, and consequently updatedb doesn't traverse it.
Look for the start up stuff that makes
On 12/25/2011 01:51 AM, JB wrote:
Anything mounted on /media has to be of actual type of that media.
Btw, a CD mounted on /media, even if temporarily, represents a persistent
storage device, and certainly NOT volatile memory (e.g. of type shm).
I think systemd devs need to remove it -
for the suggestion, somehow I overlooked this option in the man page.
I did a updatedb --debug-pruning, here goes the relevant part of the output:
quote
Checking whether filesystem `/media' is excluded:
`/', type `rootfs'
= type matches, dir `/'
`/proc', type `proc'
= type matches, dir `/proc'
`/sys
looking at the output of the mount command on F16, it lists tmpfs on
/media. This is different from F14 and Gentoo, where /media is a regular
directory.
Look for the start up stuff that makes the mount and disable it, then
/media will just be a directory. However, the USB subsystem may not
=ordered,uhelper=udisks)
the external HD is mounted as ext4 on in /media/teraipo, but /media itself is
mounted(???) as tmpfs, and consequently updatedb doesn't traverse it.
Look for the start up stuff that makes the mount and disable it, then
/media will just be a directory. However, the USB
Am 24.12.2011 19:58, schrieb Marko Vojinovic:
(1) What is the proper place to customize this configuration? I want /media
to
be ext4, so that it doesn't get excluded by updatedb. I know I could
reconfigure the /lib/systemd/system/media.mount, but that would probably be
overwritten
Reindl Harald h.reindl at thelounge.net writes:
Am 24.12.2011 19:58, schrieb Marko Vojinovic:
(1) What is the proper place to customize this configuration? I want
/media to
be ext4, so that it doesn't get excluded by updatedb. I know I could
reconfigure the /lib/systemd/system
On Sat, Dec 24, 2011 at 1:21 PM, JB jb.1234a...@gmail.com wrote:
Anything mounted on /media has to be of actual type of that media.
Btw, a CD mounted on /media, even if temporarily, represents a persistent
storage device, and certainly NOT volatile memory (e.g. of type shm).
I think systemd
On 12/25/2011 12:28 AM, Marko Vojinovic wrote:
(1) What is the proper place to customize this configuration? I want /media
to
be ext4, so that it doesn't get excluded by updatedb. I know I could
reconfigure the /lib/systemd/system/media.mount, but that would probably be
overwritten
On 12/24/2011 12:39 PM, T.C. Hollingsworth wrote:
/media is on tmpfs simply because it's faster to keep the mountpoints
in memory than on disk.
Thanx! That explains something I was wondering about. I'm trying to
troubleshoot an issue with mounting flash drives on my desktop and found
On 12/25/2011 02:27 AM, Joe Zeff wrote:
On 12/24/2011 12:39 PM, T.C. Hollingsworth wrote:
/media is on tmpfs simply because it's faster to keep the mountpoints
in memory than on disk.
Thanx! That explains something I was wondering about. I'm trying to
troubleshoot an issue with mounting
On 12/24/2011 12:59 PM, Rahul Sundaram wrote:
/mnt is better for that purpose
At the time, I was trying to mimic the default behavior as closely as
possible. In the future, if I need to create persistent mount points,
I'll use /mnt for exactly that reason.
--
users mailing list
On Sat, 2011-12-24 at 13:39 -0700, T.C. Hollingsworth wrote:
On Sat, Dec 24, 2011 at 1:21 PM, JB jb.1234a...@gmail.com wrote:
Anything mounted on /media has to be of actual type of that media.
Btw, a CD mounted on /media, even if temporarily, represents a persistent
storage device, and
Am 24.12.2011 21:21, schrieb JB:
Reindl Harald h.reindl at thelounge.net writes:
Am 24.12.2011 19:58, schrieb Marko Vojinovic:
(1) What is the proper place to customize this configuration? I want
/media to
be ext4, so that it doesn't get excluded by updatedb. I know I could
reconfigure
the /media to not be tmpfs? Or is there any way to force
updatedb to traverse the contents of /media regardless of pruning rules?
I was wondering about this:
updatedb.conf(5)
...
PRUNE_BIND_MOUNTS
One of the strings 0, no, 1 or yes. If PRUNE_BIND_MOUNTS is 1
On Sat, Dec 24, 2011 at 2:42 PM, Aaron Konstam akons...@sbcglobal.net wrote:
People keep saying that /media is mounted on tmpfs, but what the mount
tells me is that tmpfs is mounted on /media. Which sounds screwy to me.
tmpfs is a filesystem type, like ext4. Because it's not associated
with a
T.C. Hollingsworth tchollingsworth at gmail.com writes:
On Sat, Dec 24, 2011 at 1:21 PM, JB jb.1234abcd at gmail.com wrote:
Anything mounted on /media has to be of actual type of that media.
Btw, a CD mounted on /media, even if temporarily, represents a persistent
storage device, and
Am 24.12.2011 23:07, schrieb JB:
T.C. Hollingsworth tchollingsworth at gmail.com writes:
On Sat, Dec 24, 2011 at 1:21 PM, JB jb.1234abcd at gmail.com wrote:
Anything mounted on /media has to be of actual type of that media.
Btw, a CD mounted on /media, even if temporarily, represents a
Am 24.12.2011 23:03, schrieb JB:
I was wondering about this:
updatedb.conf(5)
...
PRUNE_BIND_MOUNTS
One of the strings 0, no, 1 or yes. If PRUNE_BIND_MOUNTS is 1
or yes, bind mounts are not scanned by updatedb(8). All file
systems
Reindl Harald h.reindl at thelounge.net writes:
...
On Sat, Dec 24, 2011 at 1:21 PM, JB jb.1234abcd at gmail.com wrote:
Anything mounted on /media has to be of actual type of that media.
Btw, a CD mounted on /media, even if temporarily, represents a persistent
storage device, and
Am 24.12.2011 23:31, schrieb JB:
You are a clueless TROLL.
if you definition of a troll is peopole
knowing more like you - maybe
Practice your Linux in your neck of the woods, but do not pretend to
understand UNIX and its development.
i started use unix-systems at times where you was
On Saturday 24 December 2011 13:33:57 T.C. Hollingsworth wrote:
On Sat, Dec 24, 2011 at 11:58 AM, Marko Vojinovic vvma...@gmail.com wrote:
(1) What is the proper place to customize this configuration? I want
/media to be ext4, so that it doesn't get excluded by updatedb. I know
I could
On Saturday 24 December 2011 20:07:20 Reindl Harald wrote:
Am 24.12.2011 19:58, schrieb Marko Vojinovic:
(1) What is the proper place to customize this configuration? I want
/media to be ext4, so that it doesn't get excluded by updatedb. I know
I could reconfigure the /lib/systemd/system
On Sunday 25 December 2011 02:14:01 Rahul Sundaram wrote:
On 12/25/2011 12:28 AM, Marko Vojinovic wrote:
(1) What is the proper place to customize this configuration?
https://fedoraproject.org/wiki/Systemd#How_do_I_customize_a_unit_file.2F_add
_a_custom_unit_file.3F
Thanks for the link,
is
precisely the place where this drive should be mounted.
and that is why it is not traversed by updatedb
because it makes no sense to updatedb temporary mounts like
usb-disks, network-mounts and such things since locate-hits
are normally useless for them and updatedb runs forever
on slow temporary
Please someone explain me the following ---
[root@Yoda ~]# updatedb
[root@Yoda ~]# locate teraipo
/dev/disk/by-label/teraipo
[root@Yoda ~]# ll /media/
total 4
drwxr-xr-x. 17 vmarko vmarko 4096 Nov 15 00:49 teraipo
In addition, nothing under /media/teraipo/ can be located using locate
On 12/23/2011 10:33 AM, Marko Vojinovic wrote:
[root@Yoda ~]# cat /etc/updatedb.conf
PRUNE_BIND_MOUNTS = no
PRUNEFS = 9p afs anon_inodefs auto autofs bdev binfmt_misc cgroup cifs coda
configfs cpuset debugfs devpts ecryptfs exofs fuse fuse.sshfs fusectl gfs gfs2
hugetlbfs inotifyfs iso9660 jffs2
On Friday 23 December 2011 10:36:47 G.Wolfe Woodbury wrote:
On 12/23/2011 10:33 AM, Marko Vojinovic wrote:
[root@Yoda ~]# cat /etc/updatedb.conf
PRUNE_BIND_MOUNTS = no
PRUNEFS = 9p afs anon_inodefs auto autofs bdev binfmt_misc cgroup cifs
coda configfs cpuset debugfs devpts ecryptfs exofs
76 matches
Mail list logo