PLD-doc/book/pl_book__kernel-urzadzenia/pl_kernel-urzadzenia__moduly_udev.sec
qwiat
cvs w pld-linux.org
Wto, 2 Maj 2006, 02:53:14 CEST
Author: qwiat
Date: Tue May 2 02:53:13 2006
New Revision: 7384
Modified:
PLD-doc/book/pl_book__kernel-urzadzenia/pl_kernel-urzadzenia__moduly_udev.sec
Log:
- poszerzenie rozdzialu
Modified: PLD-doc/book/pl_book__kernel-urzadzenia/pl_kernel-urzadzenia__moduly_udev.sec
==============================================================================
--- PLD-doc/book/pl_book__kernel-urzadzenia/pl_kernel-urzadzenia__moduly_udev.sec (original)
+++ PLD-doc/book/pl_book__kernel-urzadzenia/pl_kernel-urzadzenia__moduly_udev.sec Tue May 2 02:53:13 2006
@@ -1,29 +1,81 @@
<?xml version="1.0" encoding="iso-8859-2"?>
<section id="kernel-urzadzenia_moduly_udev">
- <title>udev -dynamiczne zarządzanie modułami</title>
+ <title>Udev -dynamiczne zarządzanie modułami</title>
<para>
- Aby ułatwić życie użytkowników stworzono system automatycznego
- wykrywania sprzętu i ładowania modułów, który nazwano
- <productname>hotplug</productname>. Współpracował z systemem
- <productname>udev</productname>, służącym do dynamicznego
- zarządzania plikami urządzeń w katalogu /dev. Jakiś czas temu
- włączono do udev funkcjonalność hotpluga i od tej pory udev
- stał się niezależnym narzędziem.
+ Statyczne zarządzanie modułami było skomplikowane, uciążliwe i
+ wymagało praw administratora. Stąd narodziła się idea systemu
+ automatycznego ładowania sterowników, tak powstał
+ <productname>hotplug</productname>, który współpracował z
+ systemem <productname>udev</productname> służącym do
+ dynamicznego zarządzania plikami urządzeń.
+ Jakiś czas temu włączono do udev funkcjonalność hotpluga i od
+ tej pory udev stał się samodzielnym narzędziem. W PLD ciągle
+ dostępne są pakiety z hotplugiem, są przechowywane jedynie
+ dla wstecznej zgodności i nie będą nam już potrzebne.
</para>
<para>
- Udev jest w pełni bezobsługowy, po podłączeniu urządzenia
- (np. pamięci flash USB) zostaje automatycznie utworzony
- plik w /dev i załadowany odpowiedni moduł jądra. Jest to
- przydatna cecha zwłaszcza w przypadku stacji roboczych.
- Więcej o udev znajdziemy w
- <xref linkend="kernel-urzadzenia_urzadzenia" />.
+ Udev zawiera zarówno funkcjonalność <emphasis>coldpluga</emphasis>
+ jak i <emphasis>hotpluga</emphasis>, pierwszy mechanizm
+ odpowiada za wykrycie urządzeń niemożliwych
+ do usunięcia w trakcie pracy komputera (np. karta graficzna) zaś
+ drugi za urządzenia do tego przystosowane (np. urządzenia USB)
</para>
<para>
- W systemie domyślnie instalowany jest pakiet
- <productname>dev</productname>, jeśli zechcemy przejść na udev
- to wystarczy, że zainstalujemy pakiet udev
- a następnie odinstalujemy dev np.:
+ Więcej o plikach urządzeń znajdziemy w
+ <xref linkend="kernel-urzadzenia_urzadzenia" />.
+ </para>
+
+ <section id="kernel-urzadzenia_moduly_udev_instalacja">
+ <title>Instalacja</title>
+ <para>
+ W systemie domyślnie instalowany jest pakiet
+ <productname>dev</productname>, jeśli zechcemy przejść
+ na udev to wystarczy, że zainstalujemy pakiet udev
+ a następnie odinstalujemy dev np.:
<screen># poldek -i udev
# poldek -e dev</screen>
- </para>
+ </para>
+ </section>
+
+ <section id="kernel-urzadzenia_moduly_udev_konfiguracja">
+ <title>Konfiguracja</title>
+ <para>
+ Mamy do wyboru dwa tryby pracy: <literal>udevstart</literal>
+ (domyślny) i <literal>udevsynthesize</literal> (nowy).
+ Nowszy wykrywa większą liczbę urządzeń, stąd
+ warto się pokusić o wybór właśnie jego. Aby go używać
+ wystarczy, że ustawimy odpowiednią opcję
+ w pliku <filename>/etc/udev/udev.conf</filename>:
+ <screen>UDEV_STARTER="udevsynthesize"</screen>
+ </para>
+ </section>
+
+ <section id="kernel-urzadzenia_moduly_udev_uzytkowanie">
+ <title>Udev w praktyce</title>
+ <para>
+ Liczba załadowanych modułów przez udev może przywrócić
+ o zawrót głowy, udev ładuje moduły znalezionych
+ urządzeń bez względu czy w ogóle z niego korzystamy.
+ Jedyną wadą takiego działania jest większe zużycie
+ pamięci przez nieużywane sterowniki. Nie powinno
+ przekroczyć 2MB pamięci, więc dla ogromnej większości
+ współczesnych komputerów nie będzie to stanowić
+ żadnego problemu.
+ </para>
+ <para>
+ Mamy wpływ na listę ładowanych modułów, aby zablokować
+ ładowanie jakiegoś modułu wystarczy dodać do pliku
+ <filename>/etc/modprobe.conf</filename> nazwę modułu
+ poprzedzoną słowem <literal>blacklist</literal> np.:
+<screen>blacklist rivafb
+blacklist nvidiafb</screen>
+ </para>
+ <para>
+ Powyższa metoda ma sens jedynie jeśli chcemy zablokować
+ pojedyncze moduły, jeśli mamy komputer o bardzo małej
+ ilości pamięci lepszym pomysłem będzie pozostanie przy
+ statycznej metodzie ładowania modułów.
+ </para>
+ </section>
+
</section>
Więcej informacji o liście dyskusyjnej pld-doc