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 ( < 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