Subject: readahead-fedora: Fails to create file lists in /var/lib/readahead/ Package: readahead-fedora Version: 1.5.0-4 Severity: important
Hi Raphael! > On Friday 11 September 2009 11:20:51 Nelson A. de Oliveira wrote: >> After installing readahead-fedora (1.5.0-4) and doing a >> "touch /.readahead_collect" I see both early-readahead and later-readahead >> failing at boot time. Nothing is created in /var/lib/readahead/ nor >> /sbin/readahead is started. >> >> Taking a look at the script files I saw that doing these modifications: >> >> # diff -u early-readahead /etc/init.d/early-readahead >> --- early-readahead 2009-09-11 11:29:55.000000000 -0300 >> +++ /etc/init.d/early-readahead 2009-09-11 11:40:28.000000000 -0300 >> @@ -87,7 +87,7 @@ >> else >> log_end_msg $? >> fi >> - else >> + elif [ $SHOULD_COLLECT -eq 0 ]; then >> splash_start_indefinite >> log_begin_msg "Reading $LTYPE boot files..." >> if /sbin/start-stop-daemon --start --quiet \ >> >> # diff -u later-readahead /etc/init.d/later-readahead >> --- later-readahead 2009-09-11 11:29:55.000000000 -0300 >> +++ /etc/init.d/later-readahead 2009-09-11 11:30:28.000000000 -0300 >> @@ -87,7 +87,7 @@ >> else >> log_end_msg $? >> fi >> - else >> + elif [ $SHOULD_COLLECT -eq 0 ]; then >> splash_start_indefinite >> log_begin_msg "Reading $LTYPE boot files..." >> if /sbin/start-stop-daemon --start --quiet \ >> >> it doesn't fail anymore and I can see "Preparing to profile boot >> sequence..." It also starts /sbin/readahead-collector >> If I didn't understand it wrongly, my patch makes some sense (because if >> it's an else only, without checking for $SHOULD_COLLECT, it will try to >> read the boot files for the first time (and they don't exist yet)). > > Actually, the non-backgrounded readahead is intended to be done even when > profiling (so that the boot is not slowed down very much). I'll workaround > the bug directly in get_lists() Good. >> But again, nothing appears inside /var/lib/readahead >> What could be wrong, please? > > Are you using a stock Debian kernel? insserv? dash? does any error message > show up? It's my own kernel, 2.6.31. From what I saw, it needs CONFIG_AUDIT and I have it: $ grep CONFIG_AUDIT .config # CONFIG_AUDIT_ARCH is not set CONFIG_AUDIT=y # CONFIG_AUDITSYSCALL is not set CONFIG_AUDIT_GENERIC=y Maybe CONFIG_AUDITSYSCALL is also needed? Booting it with RAC_DEBUG="on" in /etc/readahead.conf I have: $ cat /dev/.readahead-rac.debug ***DEBUG: HAVE SIGNAL 15 ***DEBUG: deleting audit rule readahead-collector: ERROR: deleting rule (Invalid argument) ***DEBUG: starting reordering data ***DEBUG: done: success No messages while booting however, except the "failed" one (when using the original init scripts; with my patched version I get no "failed" messages but still gets the same result: nothing). Using insserv and dash as sh. In /etc/default/rcS I have "CONCURRENCY=makefile" What else can I use to debug this, please? > Anyway, they are both bugs and you should better file their respective bug > report :). ;-) Thank you! Best regards, Nelson -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31.naoliv1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages readahead-fedora depends on: ii e2fslibs 1.41.9-1 ext2/ext3/ext4 file system librari ii libaudit0 1.7.13-1 Dynamic library for security audit ii libblkid1 2.16-3 block device id library ii libc6 2.9-26 GNU C Library: Shared libraries readahead-fedora recommends no packages. readahead-fedora suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
