PLD-doc/book/pl_book__konfiguracja: pl_konfiguracja__kernel.sec
pl_konfiguracja__pldconf.sec sysconf...
pawelb
cvs w pld-linux.org
Pią, 16 Lip 2004, 02:38:05 CEST
Author: pawelb
Date: Fri Jul 16 00:38:04 2004
New Revision: 4341
Added:
PLD-doc/book/pl_book__konfiguracja/pl_konfiguracja__kernel.sec
PLD-doc/book/pl_book__konfiguracja/pl_konfiguracja__pldconf.sec
PLD-doc/book/pl_book__konfiguracja/sysconfig/mysz.sec
PLD-doc/book/pl_book__konfiguracja/sysconfig/zegar.sec
Log:
- brakujace pliki
Added: PLD-doc/book/pl_book__konfiguracja/pl_konfiguracja__kernel.sec
==============================================================================
--- (empty file)
+++ PLD-doc/book/pl_book__konfiguracja/pl_konfiguracja__kernel.sec Fri Jul 16 00:38:04 2004
@@ -0,0 +1,67 @@
+<?xml version="1.0" encoding="iso-8859-2"?>
+<section id="konfiguracja_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>
+
+ <section id="konfiguracja_kernel_poco">
+ <title>Moduły jądra - po co nam one</title>
+ <para>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 kernela 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="konfiguracja_kernel_modules">
+ <title><filename>/etc/modules</filename></title>
+ <para>Plik ten zawiera listę modułów, które zostaną załadowane podczas startu systemu lub przy zmianie poziomu uruchomienia systemu.</para>
+ <para>Np. Załadownie sterownika karty muzycznej znajdującej się na płycie głównej. Najpierw musimy wiedzieć jaki moduł mamy załadować. Można szukać różnymi metodami, ale najlepsza jest chyba <literal>google</literal>. Jeżeli wiesz mniej więcej jak nazywa się moduł, to spróbuj wyszukać wydając polecenie</para>
+ <screen># modprobe -l *audio*
+/lib/modules/2.6.5-1/kernel/sound/oss/via82cxxx_audio.ko
+/lib/modules/2.6.5-1/kernel/sound/oss/nm256_audio.ko
+/lib/modules/2.6.5-1/kernel/sound/oss/i810_audio.ko
+/lib/modules/2.6.5-1/kernel/sound/oss/btaudio.ko
+/lib/modules/2.6.5-1/kernel/sound/usb/snd-usb-audio.ko
+/lib/modules/2.6.5-1/kernel/sound/pcmcia/pdaudiocf/snd-pdaudiocf.ko
+/lib/modules/2.6.5-1/kernel/drivers/usb/class/audio.ko
+/lib/modules/2.6.5-1/kernel/drivers/media/video/tvaudio.k</screen>
+ <para>Otrzymaliśmy listę modułów pasujących do wzorca bez ich ładowania. Mój chipset na płycie głównej to via82*, więc próbuję czy zadziała z moja kartą dźwiękową.</para>
+ <screen>modprobe via82cxxx_audio</screen>
+ <para>Moduł załadował się bez błędów, dlatego zapuszczam jakąś muzyczkę by sprawdzić czy działa. Ponieważ wszystko się udało i chciałbym, żeby moja karta muzyczna była zawsze w pogotowiu więc dopisuje ją do <filename>/etc/modules</filename> przykładowo w taki sposób.</para>
+ <screen>echo "via82cxxx_audio" >> /etc/modules</screen>
+ <para>Warto zapoznać się także z następującymi poleceniami operującymi na modułach:</para>
+ <informaltable frame="all"><tgroup cols="2">
+ <thead><row>
+ <entry>Polecenie</entry>
+ <entry>Jego krótki opis</entry>
+ </row></thead>
+ <tbody><row>
+ <entry><command>lsmod</command></entry><entry>wyświetla wszystkie w danej chwili załadowane moduły</entry>
+ </row>
+ <row>
+ <entry><command>modinfo</command></entry><entry>podaje opis modułu podany przez jego twórcę</entry>
+ </row>
+ <row>
+ <entry><command>insmod</command></entry><entry>instaluje moduł do działającej wersji jądra</entry>
+ </row>
+ <row>
+ <entry><command>depmod</command></entry><entry>tworzenie pliku zależności do podanego jądra</entry>
+ </row>
+ </tbody></tgroup></informaltable>
+ </section>
+ <section id="konfiguracja_kernel_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 kernela dystrybucyjnego 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 się. 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>
Added: PLD-doc/book/pl_book__konfiguracja/pl_konfiguracja__pldconf.sec
==============================================================================
--- (empty file)
+++ PLD-doc/book/pl_book__konfiguracja/pl_konfiguracja__pldconf.sec Fri Jul 16 00:38:04 2004
@@ -0,0 +1,74 @@
+<?xml version="1.0" encoding="iso-8859-2"?>
+<!--
+TODO
+- opis wymaga aktualizacji
+-->
+<section id="konfiguracja_pldconf">
+ <title>PLDconf - Narzędzie do konfiguracji systemu</title>
+ <para>Pldconf jest narzędziem tworzonym z myślą o początkujących użytkownikach. Wiele opcji
+ jest konfigurowanych automatycznie. Pldconf ma małe wymagania i jest niewielkim
+ pakietem (ok. 150 kB) Jego instalacja sprowadza się do wydania polecenia:</para>
+ <screen># poldek -i pldconf</screen>
+ <para>Program zadaje minimalną ilość pytań i w podstawowej wersji (dla PLD RA 1.0)
+ konfiguruje:</para>
+ <orderedlist>
+ <listitem>
+ <para>Serwer X: karta (auto), rozdzielczość, kolory, itd;</para>
+ </listitem>
+ <listitem>
+ <para>Sieć: bramka, DNS, karty sieciowe (auto), otoczenie sieciowe, SDI,
+ NEO (ethernet);</para>
+ </listitem>
+ <listitem>
+ <para>Desktop: menedżer okien, kolory, czcionki i więcej;</para>
+ </listitem>
+ <listitem>
+ <para>Menedżer startu: menu z linuksem i windows, dyskietka startowa i
+ więcej;</para>
+ </listitem>
+ <listitem>
+ <para>Dostęp do partycji windows;</para>
+ </listitem>
+ </orderedlist>
+ <para>tyle z podstawowych możliwości - pldconf potrafi więcej.</para>
+ <para>Obecnie pldconf rozwijany jest dla nadchodzącego PLD 2.0 (AC/DC/NEST). W nowej wersji
+ dodano między innymi:</para>
+ <orderedlist>
+ <listitem>
+ <para>Konfiguracje karty dźwiękowej (alsa);</para>
+ </listitem>
+ <listitem>
+ <para>Konfiguracje drukarki (cups);</para>
+ </listitem>
+ <listitem>
+ <para>Optymalizacje dysku twardego (hdparm);</para>
+ </listitem>
+ <listitem>
+ <para>Konfiguracje fetchmail;</para>
+ </listitem>
+ <listitem>
+ <para>Konfiguracje tunera telewizyjnego</para>
+ </listitem>
+ <listitem>
+ <para>Zarządzanie kontami użytkowników</para>
+ </listitem>
+ </orderedlist>
+ <para>Wersja pldconf dla PLD 2.0 nieznacznie różni się od wersji dla PLD 1.0. Różnice dotyczą
+ przede wszystkim zmiany ścieżek (np.
+ <filename class="directory">/usr/X11R6/bin/mozilla</filename> w PLD 2.0 zmieniono na
+ <filename class="directory">/usr/bin/mozilla</filename>) głównie w module do
+ konfiguracji desktopu. W praktyce blisko 100% pldconf w najnowszej wersji
+ (przeznaczonym dla PLD 2.0) działa poprawnie również w systemie PLD 1.0. W
+ szczególności najnowszy pldconf potrafi przeprowadzić sieciową instalację PLD 2.0 -
+ moduł instalacji zadziała poprawnie w systemie PLD 1.0. Innymi słowy, aby
+ zainstalować PLD 2.0 spod uruchomionego PLD 1.0 należy zainstalować najnowszą wersję
+ pldconf.</para>
+ <para>Uwaga: W przypadku instalacji nowego pldconf w systemie PLD 1.0 wymagana jest również
+ instalacja pakietu perl-modules.</para>
+ <para>Strona domowa projektu</para>
+ <itemizedlist mark='opencircle'>
+ <listitem>
+ <para><ulink url="www.inf.sgsp.edu.pl/pub/PROGRAMY/PLD/">www.inf.sgsp.edu.pl/pub/PROGRAMY/PLD/</ulink></para>
+ </listitem>
+ </itemizedlist>
+</section>
Added: PLD-doc/book/pl_book__konfiguracja/sysconfig/mysz.sec
==============================================================================
--- (empty file)
+++ PLD-doc/book/pl_book__konfiguracja/sysconfig/mysz.sec Fri Jul 16 00:38:04 2004
@@ -0,0 +1,91 @@
+<?xml version="1.0" encoding="iso-8859-2"?>
+<section id="konfiguracja_sysconfig_mysz">
+ <title>Myszka pod konsolą</title>
+ <section id="konfiguracja_sysconfig_mysz_wstep">
+ <title>Wstęp</title>
+ <para>
+ Najpierw musimy zainstalować demona odpowiadającego za działanie myszy. Robimy to poleceniem:
+ </para>
+ <screen>poldek -i gpm</screen>
+ </section>
+ <section id="konfiguracja_sysconfig_mysz_ps_2">
+ <title>PS/2</title>
+ <para>
+ W kernelach 2.6.x musimy załadować moduł psmouse, aby nasza myszka działała. Robimy to poleceniem:
+ </para>
+ <screen>modprobe psmouse</screen>
+ <para>
+ Teraz przechodzimy do konfiguracji gpma. W tym celu edytujemy plik /etc/sysconfig/mouse.
+ </para>
+ <para>
+ Ustawiamy następujący parametr:
+ </para>
+ <screen>DEVICE=/dev/psaux</screen>
+ <para>Powyższy parametr obowiązuje również posiadaczy laptopów. TouchPady i TrackPointy są traktowane tak samo jak myszy na złączu PS/2.</para>
+ </section>
+ <section id="konfiguracja_sysconfig_mysz_serial">
+ <title>serial</title>
+ <para>
+ W przypadku myszy serialowej w kernelach 2.6 musimy załadować moduł busmouse poleceniem:
+ </para>
+ <screen>modprobe busmouse</screen>
+ <para>
+ W zależności od tego na którym comie mamy mysz ustawiamy parametr DEVICE w /etc/syconfig/mouse. Np:
+ </para>
+ <screen>DEVICE=/dev/ttyS0</screen>
+ <para>
+ Pamiętając, że /dev/ttyS0 to com1, /dev/ttyS1 to com2 ...
+ </para>
+ </section>
+ <section id="konfiguracja_sysconfig_mysz_usb">
+ <title>usb</title>
+ <para>
+ Gdy mamy mysz na usb, robimy następujące rzeczy:
+ </para>
+ <para>
+ Ładujemy moduły potrzebne do pracy myszy:
+ </para>
+ <screen>modprobe hid , usbmouse</screen>
+ <para>
+ Teraz w /etc/sysconfig/mouse w sekcji DEVICE spisujemy:
+ </para>
+ <screen>DEVICE=/dev/input/mouse0</screen>
+ <para>
+ Jeżeli mamy więcej niż jedną myszkę na usb, to kolejne nazywają się /dev/input/mouse1 ... itd.
+ </para>
+ </section>
+ <section id="konfiguracja_sysconfig_mysz_zakonczenie">
+ <title>Zakończenie</title>
+ <para>
+ Sekcję DEVICE w /etc/sysconfig/mouse mamy już ustawioną, teraz należy ustawić inne parametry.
+ </para>
+ <para>
+ MOUSETYPE - ten parametr definiuje rodzaj myszki, jeżeli masz myszkę kompatybilną z ps/2 możesz użyć "imps2" lub "ps2" (nawet jeżeli jest to mysz na usb). Dla myszek kompatybilnych z microsoftowymi należy użyć "ms3" . Wszystkie kompatybilne typy dostaniemy wydając polecenie:
+ </para>
+ <screen>gpm -t help -m /dev/psaux</screen>
+ <para>
+ Gdzie /dev/psaux to ścieżka do naszej myszy.
+ </para>
+ <para>
+ Z inych opcji można wyróżnić BUTTON_COUNT gdzie definiujemy liczbę przycisków jakie posiada mysz.
+ </para>
+ <para>
+ Reszta opcji zależy od naszych indywidualnych preferencji.
+ </para>
+ <para>
+ Warto zrobić sobie jeszcze link symboliczny do urządzenia gdzie mamy mysz. Robimy go poleceniem :
+ </para>
+ <screen>ln -s /dev/mouse /dev/psaux</screen>
+ <para>
+ Gdzie /dev/psaux to "wskaźnik" na naszą mysz.
+ </para>
+ <para>
+ Wcześniej załadowane moduły można jeszcze wpisać do /etc/modules , alby ładowały się przy starcie systemu.
+ </para>
+ <para>
+ Teraz wystarczy tylko uruchomić usługę gpm i cieszyć się myszką w konsoli :)
+ </para>
+ <screen>/etc/rc.d/init.d/gpm start</screen>
+ </section>
+ </section>
+
Added: PLD-doc/book/pl_book__konfiguracja/sysconfig/zegar.sec
==============================================================================
--- (empty file)
+++ PLD-doc/book/pl_book__konfiguracja/sysconfig/zegar.sec Fri Jul 16 00:38:04 2004
@@ -0,0 +1,9 @@
+<?xml version="1.0" encoding="iso-8859-2"?>
+<section id="konfiguracja_sysconfig_zegar">
+ <title>Zegar</title>
+ <para>
+ Plik <filename>/etc/sysconfig/clock</filename> zawiera ustawienia zegara. Jeżeli zauważysz, że zegar systemowy nie trzyma ustawień po ponownym uruchomieniu systemu wyedytuj ten plik. Zmień w nim wartość parametru <command>UTC</command> na taką jak poniżej.</para>
+<screen>UTC="false"</screen>
+ <para>Jego zawartość jest używana przez skrypt <filename>/etc/rc.d/rc.sysinit</filename> na bardzo wczesnym poziomie uruchamiania systemu.
+ </para>
+</section>
Więcej informacji o liście dyskusyjnej pld-doc