old-www/FAQ/Linux-FAQ/further-assistance.html

479 lines
9.4 KiB
HTML

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML
><HEAD
><TITLE
>How To Get Further Assistance</TITLE
><META
NAME="GENERATOR"
CONTENT="Modular DocBook HTML Stylesheet Version 1.7"><LINK
REL="HOME"
TITLE="The Linux FAQ"
HREF="index.html"><LINK
REL="PREVIOUS"
TITLE="Online Resources"
HREF="online-resources.html"><LINK
REL="NEXT"
TITLE="GNU Free Documentation License"
HREF="fdl.html"></HEAD
><BODY
CLASS="sect1"
BGCOLOR="#FFFFFF"
TEXT="#000000"
LINK="#0000FF"
VLINK="#840084"
ALINK="#0000FF"
><DIV
CLASS="NAVHEADER"
><TABLE
SUMMARY="Header navigation table"
WIDTH="100%"
BORDER="0"
CELLPADDING="0"
CELLSPACING="0"
><TR
><TH
COLSPAN="3"
ALIGN="center"
>The Linux FAQ</TH
></TR
><TR
><TD
WIDTH="10%"
ALIGN="left"
VALIGN="bottom"
><A
HREF="online-resources.html"
ACCESSKEY="P"
>Prev</A
></TD
><TD
WIDTH="80%"
ALIGN="center"
VALIGN="bottom"
></TD
><TD
WIDTH="10%"
ALIGN="right"
VALIGN="bottom"
><A
HREF="fdl.html"
ACCESSKEY="N"
>Next</A
></TD
></TR
></TABLE
><HR
ALIGN="LEFT"
WIDTH="100%"></DIV
><DIV
CLASS="sect1"
><H1
CLASS="sect1"
><A
NAME="further-assistance"
></A
>19. How To Get Further Assistance</H1
><DIV
CLASS="sect2"
><H2
CLASS="sect2"
><A
NAME="still-havent-answered"
></A
>19.1. If this Document Still Hasn't Answered Your Question....</H2
><P
>Please read all of this answer before posting. I know it's a bit long,
but you may be about to make a fool of yourself in front of 50,000
people and waste hundreds of hours of their time. Don't you think it's
worth spending some of your time to read and follow these
instructions?
</P
><P
>If you think an answer is incomplete or inaccurate, please e-mail
David Merrill. See <A
HREF="intro.html#feedback"
><I
>Asking Questions and Sending Comments</I
></A
>.
</P
><P
>Read the appropriate Linux Documentation Project books.
Refer to <A
HREF="online-resources.html#howtos-and-other-documentation"
><I
>Where Is the Documentation?</I
></A
>.
</P
><P
>If you're a Unix or Linux newbie, read the FAQ for
<A
HREF="news:comp.unix.questions"
TARGET="_top"
><I
CLASS="citetitle"
>news:comp.unix.questions</I
></A
>,
<A
HREF="news:news.announces.newusers"
TARGET="_top"
><I
CLASS="citetitle"
>news:news.announces.newusers</I
></A
>, and those for any of
the other <A
HREF="news:comp.unix"
TARGET="_top"
><I
CLASS="citetitle"
>news:comp.unix</I
></A
> groups
that may be relevant.
</P
><P
>Linux has so much in common with commercial unices, that almost
everything you read there will apply to Linux. The FAQ's, like all
FAQ's, be found on <A
HREF="ftp://rtfm.mit.edu/pub/usenet/"
TARGET="_top"
><I
CLASS="citetitle"
>ftp://rtfm.mit.edu/pub/usenet/</I
></A
> (the
<A
HREF="mailto:mail-server@rtfm.mit.edu"
TARGET="_top"
><I
CLASS="citetitle"
>mail-server@rtfm.mit.edu</I
></A
> can send
you these files, if you don't have FTP access). There are mirrors of
<TT
CLASS="literal"
>rtfm</TT
>'s FAQ archives on various sites. Check the
Introduction to *.answers posting, or look in
<TT
CLASS="filename"
>news-answers/introduction</TT
> in the directory above.
</P
><P
>Check the relevant HOWTO for the subject in question, if there is one,
or an appropriate old style sub-FAQ document. Check the FTP sites.
</P
><P
>Try experimenting - that's the best way to get to know Unix and Linux.
</P
><P
>Read the documentation. Check the manual pages (type <TT
CLASS="literal"
>man man</TT
> if
you don't know about manual pages. Also try
<TT
CLASS="literal"
>man -k subject</TT
> and <TT
CLASS="literal"
>apropos subject</TT
>. They
often list useful and relevant, but not very obvious, manual pages.
</P
><P
>Check the Info documentation (type
<B
CLASS="keycap"
>F1</B
>-<B
CLASS="keycap"
>i</B
>,
i.e. the <B
CLASS="keycap"
>F1</B
> function key followed by "i"
in Emacs). This isn't just for Emacs. For example, the GCC
documentation lives here as well.
</P
><P
>There will also often be a <TT
CLASS="filename"
>README</TT
> file with a package that gives
installation and/or usage instructions.
</P
><P
>Make sure you don't have a corrupted or out-of-date copy of the
program in question. If possible, download it again and re-install
ityou probably made a mistake the first time.
</P
><P
>Read <A
HREF="news:comp.os.linux.announce"
TARGET="_top"
><I
CLASS="citetitle"
>news:comp.os.linux.announce</I
></A
>. It often
contains very important information for all Linux users.
</P
><P
>General X Window System questions belong in
<A
HREF="news:comp.windows.x.i386unix"
TARGET="_top"
><I
CLASS="citetitle"
>news:comp.windows.x.i386unix</I
></A
>,
not in <A
HREF="news:comp.os.linux.x"
TARGET="_top"
><I
CLASS="citetitle"
>news:comp.os.linux.x</I
></A
>.
But read the group first (including the FAQ),
before you post.
</P
><P
>Only if you have done all of these things and are still stuck, should
you post to the appropriate <A
HREF="news:comp.os.linux"
TARGET="_top"
><I
CLASS="citetitle"
>news:comp.os.linux</I
></A
>
newsgroup. Make sure you
read the next question first. "( What to put in a request for
help. )"
</P
></DIV
><DIV
CLASS="sect2"
><H2
CLASS="sect2"
><A
NAME="what-in-request-help"
></A
>19.2. What to Put in a Request for Help</H2
><P
>Please read the following advice carefully about how to write your
posting or E-mail. Making a complete posting will greatly increase the
chances that an expert or fellow user reading it will have enough
information and motivation to reply.
</P
><P
>This advice applies both to postings asking for advice and to personal
E-mail sent to experts and fellow users.
</P
><P
>Make sure you give full details of the problem, including:
</P
><P
></P
><UL
><LI
><P
>What program, exactly, you are having problems with. Include the
version number if known and say where you got it. Many standard
commands tell you their version number if you give them a
<TT
CLASS="literal"
>--version</TT
> option.
</P
></LI
><LI
><P
>Which Linux release you're using (Red Hat, Slackware, Debian, or
whatever) and what version of that release.
</P
></LI
><LI
><P
>The exact and complete text of any error messages printed.
</P
></LI
><LI
><P
>Exactly what behavior you expected, and exactly what behavior you
observed. A transcript of an example session is a good way to show
this.
</P
></LI
><LI
><P
>The contents of any configuration files used by the program in
question and any related programs.
</P
></LI
><LI
><P
>What version of the kernel and shared libraries you have
installed. The kernel version can be found by typing
<TT
CLASS="literal"
>uname -a</TT
>, and
the shared library version by typing
<TT
CLASS="literal"
>ls -l /lib/libc*</TT
>.
</P
></LI
><LI
><P
>Details of what hardware you're running on, if it seems
appropriate.
</P
></LI
></UL
><P
>You are in little danger of making your posting too long unless you
include large chunks of source code or uuencoded files, so err on the
side of giving too much information.
</P
><P
>Use a clear, detailed Subject line. Don't put things like "doesn't
work", "Linux", "help", or "question" in it &#8212; we already know that.
Save the space for the name of the program, a fragment of an error
message, or summary of the unusual behavior.
</P
><P
>Put a summary paragraph at the top of your posting.
</P
><P
>At the bottom of your posting, ask for responses by email and say
you'll post a summary. Back this up by using
<TT
CLASS="literal"
>Followup-To: poster</TT
>.
Then, actually post the summary in a few days or a week or so. Don't
just concatenate the replies you received, summarize them. Putting the word
"SUMMARY" in your summary's Subject line is also a good idea. Consider
submitting the summary to <A
HREF="news:comp.os.linux.announce"
TARGET="_top"
><I
CLASS="citetitle"
>news:comp.os.linux.announce</I
></A
>.
</P
><P
>Make sure your posting doesn't have an inappropriate References:
header line. This marks your article as part of the thread of the
article referred to, which will often cause it to be junked by
readers, along with the rest of a boring thread.
</P
><P
>You might like to say in your posting that you've read this FAQ and
the appropriate HOWTO'sthis may make people less likely to skip your
posting.
</P
><P
>Remember that you should not post E-mail sent to you personally without
the sender's permission.
</P
></DIV
><DIV
CLASS="sect2"
><H2
CLASS="sect2"
><A
NAME="mail-someone-about-problem"
></A
>19.3. How To Email Someone about Your Problem</H2
><P
>Try to find the author or developer of whatever program or component
is causing you difficulty. If you have a contact point for your Linux
distribution, you should use it.
</P
><P
>Please put everything in your E-mail message that you would put in a
posting asking for help.
</P
><P
>Finally, remember that, despite the fact that most of the Linux
community are very helpful and responsive to E-mailed questions,
you're likely asking for help from unpaid volunteers, so you have no
right to expect an answer.
</P
></DIV
></DIV
><DIV
CLASS="NAVFOOTER"
><HR
ALIGN="LEFT"
WIDTH="100%"><TABLE
SUMMARY="Footer navigation table"
WIDTH="100%"
BORDER="0"
CELLPADDING="0"
CELLSPACING="0"
><TR
><TD
WIDTH="33%"
ALIGN="left"
VALIGN="top"
><A
HREF="online-resources.html"
ACCESSKEY="P"
>Prev</A
></TD
><TD
WIDTH="34%"
ALIGN="center"
VALIGN="top"
><A
HREF="index.html"
ACCESSKEY="H"
>Home</A
></TD
><TD
WIDTH="33%"
ALIGN="right"
VALIGN="top"
><A
HREF="fdl.html"
ACCESSKEY="N"
>Next</A
></TD
></TR
><TR
><TD
WIDTH="33%"
ALIGN="left"
VALIGN="top"
>Online Resources</TD
><TD
WIDTH="34%"
ALIGN="center"
VALIGN="top"
>&nbsp;</TD
><TD
WIDTH="33%"
ALIGN="right"
VALIGN="top"
>GNU Free Documentation License</TD
></TR
></TABLE
></DIV
></BODY
></HTML
>