[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

19990219: mclap mount problem

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: 19990219: mclap mount problem
  • Date: Fri, 19 Feb 1999 14:52:38 -0700
>From: Anthony Rockwood - MSCD Meteorology <address@hidden>
>Organization: Metropolitan State College of Denver
>Keywords: 199902181829.LAA12188 Linux runlevels

Tony-

>I remember Mike saying that everything at runlevels prior to 5 should get
>run, but they don't - not on Linux anyway.  I think if it's set to a
>certain runlevel, that's the only list it uses.  And, I figured I couldn't
>hurt much by changing the default position to see what happens.  I do get
>a lot of really wierd messages as it boots up, but nothing fatal - and it
>works.  I've already removed the mount statement from the rc.local file.

I just talked to Sandy and Mike, and Linux does only run the processes
set for the default runlevel.  Mike had been under the impression that
it worked like Solaris, but it doesn't.  So, your solution should be
valid.  You do need to make sure that the pcmcia is started before the
networking and nfs.  I didn't see any errors in the messages file
so I'm not sure what you are seeing.  If things are working, I wouldn't
worry about it for now.

Don