Your message dated Mon, 08 Aug 2011 19:13:44 +0200
with message-id <[email protected]>
and subject line Re: Bug#632951: cron: complains about missing lost+found on
bind mounts
has caused the Debian Bug report #632951,
regarding bind mounts not handled correctly by lost+found check in
/etc/cron.daily/standard
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
632951: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632951
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: cron
Version: 3.0pl1-109
Severity: normal
My system has a number of bind mounts set up: the root is NAND flash, so /usr
/var & /srv are on a disk (/mnt/disk)
/etc/fstab has:
/mnt/disk/srv /srv none bind 0 0
/mnt/disk/usr /usr none bind 0 0
/mnt/disk/var /var none bind 0 0
There is a lost+found in /mnt/disk, but cron's daily check in
/etc/cron.daily/standard gives the following warning:
-----
/etc/cron.daily/standard:
Some local filesystems do not have lost+found directories. This
means that these filesystems will not be able to recover
lost files when the filesystem is checked after a crash.
Consider creating a lost+found directory with mklost+found(8).
The following lost+found directories were not available:
/srv/lost+found
/usr/lost+found
/var/lost+found
-----
As these are bind mounts, they don't need a lost+found directory.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (900, 'testing')
Architecture: armel (armv5tel)
Kernel: Linux 2.6.32.8-00001-g53ae419 (PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages cron depends on:
ii adduser 3.112 add and remove users and groups
ii debianutils 3.2.2 Miscellaneous utilities specific t
ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib
ii libpam-runtime 1.1.1-2 Runtime support for the PAM librar
ii libpam0g 1.1.1-2 Pluggable Authentication Modules l
ii libselinux1 2.0.94-1 SELinux runtime shared libraries
ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip
Versions of packages cron recommends:
ii exim4 4.71-4 metapackage to ease Exim MTA (v4)
ii exim4-daemon-light [mail-tran 4.71-4 lightweight Exim MTA (v4) daemon
pn lockfile-progs <none> (no description available)
Versions of packages cron suggests:
pn anacron <none> (no description available)
pn checksecurity <none> (no description available)
ii logrotate 3.7.8-5 Log rotation utility
-- no debconf information
--- End Message ---
--- Begin Message ---
On 08/08/2011 08:45 AM, Johannes Berg wrote:
> On Mon, 2011-08-08 at 00:41 +0200, Javier Fernández-Sanguino Peña wrote:
>> On Sun, Aug 07, 2011 at 08:50:16PM +0200, Christian Kastner wrote:
>>>> # cat /etc/mtab
>>>> tmpfs /run/shm tmpfs rw,nosuid,nodev,relatime,size=103048k 0 0
>>>> /dev/md127p3 /data ext3
>>>> rw,relatime,errors=remount-ro,user_xattr,acl,barrier=0,data=ordered 0 0
>>>> /dev/md127p3 /home ext3
>>>> rw,relatime,errors=remount-ro,user_xattr,acl,barrier=0,data=ordered 0 0
>>
>> This is strange, the entry for /home should be
>>
>> /data/home /home none rw,bind 0 0
>>
>> or something similar. Which kernel are you using?
>
> It is that when mtab isn't a symlink to /proc/mounts -- I don't remember
> making that symlink but I guess I must've done it. Problem solved, in
> any case, thanks for all the help!
OK, closing then.
Christian
signature.asc
Description: OpenPGP digital signature
--- End Message ---
