Bug 111290 - Automounting of ncp connections are taking place at the wrong time in system init.
Summary: Automounting of ncp connections are taking place at the wrong time in system ...
Alias: None
Product: Fedora
Classification: Fedora
Component: initscripts (Show other bugs)
(Show other bugs)
Version: 1
Hardware: i686 Linux
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact: Brock Organ
Depends On:
TreeView+ depends on / blocked
Reported: 2003-12-01 19:35 UTC by Jason
Modified: 2014-03-17 02:40 UTC (History)
1 user (show)

Fixed In Version: 7.47-1
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-03-17 02:36:59 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Jason 2003-12-01 19:35:14 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1)

Description of problem:
I'm running a ncp connection when starting up the computer, and have
noticed error messages on the console, in dmesg and boot.log...  So I
started to go through init procedures in netfs, which to me looks
perfectly OK, but in rc.sysinit you've made a little miss. When
looking in it, I found:

# Mount all other filesystems (except for NFS and /proc, which is already 
# mounted). Contrary to standard usage,
# filesystems are NOT unmounted in single user mode.
action $"Mounting local filesystems: " mount -a -t nonfs,smbfs,ncpfs
-O no_netdev

Which isn't really true.. If I include the ncp mounts in fstab, then
they will be initialised there too, although the network interface
isn't brought up yet.

In a nutshell please change the above line in rc.sysinit to read
action $"Mounting local filesystems: " mount -a -t
nonfs,noncp,smbfs,ncpfs -O no_netdev 

My guess is that smbfs should also be nosmb or nosmbfs because again
the network interface is not up yet.  Most of this message has been
copied from bug 65404.  It appears that this bug has been around for
the last 18 months or so.


Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.  Just add a ncp mount in fstab for auto mounting.

Actual Results:  The mounting local filesystems failed because the
network interface was not up yet.  It failed with an error "mount.ncp:
Server not found (0x8847)"

Expected Results:  The ncp mounts should take place in
which they do (also...) AFTER the network is up and running.

Additional info:

Comment 1 Bill Nottingham 2003-12-01 19:49:38 UTC
See bug 65404 comment:

-a -t noXXX,YYY,ZZZ

The 'no' applies to all three of XXX, YYY, and ZZZ. If it's trying to
YYY or ZZZ, either mount is broken, or it's docs are.

Is your FS type 'ncpfs' or 'ncp'?

Comment 2 Jason 2003-12-01 21:17:55 UTC
ncp is the FS type.  I don't know if mount is broken or if it's docs.

Comment 3 Bill Nottingham 2003-12-01 21:57:01 UTC
What happens if you change the type to 'ncpfs' in the fstab?

Comment 4 Jason 2003-12-01 23:17:19 UTC
If I put in ncpfs it works like it should.  No errors during mounting
local filesystems.  However the instructions that come with ncpmount
specifically state the following:

   You must specify filesystem type ncp and not ncpfs although it is
reported as ncpfs in /etc/mtab and /proc/mounts.

Do you want to email Petr Vandrovec (vandrove@vc.cvut.cz) or should I?
 I noticed that ncpmount man file is from 12/04/1998.  Is the code
maintained?  I wonder what the reason is that man page says to use ncp
and not ncpfs.  I guess a lot has changed over the last 5 years to
make the man page wrong.

Here is a copy of my fstab if you want to take a look.

ofcapps/dravet /mnt/novell ncpfs
/dev/hda1 /mnt/winxp ntfs ro,auto,user,uid=0,gid=0,umask=0227 0 0


Comment 5 Bill Nottingham 2003-12-02 00:07:20 UTC
Does normal mount of /mnt/novell work with ncpfs in the fstab?

Comment 6 Jason 2003-12-02 00:37:04 UTC
I used to use the following before fstab worked right.
ncpmount -S ofcapps -A ofcapps.calumet.purdue.edu -U dravet -V
legdata/ocapsys /mnt/novell 
after entering my password I could view everything I needed.  The
stange thing was after I mounted the volume after 30 seconds of no use
the mount stopped working.  I would get input/output errors.  By
accident I discovered that if I mount the volume, exit, and login
again the mount would remain until I unmounted it or rebooted.  Strange.

I am not sure mount would work because I need to use NCP over IP and
not IPX.  To use IP I have to have the -A parameter.  Other than this
I don't understand what you mean.

Comment 7 Bill Nottingham 2004-03-17 02:36:59 UTC
Sorry about the delayed response.

The reason one value of 'ncp' or 'ncpfs' may be preferred depends on
how the package is installed.

The value specified there is what mount looks for for the program to
mount the filesystem; if it's specified as 'ncp', it looks for
/sbin/mount.ncp; if it's specified as 'ncpfs' it looks for

Mounting as 'ncp' works because we ship both (they're hardlinks).

I'm tempted to say that the fix here is to remove mount.ncp, so that
it follows the filesystem type convention fully. But for now both are
ignored as of initscripts-7.47-1.

Note You need to log in before you can comment on or make changes to this bug.