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>
_______________________________________________
pld-cvs-commit mailing list
[email protected]
http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit
