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]
