Občas, obzvláště se staršími CD mechanikami, se nemusí podařit zavést instalační systém. Dokonce je možné, že se systém zavede, ale poté již CD mechaniku nenalezne, nebo během instalace bude čtení vracet chyby. Možných příčin je spousta a můžeme zde vypsat jen ty nejběžnější, resp. můžeme zmínit obecné postupy. Zbytek je na vás. Nejprve byste měli vyzkoušet dvě nejjednodušší věci. Pokud z CD nejde zavést, zkontrolujte, že je disk vložen správně a že není špinavý. Pokud systém sice naběhne, ale rozpoznání CD selže, zkuste z menu opakovaně vybrat možnost Rozpoznat a připojit CD-ROM . Je známo, že se tím vyřeší některé problémy s DMA muzeálních CD mechanik. Jestliže to stále nepomohlo, zkuste některý z návrhů níže. Většina návrhů platí jak pro CD mechaniky, tak pro DVD, Blue Ray a podobné mechaniky. Jako poslední záchrana zde stále existuje možnost zvolit instalaci z jiného média, např. ze sítě. Některé starší CD mechaniky nepodporují čtení disků vypálených na novějších vypalovačkách vyššími rychlostmi. Některé hodně staré CD mechaniky nefungují správně při povoleném DMA direct memory access. Pokud se nedaří z CD zavést systém, zkuste následující. Zkontrolujte, zda je v BIOSu povoleno zavádění z CD a že vaše CD mechanika podporuje média, která používáte. Pokud jste si stáhli iso obraz, zkontrolujte, že souhlasí kontrolní součet s tím, který se nachází v souboru MD5SUMS. Soubor by měl ležet na stejném místě, ze kterého jste stáhli obraz. $ md5sum debian-testing-i386-netinst.iso a20391b12f7ff22ef705cee4059c6b92 debian-testing-i386-netinst.iso Dále zkontrolujte, že kontrolní součet souhlasí i po vypálení obrazu. $ dd if=/dev/cdrom | \ > head -c `stat --format=%s debian-testing-i386-netinst.iso` | \ > md5sum a20391b12f7ff22ef705cee4059c6b92 - 262668+0 records in 262668+0 records out 134486016 bytes (134 MB) copied, 97.474 seconds, 1.4 MB/s Pokud se podařilo zavést instalační systém, ale ten už CD nerozpozná, postačí někdy z hlavního instalačního menu znovu spustit krok rozpoznání CD. Máte-li více mechanik, zkuste použít nějakou jinou. Jestliže to nepomáhá, nebo se při čtení objevují chyby, zkuste některou z rad níže. Pro následující kroky je třeba základní znalost jádra &arch-kernel;. Pro spouštění různých příkazů byste se měli přepnout na druhou virtuální konzolu (VT2) a aktivovat tam spící shell. Zkontrolujte podezřelé hlášky na čtvrté virtuální konzoli, nebo si editorem nano prohlédněte obsah souboru /var/log/syslog. Poté zkontrolujte výstup příkazu dmesg. Ve výpisu příkazu dmesg se podívejte, zda byla vaše CD mechanika nalezena. Měli byste tam vidět něco podobného (ne nutně v tomto pořadí): ata1.00: ATAPI: MATSHITADVD-RAM UJ-822S, 1.61, max UDMA/33 ata1.00: configured for UDMA/33 scsi 0:0:0:0: CD-ROM MATSHITA DVD-RAM UJ-822S 1.61 PQ: 0 ANSI: 5 sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray cdrom: Uniform CD-ROM driver Revision: 3.20 Nevidíte-li nic podobného, je možné, že řadič, ke kterému je vaše CD mechanika připojena, nebyl rozpoznán, nebo není podporován. Jestliže víte, který ovladač je vyžadován pro váš řadič, můžete jej zkusit nahrát ručně příkazem modprobe. Zkontrolujte, zda se v adresáři /dev/ vytvořil soubor zařízení odpovídající vaší CD mechanice. Podle výše uvedeného příkladu by to byl soubor /dev/sr0. Také by měl existovat symbolický odkaz /dev/cdrom. Příkazem mount se přesvědčte, zda je CD připojeno. Pokud ne, zkuste je připojit ručně. $ mount /dev/hdc /cdrom Podívejte se, zda tento příkaz nevyvolal nějaká chybová hlášení. Zkontrolujte, zda je DMA zapnuté: $ cd /proc/ide/hdc $ grep using_dma settings using_dma 1 0 1 rw Číslo 1 v prvním sloupci za textem using_dma znamená, že je DMA povoleno. Pokud je, zkuste je vypnout: $ echo -n "using_dma:0" >settings Před spuštěním příkazu se ujistěte, že jste v adresáři zařízení, které odpovídá vaší CD mechanice. Pokud se během instalace vyskytnou problémy, zkuste zkontrolovat integritu média pomocí volby v hlavním menu instalačního systému. Toto menu můžete použít jako rozumný test, zda je možné spolehlivě přečíst celé CD. Pro lidi, kteří instalují &debian; z disket, bývá největším problémem spolehlivost těchto médií. Nejhorší problémy bývají se zaváděcí disketou, poněvadž tuto disketu čte BIOS ještě před zavedením Linuxu. BIOS nedokáže číst disketu tak spolehlivě jako linuxový ovladač, a pokud dojde k chybnému načtení dat, může se čtení jen tak zastavit bez vypsání chybového hlášení. K chybnému čtení může samozřejmě dojít i u disket s ovladači a instalačním systémem, což se, na rozdíl od zaváděcí diskety, projeví záplavou hlášení o V/V chybách. Pokud se vám instalace zasekne vždy na stejné disketě, první věc, kterou byste měli udělat, je znovu stáhnout obraz diskety a zapsat jej na jinou disketu. Přeformátování původní diskety nemusí vést k úspěchu, ani když se po formátování vypíše, že operace proběhla bez problémů. Někdy je užitečné zkusit nahrát diskety na jiném počítači. Máte-li podezření na problém při stahování, ověřte md5součty obrazů. Jeden z uživatelů napsal, že se mu podařilo vytvořit bezchybnou zaváděcí disketu až na třetí takový pokus. Podle dalších uživatelů může systém úspěšně naběhnout až na několikátý pokus při čtení ze stejné diskety. Příčinou jsou nespolehlivé disketové jednotky nebo chyby ve firmwaru. Pokud se jádro zasekne během zavádění, nerozezná připojená zařízení, nebo disky nejsou korektně rozpoznány, v prvé řadě zkontrolujte parametry jádra, kterými se zabývá . V některých případech může za nefunkčnost zařízení chybějící firmware, jak popisují části a . Pokud softwarová syntéza hlasu nefunguje, bývá to obvykle problém se zvukovou kartou. Buď není její ovladač součástí instalátoru, nebo její mixer používá atypické názvy kanálů, které jsou vevýchozím nastavení ztišené. Měli byste to nahlásit jako chybu a přiložit k ní výpisy násedujících příkazů spuštěných na daném počítači z jiného linuxového systému, na kterém zvuk funguje (například z Live CD). dmesg lspci lsmod amixer V praxi se můžete potkat s instalačními problémy, které lze vyřešit, nebo je aspoň obejít, zadáním určitých zaváděcích parametrů instalačnímu programu. Jestliže je obraz na obrazovce během zavádění jádra divný, jako třeba čistě bílý, naprosto černý, nebo se zobrazuje barevné smetí, máte problematickou grafickou kartu, která se neumí správně přepnout do grafického režimu. V takovém případě pomůže zaváděcí parametr fb=false, kterým vypnete grafický framebuffer. Během instalace však bude k dispozici pouze podmnožina dostupných jazyků, protože některé jazyky nejdou v čistě textovém režimu zobrazit. Zaváděcí parametry popisuje . Některé staré modely notebooků firmy Dell jsou známé tím, že se zhroutí, když automatické rozpoznávání PCMCIA zařízení přistoupí na určité hardwarové adresy. Toto chování mohou vykazovat i některé notebooky jiných výrobců. Pokud se u vás tento problém projevuje a pro instalaci podporu PCMCIA nepotřebujete, můžete ji vypnout zaváděcím parametrem hw-detect/start_pcmcia=false. Služby PCMCIA můžete zprovoznit později po instalaci. Alternativně můžete instalační program zavést v expertním režimu. Pak budete mimo jiné dotázáni na rozsah zdrojů, které váš hardware vyžaduje. Například pokud máte jeden z výše zmíněných Dellů, měli byste zde zadat exclude port 0x800-0x8ff. Seznam obvyklých rozsahů se nachází například v System resource settings section of the PCMCIA HOWTO. Při zadávání rozsahů do instalačního programu vynechejte všechny čárky (pokud se v rozsazích nachází). Při instalaci existuje několik známých problémů, které je dobré zmínit. Není neobvyklé, že ve výchozí konfiguraci mají systémy &arch-title; dvě grafické karty, například ATI a Sun Creator 3D. V některých případech se může stát, že Linux nepřesměruje svůj video výstup na kartu původně zvolenou firmwarem, ale na tu druhou. To pak může vypadat, jako by se zavádění zaseklo. Poslední viditelná hláška bývá obvykle: Remapping the kernel... done Booting Linux... Možným řešením je fyzické odstranění jedné z grafických karet, nebo zakázání nepoužívané karty pomocí parametru jádra. Například pro zakázání karty ATI byste zavedli instalační systém s parametrem video=atyfb:off. Je možné, že tento parametr budete muset před restartem přidat i do konfiguračního souboru zavaděče silo (/target/etc/silo.conf) a pokud jste instalovali X11, tak v souboru /etc/X11/xorg.conf změnit ovladač, aby odpovídal skutečně použité kartě. Některé Sparc systémy jsou notoricky známé tím, že mají problémy se zaváděním z CD-ROM. A i když se zavedení podaří, mohou se během instalace objevovat nevysvětlitelné chyby. Nejvíce problémů bylo hlášeno na systémech SunBlade. Doporučujeme tyto systémy instalovat zavedením ze sítě. Během zavádění systému můžete vidět spoustu hlášení typu can't find ..., ... not present, can't initialize ... nebo this driver release depends on .... Většina těchto hlášení je neškodná. Vy je vidíte proto, že jádro instalačního systému je přeloženo tak, aby mohlo běžet na počítačích s odlišnými hardwarovými konfiguracemi a mnoha různými periferními zařízeními. Samozřejmě že žádný počítač asi nebude mít všechna zařízení, tudíž systém nahlásí několik nenalezených zařízení. Také se může stát, že se zavádění na chvíli zastaví. To se stává při čekání na odpověď od zařízení, které v systému chybí. Pokud se vám zdá doba, za kterou systém naběhne, příliš dlouhá, můžete si později vytvořit vlastní jádro (viz ). Jestliže se dostanete přes úvodní fázi zavedení systému, ale nemůžete instalaci dokončit, můžete použít menu Uložit záznamy pro pozdější ladění. Tato volba vám umožní uložit na disketu nebo zpřístupnit přes webové rozhraní chybové hlášky, stav systému a jiné užitečné informace, které vám mohou naznačit, v čem je problém a jak ho vyřešit. Tyto údaje nám také můžete poslat spolu s hlášením o chybě. Další užitečné informace můžete najít během instalace v adresáři /var/log/ a později v novém systému ve /var/log/installer/. Pokud problém přetrvává, prosíme vás o zaslání zprávy o průběhu instalace. Zprávu o instalaci můžete zaslat i v případě, že vše proběhlo bez problémů — získáme tak přehled o nejrůznějších hardwarových konfiguracích. Zprávy o instalaci budou publikovány v našem systému sledování chyb (BTS, Bug Tracking System) a budou přeposlány do veřejného diskusního listu. Proto se ujistěte, že použijete emailovou adresu, u které vám nevadí, že bude zveřejněna. Máte-li funkční systém s &debian;em, je nejjednodušší zaslat zprávu pomocí balíku reportbug. Nainstalujte si potřebné balíky (apt install installation-report reportbug), nastavte reportbug podle kapitoly a spusťte příkaz reportbug installation-reports. Při psaní zprávy můžete využít následující šablonu, kterou pak zašlete jako hlášení o chybě vůči pseudobalíku installation-report na adresu submit@bugs.debian.org. Package: installation-reports Boot method: <Jak jste zavedli instalaci? CD? Disketa? Síť?> Image version: <Celé url, odkud jste stáhli obraz(y)> Date: <Datum a čas instalace> Machine: <Popis počítače (např. IBM Thinkpad T41)> Processor: Memory: Partitions: <Výstup příkazu df -Tl;> Output of lspci -knn (or lspci -nn): Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it 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: <Zde se můžete rozepsat o způsobu instalace, zmínit nápady a postřehy, které vás napadly během instalace.> V samotné zprávě podrobně popište problém, včetně posledních viditelných hlášek jádra v okamžiku zaseknutí počítače. Také nezapomeňte popsat kroky, kterými jste se do problémové části dostali.