SVN: PLD-doc/book/pl_book__kernel-urzadzenia/pl_kernel-urzadzenia__moduly_udev.sec

qwiat qwiat w pld-linux.org
Pon, 17 Wrz 2007, 00:12:58 CEST


Author: qwiat
Date: Mon Sep 17 00:12:58 2007
New Revision: 8726

Modified:
   PLD-doc/book/pl_book__kernel-urzadzenia/pl_kernel-urzadzenia__moduly_udev.sec
Log:
- uaktualnienie do Th, kosmetyka


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	Mon Sep 17 00:12:58 2007
@@ -1,24 +1,23 @@
 <?xml version="1.0" encoding="iso-8859-2"?>
 <section id="kernel-urzadzenia_moduly_udev">
-	<title>Udev -dynamiczne zarządzanie modułami</title>
+	<title>Udev - dynamiczna obsługa sprzętu</title>
 	<para>
-		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.
+		Statyczne zarządzanie modułami kernela i urządzeniami w <filename>/dev</filename>
+		było skomplikowane, uciążliwe i wymagało praw administratora,
+		stąd narodziła się idea systemu, który zautomatyzuje te czynności.
+		Tak oto powstał <productname>udev</productname>,
+		współczesne wersje udeva (następcy DevFS) mają wbudowaną obsługę
+		<productname>hotpluga</productname> i <productname>coldpluga</productname>.
+		Dzięki temu mogą automatycznie ładować potrzebne moduły, ma to sens wyłącznie
+		w przypadku modularnego kernela, jaki jest dostępny w PLD.
+		Mimo włączenia hotpluga do udeva 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 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)
+		Poza nielicznymi wypadkami nie będzie już konieczne dopisywanie
+		nazw modułów do pliku <filename>/etc/modules</filename>, ani ich
+		ręczne ładowanie za pomocą programu <command>modprobe</command>.
 	</para>
 	<para>
 		Więcej o plikach urządzeń znajdziemy w
@@ -34,19 +33,36 @@
 			a następnie odinstalujemy dev np.:
 <screen># poldek -i udev
 # poldek -e dev</screen>
+			Osoby nie ufające do końca dynamicznemu tworzeniu urządzeń,
+			nie usuwają z systemu statycznego deva tak jak to
+			zrobiliśmy powyżej. Praktyka pokazuje jednak, że nie ma powodów
+			do obaw i poza wyjątkowo ważnymi instalacjami systemu nie ma
+			takiej potrzeby.
 		</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
+			Udev w większości wypadków nie wymaga żadnych operacji
+			konfiguracyjnych, czasami tylko konieczne jest poprawienie lub
+			dodanie regułki do katalogu <filename>/etc/udev/rules.d/</filename>.
+			Zanim się tym zajmiemy powinniśmy zapoznać się z 
+			<ulink url="http://www.reactivated.net/writing_udev_rules.html">dokumentacją</ulink>.
+		</para>
+		<para>
+			W <productname>Ac</productname> do wyboru są dwa
+			tryby pracy: <literal>udevstart</literal>
+			(domyślny) i <literal>udevsynthesize</literal>.
+			Ten drugi 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>		
+			<screen>UDEV_STARTER="udevsynthesize"</screen>
+		</para>
+		<para>
+			W <productname>Th</productname> powyższe opcje nie są już
+			dostępne, ich miejsce zajął mechanizm <literal>udevtrigger</literal>. 
 		</para>
 	</section>
 
@@ -58,7 +74,7 @@
 			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
+			przekroczyć 2MiB pamięci, więc dla ogromnej większości
 			współczesnych komputerów nie będzie to stanowić
 			żadnego problemu.
 		</para>
@@ -86,11 +102,17 @@
 			zamontowania systemów plików określonych w
 			<filename>/etc/fstab</filename>.
 			Jedynym pewnym sposobem poradzenia sobie z tym
-			kłopotem jest dodanie modułów wszystkich kontrolerów
+			kłopotem jest dodanie modułów kontrolerów
 			do <emphasis>initrd</emphasis>.
 		</para>
 		<para>
 			Więcej o udev możemy poczytać w <ulink url="http://pld-linux.org/pl/UdevFAQ">FAQ</ulink>
 		</para>
+		<para>
+			Udev nie zajmuje się montowaniem przenośnych nośników danych,
+			musimy robić to ręcznie (co wymaga uprawnień administratora),
+			lub użyć HAL-a, D-Busa oraz np. gnome-volume-manager w przypadku
+			środowiska Gnome.						
+		</para>
 	</section>
 </section>


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