PLD-doc/book: pl_book__instalacja/pl_instalacja__chroot.sec pl_book__kernel-urzadzenia pl_book__kern...

qwiat cvs w pld-linux.org
Czw, 13 Kwi 2006, 01:31:29 CEST


Author: qwiat
Date: Thu Apr 13 01:31:24 2006
New Revision: 7344

Added:
   PLD-doc/book/pl_book__kernel-urzadzenia/
   PLD-doc/book/pl_book__kernel-urzadzenia/pl_kernel-urzadzenia.chp
   PLD-doc/book/pl_book__kernel-urzadzenia/pl_kernel-urzadzenia__kernel.sec
   PLD-doc/book/pl_book__kernel-urzadzenia/pl_kernel-urzadzenia__moduly.sec
   PLD-doc/book/pl_book__kernel-urzadzenia/pl_kernel-urzadzenia__moduly_udev.sec
   PLD-doc/book/pl_book__kernel-urzadzenia/pl_kernel-urzadzenia__moduly_zarzadzanie.sec
Modified:
   PLD-doc/book/pl_book__instalacja/pl_instalacja__chroot.sec
   PLD-doc/book/pl_book__konfiguracja/pl_konfiguracja.chp
   PLD-doc/book/pl_book__konfiguracja/pl_konfiguracja__geninitrd.sec
   PLD-doc/book/pl_book__master.docb
   PLD-doc/book/pl_book__podstawy/pl_podstawy__urzadzenia.sec
   PLD-doc/book/pl_book__siec/pl_siec__ethernet.sec
   PLD-doc/book/pl_book__siec/pl_siec__wifi.sec
Log:
- dodanie nowego rozdzialu: Kernel i urzadzenia
- pociecie starego opisu kernela i umieszczenie w nowym rozdziale
- odpiecie starego rozdzialu od mastera
- poprawki linkow innych sekcji aby wskazywaly na nowy rozdzal


Modified: PLD-doc/book/pl_book__instalacja/pl_instalacja__chroot.sec
==============================================================================
--- PLD-doc/book/pl_book__instalacja/pl_instalacja__chroot.sec	(original)
+++ PLD-doc/book/pl_book__instalacja/pl_instalacja__chroot.sec	Thu Apr 13 01:31:24 2006
@@ -44,7 +44,7 @@
 			ładują odpowiednie moduły kernela, jeśli jednak to się
 			nie powiedzie to musimy wtedy wykonać tę operację
 			samodzielnie, więcej na ten temat
-			<xref linkend="konfiguracja_kernel" />.
+			<xref linkend="kernel-urzadzenia_moduly_zarzadzanie" />.
 			Interesują nas jedynie moduły kontrolera ATA/SATA/SCSI
 			oraz interfejsu sieciowego.
 		</para>

Added: PLD-doc/book/pl_book__kernel-urzadzenia/pl_kernel-urzadzenia.chp
==============================================================================
--- (empty file)
+++ PLD-doc/book/pl_book__kernel-urzadzenia/pl_kernel-urzadzenia.chp	Thu Apr 13 01:31:24 2006
@@ -0,0 +1,8 @@
+<?xml version="1.0" encoding="iso-8859-2"?>
+<chapter id="kernel-urzadzenia">
+<title>Kernel i urządzenia</title>
+    &kernel-urzadzenia_kernel;
+    &kernel-urzadzenia_moduly;
+    &kernel-urzadzenia_moduly_zarzadzanie;
+    <!-- &kernel-urzadzenia_moduly_udev; -->
+</chapter>

Added: PLD-doc/book/pl_book__kernel-urzadzenia/pl_kernel-urzadzenia__kernel.sec
==============================================================================
--- (empty file)
+++ PLD-doc/book/pl_book__kernel-urzadzenia/pl_kernel-urzadzenia__kernel.sec	Thu Apr 13 01:31:24 2006
@@ -0,0 +1,26 @@
+<?xml version="1.0" encoding="iso-8859-2"?>
+<section id="kernel-urzadzenia_kernel">
+	<title>Jądro systemu</title>
+	<abstract>
+		<para>
+			Jak zapewne większości z was wiadomo jądro (kernel)
+			jest najważniejszym elementem każdego systemu. W
+			uproszczeniu można powiedzieć, że zajmuje się ono
+			nadzorowaniem komunikacji wszystkich elementów systemu.
+		</para>
+	</abstract>
+	<para>
+		Jedną z silniejszych stron <productname>PLD</productname> jest
+		jądro, jest ono tak
+		przygotowane aby można było szybko uruchomić system produkcyjny bez
+		zbędnych przygotowań. Zapewniają to modularność i poważne podejście
+		deweloperów do spraw bezpieczeństwa. Pierwsza z wymienionych cech
+		pozwala uzyskać wysoką uniwersalność i małe zużycie zasobów, druga to
+		nakładanie istotnych dla bezpieczeństwa poprawek. W PLD standardowo
+		stosowana jest łata <productname>grsecurity</productname>
+		(<ulink url="http://www.grsecurity.net">www.grsecurity.net</ulink>).
+		Podsumowując można stwierdzić, że dla większości zastosowań jądro
+		dystrybucyjne spełni wszystkie stawiane przed nim wymagania, bez
+		konieczności jego rekompilacji.
+	</para>
+</section>

Added: PLD-doc/book/pl_book__kernel-urzadzenia/pl_kernel-urzadzenia__moduly.sec
==============================================================================
--- (empty file)
+++ PLD-doc/book/pl_book__kernel-urzadzenia/pl_kernel-urzadzenia__moduly.sec	Thu Apr 13 01:31:24 2006
@@ -0,0 +1,56 @@
+<?xml version="1.0" encoding="iso-8859-2"?>
+<section id="kernel-urzadzenia_moduly">
+	<title>Moduły jądra</title>
+
+	<section id="kernel-urzadzenia_moduly_czym_sa">
+		<title>Czym są?</title>
+		<para>
+			Sterowniki mogą być wkompilowane do wnętrza jądra lub
+			wydzielone jako osobne obiekty - moduły. Moduły jądra zostały
+			stworzone po to by kernel zajmował mało pamięci operacyjnej i
+			był zarazem uniwersalny. Ułatwiają one także prace ludziom
+			zaangażowanym w rozwój jądra i dodatkowych modułów (nie potrzeba
+			kompilować całego kernela by sprawdzić zmiany, wystarczy tylko
+			sam moduł) Wyobraź sobie sytuację, w której masz wkompilowane
+			do niego wszystko, a twój system nie posiada urządzeń, które
+			kernel potrafi obsłużyć. Jest to duże marnotrawstwo, ponieważ
+			w pamięci znajdą się nie potrzebne nam funkcje. Dodać należy
+			fakt, ograniczenia wielkości jądra (można to zmienić
+			odpowiednimi przeróbkami źródeł via Red Hat). Dlatego lubimy
+			moduły. Dają nam one możliwość wyboru między tym co niezbędne,
+			a brakiem wsparcia dla urządzeń. Podsumowując. Nie potrzebujesz
+			to nie używasz.
+		</para>
+		<para>
+			By móc używać modułów potrzebujesz dwóch rzeczy. Kernela z
+			wkompilowaną opcją <option>Loadable module support</option>
+			oraz sterowników skompilowanych jako moduły. Ponieważ
+			używasz PLD to nie masz co się głowić ponieważ wszystko
+			to masz u siebie w systemie.
+		</para>
+	</section>
+	<section id="kernel-urzadzenia_moduly_odnalezienie">
+		<title>Załadowanie wlasciwego modulu dla urzadzenia</title>
+		<para>
+			Istenieje dwie główne metody załadowania modułów:
+			<itemizedlist>
+				<listitem>
+					<para>
+						statyczne wskazanie modułów
+						do załadowania - tradycyjna metoda,
+						zastępowana obecnie przez udev
+					</para>
+				</listitem>
+				<listitem>
+					<para>
+						automatyczne ładowanie za pomocą
+						mechanizmu udev - w pełni automatyczny
+						proces ładowania modułów
+					</para>
+				</listitem>
+			</itemizedlist>
+			Obydwie metody zostaną przedstawione w dalszych rozdziałach.					
+		</para>
+	</section>
+
+</section>

Added: PLD-doc/book/pl_book__kernel-urzadzenia/pl_kernel-urzadzenia__moduly_udev.sec
==============================================================================
--- (empty file)
+++ PLD-doc/book/pl_book__kernel-urzadzenia/pl_kernel-urzadzenia__moduly_udev.sec	Thu Apr 13 01:31:24 2006
@@ -0,0 +1,5 @@
+<?xml version="1.0" encoding="iso-8859-2"?>
+<section id="sekcja_id">
+<title></title>
+<para></para>
+</section>

Added: PLD-doc/book/pl_book__kernel-urzadzenia/pl_kernel-urzadzenia__moduly_zarzadzanie.sec
==============================================================================
--- (empty file)
+++ PLD-doc/book/pl_book__kernel-urzadzenia/pl_kernel-urzadzenia__moduly_zarzadzanie.sec	Thu Apr 13 01:31:24 2006
@@ -0,0 +1,195 @@
+<?xml version="1.0" encoding="iso-8859-2"?>
+<section id="kernel-urzadzenia_moduly_zarzadzanie">
+	<title>Statyczne zarządzanie modułami</title>
+	<para></para>
+
+	<section id="kernel-urzadzenia_jaki_modul">
+		<title>Określenie modułu dla urządzenia</title>
+		<para>
+			W zależności od
+			naszych wymagań oraz zastosowania systemu operacyjnego, będzie
+			się zmieniać liczba wymaganych sterowników, w większości wypadków
+			będzie to wartość od kilku do kilkunastu modułów. Jeśli tych
+			modułów jest mało to samodzielne ładowanie może być lepszym
+			rozwiązaniem.			
+		</para>
+		<para>
+			Aby wskazać odpowiedni moduł, musimy poznać dane urządzenia.
+			Najbardziej interesującymi informacjami są: producent i
+			model urządzenia lub użyty chipset. W większości wypadków te
+			informacje znajdują się w dokumentacji urządzenia. Jeśli tak
+			nie zdobędziemy szukanych informacji to możemy spróbować użyć
+			którąś z poniższych metod:		
+		</para>
+		<para>
+			<itemizedlist>
+				<listitem>
+					<para>
+						Na własne oczy - jeśli mamy dostęp do
+						sprzętu to możemy obejrzeć urządzenie, opis
+						może być umieszczony na płytce drukowanej
+						lub na chipsecie (zwykle największy układ
+						scalony).
+					</para>
+				</listitem>
+				<listitem>
+					<para>
+						<command>lspci</command> - program ten wyświetla listę
+						 wykrytych urządzeń PCI wraz z dodatkowymi informacjami.
+						 Warto użyć tu dodatkowo opcji
+						"-v" - "-vv" w celu zwiększenia ilości danych.
+						Program ten znajdziemy w pakiecie <emphasis>pcimodules</emphasis>.
+					</para>
+				</listitem>
+				<listitem>
+					<para>
+						Komunikaty jądra - są to dosyć cenne informacje, możemy
+						je odczytać w dzienniku kernela: <filename>/var/log/kernel</filename>
+						lub przejrzeć to co zwraca program dmesg:
+						<screen># dmesg | less</screen>
+					</para>
+				</listitem>
+			</itemizedlist>
+		</para>
+		<para>
+			Kiedy uzyskaliśmy informacje o sprzęcie, pozostaje nam odnaleźć moduł:
+			<itemizedlist>
+				<listitem>
+					<para>
+						<command>pcidev</command> - program z pakietu
+						<emphasis>pci-database</emphasis> -  stara się wykryć
+						używany przez nas sprzęt
+						oraz podaje nazwę sugerowanego modułu. Należy wywołać program z
+						parametrem wskazującym o interesujące nas urządzenie np:
+						<screen># pcidev agp
+10de01e0 nvidia-agp nVidia Corporation|nForce2 AGP (different version?)</screen>
+						drugi zwrócony łańcuch jest nazwą szukanego modułu. Aby
+						otrzymać listę parametrów jakie przyjmuje program należy uruchomić
+						go bez parametru.
+					</para>
+				</listitem>
+				<listitem>
+					<para>
+						Internet - można założyć, że ktoś się już spotkał z podobnym
+						problemem. Mamy do dyspozycji sporą skarbnicę wiedzy:
+						WWW, listy i grupy dyskusyjne.
+					</para>
+				</listitem>
+				<listitem>
+					<para>
+						Po nazwie modułu: <command>modprobe -l {$słowo_kluczowe}</command>
+						- tak możemy próbować odnaleźć moduł wg. szukanego klucza np:
+<screen># modprobe -l *snd*
+/lib/modules/2.6.11.6-4/kernel/sound/pcmcia/pdaudiocf/snd-pdaudiocf.ko.gz
+/lib/modules/2.6.11.6-4/kernel/sound/pcmcia/vx/snd-vxp440.ko.gz
+/lib/modules/2.6.11.6-4/kernel/sound/pcmcia/vx/snd-vx-cs.ko.gz
+/lib/modules/2.6.11.6-4/kernel/sound/pcmcia/vx/snd-vxpocket.ko.gz
+/lib/modules/2.6.11.6-4/kernel/sound/drivers/snd-serial-u16550.ko.gz
+/lib/modules/2.6.11.6-4/kernel/sound/drivers/mpu401/snd-mpu401-uart.ko.gz
+/lib/modules/2.6.11.6-4/kernel/sound/drivers/mpu401/snd-mpu401.ko.gz
+</screen>
+						
+					</para>
+				</listitem>
+				<listitem>
+					<para>
+						<command>modinfo</command> - program ten zwraca informacje o
+						module, którego nazwę podajemy jako parametr. Program jest
+						pomocny jeśli zawęziliśmy listę pasujących modułów do kilku
+						pozycji.
+					</para>
+				</listitem>				
+			</itemizedlist>
+			Kiedy sądzimy że odnaleźliśmy właściwy moduł możemy go bez obaw wczytać
+			i przetestować nasze urządzenie, jeśli próba zakończyła się sukcesem to
+			możemy go zapisać jego nazwę do odpowiedniego pliku aby został 			
+			załadowany przy każdym starcie systemu. Opis tego znajduje się w dalszej
+			części rozdziału.
+		</para>
+	</section>
+
+
+
+	<section id="kernel-urzadzenia_zarzadzanie">
+		<title>Zarządzanie modułami</title>
+		<para>
+			Moduły są ze sobą powiązane i załadowanie danego modułu załaduje
+			moduły od niego zależne (jeśli takie są), podobnie jest z ich usuwaniem z pamięci.
+			Do zarządzania modułami zaleca się używanie programu <command>modprobe</command>
+			z odpowiednimi parametrami zamiast programów <command>insmod</command> i
+			<command>rmmod</command>
+		</para>
+		<para>
+			Listę załadowanych modułów i zależności między nimi otrzymamy
+			po wydaniu polecenia <command>lsmod</command> np:
+			<screen># lsmod
+Module                  Size  Used by
+lp                      8644  0
+parport                29896  1 lp
+ext3                  119304  1
+amd74xx                11676  0 [permanent]
+psmouse                34840  0
+ide_core              109560  2 ide_disk,amd74xx
+ide_disk               14336  9</screen>
+		</para>
+		<para>
+			Wczytanie modułu do pamięci:
+			<screen># modprobe ne2k-pci</screen>
+			Usuwanie modułu z pamięci (możliwe tylko jesli nie jest używany):
+			<screen># modprobe -r ne2k-pci</screen>
+			Wyświetlenie listy modułów zależnych od podanego:
+			<screen># modprobe --show-depends ne2k-pci
+insmod /lib/modules/2.6.11.6-4/kernel/drivers/net/8390.ko.gz
+insmod /lib/modules/2.6.11.6-4/kernel/drivers/net/ne2k-pci.ko.gz</screen>
+			Wyświetlenie listy dostępnych modułów:
+			<screen># modprobe -l</screen>
+		</para>
+		<para>
+			Po "ręcznym" załadowaniu modułu do pamięci będzie on
+			dostępny do czasu ponownego uruchomienia komputera, aby 
+			moduł był automatyczni ładowany przy starcie systemu musimy
+			go dodać do jednego z plików konfiguracji: <filename>/etc/modules</filename>
+			lub <filename>/etc/modprobe.conf</filename>.			
+		</para>
+	</section>
+
+
+	<section id="kernel-urzadzenia_modules">
+		<title><filename>/etc/modules</filename></title>
+		<para>Plik ten zawiera listę modułów, które zostaną załadowane podczas startu
+		systemu. Znając nazwę modułu
+		możemy dodać ją do tego pliku np:</para>
+			<screen>echo "via82cxxx_audio" >> /etc/modules</screen>
+		<para>
+			W pliku tym umieszcza się zwykle moduły nie wymagające
+			dodatkowych parametrów, do tego celu używa się pliku
+			<filename>/etc/modprobe.conf</filename>
+		</para>
+	</section>
+	
+	
+	
+	
+	<section id="kernel-urzadzenia_modules_modules">
+		<title><filename>/etc/modprobe.conf</filename></title>
+		<para>Plik jest rozszerzeniem pliku <filename>/etc/modules</filename> i ma on bardzo dużo opcji. Dlatego po szerszą lekturę zapraszam do <command>man</command>, a w tym tekście omówię tylko niewielki fragment możliwości konfiguracji. Warto dodać iż we wcześniejszych wersjach kernela ( &lt; 2.6.0) plik nazywał się <filename>/etc/modules.conf</filename>.</para>
+		<para>Jeżeli masz jądro dystrybucyjne i działa ci sieć to w <filename>modprobe.conf</filename> masz wpisy do konfiguracji karty sieciowej. Moja karta jest na układzie <literal>8139 firmy Realtek </literal> i jest jedyną w tym komputerze. By była ładowana i usuwana z systemu przez skrypty interfaces (będą omówione w tym dokumencie) należy dokonać wpisu o następującej treści</para>
+			<screen>alias eth0 8139too</screen>
+		 <para> do <filename>/etc/modprobe.conf</filename>.  Dzięki tej linijce wszelkie odwołania przy ładowaniu modułów np.</para>
+		 <screen>modprobe eth0</screen>
+		<para>załadują automatycznie moduł <filename>8139too</filename>. W przypadku posiadania drugiej karty sieciowej należy postępować analogicznie (zamienić eth0 na eth1).</para>
+		<para>Jeżeli myślisz, że to trochę bez sensu, to się mylisz. Przypuśćmy, że masz komputer z dwoma kartami sieciowymi. Pewnego pięknego dnia jedna z nich uległa uszkodzeniu i musisz ją wymienić. Wszystko ładnie wymieniasz, podpinasz kabelek i startujesz komputer. Ponieważ miałeś w kompilowane wszystko w jądro (pech chciał że masz inną kartę która nie jest w kompilowana), to musisz je przekompilować na nowo. Wszystko poszło ładnie, kernel wystartował i wykrył kartę no ale masz teraz pierwszą starą kartę jako drugą, a nową jako pierwszą (sytuacja hipotetyczna ale możliwa). Taką sytuacje można rozwiązać przesyłając parametry do kernela przy uruchamianiu systemu lub zmieniając ustawienia tam, gdzie masz odwołania do kart. Dobra. A teraz mała reklama modułów. Masz sytuację podobną powyższej i rozwiązujesz ją następująco (zwłaszcza jak masz serwer z możliwością wymiany kart bez jego wyłączania). Karta jest na swoim miejscu i przystępujemy do jej uruchomienia. Po dowiedzeniu się jaki moduł ją obsługuje zaglądamy do <filename>/etc/modprobe.conf</filename> i zmieniamy linijkę</para>
+		<screen>alias ethX moduł_starej_karty</screen>
+		<para>gdzie X jest numerem interfejsu na</para>
+		<screen>alias ethX moduł_nowej_karty</screen>
+		<para>Po tych operacjach wystarczy uruchomić na nowo interfejs i mamy działającą sieć tak samo jak przed awarią.</para>
+		<para>Często używa się możliwości przesłania do modułu ustawień. Przedstawię to na  przykładzie drukarki podpiętej do portu lpt.</para>
+		<screen>alias parport_lowlevel parport_pc
+options parport_pc io=0x378, irq=7</screen>
+		<para>W tym fragmencie pliku <filename>/etc/modprobe.conf</filename> widzimy już znany <literal>alias</literal> z tym, że w trochę innej formie. Ponieważ występuje tu <literal>nazwa_jednego_modułu i nazwa_drugiego_modułu</literal>. Oznacza to, że jak będzie potrzeby moduł <literal>parport_lowlevel</literal>, to zostanie też automatycznie załadowany moduł <literal>parport_pc</literal>. Natomiast druga przedstawiona linijka przesyła jako parametr do modułu <literal>parport_pc</literal> argumenty we/wy i przerwania. Więcej informacji można uzyskać po wydaniu polecenia <command>modinfo parport_pc</command>. Należy zaznaczyć, że moduły te nie są automatycznie ładowane przy starcie. Jeżeli chcesz by były, to należy dopisać je (w tym wypadku jeden <literal>parport_pc</literal>) do pliku <filename>/etc/modules</filename>. W tym konkretnym wypadku jednak nie ma takiej potrzeby, ponieważ moduł ten jest ładowany, jeśli jest potrzebny (przy próbie drukowania).</para>
+	</section>
+</section>
+
+	
+	
+

Modified: PLD-doc/book/pl_book__konfiguracja/pl_konfiguracja.chp
==============================================================================
--- PLD-doc/book/pl_book__konfiguracja/pl_konfiguracja.chp	(original)
+++ PLD-doc/book/pl_book__konfiguracja/pl_konfiguracja.chp	Thu Apr 13 01:31:24 2006
@@ -3,7 +3,7 @@
 <chapter id="konfiguracja_systemu">
 <title>Konfiguracja systemu</title>
 <para>Ten rozdział prezentuje metody konfiguracji parametrów systemu.</para>
-&konfiguracja_kernel;
+<!-- &konfiguracja_kernel; -->
 &konfiguracja_kernel_opcje;
 &konfiguracja_geninitrd;
 <!--&konfiguracja_fbsplash;-->

Modified: PLD-doc/book/pl_book__konfiguracja/pl_konfiguracja__geninitrd.sec
==============================================================================
--- PLD-doc/book/pl_book__konfiguracja/pl_konfiguracja__geninitrd.sec	(original)
+++ PLD-doc/book/pl_book__konfiguracja/pl_konfiguracja__geninitrd.sec	Thu Apr 13 01:31:24 2006
@@ -53,7 +53,7 @@
 		</para>
 		<para>
 			Opis wykrywania sprzętu i dobierania właściwych modułów
-			opisano w <xref linkend="konfiguracja_kernel" />. Przy
+			opisano w <xref linkend="kernel-urzadzenia_moduly_zarzadzanie" />. Przy
 			tworzeniu initrd przeważnie musimy skorzystać z operacji
 			chroot-a, możemy użyć dowolnej dystrybucji linuksa jednak chyba
 			najwygodniejsze będzie użycie systemu uruchamianego z

Modified: PLD-doc/book/pl_book__master.docb
==============================================================================
--- PLD-doc/book/pl_book__master.docb	(original)
+++ PLD-doc/book/pl_book__master.docb	Thu Apr 13 01:31:24 2006
@@ -33,9 +33,14 @@
 <!ENTITY pakiety__poldek SYSTEM "pl_book__pakiety/pl_pakiety__poldek.sec">
 <!ENTITY pakiety__rpm SYSTEM "pl_book__pakiety/pl_pakiety__rpm.sec">
 <!ENTITY konfiguracja SYSTEM "pl_book__konfiguracja/pl_konfiguracja.chp"> 
-<!ENTITY konfiguracja_kernel SYSTEM "pl_book__konfiguracja/pl_konfiguracja__kernel.sec">
+<!-- <!ENTITY konfiguracja_kernel SYSTEM "pl_book__konfiguracja/pl_konfiguracja__kernel.sec"> -->
 <!ENTITY konfiguracja_kernel_opcje SYSTEM "pl_book__konfiguracja/pl_konfiguracja__kernel_opcje.sec">
 <!ENTITY konfiguracja_geninitrd SYSTEM "pl_book__konfiguracja/pl_konfiguracja__geninitrd.sec">
+<!ENTITY kernel-urzadzenia SYSTEM "pl_book__kernel-urzadzenia/pl_kernel-urzadzenia.chp">
+<!ENTITY kernel-urzadzenia_kernel SYSTEM "pl_book__kernel-urzadzenia/pl_kernel-urzadzenia__kernel.sec">
+<!ENTITY kernel-urzadzenia_moduly SYSTEM "pl_book__kernel-urzadzenia/pl_kernel-urzadzenia__moduly.sec">
+<!ENTITY kernel-urzadzenia_moduly_zarzadzanie SYSTEM "pl_book__kernel-urzadzenia/pl_kernel-urzadzenia__moduly_zarzadzanie.sec">
+<!ENTITY kernel-urzadzenia_moduly_udev SYSTEM "pl_book__kernel-urzadzenia/pl_kernel-urzadzenia__moduly_udev.sec">
 <!ENTITY dysk SYSTEM "pl_book__dysk/pl_dysk.chp">
 <!ENTITY dysk_wstep SYSTEM "pl_book__dysk/pl_dysk__wstep.sec">
 <!ENTITY dysk_dev SYSTEM "pl_book__dysk/pl_dysk__dev.sec">
@@ -149,6 +154,7 @@
 		<title>Podręcznik administratora</title>
 		&pakiety;
 		&bootloader;
+		&kernel-urzadzenia;
 		&konfiguracja;
 		&dysk;
 		&administracja;

Modified: PLD-doc/book/pl_book__podstawy/pl_podstawy__urzadzenia.sec
==============================================================================
--- PLD-doc/book/pl_book__podstawy/pl_podstawy__urzadzenia.sec	(original)
+++ PLD-doc/book/pl_book__podstawy/pl_podstawy__urzadzenia.sec	Thu Apr 13 01:31:24 2006
@@ -97,7 +97,7 @@
 			prawidłowo większość urządzeń i nie ma potrzeby
 			korzystania ze statycznego ładowania modułów.
 			Więcej informacji o modułach i ich zarządzaniu
-			znajdziemy w <xref linkend="konfiguracja_kernel" />.
+			znajdziemy w <xref linkend="kernel-urzadzenia_moduly" />.
 		</para>
 		<para>
 			Należy pamiętać o tym, że udev jest wywoływany z

Modified: PLD-doc/book/pl_book__siec/pl_siec__ethernet.sec
==============================================================================
--- PLD-doc/book/pl_book__siec/pl_siec__ethernet.sec	(original)
+++ PLD-doc/book/pl_book__siec/pl_siec__ethernet.sec	Thu Apr 13 01:31:24 2006
@@ -12,7 +12,7 @@
 			nadawane są im nazwy kolejno: eth0, eth1, eth2, itd. Jedyną
 			rzeczą jaka pozostaje to załadowanie odpowiedniego modułu dla
 			danego urządzenia, proces ten dokładnie opisano tutaj:
-			<xref linkend="konfiguracja_kernel" />.
+			<xref linkend="kernel-urzadzenia_moduly" />.
 		</para>
 		<para>
 			Pliki konfiguracyjne interfejsów są przechowywane w katalogu

Modified: PLD-doc/book/pl_book__siec/pl_siec__wifi.sec
==============================================================================
--- PLD-doc/book/pl_book__siec/pl_siec__wifi.sec	(original)
+++ PLD-doc/book/pl_book__siec/pl_siec__wifi.sec	Thu Apr 13 01:31:24 2006
@@ -52,7 +52,7 @@
 			wykonamy to poleceniem:
 			<screen># modprobe rt2500</screen>
 			Zarządzanie modułami szczegółowo opisano w
-			<xref linkend="konfiguracja_kernel" />.
+			<xref linkend="kernel-urzadzenia_moduly" />.
 			Teraz możemy przejść do konfiguracji interfejsu.
 		</para>
 	</section>


Więcej informacji o liście dyskusyjnej pld-doc