PLD-doc/book/pl_book__podstawy/pl_podstawy__urzadzenia.sec

qwiat cvs w pld-linux.org
Śro, 12 Kwi 2006, 02:21:30 CEST


Author: qwiat
Date: Wed Apr 12 02:21:29 2006
New Revision: 7342

Modified:
   PLD-doc/book/pl_book__podstawy/pl_podstawy__urzadzenia.sec
Log:
- wiecej info o udev
- nowa sekcja o wyborze systemu urzadzen


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	Wed Apr 12 02:21:29 2006
@@ -9,7 +9,7 @@
 		odpowiadających konkretnym urządzeniom. Pliki te są przechowywane w
 		katalogu <filename>/dev</filename>, zwykły użytkownik nie musi się
 		martwić o jego zawartość, wystarczy że będzie znał powiązania
-		między urządzeniami a nazwami tych plików.
+		między fizycznymi urządzeniami a nazwami tych plików.
 	</para>
 	<para>
 		Z nazw urządzeń najczęściej korzysta się w przypadku operacji
@@ -43,13 +43,16 @@
 	</section>
 	
 	<section id="podstawy_urzadzenia_podsystemy_urzadzen">
-		<title>dev, devfs, udev</title>
+		<title>Systemy plików-urządzeń</title>
 		<para>
 			Są trzy sposoby dostarczania plików urządzeń dla systemu:
 			<productname>dev</productname>, <productname>devfs</productname>
 			i <productname>udev</productname>. Każdy z nich ma wsparcie w
-			PLD i aby używać któregoś z nich wystarczy zainstalować
-			odpowiedni pakiet.
+			PLD, jednak domyślnie instalowany jest pakiet dev. Jeśli
+			chcemy użyć innego mechanizmu, wystarczy że odinstalujemy
+			dev a zainstalujemy inny w jego miejsce, dla pewności tą
+			operację lepiej przeprowadzać przy pomocy operacji
+			chroot-a.
 		</para>
 		<para>
 			Najstarszym z rozwiązań jest pakiet
@@ -73,21 +76,36 @@
 			udev. Devfs został uznany za przestarzały i nie będziemy
 			się nim zajmować.
 		</para>
+	</section>
+	<section id="podstawy_urzadzenia_podsystemy_udev">
+		<title>UDEV</title>
 		<para>
 			<productname>Udev</productname> automatycznie tworzy pliki
-			urządzeń, jednak sam
-			potrzebuje kilku z nich, aby mógł zacząć działać, są to:
-			<filename>/dev/console</filename>, <filename>/dev/null</filename>,
-			<filename>/dev/zero</filename>. Należy pamiętać o tym, że
-			podsystem udev jest wywoływany z rc-skryptów, tak więc przy
-			wystartowaniu systemu z parametrem <literal>init</literal>
-			lub przy próbie wykonania operacji chroota z innego systemu.
+			urządzeń, jednak sam potrzebuje kilku z nich, aby mógł
+			zacząć działać, są to: <filename>/dev/console</filename>,
+			<filename>/dev/null</filename>, <filename>/dev/zero</filename>.
+			Pliki te są dostarczane razem z pakietem, a więc nie
+			musimy się to martwić.
+		</para>
+		<para>
+			System udev jest wart uwagi dlatego, że nie tylko tworzy
+			wymagane węzły urządzeń, dodatkowo
+			ładuje wymagane moduły jądra dla danego urządzenia.
+			Stało się to możliwe dzięki dodaniu funkcjonalności
+			systemów <productname>coldplug</productname> i
+			<productname>hotplug</productname>. Dzięki temu wykrywa
+			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" />.
+		</para>
+		<para>
+			Należy pamiętać o tym, że udev jest wywoływany z
+			rc-skryptów, i nie wystartuje przy użycia parametru jądra 
+			<literal>init</literal> lub przy próbie wykonania
+			operacji <emphasis>chroota</emphasis> z innego systemu.
 			Wtedy wymagane pliki nie zostaną utworzone, co może
-			spowodować nieoczekiwane problemy z większością programów.
-			Parametr jądra <literal>init</literal> jak i wiele innych
-			szerzej opisano w <xref linkend="bootloader_wstep" />.
-		</para>
-		<para>			
+			spowodować nieoczekiwane problemy z działaniem programów.
 			W przypadku wykonania operacji chroota problem ten
 			rozwiązujemy poprzez wcześniejsze podmontowanie katalogu
 			<filename>/dev</filename> z systemu głównego. W pozostałych
@@ -97,7 +115,29 @@
 			<command>mknod</command> lub skądś je kopiujemy.
 			Operacja chroota została szerzej opisana w
 			<xref linkend="administracja_rescue" />.
+			Parametr jądra <literal>init</literal> jak i wiele innych
+			szerzej opisano w <xref linkend="bootloader_wstep" />.
+		</para>
+	</section>
+	<section id="podstawy_urzadzenia_podsystemy_co_wybrac">
+		<title>Jaki system wybrać?</title>
+		<para>
+			Jak zostało wcześniej powiedziane devfs nie warty uwagi,
+			pozostają więc dev i udev. Na stacji roboczej bez
+			zastanowienie można polecić udev, gdyż pozwoli na
+			znaczne podniesienie komfortu pracy. W przypadku
+			serwerów będzie to głównie zależało od preferencji
+			administratora i wybór nie będzie miał tu większego
+			znaczenia.
+		</para>
+		<para>			
+			Zupełnie inaczej to wygląda w przypadku
+			systemów zamkniętych typu chroot, zarówno plikami
+			urządzeń jak i modułami zajmuje się system gospodarz,
+			ponadto udev może stać się poważnym wyłomem w
+			bezpieczeństwie klatki.	W takim wypadku powinniśmy
+			użyć statycznych plików (dev), których lista powinna
+			zostać poważnie ograniczona do kilku niezbędnych.
 		</para>
 	</section>
-
 </section>


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