| 1 |
Stroller wrote: |
| 2 |
> I'm seeing on a SECOND machine exactly the same thing - files larger |
| 3 |
> than about 4gb are not showing up in the locate search results: |
| 4 |
> |
| 5 |
> $ ls -lh File.big |
| 6 |
> -rw-r--r-- 1 stroller users 5.4G 2009-02-27 10:31 File.big |
| 7 |
> $ sudo updatedb -v > foo |
| 8 |
> Password: |
| 9 |
> $ grep File.big foo |
| 10 |
> /home/stroller/File.big |
| 11 |
> $ locate File.big |
| 12 |
> $ |
| 13 |
|
| 14 |
I get the same behaviour as you: |
| 15 |
# updatedb -v | grep -i file.big |
| 16 |
/home/pk/file.big |
| 17 |
# locate file.big |
| 18 |
# |
| 19 |
|
| 20 |
Files below that ~4Gb shows up as normal... |
| 21 |
|
| 22 |
I have nothing out of the ordinary in my updatedb.conf either: |
| 23 |
|
| 24 |
# /etc/updatedb.conf: config file for slocate |
| 25 |
# $Id: updatedb.conf,v 1.25 2008/12/02 20:09:15 vapier Exp $ |
| 26 |
|
| 27 |
# This file sets variables that are used by updatedb. |
| 28 |
# For more info, see the updatedb(1) manpage. |
| 29 |
|
| 30 |
# Filesystems that are pruned from updatedb database |
| 31 |
PRUNEFS="afs auto autofs cifs devfs devpts eventpollfs futexfs gfs |
| 32 |
hugetlbfs iso9660 mqueue ncpfs nfs NFS nfs4 nfsd nnpfs ocfs ocfs2 pipefs |
| 33 |
proc ramfs rpc_pipefs selinuxfs sfs shfs smbfs sockfs spufs subfs |
| 34 |
supermount sysfs tmpfs udf usbfs vperfctrfs" |
| 35 |
|
| 36 |
# Paths which are pruned from updatedb database |
| 37 |
PRUNEPATHS="/tmp /var/tmp /root/.ccache" |
| 38 |
|
| 39 |
# nice value to run at: see -n in nice(1) |
| 40 |
NICE="10" |
| 41 |
|
| 42 |
# ionice class to run at: see -c in ionice(1) |
| 43 |
IONICE_CLASS="2" |
| 44 |
|
| 45 |
# ionice priority to run at: see -n in ionice(1) |
| 46 |
IONICE_PRIORITY="7" |
| 47 |
|
| 48 |
So why does it prune files with bigger size than about 4Gb? The only |
| 49 |
thing I can think of is that my machine is 32bit... But why would |
| 50 |
slocate use file size as a factor? |
| 51 |
|
| 52 |
Best regards |
| 53 |
|
| 54 |
Peter K |
Archives