1.5. Hjelp

Hvis det oppstår et problem eller et spørsmål mens du arbeider gjennom denne boken, kan du sjekke FAQ-siden på http://www.linuxfromscratch.org/faq/#generalfaq. Spørsmål er ofte allerede besvart der. Hvis spørsmålet ditt ikke blir besvart på denne siden, kan du prøve å finne kilden til problemet. Følgende tips vil gi deg noen veiledning for feilsøking: http://www.linuxfromscratch.org/hints/downloads/files/errors.txt.

Hvis du ikke finner problemet oppført i vanlige spørsmål, kan du søke på adresselistene på http://www.linuxfromscratch.org/search.html.

Vi har også et fantastisk LFS-samfunn som er villig til å tilby hjelp gjennom postlistene og IRC (se avsnitt "Ressurser" -delen i denne boken). Imidlertid får vi flere støttespørsmål hver dag, og mange av dem kan enkelt besvares ved å gå til FAQ og ved å søke på adresselistene først. Så for at vi skal tilby den best mulig hjelpen, må du først undersøke på egen hånd. Det gjør at vi kan fokusere på de mer uvanlige støttebehovene. Hvis søkene dine ikke gir noen løsning, vennligst legg inn all relevant informasjon (nevnt nedenfor) i forespørselen om hjelp.

Ting å nevne

Bortsett fra en kort forklaring av problemet som oppleves, er de essensielle tingene å inkludere i enhver anmodning om hjelp:

  • Versjonen av boka som brukes (i dette tilfellet 9.1)

  • Vertsdistribusjonen og versjonen som brukes til å lage LFS

  • Utdataet fra Host System Requirements-skriptet

  • Pakken eller seksjonen problemet ble oppdaget i

  • Den eksakte feilmeldingen eller symptomet som mottas

  • Merk om du i det hele tatt har avviket fra boka

Å avvike fra denne boken betyr ikke at vi ikke vil hjelpe deg. Tross alt handler LFS om personlig preferanse. Å være forhånd med eventuelle endringer i den etablerte prosedyren hjelper oss å evaluere og finne mulige årsaker til problemet ditt.

Konfigurer skriptproblemer

Hvis noe går galt mens du kjører konfigurasjonsskriptet, kan du lese filen config.log. Denne filen kan inneholde feil under konfigurering som ikke ble skrevet ut på skjermen. Inkluder de aktuelle linjene hvis du trenger å be om hjelp.

Problemer med kompilering

Både skjermutgangen og innholdet i forskjellige filer er nyttige for å bestemme årsaken til kompilasjonsproblemer. Skjermutgangen fra konfigurasjonsskriptet og kjøringen kan være nyttig. Det er ikke nødvendig å ta med hele utdataene, men inkluderer nok av relevant informasjon. Nedenfor er et eksempel på typen informasjon som skal inkluderes fra skjermutgangen fra merke:

gcc -DALIASPATH=\"/mnt/lfs/usr/share/locale:.\"
-DLOCALEDIR=\"/mnt/lfs/usr/share/locale\"
-DLIBDIR=\"/mnt/lfs/usr/lib\"
-DINCLUDEDIR=\"/mnt/lfs/usr/include\" -DHAVE_CONFIG_H -I. -I.
-g -O2 -c getopt1.c
gcc -g -O2 -static -o make ar.o arscan.o commands.o dir.o
expand.o file.o function.o getopt.o implicit.o job.o main.o
misc.o read.o remake.o rule.o signame.o variable.o vpath.o
default.o remote-stub.o version.o opt1.o
-lutil job.o: In function `load_too_high':
/lfs/tmp/make-3.79.1/job.c:1565: undefined reference
to `getloadavg'
collect2: ld returned 1 exit status
make[2]: *** [make] Error 1
make[2]: Leaving directory `/lfs/tmp/make-3.79.1'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/lfs/tmp/make-3.79.1'
make: *** [all-recursive-am] Error 2

I dette tilfellet vil mange bare inkludere den nederste delen:

make [2]: *** [make] Error 1

Dette er ikke nok informasjon til å diagnostisere problemet riktig, fordi det bare bemerker at noe gikk galt, ikke hva som gikk galt. Hele delen, som i eksemplet over, er det som bør lagres fordi den inkluderer kommandoen som ble utført og tilhørende feilmelding.

En utmerket artikkel om å be om hjelp på Internett er tilgjengelig på http://catb.org/~esr/faqs/smart-questions.html. Les og følg tipsene i dette dokumentet for å øke sannsynligheten for å få den hjelpen du trenger.

Forrige Hjem Neste