5.3. Felsök installationsprocessen

5.3.1. Tillförlitlighet för cd-rom

Ibland, speciellt med äldre cd-rom-enhet, kan installeraren misslyckas att starta upp från en cd-skiva. Installeraren kan även — även efter en lyckad uppstart från cd-skiva — misslyckas att känna igen cd-rom-enheten eller svara med fel vid läsning från den under installationen.

Det finns många olika möjliga orsaker till dessa problem. Vi kan endast lista några vanliga problem och tillhandahålla allmänna förslag på hur man hanterar dem. Resten är upp till dig.

Det finns två mycket enkla saker som du bör prova först.

  • Om cd-skivan inte startar upp, kontrollera att den blev inmatad korrekt och att den inte är smutsig.

  • Om installeraren misslyckas att känna igen en cd-rom, prova att köra alternativet Identifiera och montera cd-rom en andra gång. Vissa DMA-relaterade problem med äldre cd-rom-enheter kan lösas på detta sätt.

Om det inte fungerar, prova nedanstående förslag. De flesta, men inte alla, förslag som diskuteras där gäller för både cd-rom och dvd, men vi använder termen cd-rom för enkelhet.

Om du inte kan få installationen att fungera från cd-rom, prova en av de andra installationsmetoderna som finns tillgängliga.

5.3.1.1. Vanliga problem

  • Några äldre cd-rom-enheter saknar stöd för att läsa från skivor som blev brända med höga hastigheter med en modern cd-brännare.

  • Om ditt system startar upp korrekt från cd-rom, betyder inte det alltid att Linux även har stöd för cd-enheten (eller, mer korrekt, kontrollern som din cd-rom-enhet är ansluten till).

  • Några äldre cd-rom-enheter fungerar inte korrekt om “direkt minnesåtkomst” (DMA) är aktiverat.

5.3.1.2. Hur man undersöker och kanske även löser problem

Prova förslagen som listas här nedan om uppstart med cd-rom misslyckas.

  • Kontrollera att ditt BIOS faktiskt har stöd för uppstart från cd-rom (äldre system har inte alltid det) och att din cd-rom-enhet har stöd för det media som du använder.

  • Om du hämtat en iso-avbild, kontrollera att md5-kontrollsumman för avbilder matchar den som listas för avbilden i filen MD5SUMS som bör finnas på samma plats som där du hämtade avbilden från.

    $ md5sum debian-testing-i386-netinst.iso
    a20391b12f7ff22ef705cee4059c6b92  debian-testing-i386-netinst.iso
    

    Kontrollera sedan att md5-kontrollsumman för den brända cd-skivan matchar också. Följande kommando bör fungera. Det använder storleken på avbilden för att läsa det korrekta antalet byte från cd-skivan.

    $ dd if=/dev/cdrom | \
    
    > head -c `stat --format=%s debian-testing-i386-netinst.iso` | \
    
    > md5sum
    a20391b12f7ff22ef705cee4059c6b92  -
    262668+0 poster in
    262668+0 poster ut
    134486016 bytes (134 MB) kopierade, 97.474 sekunder, 1.4 MB/s
    

Om, efter att installeraren har startat upp korrekt, identifieras inte cd-rom-enheten, kan ibland ett nytt försök lösa problemet. Om du har fler än en cd-rom-enhet, prova att byta cd-rom-enheten till den andra enheten. Om det inte fungerar eller om cd-rom-enheten identifieras men det uppstod fel vid läsningen från den, prova förslagen som listas nedan. Viss grundläggande kunskap om Linux krävs för det här. För att köra något av kommandona, bör du först växla till den andra virtuella konsollen (VT2) och aktivera skalet där.

  • Växla till VT4 eller visa innehållet i /var/log/syslog (använd nano som redigerare) för att leta efter specifika felmeddelenden. Efter det, kontrollera även utskriften för dmesg.

  • Se efter i utdatat från dmesg om din cd-rom-enhet identifierades. Du bör se någonting som liknar (raderna behöver inte nödvändigtvis vara lika):

    Probing IDE interface ide1...
    hdc: TOSHIBA DVD-ROM SD-R6112, ATAPI CD/DVD-ROM drive
    ide1 at 0x170-0x177,0x376 on irq 15
    hdc: ATAPI 24X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache, UDMA(33)
    Uniform CD-ROM driver Revision: 3.20
    

    Om du inte ser någonting som liknar det här, är chansen att kontrollern som din cd-rom är ansluten till, inte känns igen eller inte stöds alls. Om du vet vilken drivrutin som behövs för kontrollern, kan du prova att läsa in den manuellt med modprobe.

  • Kontrollera att det finns en enhetsnod för din cd-rom-enhet under /dev/. I ovanstående exempel skulle detta vara /dev/hdc. Det bör även finnas en /dev/cdroms/cdrom0.

  • Använd kommandot mount för att kontrollera att din cd-rom redan är monterad, om inte, försök att montera den manuellt:

    $ mount /dev/hdc /cdrom
    

    Kontrollera om det uppstod felmeddelanden efter körning av kommandot.

  • Kontrollera om DMA för närvarande är aktiverat:

    $ cd /proc/ide/hdc
    $ grep dma settings
    using_dma      1       0       1       rw
    

    En “1” i första kolumnen efter using_dma betyder att det är aktiverat. Om det är, försök att inaktivera det:

    $ echo -n "using_dma:0" 
    >settings
    

    Se till att du är i katalogen för enheten som motsvarar din cd-rom-enhet.

  • Om det uppstår problem under installationen, prova att kontrollera integriteten för cd-skivan med alternativen nära slutet på installerarens huvudmeny. Det här alternativet kan även användas som ett allmänt test för att se om cd-skivan kan läsas tillförlitligt.

5.3.2. Tillförlitlighet för disketter

Det största problemet för personer som använder disketter för att installera Debian verkar vara pålitligheten för disketterna.

Startdisketten är disketten med de största problemen, därför att den läses av maskinvaran direkt, innan Linux startar upp. Ofta läser inte maskinvaran lika tillförlitligt som Linux egen drivrutin för diskettenheten, och kan till och med stanna helt utan att skriva ut något felmeddelande om den läser felaktigt data. Det kan även bli fel i drivrutinsdisketterna, som visar sig som stora mängder av meddelanden om in/ut-fel.

Om installeraren stannar för dig vid läsning av en specifik diskett, är det första du bör göra att skriva den till en annan diskett och se om det löser problemet. En omformatering av den redan använda disketten kanske inte alltid räcker, även om det verkar som om disketten blev omformaterad och skrevs utan fel. Det kan ibland vara användbart att försöka att skriva disketten på en annan dator.

En användare rapporterar att han var tvungen och skriva avbilderna till disketten tre gånger innan en fungerade och sedan gick allt bra med den tredje disketten.

Vanligtvis behöver du inte hämta diskettavbilden igen, men om du upplever problem är det alltid bra att validera att avbilderna som hämtades är korrekta genom att validera deras md5-kontrollsummor.

Andra användare har rapporterat att helt enkelt starta om ett par gånger med samma diskett i diskettenheten kan leda till en lyckad uppstart. Det är på grund av felaktig maskinvara eller drivrutinen för diskettenheten i den “fasta programvaran”.

5.3.3. Uppstartskonfiguration

Om du har problem med att kärnan hänger sig under uppstartsprocessen, inte känner igen kringutrustning som du faktiskt har, eller inte korrekt detekterar vissa enheter, är uppstartsparametrarna det första att kontrollera, vilket diskuteras i Avsnitt 5.2, “Uppstartsparametrar”.

Ofta kan problemen lösas genom att ta bort tillägg och kringutrustning och sedan försöka starta upp igen. Interna modem, ljudkort och enheter med plug-n-play kan vara speciellt problematiska.

Om du har en stor mängd minne installerad i din maskin, mer än 512MB, och installeraren hänger sig när kärnan startar upp, kan du behöva inkludera ett uppstartsargument för att begränsa mängden minne som kärnan ser, såsom mem=512m.

5.3.4. Vanliga installationsproblem på Intel x86

Det finns några vanliga installationsproblem som kan lösas eller undvikas genom att skicka med vissa uppstartsparametrar till installeraren.

Vissa system har disketter med “omvänd DCL”. Om du upptäcker fel vid inläsning från disketten även om disketten är bra, prova med parametern floppy=thinkpad.

På vissa system, såsom IBM PS/1 eller ValuePoint (som har ST-506-hårddiskar), kanske IDE-disken inte kan identifieras korrekt. Igen, prova den först utan parametrar och se om IDE-disken identifieras korrekt. Om inte, ta reda på geometrin för din hårddisk (cylindrar, huvuden och sektorer), och använd parametern hd=cylindrar,huvuden,sektorer.

Om du har en mycket gammal dator, och kärnan hänger sig efter den sagt Checking 'hlt' instruction..., så ska du prova uppstartsargumentet no-hlt, som inaktiverar det här testet.

Om din skärm börjar visa en konstig bild vid uppstart av kärnan, exempelvis vitt, svart eller färgat bildpunktsskräp, kan ditt system innehålla ett problematiskt grafikkort som inte kan byta till framebuffer-läget korrekt. Då kan du använda uppstartsparametern fb=false video=vga16:off för att inaktivera framebuffer-konsollen. Endast det engelska språket kommer då att vara tillgängligt under installationen på grund av begränsade konsollfunktioner. Se Avsnitt 5.2, “Uppstartsparametrar” för detaljer.

5.3.4.1. Systemet fryser under konfigurationsfasen för PCMCIA

Vissa modeller av bärbara datorer producerade av Dell är kända att krascha när identifiering av PCMCIA-enheter försöker komma åt vissa maskinvaruadresser. Andra bärbara kan visa liknande problem. Om du upplever sådana problem och du inte behöver PCMCIA-stöd under installationen kan du inaktivera PCMCIA med uppstartsparametern hw-detect/start_pcmcia=false. Du kan då konfigurera PCMCIA efter installationen är genomförd och undanta resursintervallet som orsakar problemen.

Alternativt kan du starta upp installeraren i expertläget. Du kommer då att bli frågad att ange inställningar för resursintervall som din maskinvara behöver. Till exempel, om du har en av Dells bärbara datorer som nämndes ovan, bör du ange exclude port 0x800-0x8ff här. Det finns också en lista på några vanliga resursintervall i System resource settings section of the PCMCIA HOWTO. Observera att du måste ta bort eventuella kommatecken när du anger det här värdet i installeraren.

5.3.4.2. Systemfrysning vid inläsning av USB-moduler

Kärnan försöker normalt sett att installera USB-moduler och drivrutinen för USB-tangentbord för att ge stöd för icke-standardiserade USB-tangentbord. Det finns dock några trasiga USB-system där drivrutinen hänger sig vid inläsning. Ett möjligt sätt att komma runt problemet är att inaktivera USB-kontrollern i BIOS-inställningen på ditt moderkort. Ett annat alternativ är att skicka med parametern debian-installer/probe/usb=false vid uppstartsprompten, som kommer att förhindra att modulerna läses in.

5.3.5. Tolkning av kärnans uppstartsmeddelanden

Under uppstartssekvensen kanske du se många meddelanden liknande can't find någonting , eller någonting not present, can't initialize någonting, eller till och med this driver release depends on någonting. De flesta av de här meddelandena är harmlösa. Du ser dem för att kärnan för installationssystemet är byggd för att köras på många olika datorer och med många olika kringutrustningsenheter. Ingen dator kommer så klart att innehålla alla tänkbara kringutrustningsenheter, så operativsystemet kan klaga en hel del när den letar efter kringutrustning som du inte har. Du kan också se att systemet gör en paus. Det händer när det väntar på att en enhet ska svara, och att den enheten finns inte i ditt system. Om du tycker att tiden det tar att starta upp systemet är på tok för lång, kan du skapa en anpassad kärna senare (se Avsnitt 8.6, “Bygg en ny kärna”).

5.3.6. Rapportering av installationsproblem

Om du kommer igenom den initiala uppstartsfasen men inte kan färdigställa installationen, kan menyalternativet Spara felsökningsloggar vara till hjälp. Det låter dig lagra felloggar från systemet och information om konfigurationen från installeraren på en diskett, eller hämta dem med en webbläsare. Den informationen kan innehålla ledtrådar till vad som gick fel och hur man rättar till det. Om du skickar in en felrapport kan du bifoga den här informationen i felrapporten.

Andra relevanta installationsmeddelanden kan hittas i /var/log/ under installationen, och /var/log/installer/ efter datorn har startats om till det nyligen installerade systemet.

5.3.7. Skicka installationsrapporter

Om du fortfarande har problem, skicka in en installationsrapport. Vi uppmuntrar att installationsrapporter skickas in även om installationen lyckats, så att vi kan få så mycket information som möjligt om många olika maskinvarukonfigurationer.

Observera att din installationsrapport kommer att publiceras i Debians felhanteringssystem (BTS) och vidarebefordras till en publik sändlista. Se till att du använder en e-postadress som du inte har några problem med att den används publikt.

Om du har ett fungerande Debian-system är det enklaste sättet att skicka in en installationsrapport att installera paketen installation-report och reportbug (aptitude install installation-report reportbug), konfigurera reportbug som det förklaras i Avsnitt 8.5.2, “Skicka e-post utanför systemet”, och kör kommandot reportbug installation-reports.

Alternativ kan du använda den här mallen när du fyller i installationsrapporter, och skicka sedan rapporten som en felrapport mot pseudopaketet installation-reports, genom att skicka den till (skriv på engelska).

Package: installation-reports

Boot method: <Hur startade du upp installeraren? Cd? Diskett? Nätverk?>
Image version: <Fullständig url till avbilden du hämtade är bäst>
Date: <Datum och tid för installationen>

Machine: <Beskrivning av maskinen (exempelvis IBM Thinkpad R32)>
Processor:
Memory:
Partitions: <df -Tl räcker; en rå partitionstabell föredras>

Utskrift från lspci -nn och lspci -vnn:

Base System Installation Checklist:
[O] = OK, [E] = Fel (förklara nedan), [ ] = provade det inte

Initial boot:           [ ]
Detect network card:    [ ]
Configure network:      [ ]
Detect CD:              [ ]
Load installer modules: [ ]
Detect hard drives:     [ ]
Partition hard drives:  [ ]
Install base system:    [ ]
Clock/timezone setup:   [ ]
User/password setup:    [ ]
Install tasks:          [ ]
Install boot loader:    [ ]
Overall install:        [ ]

Comments/Problems:

<Beskrivning av installationen, i prosa, och eventuella tankar, kommentarer
      och idéer du hade under installationen.>

Beskriv i felrapporten vad problemet var, inklusive de sista meddelandena från kärnan om problemet var att kärnan hängde sig. Beskriv de steg du tog som slutade i att systemet fick problem.