1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<HTML>
<HEAD>
<META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.9">
<META HTTP-EQUIV="content-type" content="text/html; charset=iso-8859-2">
<TITLE>Stacja robocza z gównym systemem plików z sieci.</TITLE>
</HEAD>
<BODY>
<H1>Stacja robocza z gównym systemem plików z sieci.<BR></H1>
<H2>Autor: Ofer Maor,
<A HREF="mailto:ofer@hadar.co.il">ofer@hadar.co.il</A><BR>
v3, 5 Grudnia 1996<BR>
<B>Wersja polska: Bartosz Maruszewski
<A HREF="mailto:B.Maruszewski@zsmeie.torun.pl">B.Maruszewski@zsmeie.torun.pl</A><BR></B>
v1.02, 26 Lipca 1997</H2>
<P><HR>
<EM>Celem tego dokumentu jest wyjanienie jak stworzyæ gówne katalogi
na serwerze, który obsuguje klientów z montowanym gównym systemem
plików. Najnowsz wersjê oryginau moesz znaleæ pod adresem
<A HREF="http://www.hadar.co.il/ofer/nfs-root-client/">www.hadar.co.il</A>.
Dokument ten zosta napisany w standardzie ISO-8859-2.
Odnonie nowszych wersji tumaczenia zobacz sekcjê
<A HREF="#tlum">Od tumacza</A>.</EM>
<HR>
<H2><A NAME="s1">1. Prawa autorskie.</A></H2>
<P>
<P>Prawa autorskie nale do Ofera Maora <
<A HREF="mailto:ofer@hadar.co.il">ofer@hadar.co.il</A>>.
<P>O ile nie stwierdza siê inaczej, dokumenty HOWTO s chronione
prawami autorskimi ich autorów. Mog one byæ rozprowadzane w
caoci lub w czêci, w jakiejkolwiek postaci fizycznej czy
elektronicznej tak dugo, dopóki znajduje siê w nich ta wzmianka.
Dystrybucja komercyjna jest dozwolona, a nawet zachêca siê do
niej; chocia autor chciaby byæ poinformowany o takowej.
<P>Wszelkie tumaczenia, prace pochodne, prace zebrane zawierajce
dokumenty HOWTO musz zawieraæ tê notatkê o prawach autorskich.
Oznacza to, e nie moesz stworzyæ pracy pochodzcej z HOWTO i
naoyæ na jej dystrybucjê dodatkowych ograniczeñ. Wyjtki od tej
zasady mog byæ uczynione pod pewnymi warunkami; skontaktuj siê z
koordynatorem programu Linux HOWTO pod niej podanym adresem.
<P>Krótko mówic, chcemy promowaæ szerzenie tych dokumentów przez
wszelkie dostêpne kanay. Chcielibymy take utrzymaæ prawa
autorskie naoone na te dokumenty, i byæ powiadomieni o planach
dotyczcych redystrybucji HOWTO.
<P>Jeli masz jakie pytania, skontaktuj siê z
<A HREF="mailto:ofer@hadar.co.il">Oferem Maorem</A> pod adresem
<<EM>ofer@hadar.co.il</EM>> - autorem tego dokumentu, albo
<A HREF="mailto:gregh@sunsite.unc.edu">Gregiem Hankinsem</A> -
koordynatorem projektu Linux HOWTO pod adresem
<<EM>gregh@sunsite.unc.edu</EM>>.
<P>Jeli masz co do dodania, skontaktuj siê proszê z autorem (
<A HREF="mailto:ofer@hadar.co.il">Ofer Maor</A>
<ofer@hadar.co.il>). Szczególnie mile widziane s informacje
o pojawieniu siê nowszych narzêdzi.
<P>
<H2>1.1 Podziêkowania.</H2>
<P>
<P>Chciabym wyraziæ podziêkowania autorowi NFS-Root Howto, Andreasowi
Kostyrce (htmlurl url="mailto:andreas@medman.ag.or.at"
name="andreas@medman.ag.or.at"). Jego dokument pomóg mi w
pierwszych krokach przy tworzeniu stacji bezdyskowych. Moje
mini-howto nie próbuje w aden sposób zamieniæ jego pracy, ale
rozszerzyæ j posugujc siê moimi dowiadczeniami.
<P>Chciabym take podziêkowaæ Markowi Kushinsky (htmlurl
url="mailto:mark026@ibm.net" name="mark026@ibm.net") za
"wypolerowanie" stylu i sprawdzenie poprawnoci jêzykowej tego Howto,
co znacznie poprawio jego czytelnoæ.
<P>
<H2><A NAME="s2">2. Przedmowa.</A></H2>
<P>
<P>Dokument ten zosta napisany, aby pomagaæ ludziom, którzy chc
uywaæ montowania gównego systemu plików z sieci, eby stworzyæ
katalogi klienta. Zauwa, e jest wiele sposobów na zrobienie tego,
zalenie od twoich potrzeb i intencji. Jeli klienci s
indywidualni a kady z nich ma wasnych uytkowników i
administratora konieczne bêdzie, aby znaczce katalogi klienta nie
byy wspódzielone z innymi klientami. Z drugiej strony, jeli klient
jest przeznaczony dla wielu uytkowników i wszystkie s
administrowane przez tê sam osobê (na przykad, klasa
komputerowa), tyle plików ile siê tylko da musi byæ wspodzielone, aby
uczyniæ zarzdzanie prostszym. Dokument ten skupi siê na tym drugim
zagadnieniu.
<P>
<H2><A NAME="gen"></A> 2.1 Przegld ogólny.</H2>
<P>
<P>Podczas tworzenia katalogu gównego dla klienta oraz prób
limitowania do minimum rozmiaru tego katalogu, gównie skupiamy siê
na tym, które pliki moemy wspódzieliæ albo montowaæ z serwera. W
tym Howto bêdê zaleca konfiguracjê klienta na podstawie moich
dowiadczeñ. Ale zanim zaczniemy zapamiêtaj:
<P>
<UL>
<LI>Dokument ten nie wyjania jak waciwie zamontowaæ gówny system
plików. Jeli chcesz wiêcej informacji, to odwoaj siê do
<A HREF="http://www.ippt.gov.pl/~ppogorze/Linux/JTZ/html/NFS-Root.pl.html">NFS-Root mini-howto</A>.</LI>
<LI>Wiêkszoæ mojej konfiguracji jest zrobiona poprzez montowanie i
symboliczne doczenia. Wiele z tym doczeñ moe zostaæ zastpiona
doczeniami staymi. Wybierz w zalenoci od wasnych
upodobañ. Robienie doczenia staego poprzez montowanie czy
doczenie symboliczne ma swoje zalety, ale moe te powodowaæ
problemy. Plik nie zostanie skasowany dopóki wszystkie stae
doczenia do niego nie zostan zlikwidowane. Przez to, jeli
bêdziesz uaktualnia jaki plik, dowizania bêd cigle wskazyway
na stary plik. Musisz wiêc sprawdzaæ za kadym razem wszystkie
doczenia, które zrobie.</LI>
<LI>Podczas montowania informacji z serwera mona uyæ dwóch
sposobów. Pierwszy (bardziej popularny), to zamontowaæ cay katalog
gówny serwera pod jaki lokalny katalog a nastêpnie zmieniæ
ciekê albo doczyæ tam odpowiednie katalogi. Osobicie nie lubiê
montowania katalogu gównego serwera na stacji roboczej. Dlatego,
poniszy dokument sugeruje montowanie odpowiednich podkatalogów z
serwera na odpowiadajce im katalogi na stacji.</LI>
<LI>Dokument ten jest zrobiony na podstawie moich dowiadczeñ
dotyczcych robienia katalogów klienta na dystrybucji Slackware
3.1. Poszczególne pliki mog siê róniæ (szczególnie rc.*), ale
ogólna idea powinna pozostaæ ta sama.</LI>
</UL>
<P>
<H2><A NAME="s3">3. Tworzenie gównego katalogu klienta.</A></H2>
<P>
<P>
<H2>3.1 Tworzenie drzewa katalogów.</H2>
<P>
<P>Przede wszystkim musisz stworzyæ strukturê katalogów. Ja stworzyem
wszystkie katalogi w <CODE>/clients/hostname</CODE> i bêdê uywa tego
katalogu do przykadów. Chocia jeli chcesz, to moesz sobie
zmieniæ ten katalog na inny. Pierwszym krokiem jest zrobienie
odpowiednich katalogów. Powinny to byæ nastêpujce:
<P>
<PRE>
bin, dev, etc, home, lib, mnt, proc, sbin, server, tmp, usr, var
</PRE>
<P>i wszelkie inne katalogi jakie chcesz mieæ na stacji.
<P>Katalogi <I>local, proc i dev</I> bêd uyte oddzielnie dla kadej
stacji, a reszta bêdzie wspódzielona.
<P>
<H2>3.2 Tworzenie minimalnego systemu plików potrzebnego do startu.</H2>
<P>
<P>
<H3>Tworzenie katalogu dev.</H3>
<P>
<P>Waciwie katalog <I>dev</I> moe byæ wspódzielony, ale lepiej jeli
nie jest. Zawartoæ tego katalogu moesz stworzyæ odpowiednim
skryptem, chcocia prociej jest go po prostu skopiowaæ z serwera:
<P>
<HR>
<PRE>
cp -a /dev /clients/hostname
</PRE>
<HR>
<P>Musisz pamiêtaæ, e <CODE>/dev/mouse, /dev/cdrom i /dev/modem</CODE> s
symbolicznymi dowizaniami to waciwych urzdzeñ, i dlatego
powiniene siê upewniæ, e wskazuj one na poprawne urzdzenia
zgodnie ze sprzêtem w stacji.
<P>
<H3>Kopiowanie potrzebnych binariów.</H3>
<P>
<P>Pomimo, i montujemy wszystko z serwera jest pewna minimalna iloæ
plików, które musimy skopiowaæ do kadego klienta. Przede wszystkim
potrzebujemy <I>init-a</I>, nasz system nie bêdzie w stanie uruchomiæ
czegokolwiek przed uruchomieniem <I>init-a</I> (czego autor
dowiadczy na wasnej skórze ;) ). Tak wiêc najpierw skopiuj
<CODE>/sbin/init</CODE> do katalogu <I>sbin</I> klienta, potem skopiuj
<CODE>/bin/sh</CODE> do katalogu <I>bin</I> klienta, eby skrypt rc.S
móg siê wykonaæ. eby wszystko zamontowaæ potrzebujesz take
programu <I>mount</I> - skopiuj go do katalogu <I>sbin</I> klienta. To
jest zupene minimum zakadajc, e pierwsz linijk w <I>rc.S</I>
jest
<P>
<PRE>
mount -av
</PRE>
<P>Zalecam jednak skopiowanie jeszcze kilku plików: <I>update, ls,
rm, cp oraz umount</I>, tak eby mia podstawowe narzêdzia w razie
gdyby klientowi nie powiodo siê montowanie. Jeli zostawisz liniê
waczajc swap przed lini montujc katalogi, to musisz take
skopiowaæ program <I>swapon</I>.
<P>Poniewa wiêkszoæ z tych programów jest dynamicznie czona z
bibliotekami, bêdziesz te potrzebowa sporej czêci katalogu <CODE>/lib</CODE>:
<P>
<HR>
<PRE>
cp -a /lib/ld.* /lib/libc.* /lib/libcursses.* /client/hostname/lib
</PRE>
<HR>
<P>Rozwa te moliowoæ staego dowizania zamiast
kopiowania. Przeczytaj mój komentarz na ten temat w sekcji
<A HREF="#gen">Przegld ogólny</A>.
<P>Zauwa, e powysze informacje zakadaj, e parametry sieciowe
zostay przekazane do jdra podczas startu. Jeli masz zamiar uyæ
RARP lub BOOTP, bêdziesz take potrzebowa odpowiednich binariów.
<P>Ogólnie potrzebujesz minimum te programy, które pozwol ci
skonfigurowaæ sieæ i uruchomiæ skrypt <I>rc.S</I> do momentu
zamontowania wszystkich katalogów z serwera.
<P>
<H3>Katalog var.</H3>
<P>
<P>W wiêkszoci przypadków katalog <I>var</I> powinien byæ osobny dla
kadego klienta. Chocia wiele danych moe byæ
wspódzielonych. Stwórz w katalogu gównym stacji katalog <I>var</I>.
Zamontujemy tam katalog <I>var</I> z serwera. Aby stworzyæ katalog
<I>var</I> napisz:
<P>
<HR>
<PRE>
cp -a /var /clients/hostname/
</PRE>
<HR>
<P>Teraz moesz wybraæ co chcesz wspódzieliæ, a co chcesz mieæ osobne
dla kadego klienta. Kady plik/katalog, który chcesz wspódzieliæ
usuñ i stwórz symboliczne doczenie do <CODE>/serwer/var</CODE>. Zauwa,
e musisz doczyæ go albo do katalogu <CODE>/serwer/var</CODE> albo do
<CODE>../serwer/var</CODE>, ale <B>NIE</B> do
<CODE>/clients/hostname/serwer/var</CODE> poniewa nie bêdzie to
dziaao kiedy zmieni siê katalog gówny.
<P>Ogólnie polecabym oddzieliæ katalogi <CODE>/var/run, /var/lock, /var/spool,
oraz /var/log</CODE>.
<P>
<H3>Reszta katalogów.</H3>
<P>
<P>
<UL>
<LI><I>etc</I> jest wyjaniony dokadnie w nastêpnej sekcji</LI>
<LI><I>mnt i proc</I> s przeznaczone do celów lokalnych</LI>
<LI><I>usr i home</I> s tylko katalogami do zamontowania</LI>
<LI><I>tmp</I> zaley od ciebie. Moesz stworzyæ róne katalogi
<I>tmp</I> dla klientów, albo stworzyæ kilka katalogów
<CODE>/clients/tmp</CODE> i zamontowaæ je dla kadego klienta pod
<CODE>/tmp</CODE>. Ja zalecabym osobne katalogi <I>tmp</I> dla kadego
klienta.</LI>
</UL>
<P>
<H2>3.3 Tworzenie katalogu etc oraz konfiguracja klienta.</H2>
<P>
<P>Zapamiêtaj - sekcja ta odnosi siê do tworzenia katalogu <I>etc</I>,
który w wiêkszoci przypadków jest wspódzielony miêdzy
klientami. Jeli twoi klienci maj osobnych administratorów,
najlepiej zrobiæ osobne katalogi <I>etc</I> dla kadego klienta.
<P>
<H3>Tworzenie katalogu dla wszystkich klientów.</H3>
<P>
<P>Pomimo, i oddzielamy katalogi <I>etc</I>, to i tak wiêksz czêæ
stamtd chcemy wspódzieliæ. Ogólnie sdzê, e wspódzielenie
katalogu <I>etc</I> z serwerem nie jest dobrym pomysem, dlatego
zalecam stworzenie katalogu <CODE>/clients/etc</CODE>, w którym bêd
przechowywane informacje dla klientów. Na pocztek po prostu
skopiuj katalog <I>etc</I> serwera do katalogu dla klientów.
<P>Powiniene dodaæ do tego katalogu wszystkie pliki konfiguracyjne
nie zwizane z konkretnym komputerem, np.: <I>motd, issue</I> itp.,
ale nie specyficzne dla komputera (<I>fstab czy inittab</I>).
<P>Najwaniejsze zmiany bêd w katalogu <I>rc.d</I>. Najpierw powiniene
zmieniæ <I>rc.inet1</I>, tak aby odzwierciedla twoj lokaln
sytuacjê. Ja przekazujê parametry sieciowe do jdra podczas startu,
dlatego wyrzuciem prawie wszystko z tego pliku. Jedynymi
poleceniami jakie tam zostawiem, to <I>ifconfig i route</I>
konfigurujce urzdzenie loopback (localhost). Jeli uywasz RARP-a
albo BOOTP, to bêdziesz musia je stosowanie zrobiæ.
<P>Po drugie powiniene wyedytowaæ swój plik <I>rc.S</I>. Najpierw
wyrzuæ stamtd wszystko co dotyczy sprawdzania dysku (polecenia
<I>fsck</I>) poniewa bêdzie to robione przy starcie serwera. Potem
powiniene znaleæ liniê, która montuje twoje katalogi; powinna
wygldaæ mniej wiêcej tak:
<P>
<PRE>
mount -avt nonfs
</PRE>
<P>Parametr <I>-t nonfs</I> jest dlatego, e normalne stacje robocze
najpierw wykonuj skrypt <I>rc.S</I> a potem <I>rc.inet1</I>, aby
skonfigurowaæ Ethernet. Poniewa to spowodowaoby, e aden
system NFS nie zamontowaby sie linia ta powinna zostaæ
usuniêta. Zmieñ j na:
<P>
<PRE>
mount -av
</PRE>
<P>Jeli musisz uruchomiæ RARP/BOOTP, aby skonfigurowaæ swoj sieæ,
zrób to w <I>rc.S</I> (albo wywoaj odpowiedni skrypt z <I>rc.S</I>)
przed montowaniem i upewnij siê, ze twoje fizyczne katalogu <I>bin
i sbin</I> zawieraj potrzebne programy.
<P>Po poleceniu <I>mount -av</I> bêdziesz mia dziaajcy system
plików. Stwórz ogólny plik <I>fstab</I>, tak eby móg go skopiowaæ
dla kadego klienta. Powinien on wygldaæ mniej wiêcej tak:
<P>
<PRE>
server/nfs default 1 1
server:/bin /bin nfs default 1 1
server:/usr /usr nfs default 1 1
server:/sbin /sbin nfs default 1 1
server:/home /home nfs default 1 1
server:/lib /lib nfs default 1 1
server:/clients/etc /server/etc nfs default 1 1
server:/clients/var /server/var nfs default 1 1
none /proc proc default 1 1
</PRE>
<P>Upewnij siê take, e plik <CODE>/etc/exports</CODE> na serwerze
wyglda tak:
<P>
<PRE>
/clients/hostname hostname.domainname(rw,no_root_squash)
/clients/etc hostname.domainname(ro,no_root_squash)
/clients/var hostname.domainname(ro,no_root_squash)
/usr hostname.domainname(ro,no_root_squash)
/sbin hostname.domainname(ro,no_root_squash)
/bin hostname.domainname(ro,no_root_squash)
/lib hostname.domainname(ro,no_root_squash)
/home hostname.domainname(rw,no_root_squash)
</PRE>
<P>We wszystkich liniach oprócz pierwszej powiniene wstawiæ jak
maskê, do której pasuj wszystkie komputery bêdce klientami
(np. pc*.twoja.domena). Sugerujê, eby wiêkszoæ katalogów bya
tylko-do-odczytu, ale to zaley od ciebie. Parametr
<I>no_root_squash</I> spowoduje, e uytkownicy "root" na kliencie
bêd take mieli przywileje "root-a" na serwerze. Sprawd <I>man
exports</I>. Jeli chcesz, eby uytkownicy na klientach mogli
uruchamiaæ <I>passwd</I> , to sprawd czy katalog <I>etc</I> jest
zamontowany z prawem zapisu, chocia osobicie tego nie polecam.
<P>Zauwa jeszcze jedno dotyczce skryptu <I>rc.S</I>. Domylnie w
Slackware pliki <CODE>/etc/issue i /etc/motd</CODE> s tworzone od nowa
po kadym resetwoaniu serwera. Jeli pliki te s montowane bez
zapisu, to funkcja ta <B>MUSI</B> zostaæ wyczona a ja zalecabym
wyczyæ j na zapas.
<P>I ostatnia sprawa. Jeli chcesz mieæ tê sam bazê uytkowników na
kliencie i na serwerze, to musisz wybraæ miêdzy:
<P>
<OL>
<LI>uywaniem NIS-a (Yellow Pages, sprawd
<A HREF="ftp://ftp.icm.edu.pl:/pub/Linux/sunsite/docs/HOWTO/NIS-HOWTO">NIS-HOWTO</A>, a potem kady klient bêdzie mia osobne pliki
<CODE>/etc/passwd i /etc/group</CODE> jak je otrzyma od serwera.</LI>
<LI>w wiêkszoæi wypadków, proste symboliczne doczenie
wystarczy. Dlatego bêdziesz musia, albo doczyæ na stae
<CODE>/clients/etc/passwd</CODE> do <CODE>/etc/passwd</CODE>, albo jeli
wolisz doczenia symboliczne to doczyæ <CODE>/etc/passwd</CODE> do
<CODE>/clients/etc/passwd</CODE> (nie w drug stronê, poniewa klienci
nie montuj katalogu <I>etc</I> serwera). To samo dla <CODE>/etc/group</CODE>.</LI>
</OL>
<P>
<P>
<H3>Tworzenie katalogu etc dla klienta.</H3>
<P>
<P>Ogólnie, wiêkszoæ plików w katalogu <I>etc</I> klienta powinna byæ
doczona symbolicznie do plików z katalogu <I>etc</I> serwera. Ale
niektóre z nich s róne dla kadej maszyny, a niektóre po prostu
musz siê tam znajdowaæ kiedy aduje siê jdro. Oto minimalna
zawartoæ katalogu <I>etc</I>:
<P>
<PRE>
resolv.conf
hosts
inittab
rc.d/rc.S
fstab
</PRE>
<P>Poniewa te piêæ plików moe byæ identyczne dla kadego klienta,
moesz je skopiowaæ, albo doczyæ na stae. Chocia zaleca siê
eby pliki <I>rc.S</I> i <I>fstab</I> byy osobne dla kadego
klienta. Bêdziesz take potrzebowa osobnego pliku <I>HOSTNAME</I>
dla kadego klienta. Osobicie uwaam, e cay podkatalog <I>rc.d</I>
powinien byæ osobny dla kadego klienta poniewa konfiguracja i
sprzêt mog siê róniæ.
<P>Dla kadego klienta dodaj do <I>fstab</I> odpowiedni liniê dla
swapa:
<P>
<PRE>
/dev/swap_prttn swap swap default 1 1
</PRE>
<P>Reszta plików z <I>etc</I> klienta moe byæ albo doczona na stae
do plików <CODE>/clients/etc/*</CODE> albo podczona symbolicznie do
<CODE>/serwer/etc</CODE> (który jest punktem do montowaina dla
<CODE>/clients/etc</CODE>).
<P>Upewnij siê, e twój klient umie poprawnie rozwizywaæ nazwy
kanoniczne poprzez <I>named</I> albo <CODE>etc/hosts</CODE>. Nie jest zym
pomysem trzymanie IP serwera w pliku <CODE>etc/hosts</CODE>, zamiast
liczyæ na rozwizywanie nazw. Jeli bêdziesz liczyæ tylko na to, to
problem z <I>named-em</I> spowoduje, e twoi klienci nie bêd mogli
wystartowaæ.
<P>
<H2>3.4 Startowanie.</H2>
<P>
<P>Teraz wszystko, co musisz zrobiæ to zrestartowaæ komputer, trzymaæ
kciuki i mieæ nadziejê, e wszystko pójdzie gadko. :)
<P>
<H2><A NAME="s4">4. Tworzenie wiêkszej iloci klientów.</A></H2>
<P>
<P>Jeli przestrzegae moich instrukcji, to powinno to byæ proste:
<P>
<PRE>
cd /clients/
cp -a hostname1 hostname2
</PRE>
<P>a potem upewnij siê, e sprawdzie to:
<P>
<UL>
<LI>pliki <CODE>rc.d/*</CODE> odpowiadaj sprzêtowi i konfiguracji
oprogramowania</LI>
<LI>linia dotyczca swap-a w <I>fstab</I> jest poprawna</LI>
<LI>symboliczne dowizania <I>dev/mouse, dev/modem oraz
dev/cdrom</I> s poprawne.</LI>
</UL>
<P><B>Powodzenia ...</B>
<P>
<H2><A NAME="tlum"></A> 4.1 Od tumacza.</H2>
<P>
<P>Tumaczenie to jest chronione prawami autorskimi © Bartosza
Maruszewskiego.
Dozwolone jest rozprowadzanie i dystrybucja na prawach takich
samych jak dokument oryginalny.
<P>Jeli znalaze jakie race bêdy ortograficzne, gramatyczne,
skadniowe, techniczne to pisz do mnie:
<P>
<A HREF="mailto:B.Maruszewski@zsmeie.torun.pl">B.Maruszewski@zsmeie.torun.pl</A><P>Oficjaln stron tumaczeñ HOWTO jest
<A HREF="http://www.jtz.org.pl/">http://www.jtz.org.pl/</A><P>Aktualne wersje przetumaczonych dokumentów znajduj siê na
teje stronie. Dostêpne s take poprzez anonimowe ftp pod adresem
<A HREF="ftp://ftp.ippt.gov.pl/pub/Linux/JTZ/">ftp.ippt.gov.pl</A> w katalogu <CODE>/pub/Linux/JTZ/</CODE>.
<P>Przetumaczone przeze mnie dokumenty znajduj siê take na
<A HREF="http://www.zsmeie.torun.pl/~bart/tlumaczenie.html">mojej stronie WWW.</A> S tam te odwoania do Polskiej Strony
Tumaczeniowej.
<P>Kontakt z nasz grup, grup tumaczy moesz uzyskaæ poprzez listê
dyskusyjn jtz@ippt.gov.pl. Jeli chcesz sie na ni zapisaæ, to
wylij list o treci <CODE>subscribe jtz Imiê Nazwisko</CODE> na adres
<CODE>listproc@ippt.gov.pl</CODE>
<P>
</BODY>
</HTML>
|
