From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1LfvrE-0005Mr-9x for garchives@archives.gentoo.org; Sat, 07 Mar 2009 12:42:24 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0D4C3E02EB; Sat, 7 Mar 2009 12:42:23 +0000 (UTC) Received: from smtpout.karoo.kcom.com (smtpout.karoo.kcom.com [212.50.160.34]) by pigeon.gentoo.org (Postfix) with ESMTP id C3EBEE02EB for ; Sat, 7 Mar 2009 12:42:22 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.38,318,1233532800"; d="scan'208";a="76253755" Received: from unknown (HELO compaq.stroller.uk.eu.org) ([213.152.39.90]) by smtpout.karoo.kcom.com with ESMTP; 07 Mar 2009 12:42:21 +0000 Received: from [192.168.1.71] (unknown [192.168.1.71]) by compaq.stroller.uk.eu.org (Postfix) with ESMTP id 05466137BAA for ; Sat, 7 Mar 2009 12:42:18 +0000 (GMT) Message-Id: <6AF8CEA7-7B7D-4B6A-818F-7DD7410013D3@stellar.eclipse.co.uk> From: Stroller To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 (Apple Message framework v930.3) Subject: [gentoo-user] Weird slocate behaviour - file ignored? Date: Sat, 7 Mar 2009 12:42:18 +0000 X-Mailer: Apple Mail (2.930.3) X-Archives-Salt: 88e7f17f-41ff-4af5-92bb-2abb09ffef8f X-Archives-Hash: f4cdc24bddb71f1fb9a4bbc456ec9f99 I was looking for a Knoppix DVD today, and came across any anomaly whereby locate doesn't show it. It lists the CD iso in the same directory, but not the DVD right next to it, and both files seem to be read by the database when I run updatedb manually. Is there anyone who can possibly explain this, please? Am I overlooking some intentional slocate behaviour, or should I delete the slocate database file & see if rebuilding it makes a difference? That seems like a very Windows thing to do, but I guess it's possible the db is damaged. Stroller. $ locate -i KNOPPIX /mnt/space/Archive/Linux/CDs/KNOPPIX_V5.1.1CD-2007-01-04-EN.iso /var/cache/edb/dep/usr/portage/sys-apps/ddcxinfo-knoppix-0.6 /usr/portage/metadata/cache/sys-apps/ddcxinfo-knoppix-0.6 /usr/portage/sys-apps/ddcxinfo-knoppix /usr/portage/sys-apps/ddcxinfo-knoppix/Manifest /usr/portage/sys-apps/ddcxinfo-knoppix/ddcxinfo-knoppix-0.6.ebuild /usr/portage/sys-apps/ddcxinfo-knoppix/ChangeLog /usr/portage/sys-apps/ddcxinfo-knoppix/metadata.xml $ locate KNOPPIX /mnt/space/Archive/Linux/CDs/KNOPPIX_V5.1.1CD-2007-01-04-EN.iso $ ls -l /mnt/space/Archive/Linux/CDs/KNOPPIX_V5.* -rwxr--r-- 1 stroller users 730177536 Mar 8 2007 /mnt/space/Archive/ Linux/CDs/KNOPPIX_V5.1.1CD-2007-01-04-EN.iso -rw-r--r-- 1 stroller users 4446816256 Oct 24 05:31 /mnt/space/Archive/ Linux/CDs/KNOPPIX_V5.3.1DVD-2008-03-26-EN.iso $ sudo /usr/bin/updatedb -v | grep -i knoppix /mnt/space/Archive/Linux/CDs/KNOPPIX_V5.1.1CD-2007-01-04-EN.iso /mnt/space/Archive/Linux/CDs/KNOPPIX_V5.3.1DVD-2008-03-26-EN.iso /var/cache/edb/dep/usr/portage/sys-apps/ddcxinfo-knoppix-0.6 /usr/portage/metadata/cache/sys-apps/ddcxinfo-knoppix-0.6 /usr/portage/sys-apps/ddcxinfo-knoppix /usr/portage/sys-apps/ddcxinfo-knoppix/Manifest /usr/portage/sys-apps/ddcxinfo-knoppix/ddcxinfo-knoppix-0.6.ebuild /usr/portage/sys-apps/ddcxinfo-knoppix/ChangeLog /usr/portage/sys-apps/ddcxinfo-knoppix/metadata.xml $ locate KNOPPIX /mnt/space/Archive/Linux/CDs/KNOPPIX_V5.1.1CD-2007-01-04-EN.iso $