public inbox for gentoo-commits@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-commits] gentoo commit in xml/htdocs/doc/pl/handbook: hb-install-x86+amd64-bootloader.xml hb-install-x86+amd64-kernel.xml
@ 2007-09-28  9:18 Lukasz Damentko (rane)
  0 siblings, 0 replies; only message in thread
From: Lukasz Damentko (rane) @ 2007-09-28  9:18 UTC (permalink / raw
  To: gentoo-commits

rane        07/09/28 09:18:05

  Modified:             hb-install-x86+amd64-bootloader.xml
                        hb-install-x86+amd64-kernel.xml
  Log:
  improved language, line wrapping, commas, fixed a bunch of typos and grammar mistakes, done some other minor tweaks

Revision  Changes    Path
1.6                  xml/htdocs/doc/pl/handbook/hb-install-x86+amd64-bootloader.xml

file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/pl/handbook/hb-install-x86+amd64-bootloader.xml?rev=1.6&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/pl/handbook/hb-install-x86+amd64-bootloader.xml?rev=1.6&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/pl/handbook/hb-install-x86+amd64-bootloader.xml?r1=1.5&r2=1.6

Index: hb-install-x86+amd64-bootloader.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/doc/pl/handbook/hb-install-x86+amd64-bootloader.xml,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- hb-install-x86+amd64-bootloader.xml	8 May 2007 00:33:31 -0000	1.5
+++ hb-install-x86+amd64-bootloader.xml	28 Sep 2007 09:18:05 -0000	1.6
@@ -4,7 +4,7 @@
 <!-- The content of this document is licensed under the CC-BY-SA license -->
 <!-- See http://creativecommons.org/licenses/by-sa/2.5 -->
 
-<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/pl/handbook/hb-install-x86+amd64-bootloader.xml,v 1.5 2007/05/08 00:33:31 rane Exp $ -->
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/pl/handbook/hb-install-x86+amd64-bootloader.xml,v 1.6 2007/09/28 09:18:05 rane Exp $ -->
 
 <sections>
 
@@ -30,8 +30,8 @@
 
 <p>
 Przed instalacją któregokolwiek z nich opiszemy jeszcze jak skonfigurować bufor
-ramki, umożliwiający poprawę wyglądu konsoli. Jeśli użytkownik nie chce
-korzystać z framebuffera, może pominąć rozdział o nim.
+ramki, program umożliwiający poprawę wyglądu konsoli. Jeśli użytkownik nie chce
+korzystać z bufora ramki, może pominąć rozdział o nim.
 </p>
 
 </body>
@@ -47,12 +47,12 @@
 </p>
 
 <p test="func:keyval('arch')='x86'">
-Najważniejszą informacją jaką należy poznać przed rozpoczęciem konfiguracji
-jest nazwa używanego urządzenia bufora ramki. Niektóre jądra, takie jak na
-przykład <c>gentoo-sources</c>, domyślnie posiadają obsługę <c>vesafb-tng</c>
-jako <e>sterownika typu VESA</e>. Użytkownicy <c>vesafb-tng</c> nie muszą
-dodawać parametru <c>vga</c>. Pozostali, używający <c>vesafb</c>, wciąż muszą
-dopisywać <c>vga</c>.
+Najważniejszą informacją jaką należy poznać przed rozpoczęciem konfiguracji jest
+nazwa używanego urządzenia bufora ramki. Niektóre jądra, takie jak na przykład
+<c>gentoo-sources</c>, domyślnie posiadają obsługę <c>vesafb-tng</c> jako
+<e>sterownika typu VESA</e>. Użytkownicy <c>vesafb-tng</c> nie muszą dodawać
+parametru <c>vga</c>. Pozostali, używający <c>vesafb</c>, wciąż muszą dopisywać
+<c>vga</c>.
 </p>
 
 <p test="contains('AMD64 IA64',func:keyval('arch'))">
@@ -147,8 +147,8 @@
  <ti>
    (tylko dla <c>vesafb-tng</c>)<br/>
    Pozwala na ustawienie rozdzielczości, głębi kolorów oraz częstotliwości
-   odświeżania. Na przykład <c>1024x768-32@85</c> ustawi rozdzielczość
-   1024x768, 32-bitową głębię kolorów i częstotliwość odświeżania 85 Hz.
+   odświeżania. Na przykład <c>1024x768-32@85</c> ustawi rozdzielczość 1024x768,
+   32-bitową głębię kolorów i częstotliwość odświeżania 85 Hz.
  </ti>
 </tr>
 </table>
@@ -157,10 +157,9 @@
 <body test="contains('AMD64 IA64',func:keyval('arch'))">
 
 <p>
-Rezultatem tych dwóch opcji może być coś podobnego do <c>vga=0x318
-video=vesafb:mtrr:3,ywrap</c> lub
-<c>video=vesafb:mtrr,ywrap,1024x768-32@85</c>.  Warto zapamiętać (lub zapisać)
-wybraną wartość; niedługo się ona przyda.
+Rezultatem powinno być coś podobnego do <c>vga=0x318
+video=vesafb:mtrr:3,ywrap</c> lub <c>video=vesafb:mtrr,ywrap,1024x768-32@85</c>.
+Warto zapamiętać (lub zapisać) wybraną wartość; niedługo się ona przyda.
 </p>
 
 <p test="func:keyval('arch')='AMD64'">
@@ -177,9 +176,8 @@
 
 <p>
 Wynik tych działań powinien wyglądać mniej więcej tak: <c>vga=0x318
-video=vesafb:mtrr:3,ywrap</c> lub
-<c>video=vesafb:mtrr,ywrap,1024x768-32@85</c>. Warto zapamiętać te ustawienia,
-wkrótce będą potrzebne.
+video=vesafb:mtrr:3,ywrap</c> lub <c>video=vesafb:mtrr,ywrap,1024x768-32@85</c>.
+Warto zapamiętać te ustawienia, wkrótce będą potrzebne.
 </p>
 
 <p>
@@ -209,13 +207,13 @@
 zera, a nie od jedynki. W grupie urządzeń pamięci masowej tylko twarde dyski są
 liczone, nie ma to natomiast miejsca w przypadku napędów ATAPI-IDE takich jak
 CD-ROM-y i nagrywarki. Ta sama sytuacja ma miejsce w przypadku dysków SCSI.
-(Normalnie otrzymują one wyższe numery niż dyski IDE, z wyjątkiem sytuacji, gdy
-BIOS jest ustawiony na start systemu z urządzenia SCSI).
+Normalnie otrzymują one wyższe numery niż dyski IDE, z wyjątkiem sytuacji, gdy
+BIOS jest ustawiony na start systemu z urządzenia SCSI.
 </p>
 
 <p>
 Zakładając, że w komputerze jest zainstalowany dysk twardy oznaczony jako
-<path>/dev/hda</path>, odtwarzacz cdrom <path>/dev/hdb</path>, nagrywarka
+<path>/dev/hda</path>, odtwarzacz cd-rom <path>/dev/hdb</path>, nagrywarka
 <path>/dev/hdc</path>, drugi dysk twardy <path>/dev/hdd</path> i nie ma żadnego
 dysku SCSI, urządzenie <path>/dev/hdd7</path> jest rozumiane jako
 <path>(hd1,6)</path>. Całość wygląda dość pokrętnie, jednakże GRUB oferuje
@@ -240,7 +238,7 @@
 
 <impo test="func:keyval('arch')='AMD64'">
 Jeżeli używamy <uri link="?part=1&amp;chap=6#doc_chap2">profilu</uri> bez
-multilib, <b>nie</b> powinniśmy instalować gruba. Zamiast niego należy
+multilib, <b>nie</b> powinniśmy instalować GRUB-a. Zamiast niego należy
 skompilować <c>grub-static</c>.
 </impo>
 
@@ -250,8 +248,8 @@
 
 <p>
 GRUB został zainstalowany, teraz należy go jeszcze skonfigurować i umieścić w
-MBR, tak by automatycznie uruchamiał nowo zainstalowane jądra. Najpierw przy
-pomocy <c>nano</c> lub dowolnego innego edytora należy utworzyć plik
+MBR, aby automatycznie uruchamiał nowo zainstalowane jądra. Najpierw przy pomocy
+<c>nano</c> lub dowolnego innego edytora należy utworzyć plik
 <path>/boot/grub/grub.conf</path>:
 </p>
 
@@ -262,7 +260,7 @@
 <p>
 Następnie należy dokonać edycji pliku <path>grub.conf</path>. Poniżej znajdują
 się dwa przykłady plików <path>grub.conf</path>, odpowiadające schematowi
-partycjonowania użytemu w tym przewodniku. Tylko pierwszy z nich został
+partycjonowania użytemu w tym podręczniku. Tylko pierwszy z nich został
 wyczerpująco opatrzony komentarzami.
 </p>
 
@@ -279,8 +277,8 @@
 
 <note>
 Jeśli system plików głównej partycji to JFS, <e>należy</e> dodać "ro" do linii
-<c>kernel</c> w związku z tym, że JFS musi odtworzyć swój log zanim pozwoli na
-montowanie w trybie do odczytu i zapisu.
+<c>kernel</c>, gdyż JFS musi odtworzyć swój log zanim pozwoli na montowanie w
+trybie do odczytu i zapisu.
 </note>
 
 <pre caption="grub.conf dla osób nie używających genkernel">
@@ -329,7 +327,7 @@
 </pre>
 
 <note>
-Wspomniany na końcu linii append <c>udev</c> został dodany w celu obejścia
+Wspomniany na końcu linii append wpis <c>udev</c> został dodany w celu obejścia
 jednego z błędów genkernela, który <e>czasem</e> nie współpracuje poprawnie z
 udev.
 </note>
@@ -337,8 +335,8 @@
 <p>
 Jeśli użyto innego schematu partycjonowania lub/i obrazu jądra, należy nanieść
 odpowiednie poprawki na konfigurację. Należy się wtedy upewnić, że wszystko co
-się dopisuje w konfiguracji co jest dopisywane w formacie nazewnictwa urządzeń
-specyficznym dla GRUB-a (w stylu <path>(hd0,0)</path>) jest względne względem
+się dopisuje w konfiguracji, jest dopisywane w formacie nazewnictwa urządzeń
+specyficznym dla GRUB-a (w stylu <path>(hd0,0)</path>) i jest względne dla
 punktu montowania, a nie katalogu głównego. Innymi słowy,
 <path>(hd0,0)/grub/splash.xpm.gz</path> powinien być dopisany jako
 <path>/boot/grub/splash.xpm.gz</path> w związku z tym, że <path>(hd0,0)</path>
@@ -348,7 +346,7 @@
 <p>
 Jeśli wybrano inny schemat partycjonowania, a <path>/boot</path> nie znajduje
 się na osobnej partycji, prefiks <path>/boot</path> użyty w powyższych
-przykładach jest wciąż wymagany.  Jeśli natomiast wybrany schemat
+przykładach jest wciąż wymagany. Jeśli natomiast wybrany schemat
 partycjonowania jest taki jak ten w Podręczniku, prefiks w niczym nie
 przeszkadza, należy tylko dodatkowo utworzyć odpowiednie dowiązanie symboliczne
 o nazwie boot. W skrócie: powyższe przykładowe konfiguracje będą działać bez
@@ -358,22 +356,21 @@
 <p>
 Jeżeli przy uruchomieniu systemu zachodzi potrzeba przekazania do jądra
 dodatkowych opcji, wystarczy dopisać je na końcu polecenia kernel. W tym
-przykładzie został już dodany jeden parametr (<c>root=/dev/hda3</c> lub
-<c>real_root=/dev/hda3</c>), który można wzbogacić o kolejne. Przykładowo
-posłużymy się opcją <c>vga</c>, dotyczącą bufora ramki, która została opisana
-wcześniej:
+przykładzie został już dodany parametr (<c>root=/dev/hda3</c> lub
+<c>real_root=/dev/hda3</c>), a wpis można wzbogacić o kolejne. Na przykład można
+dodać opcję <c>vga</c> dotyczącą bufora ramki, która została opisana wcześniej.
 </p>
 
 <p>
-Użytkownicy jąder 2.6.7 i nowszych, którzy przy pomocy przełącznika ograniczyli
+Użytkownicy jąder 2.6.7 i nowszych, którzy przy pomocy zworki ograniczyli
 wielkość dysku, ponieważ ich BIOS nie jest w stanie współpracować z większymi
-napędami mogą dodać opcję <c>hdx=stroke</c>, aby korzystać z całego dostępnego
+napędami, mogą dodać opcję <c>hdx=stroke</c>, aby korzystać z całego dostępnego
 na urządzeniu miejsca.
 </p>
 
 <p>
 Użytkownicy programu <c>genkernel</c> powinni wiedzieć, że jądra, które
-zbudowali używają tych samych opcji bootowania co LiveCD. Na przykład jeżeli
+zbudowali używają tych samych opcji uruchamiania co LiveCD. Na przykład jeżeli
 komputer ma zainstalowane urządzenie SCSI, należy dodać parametr <c>doscsi</c>.
 </p>
 
@@ -401,13 +398,13 @@
 <body>
 
 <p>
-Aby zainstalować GRUB-a, należy wpisać komendę <c>grub-install</c>. Nie
-zadziała to jednak bez pewnych zmian, bo wciąż działamy w chrootowanym
-środowisku. Należy stworzyć plik <path>/etc/mtab</path> (plik z informacjami
-dotyczącymi zamontowanych napędów). Na szczęście jest na to prosta metoda,
-wystarczy skopiować plik <path>/proc/mounts</path> do <path>/etc/mtab</path>,
-pomijając jedynie linię <c>rootfs</c> - o ile nie stworzono osobnej partycji
-rozruchowej.  W obu przypadkach zadziała następujące polecenie:
+Aby zainstalować GRUB-a, należy wpisać komendę <c>grub-install</c>. Nie zadziała
+to jednak bez pewnych zmian, bo wciąż działamy w chrootowanym środowisku. Należy
+stworzyć plik <path>/etc/mtab</path> (plik z informacjami dotyczącymi
+zamontowanych napędów). Na szczęście jest na to prosta metoda, wystarczy
+skopiować plik <path>/proc/mounts</path> do <path>/etc/mtab</path>, pomijając
+jedynie linię <c>rootfs</c> - o ile nie stworzono osobnej partycji rozruchowej.
+W obu przypadkach zadziała następujące polecenie:
 </p>
 
 <pre caption="Tworzenie /etc/mtab">
@@ -451,14 +448,14 @@
 
 <note>
 Jeżeli komputer nie ma zainstalowanej stacji dyskietek, należy dodać opcję
-<c>--no-floppy</c> do powyższego polecenia, żeby GRUB nie marnował czasu na
+<c>--no-floppy</c> do powyższego polecenia, aby GRUB nie marnował czasu na
 poszukiwanie nieistniejącego napędu.
 </note>
 
 <p>
-Wyobraźmy sobie, że chcemy zainstalować GRUB tak aby odczytywał informacje z
+Wyobraźmy sobie, że chcemy zainstalować GRUB, aby odczytywał informacje z
 bootowalnej partycji <path><keyval id="/boot"/></path> i instalował swój rekord
-rozruchowy w MBR twardego dysku, tak żeby pierwszą rzeczą jaką zobaczymy po
+rozruchowy w MBR twardego dysku oraz by pierwszą rzeczą jaką zobaczymy po
 uruchomieniu komputera był znak zachęty GRUB-a. Oczywiście należy odpowiednio
 dostosować wszystkie opcje do używanej konfiguracji.
 </p>
@@ -467,12 +464,12 @@
 Mechanizm uzupełniania składni jest bardzo pomocny przy konfigurowaniu GRUB-a.
 Na przykład wpisując "<c>root (</c>" i wciskając TAB można zobaczyć wszystkie
 urządzenia (np. <path>hd0</path>). Jeśli zostanie wpisane "<c>root (hd0,</c>" i
-potem zostanie naciśnięty TAB, ukaże się lista wszystkich dostępnych partycji
-na urządzeniu (np. <path>hd0,0</path>).
+potem zostanie naciśnięty TAB, ukaże się lista wszystkich dostępnych partycji na
+urządzeniu (np. <path>hd0,0</path>).
 </p>
 
 <p>
-Przy pomocy tego systemu skonfigurowanie GRUB-a powinno być proste.
+Skonfigurowanie GRUB-a przy pomocy tego systemu powinno być proste.
 </p>
 
 <pre caption="Instalacja GRUB-a w głównym sektorze rozruchowym">
@@ -483,8 +480,8 @@
 
 <note>
 W przypadku konieczności zainstalowania GRUB poza MBR, należy zmienić komendę
-<c>setup</c> tak by wskazywała na odpowiednie urządzenie. Na przykład dla
-GRUB-a zainstalowanego w <path>/dev/hda3</path> będzie to <c>setup (hd0,2)</c>.
+<c>setup</c>, aby wskazywała na odpowiednie urządzenie. Na przykład dla GRUB-a
+zainstalowanego w <path>/dev/hda3</path> będzie to <c>setup (hd0,2)</c>.
 Niewielu użytkowników decyduje się na skorzystanie z tej możliwości.
 </note>
 
@@ -512,10 +509,10 @@
 LILO, czyli LInuxLOader, to program naprawdę wypróbowany i używany od bardzo
 dawna przez bardzo wielu użytkowników. Brakuje mu jednak niektórych cech
 posiadanych przez program GRUB, co jest, między innymi, powodem rosnącej
-popularności tego drugiego.  Fakt, że na niektórych systemach LILO działa, a
-GRUB nie, powoduje, iż LILO jest ciągle w użyciu. Oczywiście nie jest to jedyny
-powód - niektórzy po prostu lepiej znają LILO i wolą przy nim pozostać, zamiast
-uczyć się obsługi całkiem nowego programu. My jak zawsze wybór pozostawiamy
+popularności tego drugiego. Fakt, że na niektórych systemach LILO działa, a GRUB
+nie, powoduje, że LILO jest ciągle w użyciu. Oczywiście nie jest to jedyny powód
+Niektórzy po prostu lepiej znają LILO i wolą przy nim pozostać, zamiast uczyć
+się obsługi całkiem nowego programu. My, jak zawsze, wybór pozostawiamy
 użytkownikom, Gentoo wspiera obydwa programy.
 </p>
 
@@ -555,7 +552,7 @@
     budowaniu jądra
   </li>
   <li>
-    Druga dla używających <c>genkernela</c>.
+    Druga dla używających <c>genkernela</c>
   </li>
 </ul>
 
@@ -564,9 +561,9 @@
 </p>
 
 <note>
-If system plików głównej partycji to JFS, <e>należy</e> dodać "ro" do linii
-<c>kernel</c> w związku z tym, że JFS musi odtworzyć swój log zanim pozwoli na
-montowanie w trybie do odczytu i zapisu.
+Jeśli system plików głównej partycji to JFS, <e>należy</e> dodać "ro" do linii
+<c>kernel</c>, ponieważ JFS musi odtworzyć swój log zanim pozwoli na montowanie
+w trybie do odczytu i zapisu.
 </note>
 
 <pre caption="Example /etc/lilo.conf">
@@ -595,15 +592,15 @@
   append="init=/linuxrc ramdisk=8192 real_root=/dev/hda3 udev"
   initrd=/boot/<keyval id="genkernel-initrd"/>
 
-<comment># Następne dwie linie są podane na wypadek, gdybyśmy chcieli uruchamiać także system Windows.</comment>
-<comment># W tym przypadku, Windows mieści się na /dev/hda6.</comment>
+<comment># Następne dwie linie są podane na wypadek, gdybyśmy chcieli uruchamiać także system Windows</comment>
+<comment># W tym przypadku Windows znajduje się na /dev/hda6</comment>
 other=/dev/hda6
   label=windows
 </pre>
 
 <note>
-Parametr <c>udev</c> na końcu linii "append" jest niezbędny dla obejścia błędu
-w pewnych wersjach genkernela, występującego gdy używa się udev na pierwszym
+Parametr <c>udev</c> na końcu linii "append" jest niezbędny dla obejścia błędu w
+pewnych wersjach genkernela, występującego gdy używa się udev na pierwszym
 miejscu, co jest zresztą domyślnym ustawieniem.
 </note>
 
@@ -614,8 +611,8 @@
 
 <p>
 Jakiekolwiek dodatkowe parametry startowe jądra dodaje się po słowie kluczowym
-<c>append</c>. Jako przykład, podajemy opcję <c>video</c> służącą
-do włączenia bufora ramki:
+<c>append</c>. Jako przykład podajemy opcję <c>video</c> służącą do włączenia
+bufora ramki:
 </p>
 
 <pre caption="Dodawanie funkcji jądra poprzez linię append">
@@ -640,11 +637,11 @@
 </p>
 
 <p>
-Po zakończonej konfiguracji, należy zapisać plik i opuścić edytor. By zakończyć
+Po zakończeniu konfiguracji, należy zapisać plik i opuścić edytor. Teraz
 wystarczy uruchomić program <c>/sbin/lilo</c>, LILO zastosuje ustawienia z
-<path>/etc/lilo.conf</path> (tzn. zainstaluje się na dysku). Przy każdej
-zmianie w <path>/etc/lilo.conf</path> oraz przy zmianie jądra, trzeba ponownie
-wykonać polecenie <c>/sbin/lilo</c>.
+<path>/etc/lilo.conf</path> (tzn. zainstaluje się na dysku). Przy każdej zmianie
+w <path>/etc/lilo.conf</path> oraz przy zmianie jądra, trzeba ponownie wykonać
+polecenie <c>/sbin/lilo</c>.
 </p>
 
 <pre caption="Kończenie instalacji LILO">
@@ -654,7 +651,7 @@
 <p>
 Dużo ciekawych informacji o LILO znajduje się w <uri
 link="http://en.wikipedia.org/wiki/LILO_(boot_loader)">artykule w
-wikipedii</uri> na jego temat.
+Wikipedii</uri> na jego temat.
 </p>
 
 <p>
@@ -765,8 +762,8 @@
 </p>
 
 <p>
-Następnie wystarczy zakończyć proces instalacji zgodnie ze wskazówkami
-opisanymi w rozdziale <uri link="?part=1&amp;chap=11">Finalizowanie instalacji
+Następnie wystarczy zakończyć proces instalacji zgodnie ze wskazówkami opisanymi
+w rozdziale <uri link="?part=1&amp;chap=11">Finalizowanie instalacji
 Gentoo</uri>.
 </p>
 



1.15                 xml/htdocs/doc/pl/handbook/hb-install-x86+amd64-kernel.xml

file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/pl/handbook/hb-install-x86+amd64-kernel.xml?rev=1.15&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/pl/handbook/hb-install-x86+amd64-kernel.xml?rev=1.15&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/pl/handbook/hb-install-x86+amd64-kernel.xml?r1=1.14&r2=1.15

Index: hb-install-x86+amd64-kernel.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/doc/pl/handbook/hb-install-x86+amd64-kernel.xml,v
retrieving revision 1.14
retrieving revision 1.15
diff -u -r1.14 -r1.15
--- hb-install-x86+amd64-kernel.xml	28 Sep 2007 03:10:33 -0000	1.14
+++ hb-install-x86+amd64-kernel.xml	28 Sep 2007 09:18:05 -0000	1.15
@@ -4,7 +4,7 @@
 <!-- The content of this document is licensed under the CC-BY-SA license -->
 <!-- See http://creativecommons.org/licenses/by-sa/2.5 -->
 
-<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/pl/handbook/hb-install-x86+amd64-kernel.xml,v 1.14 2007/09/28 03:10:33 rane Exp $ -->
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/pl/handbook/hb-install-x86+amd64-kernel.xml,v 1.15 2007/09/28 09:18:05 rane Exp $ -->
 
 <sections>
 
@@ -395,9 +395,9 @@
 </p>
 
 <p>
-Po zainstalowaniu źródeł należy je skonfigurować. Zrobimy to automatycznie przy
-pomocy programu <c>genkernel</c>, który wykonuje cały proces dokładnie w ten
-sam sposób w jaki jest konfigurowane jądro na płycie instalacyjnej.
+Po zainstalowaniu źródeł, należy je skonfigurować. Zrobimy to automatycznie,
+przy pomocy programu <c>genkernel</c>, który wykonuje cały proces dokładnie w
+ten sam sposób w jaki jest konfigurowane jądro na płycie instalacyjnej.
 Konsekwencją wyboru genkernela jest to, że system będzie zmuszony do wykrywania
 dostępnego sprzętu przy każdym uruchomieniu komputera. W związku z tym, że
 genkernel nie wymaga od użytkownika żadnych ręcznych poprawek w konfiguracji,
@@ -406,7 +406,7 @@
 </p>
 
 <p>
-Zanim jednak zdradzimy jak używa się tego cudownego programu musimy wytłumaczyć
+Zanim jednak zdradzimy jak używa się tego cudownego programu, musimy wytłumaczyć
 jak go zainstalować:
 </p>
 
@@ -438,7 +438,7 @@
 
 <p>
 Jeśli na partycji rozruchowej został stworzony inny system plików niż ext2 lub
-ext3 to konieczne będzie dodanie potrzebnych sterowników, które można wybrać za
+ext3, konieczne będzie dodanie potrzebnych sterowników, które można wybrać za
 pomocą menu wywołanego poleceniem <c>genkernel --menuconfig all</c>. Sterowniki
 te muszą być wkompilowane w jądro <e>na stałe</e>, nie można dodawać ich w
 postaci modułów. Użytkownicy EVMS2 lub LVM2 powinni dodać również
@@ -472,13 +472,13 @@
 
 <p>
 Moduły ładowane w czasie startu systemu muszą zostać dopisane do pliku
-<path>/etc/modules.autoload.d/kernel-2.6</path> Można tu również dodać
+<path>/etc/modules.autoload.d/kernel-2.6</path>. Można tu również dodać
 dodatkowe opcje ich ładowania.
 </p>
 
 <p>
-Żeby przejrzeć listę wszystkich dostępnych użyjemy komendy <c>find</c>. Należy
-zastąpić wpis "wersja" wersją używanego jądra.
+Żeby przejrzeć listę wszystkich dostępnych modułów, użyjemy polecenia
+<c>find</c>. Należy zastąpić wpis "wersja" wersją używanego jądra.
 </p>
 
 <pre caption="Znajdowanie dostępnych modułów">
@@ -486,7 +486,7 @@
 </pre>
 
 <p>
-Dla przykładu, aby załadować moduł <c>3c59x.o</c> należy edytować plik
+Dla przykładu, aby załadować moduł <c>3c59x.o</c>, należy edytować plik
 <path>kernel-2.4</path> lub <path>kernel-2.6</path> i dodać tam jego nazwę.
 </p>
 



-- 
gentoo-commits@gentoo.org mailing list



^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2007-09-28  9:27 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-09-28  9:18 [gentoo-commits] gentoo commit in xml/htdocs/doc/pl/handbook: hb-install-x86+amd64-bootloader.xml hb-install-x86+amd64-kernel.xml Lukasz Damentko (rane)

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox