From mboxrd@z Thu Jan 1 00:00:00 1970
Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org)
by finch.gentoo.org with esmtp (Exim 4.60)
(envelope-from )
id 1Ib6Nj-0000uI-Ui
for garchives@archives.gentoo.org; Fri, 28 Sep 2007 03:19:13 +0000
Received: from robin.gentoo.org (localhost [127.0.0.1])
by robin.gentoo.org (8.14.1/8.14.0) with SMTP id l8S3AbCw000722;
Fri, 28 Sep 2007 03:10:37 GMT
Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
by robin.gentoo.org (8.14.1/8.14.0) with ESMTP id l8S3AZ6w000717
for ; Fri, 28 Sep 2007 03:10:36 GMT
Received: from stork.gentoo.org (stork.gentoo.org [64.127.104.133])
(using TLSv1 with cipher AES256-SHA (256/256 bits))
(No client certificate requested)
by smtp.gentoo.org (Postfix) with ESMTP id E00A7655A6
for ; Fri, 28 Sep 2007 03:10:34 +0000 (UTC)
Received: from rane by stork.gentoo.org with local (Exim 4.60)
(envelope-from )
id 1Ib6FN-0001qn-RS
for gentoo-commits@lists.gentoo.org; Fri, 28 Sep 2007 03:10:33 +0000
From: "Lukasz Damentko (rane)"
To: gentoo-commits@lists.gentoo.org
Reply-To: gentoo-dev@lists.gentoo.org, rane@gentoo.org
Subject: [gentoo-commits] gentoo commit in xml/htdocs/doc/pl/handbook: hb-install-x86+amd64-disk.xml hb-install-x86+amd64-kernel.xml hb-install-x86+amd64-medium.xml
X-VCS-Repository: gentoo
X-VCS-Files: hb-install-x86+amd64-disk.xml hb-install-x86+amd64-kernel.xml hb-install-x86+amd64-medium.xml
X-VCS-Directories: xml/htdocs/doc/pl/handbook
X-VCS-Committer: rane
X-VCS-Committer-Name: Lukasz Damentko
Content-Type: text/plain; charset=utf8
Content-Transfer-Encoding: 8bit
Message-Id:
Sender: Lukasz Damentko
Date: Fri, 28 Sep 2007 03:10:33 +0000
Precedence: bulk
List-Post:
List-Help:
List-Unsubscribe:
List-Subscribe:
List-Id: Gentoo Linux mail
X-BeenThere: gentoo-commits@gentoo.org
X-Archives-Salt: 46c15309-192f-4f3f-bbbe-3a58cbfb3c1b
X-Archives-Hash: 344619a2a28fb4799c7577db87356591
rane 07/09/28 03:10:33
Modified: hb-install-x86+amd64-disk.xml
hb-install-x86+amd64-kernel.xml
hb-install-x86+amd64-medium.xml
Log:
improved language
Revision Changes Path
1.7 xml/htdocs/doc/pl/handbook/hb-install-x86+amd64-disk.xml
file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/pl/handbook/hb-install-x86+amd64-disk.xml?rev=1.7&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/pl/handbook/hb-install-x86+amd64-disk.xml?rev=1.7&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/pl/handbook/hb-install-x86+amd64-disk.xml?r1=1.6&r2=1.7
Index: hb-install-x86+amd64-disk.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/doc/pl/handbook/hb-install-x86+amd64-disk.xml,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- hb-install-x86+amd64-disk.xml 28 Jun 2007 08:01:11 -0000 1.6
+++ hb-install-x86+amd64-disk.xml 28 Sep 2007 03:10:33 -0000 1.7
@@ -4,7 +4,7 @@
-
+
@@ -24,7 +24,7 @@
Rzućmy okiem na aspekty Gentoo Linux oraz ogólnie Linuksa związane z dyskami.
Omówimy systemy plików, partycje oraz urządzenia blokowe. Następnie
-opiszemy proces podziału twardego dysku tak. aby jak najlepiej wykorzystać
+opiszemy proces podziału twardego dysku tak, aby jak najlepiej wykorzystać
dostępne miejsce.
@@ -38,8 +38,7 @@
Urządzenia blokowe stanowią abstrakcyjny interfejs dysków. Programy użytkownika
mogą z nich korzystać nie martwiąc się o to czy napędy są typu IDE, SCSI czy
-jakiegoś innego. Przechowywane dane adresuje się jako ciąg 512-bajtowych
-bloków.
+jakiegoś innego. Przechowywane dane adresuje się jako ciąg 512-bajtowych bloków.
-Teoretycznie przeznaczenie na system całego dysku jest możliwe,
-zazwyczaj nie jest to jednak zbyt dobre rozwiązanie. Zamiast tego dzielimy
-napęd na mniejsze i dużo łatwiejsze w zarządzaniu urządzenia blokowe. W
-systemach opartych na architekturze nazywane są one
-partycjami.
+Teoretycznie przeznaczenie na system całego dysku jest możliwe, zazwyczaj nie
+jest to jednak zbyt dobre rozwiązanie. Zamiast tego dzielimy napęd na mniejsze i
+dużo łatwiejsze w zarządzaniu urządzenia blokowe. W systemach opartych na
+architekturze nazywane są one partycjami.
@@ -62,17 +60,17 @@
-Informacje o partycjach podstawowych przechowywane są w MBR
-(master boot record). Jako że jest on bardzo mały (512 bajtów), mieszczą
-się w nim dane maksymalnie czterech takich partycji (na przykład,
-od /dev/hda1 do /dev/hda4).
+Informacje o partycjach podstawowych przechowywane są w MBR (master boot
+record). Jako że jest on bardzo mały (512 bajtów), mieszczą się w nim dane
+maksymalnie czterech takich partycji (na przykład od /dev/hda1 do
+/dev/hda4).
-Specjalną odmianą partycji podstawowych są partycje rozszerzone
-(również obowiązuje je powyższy limit). Przechowują one wewnątrz siebie kolejne
-partycje. W ten sposób można ominąć niewygodną granicę i lepiej zagospodarować
-przestrzeń dyskową.
+Specjalną odmianą partycji podstawowych są partycje rozszerzone (również
+obowiązuje je powyższy limit). Przechowują one wewnątrz siebie kolejne partycje.
+W ten sposób można ominąć niewygodną granicę i lepiej zagospodarować przestrzeń
+dyskową.
@@ -136,7 +134,7 @@
W dalszej części tekstu wyjaśnimy jak wiele i jak dużych partycji należy
-utworzyć. Można pominąć te informacje i przejść bezpośrednio do partycjonowania dysku przy pomocy fdisk.
@@ -148,14 +146,14 @@
Ilość partycji ściśle zależy od danego środowiska. Na przykład, jeśli
-administrujesz systemem mającym wielu użytkowników, prawdopodobnie uznasz za
-stosowne oddzielenie /home aby poprawić bezpieczeństwo i uprościć
+administruje się systemem mającym wielu użytkowników, prawdopodobnie uzna się za
+stosowne oddzielenie /home, aby poprawić bezpieczeństwo i uprościć
tworzenie kopii zapasowych. Jeżeli docelowym zastosowaniem Gentoo jest serwer
-poczty, na osobnej partycji powinieneś umieścić /var, gdzie
+poczty, na osobnej partycji należy umieścić /var, gdzie
przechowywane są listy. Dobry wybór systemu plików może znacznie zwiększyć
wydajność. Oddzielenie /opt jest dobrym rozwiązaniem na serwerach
gier, gdyż większość używanego oprogramowania zostanie tam zainstalowana. Powód
-jest podobny jak przy /home: bezpieczeństwo i kopie zapasowe. Na
+jest podobny jak przy /home: bezpieczeństwo i kopie zapasowe. Na
pewno warto zapewnić dużo wolnego miejsca na /usr, ponieważ będą
tam się znajdowały nie tylko dane wszystkich zainstalowanych pakietów, ale
również ważące 500 MB drzewo Portage i kody źródłowe programów.
@@ -176,27 +174,27 @@
program nie będzie miało szkodliwego wpływu na całość systemu.
- Możliwe będzie skrócenie czasu kontroli systemów plików dzięki
- jednoczesnemu dokonywaniu jej na kilku partycjach (ma to znaczenie
- zwłaszcza na komputerze z wieloma twardymi dyskami).
+ Możliwe będzie skrócenie czasu kontroli systemów plików dzięki jednoczesnemu
+ dokonywaniu jej na kilku partycjach (ma to znaczenie zwłaszcza na komputerze
+ z wieloma twardymi dyskami).
Montując część partycji lub woluminów z opcjami read-only (tylko do
odczytu), nosuid (ignorowane są bity setuid), noexec (ignorowane są bity
- wykonywalności) itd. można znacznie poprawić bezpieczeństwo.
+ wykonywalności) itd. można znacznie poprawić bezpieczeństwo.
-Niestety zbyt rozbudowany schemat podziału niesie również ze sobą spore
-problemy. Źle zaplanowany zaowocuje pustkami na zbyt dużych i ciasnotą na zbyt
-małych partycjach.
+Niestety zbyt rozbudowany schemat podziału niesie ze sobą spore problemy. Źle
+zaplanowany zaowocuje pustkami na zbyt dużych i ciasnotą na zbyt małych
+partycjach.
W przykładzie pokażemy partycjonowanie dysku o rozmiarze 20GB wykorzystywanego w
-laptopie z zainstalowanym serwerem poczty, stron internetowych oraz
-środowiskiem gnome:
+laptopie z zainstalowanym serwerem poczty, stron internetowych oraz środowiskiem
+Gnome:
@@ -209,7 +207,7 @@
/dev/hda9 ext3 2.0G 607M 1.3G 32% /var
/dev/hda1 ext2 51M 17M 31M 36% /boot
/dev/hda6 swap 516M 12M 504M 2% <not mounted>
-(Zostało 2GB nie przydzielonego do żadnej partycji miejsca - do wykorzystania w przyszłości)
+(Zostało 2GB nieprzydzielonego do żadnej partycji miejsca - do wykorzystania w przyszłości)
@@ -219,9 +217,9 @@
rozrzutne. Należy jednak zwrócić uwagę, że Gentoo kompiluje tam domyślnie
wszystkie pakiety. Jeżeli chcemy, aby /var posiadało mniejszy
rozmiar, na przykład 1GB, powinniśmy zmodyfikować zmienną PORTAGE_TMPDIR
-w pliku /etc/make.conf, tak aby prowadziła do partycji z
-odpowiednią ilością wolnego miejsca do kompilacji ekstremalnie dużych pakietów
-takich jak OpenOffice.
+w pliku /etc/make.conf, aby zawierała partycję z odpowiednią
+ilością wolnego miejsca do kompilacji ekstremalnie dużych pakietów takich jak
+na przykład OpenOffice.