0 - en to nb-NO translation catalogue (122 entries)

en: Documentation
nb-NO: Dokumentasjon

en: Solving problems
nb-NO: Problemløsing

en: Log files
nb-NO: Loggfiler

en: Solving Problems and Finding Relevant Information
nb-NO: Problemløsning og oppsporing av relevant informasjon

en: For an administrator, the most important skill is to be able to cope with any situation, known or unknown. This chapter gives a number of methods that will — hopefully — allow you to isolate the cause of any problem that you will encounter, so that you may be able to resolve them.
nb-NO: For en administrator er den viktigste ferdigheten å takle enhver situasjon, kjent eller ukjent. Dette kapitlet tilkjennegir en rekke metoder som — forhåpentligvis — vil gjøre det mulig å isolere årsaken til eventuelle problemer du møter på, slik at du er i stand til å løse dem.

en: Documentation Sources
nb-NO: Dokumentasjonskilder

en: <primary>documentation</primary>
nb-NO: <primary>dokumentasjon</primary>

en: Before you can understand what is really going on when there is a problem, you need to know the theoretical role played by each program involved in the problem. To do this, the best reflex to have is consult their documentation; but since these documentations are many and can be scattered far and wide, you should know all the places where they can be found.
nb-NO: Før du kan forstå hva som egentlig skjer når det er et problem, må du vite den teoretiske rollen til hvert program som er involvert i problemet. Den beste refleksen for å gjøre dette er å sjekke programmenes dokumentasjon; men siden det er mye dokumentasjon og den kan være spredt vidt og bredt, bør du vite alle stedene der den kan finnes.

en: Manual Pages
nb-NO: Manualsider

en: <primary>manual pages</primary>
nb-NO: <primary>manualsider</primary>

en: <primary>manual pages</primary><secondary><command>man</command></secondary>
nb-NO: <primary>manualsider</primary><secondary><command>man</command></secondary>

en: <primary>documentation</primary><secondary>manual pages</secondary>
nb-NO: <primary>dokumentasjon</primary><secondary>manualsider</secondary>

en: <primary>documentation</primary><secondary><filename>/usr/share/man/</filename></secondary>
nb-NO: <primary>dokumentasjon</primary><secondary><filename>/usr/share/man/</filename></secondary>

en: <emphasis>CULTURE</emphasis> <acronym>RTFM</acronym>
nb-NO: <emphasis>KULTUR</emphasis> <acronym>RTFM</acronym>

en: This acronym stands for “Read the F***ing Manual”, but can also be expanded in a friendlier variant, “Read the Fine Manual”. This phrase is sometimes used in (terse) responses to questions from newbies. It is rather abrupt, and betrays a certain annoyance at a question asked by someone who has not even bothered to read the documentation. Some say that this classic response is better than no response at all (since it indicates that the documentation contains the information sought), or than a more verbose and angry answer.
nb-NO: Denne forkortelsen står for den engelske utgaven av «Les den f***ede manualen», men kan også utvides til en vennligere variant, «Les den fine manualen». Dette uttrykket brukes noen ganger i (korte/konsise) svar på spørsmål fra nybegynnere. Det er ganske bryskt, og røper en viss irritasjon på et spørsmål stilt av noen som ikke engang har brydd seg om å lese dokumentasjonen. Noen sier at dette klassiske svaret er bedre enn ingen respons i det hele tatt (siden det indikerer at dokumentasjonen inneholder den ettersøkte informasjonen), heller enn et mer utførlig og sint svar.

en: In any case, if someone responds “RTFM” to you, it is often wise not to take offense. Since this answer may be perceived as vexing, you might want to try and avoid receiving it. If the information that you need is not in the manual, which can happen, you might want to say so, preferably in your initial question. You should also describe the various steps that you have personally taken to find information before you raised a question on a forum. Following Eric Raymond's guidelines is a good way to avoid the most common mistakes and get useful answers. <ulink type="block" url="http://catb.org/~esr/faqs/smart-questions.html" />
nb-NO: I alle fall, hvis noen svarer «RTFM» til deg, er det ofte lurt å ikke bli fornærmet. Siden dette svaret kan oppfattes som irriterende, kan du ønske å unngå å motta det. Hvis informasjonen du trenger ikke er i manualen, noe som kan skje, kan det være lurt å si det, fortrinnsvis i det opprinnelige spørsmålet. Du bør også beskrive de ulike trinnene som du personlig har gjennomført for å finne informasjon før du reiser et spørsmål i et forum. Å følge Eric Raymonds retningslinjer er en god måte å unngå de vanligste feilene, og få nyttige svar. <ulink type="block" url="http://catb.org/~esr/faqs/smart-questions.html" />

en: Manual pages, while relatively terse in style, contain a great deal of essential information. We will quickly go over the command for viewing them, provided by the <emphasis role="pkg">man-db</emphasis> package. Simply type <command>man <replaceable>manual-page</replaceable></command> — the manual page usually goes by the same name as the command whose documentation is sought. For example, to learn about the possible options for the <command>cp</command> command, you would type the <command>man cp</command> command at the shell prompt (see sidebar <xref linkend="sidebar.shell" />).
nb-NO: Manualsider, trass sin kortfattede stil, inneholder mye viktig informasjon. Vi vil raskt gå over kommandoen for å vise dem, levert av <emphasis role="pkg">man-db</emphasis>-pakken. Bare skriv inn <command>man <replaceable>manualside</replaceable></command> — manualsiden har som regel samme navn som den kommandoen man søker dokumentasjon om. For eksempel, for å lære om mulige argumenter til kommandoen <command>cp</command>, ville man skrevet <command>man cp</command> ved ledeteksten (se sidefelt <xref linkend="sidebar.shell" />).

en: <emphasis>BACK TO BASICS</emphasis> The shell, a command line interpreter
nb-NO: <emphasis>DET GRUNNLEGGENDE</emphasis> Skallet, en kommandolinjetolk

en: <primary>command line interpreter</primary>
nb-NO: <primary>kommandolinjetolk</primary>

en: <primary>shell</primary>
nb-NO: <primary>skall</primary>

en: <primary>prompt</primary>
nb-NO: <primary>ledetekst</primary>

en: A command line interpreter, also called a “shell”, is a program that executes commands that are either entered by the user or stored in a script. In interactive mode, it displays a prompt (usually ending in <literal>$</literal> for a normal user, or by <literal>#</literal> for an administrator) indicating that it is ready to read a new command. <xref linkend="short-remedial-course" /> describes the basics of using the shell.
nb-NO: En kommandolinjetolk, også kalt et «skall», er et program som utfører kommandoer som enten er skrevet inn av brukeren, eller lagres i et skript. I interaktiv modus vises en ledetekst (som vanligvis slutter med <literal>$</literal> for en vanlig bruker, eller med <literal>#</literal> for en administrator) som indikerer at den er klar til å lese en ny kommando. <xref linkend="short-remedial-course" /> beskriver den grunnleggende bruken av et «skall».

en: The default and most commonly used shell is <command>bash</command> (Bourne Again SHell), but there are others, including <command>dash</command>, <command>csh</command>, <command>tcsh</command> and <command>zsh</command>.
nb-NO: Det forvalgte og mest brukte skallet er <command>bash</command> (Bourne Again SHell), men det finnes andre, deriblant <command>dash</command>, <command>csh</command>, <command>tcsh</command> og <command>zsh</command>.

en: <primary>shell</primary><secondary><command>bash</command></secondary>
nb-NO: <primary>skall</primary><secondary>bash</secondary>

en: Among other things, most shells offer help (type <command>help</command>) and assistance during input at the prompt, such as the completion of command or file names (which you can generally activate by pressing the <keycap>tab</keycap> key), or recalling previous commands (history management; i.e. check out the mappings for "page up" and "page down" in <filename>/etc/inputrc</filename>).
nb-NO: Blant annet tilbyr de fleste skall hjelp (type <command>help</command>) og assistanse når en skriver inn i ledeteksten, for eksempel ved fullføring av kommando- eller filnavn (som du vanligvis kan aktivere ved å trykke på <keycap>Tab</keycap>-tasten), eller tilbakehenting av tidligere kommandoer (historiebehandling; det vil si ta en titt på tastetilknytningene for «Page Up» og «Page Down» i <filename>/etc/inputrc</filename>).

en: Man pages not only document commands and programs accessible from the command line, but also configuration files, system calls, library functions, and so forth. Sometimes names can collide. For example, the shell's <command>read</command> command has the same name as the <function>read</function> system call. This is why manual pages are organized in numbered sections:
nb-NO: Manualsider dokumenterer ikke bare kommandoer og programmer tilgjengelige fra kommandolinjen, men også oppsettfiler, systemkall, biblioteksfunksjoner, og så videre. Noen ganger kan navnene kollidere. For eksempel heter skallets <command>read</command>-kommando det samme som systemkallet <function>read</function>. Derfor er manualsider organisert i nummererte deler:

en: commands that can be executed from the command line;
nb-NO: kommandoer som kan utføres fra kommandolinjen;

en: system calls (functions provided by the kernel);
nb-NO: systemkall (funksjoner som tilbys av kjernen);

en: library functions (provided by system libraries);
nb-NO: biblioteksfunksjoner (tilbys av systemets biblioteker);

en: devices (on Unix-like systems, these are special files, usually placed in the <filename>/dev/</filename> directory);
nb-NO: enheter (på Unix-lignende systemer er disse spesialfiler, vanligvis plassert i <filename>/dev/</filename>-katalogen);

en: configuration files (formats and conventions);
nb-NO: oppsettsfiler (formater og konvensjoner);

en: <primary>configuration</primary><secondary>configuration files</secondary><tertiary>documentation</tertiary>
nb-NO: <primary>oppsett</primary><secondary>oppsettfiler</secondary><tertiary>dokumentasjon</tertiary>

en: games;
nb-NO: spill;

en: sets of macros and standards;
nb-NO: sett med makroer og standarder;

en: system administration commands;
nb-NO: kommandoer for systemadministrasjon;

en: kernel routines.
nb-NO: kjernerutiner.

en: It is possible to specify the section of the manual page that you are looking for: to view the documentation for the <function>read</function> system call, you would type <command>man 2 read</command>. When no section is explicitly specified, the first section that has a manual page with the requested name will be shown. Thus, <command>man shadow</command> returns <citerefentry><refentrytitle>shadow</refentrytitle><manvolnum>5</manvolnum></citerefentry> because there are no manual pages for <foreignphrase>shadow</foreignphrase> in sections 1 to 4.
nb-NO: Det er mulig å spesifisere hvilken del manualsiden du er ute etter befinner seg i: For å vise dokumentasjonen for <function>read</function>-systemkallet må du skrive <command>man 2 read</command>. Når ingen del er uttrykkelig angitt, vil den første delen som har en manualside med det riktige navnet bli vist. Dermed viser <command>man shadow</command> frem <citerefentry><refentrytitle>shadow</refentrytitle><manvolnum>5</manvolnum></citerefentry> fordi det ikke er noen manualside for <foreignphrase>shadow</foreignphrase> i delene 1 til og med 4.

en: <emphasis>TIP</emphasis> <command>whatis</command>
nb-NO: <emphasis>TIPS</emphasis> <command>whatis</command>

en: If you do not want to look at the full manual page, but only a short description to confirm that it is what you are looking for, simply enter <command>whatis <replaceable>command</replaceable></command>.
nb-NO: Hvis du ikke ønsker å se på hele manualsiden, men bare en kort beskrivelse for å bekrefte at dette er det du leter etter, skriv bare <command>whatis <replaceable>kommando</replaceable></command>.

en: This short description is included in the <emphasis>NAME</emphasis> section at the beginning of all manual pages.
nb-NO: Denne korte beskrivelse er inkludert i <emphasis>NAME</emphasis>-delen i starten av alle manualsider.

en: Of course, if you do not know the names of the commands, the manual is not going to be of much use to you. This is the purpose of the <command>apropos</command> command, which helps you conduct a search in the manual pages, or more specifically in their short descriptions. Each manual page begins essentially with a one line summary. <command>apropos</command> returns a list of manual pages whose summary mentions the requested keyword(s). If you choose them well, you will find the name of the command that you need.
nb-NO: Hvis du ikke vet navnene på kommandoene, kommer selvfølgelig ikke manualen til å være til stor nytte for deg. Dette er hensikten med <command>apropos</command>-kommandoen, som hjelper deg å utføre et søk i manualsidene, eller mer spesifikt i de korte beskrivelsene. Hver manualside begynner egentlig med en linjes sammendrag.<command>apropos</command> returnerer en liste med manualsider der oppsummeringen har med de forespurte søkeord(ene). Med gode valg av søkeord, vil du finne navnet på kommandoen du trenger.

en: Finding <command>cp</command> with <command>apropos</command>
nb-NO: Finne <command>cp</command> med <command>apropos</command>

en: <emphasis>TIP</emphasis> Browsing by following links
nb-NO: <emphasis>TIPS</emphasis> Leting ved å følge lenker

en: Many manual pages have a “SEE ALSO” section, usually at the end. It refers to other manual pages relevant to similar commands, or to external documentation. In this way, it is possible to find relevant documentation even when the first choice is not optimal.
nb-NO: Mange manualsider har en «SEE ALSO»-del, vanligvis på slutten. Det refererer til andre manualsider som er relevante for tilsvarende kommandoer, eller til ekstern dokumentasjon. På denne måten er det mulig å finne relevante dokumenter, selv når det første valget ikke er optimalt.

en: The <command>man</command> command is not the only means of consulting the manual pages, since <command>khelpcenter</command> and <command>konqueror</command> (by KDE) and <command>yelp</command> (under GNOME) programs also offer this possibility. There is also a web interface, provided by the <command>man2html</command> package, which allows you to view manual pages in a web browser. On a computer where this package is installed, use this URL after following the instructions in <filename>/usr/share/doc/man2html/README.Debian</filename>: <ulink type="block" url="http://localhost/cgi-bin/man/man2html" />
nb-NO: <command>man</command>-kommandoen er ikke den eneste muligheten til å bruke manualsidene, ettersom <command>khelpcenter</command> og <command>konqueror</command> (hos KDE) og <command>yelp</command> (i GNOME)-programmene også ofte tilbyr denne muligheten. Det er også en nettside, levert av <command>man2html</command>-pakken, som lar deg å vise manualsider i en nettleser. På en datamaskin der denne pakken er installert, kan du bruke denne nettadressen (etter å ha fulgt instruksjonene i <filename>/usr/share/doc/man2html/README.Debian</filename>): <ulink type="block" url="http://localhost/cgi-bin/man/man2html" />

en: This utility requires a web server. This is why you should choose to install this package on one of your servers: all users of the local network could benefit from this service (including non-Linux machines), and this will allow you not to set up an HTTP server on each workstation. If your server is also accessible from other networks, it may be desirable to restrict access to this service only to users of the local network.
nb-NO: Dette verktøyet krever en vevtjener. Dette er årsaken til at du bør velge å installere denne pakken på en av tjenermaskinene dine: Alle brukere av det lokale nettverket kan ha nytte av denne tjenesten (inkludert ikke-Linux-maskiner), og dette vil tillate deg å unngå å sette opp en HTTP-tjener på hver arbeidsstasjon. Hvis tjenermaskinen også er tilgjengelig fra andre nettverk, kan det være ønskelig å begrense tilgangen til denne tjenesten til brukere på det lokale nettverket.

en: Last but not least, you can view all manual pages available in Debian (even those that are not installed on your machine) on the <literal>manpages.debian.org</literal> service. It offers each manual page in multiple versions, one for each Debian release. <ulink type="block" url="https://manpages.debian.org" />
nb-NO: Sist, men ikke minst, kan du se alle manualsider som er tilgjengelige i Debian (selv de som ikke er installert på maskinen din) på <literal>manpages.debian.org</literal>-tjenesten. Den tilbyr hver manalside i flere versjoner, en for hver Debian-utgivelse. <ulink type="block" url="https://manpages.debian.org" />

en: <emphasis>DEBIAN POLICY</emphasis> Required man pages
nb-NO: <emphasis>DEBIAN-RETNINGSLINJER</emphasis> Påkrevde manualsider

en: Debian requires each program to have a manual page. If the upstream author does not provide one, the Debian package maintainer will usually write a minimal page that will at the very least direct the reader to the location of the original documentation.
nb-NO: Debian krever at hvert program må ha en manualside. Hvis oppstrømsforfatteren ikke har laget en, vil Debians pakkevedlikeholder vanligvis skrive en liten side som i det minste henviser leseren til plasseringen av den opprinnelige dokumentasjonen.

en: <emphasis>info</emphasis> Documents
nb-NO: <emphasis>info</emphasis>-dokumenter

en: <primary>documentation</primary><secondary>info documents</secondary>
nb-NO: <primary>dokumentasjon</primary><secondary>info-dokumenter</secondary>

en: <primary>documentation</primary><secondary><filename>/usr/share/info/</filename></secondary>
nb-NO: <primary>dokumentasjon</primary><secondary><filename>/usr/share/info/</filename></secondary>

en: The GNU project has written manuals for most of its programs in the <emphasis>info</emphasis> format; this is why many manual pages refer to the corresponding <emphasis>info</emphasis> documentation. This format offers some advantages, but the default program to view these documents (it is called <command>info</command>) is also slightly more complex. You would be well advised to use <command>pinfo</command> instead (from the <emphasis role="pkg">pinfo</emphasis> package).
nb-NO: GNU-prosjektet har skrevet håndbøker for de fleste av sine programmer i <emphasis>info</emphasis>-format: Det er grunnen til at mange manualsider refererer til tilsvarende <emphasis>info</emphasis>-dokumentasjon. Dette formatet gir noen fordeler, men standardprogrammet for å vise disse dokumentene (det kalles <command>info</command>) er også litt mer komplisert. Du gjør lurt i å bruke <command>pinfo</command> i stedet (fra <emphasis role="pkg">pinfo</emphasis>-pakken).

en: The <emphasis>info</emphasis> documentation has a hierarchical structure, and if you invoke <command>pinfo</command> without parameters, it will display a list of the nodes available at the first level. Usually, nodes bear the name of the corresponding commands.
nb-NO: <emphasis>info</emphasis>-dokumentasjonen har en hierarkisk struktur, og hvis du vil benytte <command>pinfo</command> uten parametre, vil den vise en liste over nodene som er tilgjengelig på første nivå. Vanligvis bærer noder navnet på de tilsvarende kommandoer.

en: With <command>pinfo</command> navigating between these nodes is easy to achieve with the arrow keys. Alternatively, you could also use a graphical browser, which is a lot more user-friendly. Again, <command>konqueror</command> and <command>yelp</command> work; the <command>info2www</command> package also provides a web interface. <ulink type="block" url="http://localhost/cgi-bin/info2www" />
nb-NO: Ved hjelp av <command>pinfo</command> navigerer en lett mellom disse nodene ved å bruke piltastene. Alternativt kan du også bruke en grafisk nettleser, som er mye mer brukervennlig. Nok en gang, <command>konqueror</command> og <command>yelp</command> virker; i tillegg tilbyr <command>info2www</command>-pakken tilbyr også et nettgrensesnitt. <ulink type="block" url="http://localhost/cgi-bin/info2www" />

en: Note that the <emphasis>info</emphasis> system is not suitable for translation, unlike the <command>man</command> page system. <emphasis>info</emphasis> documents are thus almost always in English. However, when you ask the <command>pinfo</command> program to display a non-existing <emphasis>info</emphasis> page, it will fall back on the <emphasis>man</emphasis> page by the same name (if it exists), which might be translated.
nb-NO: Merk at <emphasis>info</emphasis>-systemet ikke er egnet for oversetting, til forskjell fra <command>man</command>-sidesystemet. <emphasis>info</emphasis>-dokumenter er dermed nesten alltid på engelsk. Men når du spør <command>pinfo</command>-programmet om å vise en ikke-eksisterende <emphasis>info</emphasis>-side, vil den falle tilbake på <emphasis>man</emphasis>-siden med samme navn (hvis den eksisterer), som kan være oversatt.

en: Specific Documentation
nb-NO: Spesifikk dokumentasjon

en: <primary>documentation</primary><secondary>package documentation</secondary>
nb-NO: <primary>dokumentasjon</primary><secondary>pakkedokumentasjon</secondary>

en: <primary>documentation</primary><secondary>documentation package</secondary>
nb-NO: <primary>dokumentasjon</primary><secondary>dokumentasjonspakke</secondary>

en: <primary>documentation</primary><secondary><filename>/usr/share/doc/<replaceable>package</replaceable>/</filename></secondary>
nb-NO: <primary>dokumentasjon</primary><secondary><filename>/usr/share/doc/<replaceable>pakke</replaceable>/</filename></secondary>

en: <primary>documentation</primary><secondary><emphasis role="pkg"><replaceable>package</replaceable>-doc</emphasis></secondary>
nb-NO: <primary>dokumentasjon</primary><secondary><emphasis role="pkg"><replaceable>pakke</replaceable>-doc</emphasis></secondary>

en: Each package includes its own documentation. Even the least well documented programs generally have a <filename>README</filename> file containing some interesting and/or important information. This documentation is installed in the <filename>/usr/share/doc/<replaceable>package</replaceable>/</filename> directory (where <replaceable>package</replaceable> represents the name of the package). If the documentation is particularly large, it may not be included in the program's main package, but might be offloaded to a dedicated package which is usually named <literal><replaceable>package</replaceable>-doc</literal>. The main package generally recommends the documentation package so that you can easily find it.
nb-NO: Hver pakke inneholder sin egen dokumentasjon. Selv de minst godt dokumenterte programmene har vanligvis en <filename>README</filename>-fil som inneholder noe interessant og/eller viktig informasjon. Denne dokumentasjonen er installert i <filename>/usr/share/doc/<replaceable>pakke</replaceable>/</filename>-mappen (der <replaceable>pakke</replaceable> representerer navnet på pakken). Hvis dokumentasjonen er særlig stor, bør den ikke legges inn programmets hovedpakke, men bør heller legges i en egen pakke som vanligvis har navnet <literal><replaceable>pakke</replaceable>-doc</literal>. Hovedpakken anbefaler generelt denne dokumentasjonspakken, slik at den er enkel å finne.

en: <primary>package</primary><secondary><filename>README.Debian</filename></secondary>
nb-NO: <primary>pakke</primary><secondary><filename>README.Debian</filename></secondary>

en: <primary>package</primary><secondary><filename>changelog.Debian.gz</filename></secondary>
nb-NO: <primary>pakke</primary><secondary><filename>changelog.Debian.gz</filename></secondary>

en: <primary>package</primary><secondary><filename>NEWS.Debian.gz</filename></secondary>
nb-NO: <primary>pakke</primary><secondary><filename>NEWS.Debian.gz</filename></secondary>

en: The <filename>/usr/share/doc/<replaceable>package</replaceable>/</filename> directory also contains some files provided by Debian which complete the documentation by specifying the package's particularities or improvements compared to a traditional installation of the software. The <filename>README.Debian</filename> file also indicates all of the adaptations that were made to comply with the Debian Policy. The <filename>changelog.Debian.gz</filename> file allows the user to follow the modifications made to the package over time: it is very useful to try to understand what has changed between two installed versions that do not have the same behavior. Finally, there is sometimes a <filename>NEWS.Debian.gz</filename> file which documents the major changes in the program that may directly concern the administrator (see <xref linkend="sect.dist-upgrade-problems" />).
nb-NO: Mappen <filename>/usr/share/doc/<replaceable>pakke</replaceable>/</filename> inneholder også noen filer fra Debian som utfyller dokumentasjon ved å angi pakkenes særegenheter eller forbedringer sammenlignet med en tradisjonell installasjon av programvaren.<filename>README.Debian</filename>-filen indikerer også alle de tilpasninger som er gjort i samsvar med Debians regler. <filename>changelog.Debian.gz</filename>-filen tillater brukeren å følge endringene som er gjort i pakken over tid: Det er svært nyttig å prøve å forstå hva som har endret seg mellom to installerte versjoner som ikke opptrer likt. Til slutt er det noen ganger <filename>NEWS.Debian.gz</filename>-filen som dokumenterer større endringer i programmet som direkte kan angå administrator (se <xref linkend="sect.dist-upgrade-problems" />).

en: Websites
nb-NO: Websider

en: <primary>documentation</primary><secondary>websites</secondary>
nb-NO: <primary>dokumentasjon</primary><secondary>nettsteder</secondary>

en: <primary>documentation</primary><secondary>mailing list archive</secondary>
nb-NO: <primary>dokumentasjon</primary><secondary>epostlistearkiv</secondary>

en: <emphasis>TIP</emphasis> From error to solution
nb-NO: <emphasis>TIP</emphasis> Fra feil til løsning

en: If the software returns a very specific error message, enter it into the search engine (between double quotes, <literal>"</literal>, in order to search not for individual keywords, but for the complete phrase). In most cases, the first links returned will contain the answer that you need.
nb-NO: Hvis programvaren returnerer en helt spesifikk feilmelding, skriver du det inn i søkemotoren (mellom doble anførselstegn, <literal>"</literal>, for ikke å søke etter individuelle søkeord, men for hele uttrykket). I de fleste tilfellene vil de først returnerte linkene inneholde svaret som du trenger.

en: In other cases, you will get very general errors, such as “Permission denied”. In this case, it is best to check the permissions of the elements involved (files, user ID, groups, etc.).
nb-NO: I andre tilfeller vil du få svært generelle feil, for eksempel «Permission denied» (Tillatelse avslått). I dette tilfellet er det best å sjekke tillatelsene til elementene som er involvert (filer, bruker-ID, grupper, etc.).

en: <primary><filename>control</filename></primary><secondary><literal>Homepage</literal>, header field</secondary>
nb-NO: <primary><filename>control</filename></primary><secondary><literal>Homepage</literal>, hodefelt</secondary>

en: If you do not know the address for the software's website, there are various means of getting it. First, check if there is a <literal>Homepage</literal> field in the package's meta-information (<command>apt show <replaceable>package</replaceable></command>). Alternately, the package description may contain a link to the program's official website. If no URL is indicated, look at <filename>/usr/share/doc/<replaceable>package</replaceable>/copyright</filename>. The Debian maintainer generally indicates in this file where they got the program's source code, and this is likely to be the website that you need to find. If at this stage your search is still unfruitful, consult a free software directory, such as FSF's Free Software Directory, or search directly with a search engine, such as Google, DuckDuckGo, Yahoo, etc. <ulink type="block" url="https://directory.fsf.org/wiki/Main_Page" />
nb-NO: Hvis du ikke vet adressen til programvarens hjemmeside, er det ulike måter å få tak i den på. Først, sjekk om det er et <literal>Homepage</literal>-felt i pakkens metainformasjon (<command>apt show <replaceable>pakke</replaceable></command>). Alternativt kan pakkebeskrivelsen ha med en lenke til programmets offisielle hjemmeside. Hvis ingen nettadresse er angitt, sjekk <filename>/usr/share/doc/<replaceable>pakke</replaceable>/copyright</filename>. I denne filen indikerer vanligvis Debians vedlikeholdere hvor de fikk programmets kildekode, og dette er trolig det nettstedet du trenger å finne. Hvis det på dette stadiet i søket ikke vises resultater, sjekk med en katalog over fri programvare, for eksempel FSFs Free Software Directory, eller søk direkte med en søkemotor, f.eks. SearX, YaCy, osv. <ulink type="block" url="https://directory.fsf.org/wiki/Main_Page" />

en: <primary>documentation</primary><secondary><literal>wiki.debian.org</literal></secondary>
nb-NO: <primary>dokumentasjon</primary><secondary><literal>wiki.debian.org</literal></secondary>

en: Tutorials (<emphasis>HOWTO</emphasis>)
nb-NO: Veiledninger (<emphasis>HOWTO</emphasis>)

en: <primary>documentation</primary><secondary>HOWTO</secondary>
nb-NO: <primary>dokumentasjon</primary><secondary>HOWTO</secondary>

en: <primary>documentation</primary><secondary>tutorials</secondary>
nb-NO: <primary>dokumentasjon</primary><secondary>introduksjoner</secondary>

en: A <emphasis>HOWTO</emphasis> is a document that describes, in concrete terms and step by step, “how to” reach a predefined goal. The covered goals are relatively varied, but often technical in nature: for example, setting up IP Masquerading, configuring software RAID, installing a Samba server, etc. These documents often attempt to cover all of the potential problems likely to occur during the implementation of a given technology.
nb-NO: <emphasis>HOWTO</emphasis> er et dokument som beskriver, konkret og trinnvis, «hvordan» en når et forhåndsdefinert mål. Målene det dekker er relativt varierte, men ofte av teknisk karakter, for eksempel oppsett av IP-maskering, programvare-RAID, installasjon av Samba-tjener, osv. Disse dokumentene forsøker ofte å dekke alle sannsynlige problemer som kan oppstå under implementeringen av en gitt teknologi.

en: Debian also provides tutorials for its users: <ulink type="block" url="https://www.debian.org/doc/" />
nb-NO: Debian tilbyr også veiledninger til sine brukere: <ulink type="block" url="https://www.debian.org/doc/" />

en: Common Procedures
nb-NO: Vanlige prosedyrer

en: <primary>standard procedure</primary>
nb-NO: <primary>standard prosedyre</primary>

en: The purpose of this section is to present some general tips on certain operations that an administrator will frequently have to perform. These procedures will of course not cover every possible case in an exhaustive way, but they may serve as starting points for the more difficult cases.
nb-NO: Formålet med denne delen er å presentere noen generelle tips om visse operasjoner som en administrator ofte må utføre. Disse prosedyrene vil selvsagt ikke fullt ut dekke alle mulige tilfeller, men kan tjene som utgangspunkt for de mer vanskelige sakene.

en: <emphasis>DISCOVERY</emphasis> Documentation in other languages
nb-NO: <emphasis>FØRSTE MØTE</emphasis> Dokumentasjon på andre språk

en: Often, documentation translated into a non-English language is available in a separate package with the name of the corresponding package, followed by <literal>-<replaceable>lang</replaceable></literal> (where <replaceable>lang</replaceable> is the two-letter ISO code for the language).
nb-NO: Ofte er dokumentasjon oversatt til et annet språk enn engelsk tilgjengelig i en egen pakke med navnet på den tilsvarende pakken, etterfulgt av <literal>-<replaceable>språk</replaceable></literal> (hvor <replaceable>språk</replaceable> er tobokstavs-ISO-koden for språket).

en: For instance, the <emphasis role="pkg">debian-reference-fr</emphasis> package is the French version of the reference guides for Debian (initially written in English by Osamu Aoki), and the <emphasis role="pkg">manpages-de</emphasis> package contains the German version of the manual pages about using GNU/Linux.
nb-NO: For eksempel er <emphasis role="pkg">debian-reference-fr</emphasis>-pakken den franske versjonen av referanseveiledningene for Debian (opprinnelig skrevet på engelsk av Osamu Aoki), og <emphasis role="pkg">manpages-de</emphasis>-pakken inneholder den tyske versjonen av manualsidene om bruk av GNU/Linux.

en: <primary>documentation</primary><secondary><emphasis role="pkg">manpages-<replaceable>lang</replaceable></emphasis></secondary>
nb-NO: <primary>dokumentasjon</primary><secondary><emphasis role="pkg">manpages-<replaceable>lang</replaceable></emphasis></secondary>

en: Configuring a Program
nb-NO: Oppsett av et program

en: <primary>configuration</primary><secondary>program configuration</secondary>
nb-NO: <primary>oppsett</primary><secondary>programoppsett</secondary>

en: <primary>program</primary><secondary>configuration</secondary>
nb-NO: <primary>program</primary><secondary>oppsett</secondary>

en: Then, you should look at the software's official documentation — refer to <xref linkend="sect.documentation-sources" /> to identify the various existing documentation sources. The <command>dpkg -L <replaceable>package</replaceable></command> command gives a list of files included in the package; you can therefore quickly identify the available documentation (as well as the configuration files, located in <filename>/etc/</filename>). <command>dpkg -s <replaceable>package</replaceable></command> displays the package meta-data and shows any possible recommended or suggested packages; in there, you can find documentation or a utility that will ease the configuration of the software.
nb-NO: Deretter bør du se på programvarens offisielle dokumentasjon - se <xref linkend="sect.documentation-sources" /> for å identifisere de ulike tilgjengelige dokumentasjonskildene. Kommandoen <command>dpkg -L <replaceable>pakke</replaceable></command> gir en liste over filene i pakken: Dermed kan du raskt identifisere tilgjengelig dokumentasjon (samt oppsettsfiler, som ligger i <filename>/etc/</filename>). <command>dpkg -s <replaceable>pakke</replaceable></command> viser pakkens meta-data, og viser eventuelle anbefalte eller foreslåtte pakker. Der kan du finne dokumentasjon eller et verktøy som gjør oppsett av programvaren lettere.

en: Finally, the configuration files are often self-documented by many explanatory comments detailing the various possible values for each configuration setting. So much so that it is sometimes enough to just choose a line to activate from among those available. In some cases, examples of configuration files are provided in the <filename>/usr/share/doc/<replaceable>package</replaceable>/examples/</filename> directory. They may serve as a basis for your own configuration file.
nb-NO: Til slutt, oppsettsfilene er ofte selv-dokumenterte ved mange forklarende kommentarer som går i detaljer om mulige verdier for hver oppsettsinnstilling. Så mye at det noen ganger er tilstrekkelig å bare velge en linje blant de tilgjengelige for å aktivere dem. I noen tilfeller er eksempler på oppsettsfiler gitt i <filename>/usr/share/doc/<replaceable>package</replaceable>/examples/</filename>-mappen. De kan tjene som utgangspunkt for din egen oppsettsfil.

en: <emphasis>DEBIAN POLICY</emphasis> Location of examples
nb-NO: <emphasis>DEBIANRETNINGSLINJER</emphasis> Hvordan finne eksempler

en: <primary>examples, location</primary>
nb-NO: <primary>eksempler, plassering</primary>

en: All examples must be installed in the <filename>/usr/share/doc/<replaceable>package</replaceable>/examples/</filename> directory. This may be a configuration file, program source code (an example of the use of a library), or a data conversion script that the administrator can use in certain cases (such as to initialize a database). If the example is specific to a particular architecture, it should be installed in <filename>/usr/lib/<replaceable>package</replaceable>/examples/</filename> and there should be a link pointing to that file in the <filename>/usr/share/doc/<replaceable>package</replaceable>/examples/</filename> directory.
nb-NO: Alle eksempler skal plasseres i <filename>/usr/share/doc/<replaceable>pakke</replaceable>/examples/</filename>-mappen. Dette kan være en oppsettsfil, programkildekode (et eksempel på å bruke et bibliotek), eller et datakonverteringsskript som administratoren kan bruke i visse tilfeller (for eksempel for å sette opp en database for første gang). Hvis eksempelet kun fungerer på en bestemt arkitektur, bør det være installert i <filename>/usr/lib/<replaceable>pakke</replaceable>/examples/</filename>, og det bør være en lenke som peker til denne filen i <filename>/usr/share/doc/<replaceable>pakke</replaceable>/examples/</filename>-mappen.

en: Monitoring What Daemons Are Doing
nb-NO: Holde kontroll med det bakgrunnsprosessene driver med

en: Understanding what a daemon does is somewhat more complicated, since it does not interact directly with the administrator. To check that a daemon is actually working, you need to test it. For example, to check the Apache (web server) daemon, test it with an HTTP request.
nb-NO: Å forstå hva en bakgrunnsprosess gjør er noe mer komplisert, siden den ikke kommuniserer direkte med administrator. For å sjekke at en bakgrunnsprosess faktisk fungerer, må du teste den. For eksempel, for å sjekke bakgrunnsprosessen Apache (nettjener), test den med en HTTP-forespørsel.

en: <emphasis>BACK TO BASICS</emphasis> Daemon
nb-NO: <emphasis>DET GRUNNLEGGENDE</emphasis> Bakgrunnsprosess

en: <primary>daemon</primary>
nb-NO: <primary>bakgrunnsprosess</primary>

en: A daemon is a program that is not explicitly invoked by the user and that stays in the background, waiting for a certain condition to be met before performing a task. Many server programs are daemons, a term that explains that the letter “d” is frequently present at the end of their name (<command>sshd</command>, <command>smtpd</command>, <command>httpd</command>, etc.).
nb-NO: En bakgrunnsprosess (eng. daemon) er et program som ikke eksplisitt er aktivert av brukeren, og som holder seg i bakgrunnen, og venter på at en bestemt betingelse må være oppfylt før den utfører en oppgave. Mange tjenerprogrammer er bakgrunnsprosesser, et begrep som forklarer at bokstaven «d» ofte er med på slutten av navnet sitt (<command>sshd</command>, <command>smtpd</command>, <command>httpd</command>, etc.).

en: To allow such tests, each daemon generally records everything that it does, as well as any errors that it encounters, in what are called “log files” or “system logs”. Logs are stored in <filename>/var/log/</filename> or one of its subdirectories. To know the precise name of a log file for each daemon, see its documentation. Note: a single test is not always sufficient if it does not cover all the possible usage cases; some problems only occur in particular circumstances.
nb-NO: For å gjøre slike tester mulig, journalfører hver bakgrunnsprosess generelt alt den gjør, samt eventuelle feil som den møter, i det som kalles «loggfiler» eller «systemlogger». Loggene lagres i <filename>/var/log/</filename>, eller en av underkatalogene der. For å vite det nøyaktige navnet på en loggfil for hver bakgrunnsprosess, se dokumentasjonen. Merk: En enkel test er ikke alltid tilstrekkelig dersom det ikke dekker alle mulige brukstilfeller; noen problemer oppstår bare i spesielle tilfeller.

en: <emphasis>TOOL</emphasis> The <command>rsyslogd</command> daemon
nb-NO: <emphasis>VERKTØY</emphasis> <command>rsyslogd</command>-bakgrunnsprosessen

en: <command>rsyslogd</command> is special: it collects logs (internal system messages) that are sent to it by other programs. Each log entry is associated with a subsystem (e-mail, kernel, authentication, etc.) and a priority; <command>rsyslogd</command> processes these two pieces of information to decide on what to do. The log message may be recorded in various log files, and/or sent to an administration console. The details are defined in the <filename>/etc/rsyslog.conf</filename> configuration file (documented in the manual page of the same name provided in the <emphasis role="pkg">rsyslog-doc</emphasis> package).
nb-NO: <command>rsyslogd</command> er spesiell: Den samler logger (interne systemmeldinger) som sendes til den fra andre programmer. Hver loggoppføring har et delsystem (e-post, kernel, autentisering, etc.) og en prioritet knyttet til seg; <command>rsyslogd</command> ser på disse to informasjonsbitene for å bestemme hva de skal gjøre. Loggmeldingen kan bli registrert i forskjellige loggfiler, og/eller sendes til et administrasjonskonsoll. Detaljene er definert i oppsettsfilen <filename>/etc/rsyslog.conf</filename> (dokumentert i manualsiden med samme navn gitt i <emphasis role="pkg">rsyslog-doc</emphasis>-pakken).

en: Certain C functions, which are specialized in sending logs, simplify the use of the <command>rsyslogd</command> daemon. However some daemons manage their own log files (this is the case, for example, of <command>samba</command>, which implements Windows shares on Linux).
nb-NO: Bestemte C-funksjoner, som er spesialisert for å sende logger, forenkler bruken av <command>rsyslogd</command>-bakgrunnsprosessen. Men noen bakgrunnsprosesser administrerer sine egne loggfiler (dette er tilfelle, for eksempel, med <command>samba</command>, som implementerer delte Windows-disker på Linux).

en: Note that when <command>systemd</command> is in use, the logs are actually collected by <command>systemd</command> before being forwarded to <command>rsyslogd</command>. They are thus also available via <command>systemd</command>'s journal and can be consulted with <command>journalctl</command> (see <xref linkend="sect.systemd" /> for details).
nb-NO: Merk at når <command>systemd</command> er i bruk, blir loggene faktisk samlet av <command>systemd</command> før den sendes videre til <command>rsyslogd</command>. Slik er de også tilgjengelige via <command>systemd</command>s journal, og kan bli undersøkt med <command>journalctl</command> (se <xref linkend="sect.systemd" /> for detaljer).

en: Asking for Help on a Mailing List
nb-NO: Be om hjelp på en e-postliste

en: <primary>mailing lists</primary>
nb-NO: <primary>e-postlister</primary>

en: If your various searches haven't helped you to get to the root of a problem, it is possible to get help from other, perhaps more experienced people. This is exactly the purpose of the <email>debian-user@lists.debian.org</email> mailing list and its language specific siblings <email>debian-user-<replaceable>lang</replaceable>@lists.debian.org</email>. As with any community, it has rules that need to be followed. Before asking any question, you should check that your problem isn't already covered by recent discussions on the list or by any official documentation. <ulink type="block" url="https://wiki.debian.org/DebianMailingLists" /> <ulink type="block" url="https://lists.debian.org/debian-user/" /> <ulink type="block" url="https://lists.debian.org/users.html" />
nb-NO: Hvis dine ulike søk ikke har hjulpet deg å komme til roten av et problem, er det mulig å få hjelp fra andre, kanskje mer erfarne mennesker. Dette er nøyaktig formålet med e-postlisten <email>debian-user@lists.debian.org</email> og dens språkspesifikke søsken <email>debian-user-<replaceable>lang</replaceable>@lists.debian.org</email>. Som med alle fellesskap, har det regler som må følges. Før du stiller spørsmål, bør du kontrollere at problemet ditt ikke allerede er dekket av nylige diskusjoner på listen eller av offisiell dokumentasjon. <ulink type="block" url="https://wiki.debian.org/DebianMailingLists" /> <ulink type="block" url="https://lists.debian.org/debian-user/" /> <ulink type="block" url="https://lists.debian.org/users.html" />

en: <primary>mailing lists</primary><secondary><email>debian-user@lists.debian.org</email></secondary>
nb-NO: <primary>e-postlister</primary><secondary><email>debian-user@lists.debian.org</email></secondary>

en: <primary>mailing lists</primary><secondary><email>debian-user-<replaceable>lang</replaceable>@lists.debian.org</email></secondary>
nb-NO: <primary>e-postlister</primary><secondary><email>debian-user-<replaceable>lang</replaceable>@lists.debian.org</email></secondary>

en: <emphasis>BACK TO BASICS</emphasis> Netiquette applies
nb-NO: <emphasis>DET GRUNNLEGGENDE</emphasis> Nettetikette gjelder

en: <primary>Netiquette</primary>
nb-NO: <primary>Netikette</primary>

en: <primary>Code of Conduct</primary>
nb-NO: <primary>Etiske retningslinjer</primary>

en: In general, for all correspondence on e-mail lists, the rules of Netiquette should be followed. This term refers to a set of common sense rules, from common courtesy to mistakes that should be avoided. <ulink type="block" url="https://tools.ietf.org/html/rfc1855" />
nb-NO: Generelt for all korrespondanse på e-postlister er at reglene for nettetikette bør følges. Dette begrepet refererer til et sett med regler for sunn fornuft, fra vanlig høflighet til feil som bør unngås. <ulink type="block" url="https://tools.ietf.org/html/rfc1855" />

en: Furthermore, for any communication channel managed by the Debian project, you are bound by the Debian Code of Conduct: <ulink type="block" url="https://www.debian.org/code_of_conduct" />
nb-NO: Videre, i enhver kommunikasjonskanal som forvaltes av Debian-prosjektet, er du forpliktet til å følge Debians etiske retningslinjer: <ulink type="block" url="https://www.debian.org/code_of_conduct" />

en: Once those two conditions are met, you can think of describing your problem to the mailing list. Include as much relevant information as possible: various tests conducted, documentation consulted, how you attempted to diagnose the problem, the packages concerned or those that may be involved, etc. Check the Debian Bug Tracking System (BTS, described in sidebar <xref linkend="sect.bts" />) for similar problems, and mention the results of that search, providing links to bugs found. BTS starts on: <ulink type="block" url="https://bugs.debian.org/" />
nb-NO: Når disse to vilkår er oppfylt, kan du tenke på å beskrive problemet på e-postlisten. Inkluder så mye relevant informasjon som mulig: Ulike tester som er utført, dokumentasjon som er lest, hvordan du forsøkte å diagnostisere problemet, de berørte pakker eller pakker som kan være involvert, etc. Sjekk Debians feilsporingssystem (BTS, beskrevet i sidepanelet <xref linkend="sect.bts" />) etter lignende problemer, og nevn resultatene av det søket, og gi linker til feil som er funnet. BTS starter på: <ulink type="block" url="https://wwwbugs.debian.org/" />

en: The more courteous and precise you have been, the greater your chances are of getting an answer, or, at least, some elements of response. If you receive relevant information by private e-mail, think of summarizing this information publicly so that others can benefit. This also allows the list's archives, searched through various search engines, to show the resolution for others who may have the same question.
nb-NO: Jo mer høflig og presis du har vært, desto større er sjansen for å få et svar, eller i det minste en viss respons. Hvis du mottar relevant informasjon i privat e-post, vurder å sammenfatte denne informasjonen offentlig, slik at andre kan dra nytte av den. Dette gjør det mulig for listens arkiver, når de søkes gjennom ulike søkemotorer, å vise frem løsningen til andre som kanskje har det samme spørsmålet.

en: Reporting a Bug When a Problem Is Too Difficult
nb-NO: Rapportere en feil når problemet er for vanskelig

en: <primary>report a bug</primary>
nb-NO: <primary>rapporter en feil</primary>

en: <primary>bug</primary><secondary>report</secondary>
nb-NO: <primary>feil</primary><secondary>rapporter</secondary>

en: If all of your efforts to resolve a problem fail, it is possible that a resolution is not your responsibility, and that the problem is due to a bug in the program. In this case, the proper procedure is to report the bug to Debian or directly to the upstream developers. To do this, isolate the problem as much as possible and create a minimal test situation in which it can be reproduced. If you know which program is the apparent cause of the problem, you can find its corresponding package using the command, <command>dpkg -S <replaceable>file_in_question</replaceable></command>. Check the Bug Tracking System (<literal>https://bugs.debian.org/<replaceable>package</replaceable></literal>) to ensure that the bug has not already been reported. You can then send your own bug report, using the <command>reportbug</command> command, including as much information as possible, especially a complete description of those minimal test cases that will allow anyone to recreate the bug.
nb-NO: Hvis alle dine anstrengelser for å løse et problem feiler, er det mulig at det ikke er ditt ansvar å finne en løsning, men at problemet skyldes en feil i programmet. I dette tilfellet er riktige fremgangsmåte å rapportere feilen til Debian, eller direkte til oppstrømsutviklere. For å gjøre dette, isolér problemet så mye som mulig, og lag en minimal testsituasjon der problemet kan gjenskapes. Hvis du vet hvilket program som er den åpenbare årsaken til problemet, kan du finne den tilsvarende pakken ved hjelp av kommandoen <command>dpkg -S <replaceable>aktuell_fil</replaceable></command>. Sjekk feilsporingssystemet (<literal>https://bugs.debian.org/<replaceable>pakke</replaceable></literal>) for å sikre at feilen ikke allerede er rapportert. Deretter kan du sende din egen feilrapport, ved hjelp av <command>reportbug</command>-kommandoen. Ta med så mye informasjon som mulig, spesielt en fullstendig beskrivelse av de minimale testtilfellene som gjør det mulig for alle å gjenskape feilen.

en: The elements of this chapter are a means of effectively resolving issues that the following chapters may bring about. Use them as often as necessary!
nb-NO: Delene i dette kapitlet er hjelpemiddel til effektivt å løse problemer som de påfølgende kapitler kan få frem. Bruk dem så ofte som nødvendig!
