Документ взят из кэша поисковой машины. Адрес
оригинального документа
: http://www.naic.edu/~phil/hardware/nvidia/doc/driverInstall/appendix-i.html
Дата изменения: Fri Oct 30 20:31:11 2009 Дата индексирования: Wed Feb 6 03:38:58 2013 Кодировка: Поисковые слова: р р р с с р р р с с с р р |
This installation guide assumes that the user has at least a basic understanding of Linux techniques and terminology. In this section we provide tips that the new user may find helpful. While the these tips are meant to clarify and assist users in installing and configuring the NVIDIA Linux Driver, it is by no means a tutorial on the use or administration of the Linux operating system. Unlike many desktop operating systems, it is relatively easy to cause irreparable damage to your Linux system. If you are unfamiliar with the use of Linux, we strongly recommend that you seek a tutorial through your distributor before proceeding.
While newer releases of Linux bring new desktop interfaces to
the user, much of the work in Linux takes place at the command
prompt. If you are familiar with the Windows operating system, the
Linux command prompt is analogous to the Windows command prompt,
although the syntax and use varies somewhat. All of the commands in
this section are performed at the command prompt. Some systems are
configured to boot into console mode, in which case the user is
presented with a prompt at login. Other systems are configured to
start the X window system, in which case the user must open a
terminal or console window in order to get a command prompt. This
can usually be done by searching the desktop menus for a terminal
or console program. While it is customizable, the basic prompt
usually consists of a short string of information, one of the
characters #
, $
, or %
, and a cursor
(possibly flashing) that indicates where the user's input will be
displayed.
Linux has a hierarchical directory structure. From anywhere in the directory structure, the ls command will list the contents of that directory. The file command will print the type of files in a directory. For example,
% file filename
will print the type of the file filename
. Changing directories is done with the
cd command.
% cd dirname
will change the current directory to dirname
. From anywhere in the directory
structure, the command pwd will print the name of the current
directory. There are two special directories, .
and ..
, which
refer to the current directory and the next directory up the
hierarchy, respectively. For any commands that require a file name
or directory name as an argument, you may specify the absolute or
the relative paths to those elements. An absolute path begins with
the "/" character, referring to the top or root of the directory
structure. A relative path begins with a directory in the current
working directory. The relative path may begin with .
or ..
. Elements
of a path are separated with the "/" character. As an example, if
the current directory is /home/jesse
and the user wants to change to the /usr/local
directory, he can use either of the
following commands to do so:
% cd /usr/local
or
% cd ../../usr/local
All files and directories have permissions and ownership
associated with them. This is useful for preventing
non-administrative users from accidentally (or maliciously)
corrupting the system. The permissions and ownership for a file or
directory can be determined by passing the -l
option to the ls command. For example:
% ls -l drwxr-xr-x 2 jesse users 4096 Feb 8 09:32 bin drwxrwxrwx 10 jesse users 4096 Feb 10 12:04 pub -rw-r--r-- 1 jesse users 45 Feb 4 03:55 testfile -rwx------ 1 jesse users 93 Feb 5 06:20 myprogram -rw-rw-rw- 1 jesse users 112 Feb 5 06:20 README %
The first character column in the first output field states the file type, where 'd' is a directory and '-' is a regular file. The next nine columns specify the permissions (see paragraph below) of the element. The second field indicates the number of files associated with the element, the third field indicates the owner, the fourth field indicates the group that the file is associated with, the fifth field indicates the size of the element in bytes, the sixth, seventh and eighth fields indicate the time at which the file was last modified and the ninth field is the name of the element.
As stated, the last nine columns in the first field indicate the
permissions of the element. These columns are grouped into threes,
the first grouping indicating the permissions for the owner of the
element (jesse
in this case), the
second grouping indicating the permissions for the group associated
with the element, and the third grouping indicating the permissions
associated with the rest of the world. The r
, w
, and
x
indicate read, write and execute
permissions, respectively, for each of these associations. For
example, user jesse
has read and
write permissions for testfile
, users
in the group users
have read
permission only, and the rest of the world also has read
permissions only. However, for the file myprogram
, user jesse
has read, write and execute permissions
(suggesting that myprogram
is a
program that can be executed), while the group users
and the rest of the world have no
permissions (suggesting that the owner doesn't want anyone else to
run his program). The permissions, ownership and group associated
with an element can be changed with the commands
chmod,
chown and
chgrp, respectively.
If a user with the appropriate permissions wanted to change the
user/group ownership of README
from
jesse/users to joe/admin, he would do the following:
# chown joe README # chgrp admin README
The syntax for chmod is slightly more complicated and has several variations. The most concise way of setting the permissions for a single element uses a triplet of numbers, one for each of user, group and world. The value for each number in the triplet corresponds to a combination of read, write and execute permissions. Execute only is represented as 1, write only is represented as 2, and read only is represented as 4. Combinations of these permissions are represented as sums of the individual permissions. Read and execute is represented as 5, where as read, write and execute is represented as 7. No permissions is represented as 0. Thus, to give the owner read, write and execute permissions, the group read and execute permissions and the world no permissions, a user would do as follows:
% chmod 750 myprogram
The shell provides an interface between the user and the
operating system. It is the job of the shell to interpret the input
that the user gives at the command prompt and call upon the system
to do something in response. There are several different shells
available, each with somewhat different syntax and capabilities.
The two most common flavors of shells used on Linux stem from the
Bourne shell (sh) and
the C-shell (csh)
Different users have preferences and biases towards one shell or
the other, and some certainly make it easier (or at least more
intuitive) to do some things than others. You can determine your
current shell by printing the value of the SHELL
environment variable from the command prompt
with
% echo $SHELL
You can start a new shell simply by entering the name of the shell from the command prompt:
% csh
or
% sh
and you can run a program from within a specific shell by preceding the name of the executable with the name of the shell in which it will be run:
% sh myprogram
The user's default shell at login is determined by whoever set up his account. While there are many syntactic differences between shells, perhaps the one that is encountered most frequently is the way in which environment variables are set.
Every session has associated with it environment variables,
which consist of name/value pairs and control the way in which the
shell and programs run from the shell behave. An example of an
environment variable is the PATH
variable, which tells the shell which directories to search when
trying to locate an executable file that the user has entered at
the command line. If you are certain that a command exists, but the
shell complains that it cannot be found when you try to execute it,
there is likely a problem with the PATH
variable. Environment variables are set differently depending on
the shell being used. For the Bourne shell (sh), it is done as:
% export MYVARIABLE="avalue"
for the C-shell, it is done as:
% setenv MYVARIABLE "avalue"
In both cases the quotation marks are only necessary if the value contains spaces. The echo command can be used to examine the value of an environment variable:
% echo $MYVARIABLE
Commands to set environment variables can also include
references to other environment variables (prepended with the "$"
character), including themselves. In order to add the path
/usr/local/bin
to the beginning of
the search path, and the current directory .
to the end of the search path, a user would
enter
% export PATH=/usr/local/bin:$PATH:.
in the Bourne shell, and
% setenv PATH /usr/local/bin:${PATH}:.
in C-shell. Note the curly braces are required to protect the variable name in C-shell.
There are several text editors available for the Linux operating
system. Some of these editors require the X window system, while
others are designed to operate in a console or terminal. It is
generally a good thing to be competent with a terminal-based text
editor, as there are times when the files necessary for X to run
are the ones that must be edited. Three popular editors are
vi,
pico and
emacs, each of which
can be started from the command line, optionally supplying the name
of a file to be edited. vi is arguably the most ubiquitous as
well as the least intuitive of the three. pico is relatively straightforward for a
new user, though not as often installed on systems. If you don't
have pico, you may
have a similar editor called nano. emacs is highly extensible and fairly
widely available, but can be somewhat unwieldy in a non-X
environment. The newer versions each come with online help, and
offline help can be found in the manual and info pages for each
(see the section on Linux Manual and Info pages). Many programs use
the EDITOR
environment variable to
determine which text editor to start when editing is required.
Upon installation, almost all distributions set up the default
administrative user with the username root
. There are many things on the system that
only root
(or a similarly
privileged user) can do, one of which is installing the NVIDIA
Linux Driver. We must emphasize that
assuming the identity of root
is
inherently risky and as root
it is
relatively easy to corrupt your system or otherwise render it
unusable. There are three ways to become root
. You may log in as root
as you would any other user, you may use
the switch user command (su) at the command prompt, or, on some
systems, use the sudo
utility, which allows users to run programs as root
while keeping a log of their actions. This
last method is useful in case a user inadvertently causes damage to
the system and cannot remember what he has done (or prefers not to
admit what he has done). It is generally a good practice to remain
root
only as long as is necessary
to accomplish the task requiring root
privileges (another useful feature of the
sudo utility).
Runlevels in Linux dictate which services are started and stopped automatically when the system boots or shuts down. The runlevels typically range from 0 to 6, with runlevel 5 typically starting the X window system as part of the services (runlevel 0 is actually a system halt, and 6 is a system reboot). It is good practice to install the NVIDIA Linux Driver while X is not running, and it is a good idea to prevent X from starting on reboot in case there are problems with the installation (otherwise you may find yourself with a broken system that automatically tries to start X, but then hangs during the startup, preventing you from doing the repairs necessary to fix X). Depending on your network setup, runlevels 1, 2 or 3 should be sufficient for installing the Driver. Level 3 typically includes networking services, so if utilities used by the system during installation depend on a remote filesystem, Levels 1 and 2 will be insufficient. If your system typically boots to a console with a command prompt, you should not need to change anything. If your system typically boots to the X window system with a graphical login and desktop, you must both exit X and change your default runlevel.
On most distributions, the default runlevel is stored in the
file /etc/inittab
, although you may
have to consult the guide for your own distribution. The line that
indicates the default runlevel appears as
id:n:initdefault:
or similar, where n
indicates the number of the runlevel. /etc/inittab
must be edited as root. Please read
the sections on editing files and root user if you are unfamiliar
with this concept. Also, it is recommended that you create a copy
of the file prior to editing it, particularly if you are new to
Linux text editors, in case you accidentally corrupt the file:
# cp /etc/inittab /etc/inittab.original
The line should be edited such that an appropriate runlevel is the default (1, 2, or 3 on most systems):
id:3:initdefault:
After saving the changes, exit X. After the Driver installation
is complete, you may revert the default runlevel to its original
state, either by editing the /etc/inittab
again or by moving your backup copy
back to its original name.
Different distributions provide different ways to exit X. On many systems, the init utility will change the current runlevel. This can be used to change to a runlevel in which X is not running.
# init 3
There are other methods by which to exit X. Please consult your distribution.
System manual or info pages are usually installed during
installation. These pages are typically up-to-date and generally
contain a comprehensive listing of the use of programs and
utilities on the system. Also, many programs include the
--help
option, which usually prints a
list of common options for that program. To view the manual page
for a command, enter
% man commandname
at the command prompt, where commandname
refers to the command in which you are
interested. Similarly, entering
% info commandname
will bring up the info page for the command. Depending on the
application, one or the other may be more up-to-date. The interface
for the info system is interactive and navigable. If you are unable
to locate the man page for the command you are interested in, you
may need to add additional elements to your MANPATH
environment variable. See the section on
environment variables.