On Mon, 29 Sep 2014, Stephen Dowdy wrote: > Package: base-files > Version: 7.1wheezy6 > Severity: normal > > Dear Maintainer, > > Since sysadmins tend to (and are often told to) use /mnt for > temporary mounts, and sometimes forget those mounts and they go > stale (nfs), a package (in this case 'base-files') that includes > /mnt in the files section will result in a complete failure to > install. > > ------------------------------------------------ > SERVER:~# type aptup > aptup is a function > aptup () > { > read -p "Include any available kernel packages in update? [n]: " > reply; > test "$reply" || reply=no; > aptitude update && if echo $reply | egrep -iq ^y; then > aptitude full-upgrade; > else > aptitude install $(aptitude search -F %p '~U > !~n"linux-(image|header)"'); > fi && aptitude clean > } > > SERVER:~# aptup > Include any available kernel packages in update? [n]: n > .... > The following packages will be upgraded: > a2ps apache2 apache2-mpm-prefork apache2-utils apache2.2-bin > apache2.2-common apt apt-utils base-files bind9-host cups-bsd cups-client > cups-common curl dbus dbus-x11 dnsutils > .... > > Preparing to replace base-files 7.1wheezy2 (using > .../base-files_7.1wheezy6_amd64.deb) ... > --> Unpacking replacement base-files ... > dpkg: error processing > /var/cache/apt/archives/base-files_7.1wheezy6_amd64.deb (--unpack): > --> unable to stat `./mnt' (which I was about to install): Stale NFS file > handle > Errors were encountered while processing: > /var/cache/apt/archives/base-files_7.1wheezy6_amd64.deb > E: Sub-process /usr/bin/dpkg returned an error code (1) > A package failed to install. Trying to recover: > > SERVER:~# ls /mnt > ls: cannot access /mnt: Stale NFS file handle > (d'oh sysadmin mounted other server months ago, which is now ESTALE, > but should not result in a fatal install failure in base-files) > > SERVER:X# dpkg --fsys-tarfile - > /var/cache/apt/archives/base-files_7.1wheezy6_amd64.deb | tar tvf - | grep > /mnt > --> drwxr-xr-x root/root 0 2014-06-11 21:07 ./mnt/ > ------------------------------------------------
I see the problem, and I see how dropping /mnt from base-files.deb (and creating it in the postinst) would make the problem to disappear. But I'm not sure that this is a bug in base-files. Guillem, do you have an opinion on this? Could this be fixed in dpkg, or maybe dpkg has good reasons to fail in cases like this one? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org