/etc/resolv.conf: Error retrieving chunk extents: Operation not supported

Is /etc part of your root fs? What fs type is that? Can you list /proc/mounts?

its ext4 partition and /proc/mounts is 0 byte

and this error is still existing on quantal i386 (log attached)

forgotten about /etc : its a genuine installation on a desktop (rights : drwxr-xr-x )

can you cat /proc/mounts?

oem@dub:~$ cat /proc/mounts
rootfs / rootfs rw 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
udev /dev devtmpfs rw,relatime,size=2056844k,nr_inodes=208325,mode=755 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0
tmpfs /run tmpfs rw,nosuid,relatime,size=826216k,mode=755 0 0
/dev/disk/by-uuid/00c5de83-479c-4ab0-9b54-9af0a727175e / ext4 rw,relatime,errors=remount-ro,data=ordered 0 0
none /sys/fs/fuse/connections fusectl rw,relatime 0 0
none /sys/kernel/debug debugfs rw,relatime 0 0
none /sys/kernel/security securityfs rw,relatime 0 0
none /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0
none /run/shm tmpfs rw,nosuid,nodev,relatime 0 0
/dev/sdc3 /home ext3 rw,relatime,errors=continue,barrier=1,data=ordered 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,nosuid,nodev,noexec,relatime 0 0
gvfs-fuse-daemon /home/oem/.gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,relatime,user_id=1000,group_id=1000 0 0

The problem seems to be caused by the fact that /etc/resolv.conf is now a symlink to /run. 0.100.0-12 added /run to the ignore list, however, the ignore list checking appears to be done on the symlink name rather than on what it points to.

Thanks for your #7 comment; is there a command i could test to tweak that wrong symlink ?

The symlink isn't wrong, it is ureadahead that is wrongly following the symlink into /run, which it should stay out of.

Feedback from QQ i386

resolvconf.log:
/etc/resolvconf/update.d/libc: Warning: /etc/resolv.conf is not a symbolic link to /run/resolvconf/resolv.conf

ureadahead.log:
ureadahead: Error while tracing: No such file or directory

Looks like ureadahead is not actively maintained (some old bugs still around)
https://launchpad.net/ubuntu/+source/ureadahead/+bugs

and wonder why such program is part of ubuntu-minimal ? while very good project like e4rat (for ext4 only) is not available from ubuntu archive.
http://sourceforge.net/projects/e4rat/files/0.2.3/

Hopes to see you make good decisions as the ureadahead + plymouth team seem badly acting while booting.

The actual issue here is that ureadahead is storing symlinks in the pack file at all.

It has no way of knowing where those paths point when reading the pack file back off the disk on next boot, as in this case they may point to locations that are ignored by ureadahead normally.

And in any case it is capturing the targets of the symlinks in the trace, so these files are represented already, so there's no reason to store the symlink as well.

I'm working on a proposed code change to no longer include symlinks in the pack files.

This bug was fixed in the package ureadahead - 0.100.0-16

---------------
ureadahead (0.100.0-16) raring; urgency=low

  * src/trace.c: update to ignore symlinks when tracing + cleanup extra stat()
    (LP: #969926)
 -- Bryan Fullerton <email address hidden> Mon, 25 Mar 2013 10:09:18 +0100