Package: mount Version: 2.13.1.1-1 Followup-For: Bug #371077 I had the same bug (or is it really the same? if my solution doesn't solve it for the submitter, we should split this bug in two). A NFS share I knew worked on a nearly identical machine had stopped working on a modified clone, with the same useless error message:
mount: wrong fs type, bad option, bad superblock on foo.bar:/baz/quux/, missing codepage or helper program, or other error (for several filesystems (e.g. nfs, cifs) you might need a /sbin/mount.<type> helper program) In some cases useful info is found in syslog - try dmesg | tail or so After I apt-get install nfs-common (which had been removed by aptitude when I had removed the nfs server from the clone), it worked well. Indeed, the newly required /sbin/mount.nfs program is in said package. The debian version of mount should probably have a more useful error message and explicitly suggest installing the nfs-common package. So this is a documentation bug at this point. The upstream program should also recognize the condition and have a more explicit error message. Debian needs to override the message anyway. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22.2-42.asl.2.intel.fc3 (SMP w/4 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mount depends on: ii libblkid1 1.41.3-1 block device id library ii libc6 2.7-16 GNU C Library: Shared libraries ii libselinux1 2.0.65-5 SELinux shared libraries ii libuuid1 1.41.3-1 universally unique id library mount recommends no packages. Versions of packages mount suggests: ii nfs-common 1:1.1.4-1 NFS support files common to client -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]