SVN: PLD-doc/book/pl_book__dysk/pl_dysk__lvm2.sec
qwiat
qwiat at pld-linux.org
Sat Jun 21 00:46:17 CEST 2008
Author: qwiat
Date: Sat Jun 21 00:46:17 2008
New Revision: 9819
Modified:
PLD-doc/book/pl_book__dysk/pl_dysk__lvm2.sec
Log:
- big redesign
Modified: PLD-doc/book/pl_book__dysk/pl_dysk__lvm2.sec
==============================================================================
--- PLD-doc/book/pl_book__dysk/pl_dysk__lvm2.sec (original)
+++ PLD-doc/book/pl_book__dysk/pl_dysk__lvm2.sec Sat Jun 21 00:46:17 2008
@@ -4,12 +4,9 @@
<para>
<productname>LVM</productname> (Logical Volume Management) to
system zaawansowanego zarz±dzania przestrzeni± dyskow±,
- który jest o wiele bardziej
- elastyczny, ni¿ klasyczne partycje dyskowe.
- </para>
- <para>
- LVM ma dosyæ z³o¿on± strukturê, sk³ada siê z nastêpuj±cych
- rodzajów obiektów:
+ który jest o wiele bardziej elastyczny, ni¿ klasyczne
+ partycje dyskowe. To wi±¿e siê z bardziej z³o¿on± konstrukcj±,
+ która sk³ada siê z nastêpuj±cych struktur:
<itemizedlist>
<listitem>
<para>
@@ -36,45 +33,54 @@
</para>
</listitem>
</itemizedlist>
- Przyk³adowy schemat LVM-u:
+ Schemat LVM-u, który zostanie u¿yty jako przyk³ad w tym rozdziale:
<screen> PV1 PV2
\ /
VG
/ | \
LV1 LV2 LV3</screen>
</para>
- <section id="lvm2_instalacja">
- <title>Instalacja</title>
- <para>
- Omawiamy implementacjê <productname>LVM2</productname>, zatem
- instalujemy pakiet <filename>lvm2</filename>, je¶li LVM ma byæ u¿yty
- jako g³ówny system plików to potrzebujemy
- jeszcze pakiet <filename>lvm2-initrd</filename>
- do wygenerowania odpowiedniego obrazu initrd.
- </para>
- </section>
<section id="lvm2_planowanie">
<title>Planowanie woluminów</title>
<para>
- Musimy przygotowaæ partycje na dyskach, które chcemy
+ Musimy wyznaczyæ urz±dzenia blokowe których chcemy
u¿yæ do stworzenia struktur PV.
Je¶li g³ówny system plików ma byæ umieszczony na
woluminie logicznym to musimy przeznaczyæ ma³± partycjê
- dla ga³êzi <filename>/boot</filename>, gdy¿ bootloadery lilo i grub nie
+ dla ga³êzi <filename>/boot</filename>, gdy¿ bootloadery
+ <productname>lilo</productname> i <productname>grub</productname> nie
potrafi± czytaæ danych z woluminów. Szczegó³owy opis
dzielenia dysków na partycje zamie¶cili¶my w <xref linkend="pl_dysk_partycje" />.
</para>
<para>
- Planujemy utworzenie woluminów logicznych dla
- danych systemowych o nastêpuj±cych objêto¶ciach:
-<screen>/home - 5GB
-/var - 3GB
-/tmp - 2GB</screen>
+ Za³ó¿my, ¿e mamy dwa dyski twarde po 250GB (<filename>/dev/sda</filename>
+ i <filename>/dev/sdb</filename>),
+ których powierzchniê chcemy po³±czyæ i rozdysponowaæ
+ pod system operacyjny. Jako, ¿e rootfs tak¿e bêdzie na woluminie
+ to rozplanowanie miejsca mo¿e wygl±daæ nastêpuj±co:
+ <itemizedlist>
+ <listitem><para><filename>/dev/sda1</filename>: ma³a partycja na /boot o pojemno¶ci 50MB</para></listitem>
+ <listitem><para><filename>/dev/sda2</filename>: druga partycja dla woluminów (reszta dysku)</para></listitem>
+ <listitem><para><filename>/dev/sdb</filename>: ca³y dysk dla woluminów</para></listitem>
+ </itemizedlist>
+ VG bêdzie mia³o rozmiar ~500GB miejsca, z czego 400GB przydzielimy
+ do u¿ytku, a resztê pozostawimy dla przysz³ych, nieokre¶lonych
+ na razie zastosowañ. Miejsce na VG rozdysponujemy nastêpuj±co:
+ <itemizedlist>
+ <listitem><para>swap: 5GB</para></listitem>
+ <listitem><para>/ (rootFS): 25GB</para></listitem>
+ <listitem><para>/home: 470GB</para></listitem>
+ </itemizedlist>
</para>
+ </section>
+ <section id="lvm2_instalacja">
+ <title>Instalacja</title>
<para>
- Dane bêd± przechowywane na
- "po³±czonych" partycjach <filename>/dev/hdd2</filename> i <filename>/dev/hdc1</filename>
- (zgodnie ze schematem we wstêpie).
+ Omawiamy implementacjê <productname>LVM2</productname>, zatem
+ instalujemy pakiet <filename>lvm2</filename>, je¶li LVM ma byæ u¿yty
+ jako g³ówny system plików to potrzebujemy
+ jeszcze pakiet <filename>lvm2-initrd</filename>
+ do wygenerowania odpowiedniego obrazu initrd.
</para>
</section>
<section id="lvm2_budwowanie">
@@ -85,49 +91,65 @@
</para>
<para>
- tworzymy Physical Volumes:
- <screen># pvcreate /dev/hdd2 /dev/hdc1</screen>
- tworzymy Volume Group o nazwie np. "sys":
- <screen># vgcreate sys /dev/hdd2 /dev/hdc1</screen>
- Zak³adamy, ¿e suma objêto¶ci partycji da³a nam 14GB miejsca
+ Dzielimy dysk /dev/sda na dwie opisane powy¿ej partycje, a nastêpnie
+ wskazujemy Physical Volumes:
+ <screen># pvcreate /dev/sda2 /dev/sdb</screen>
+ tworzymy Volume Group o nazwie np. "vgsys":
+ <screen># vgcreate vgsys /dev/sda2 /dev/sdb</screen>
Tworzymy woluminy o podanych pojemno¶ciach w MB (-L)
- i dowolnych nazwach (-n)
-<screen># lvcreate -L 5000 -n homes sys
-# lvcreate -L 3000 -n var sys
-# lvcreate -L 2000 -n tmp sys</screen>
- tak wiêc na VG pozostaje 4GB wolnego miejsca, które
- mo¿emy rozdysponowaæ w przysz³o¶ci (o tym w dalszej czê¶ci rozdzia³u).
- </para>
- <para>
- Rzucaj±c± siê w oczy cech± woluminów logicznych jest
+ i dowolnych nazwach (-n):
+<screen># lvcreate -L 5GB -n swap vgsys
+# lvcreate -L 25GB -n rootfs vgsys
+# lvcreate -L 470GB -n home vgsys</screen>
+ na naszym VG pozostaje 100GB wolnego miejsca, które
+ mo¿emy rozdysponowaæ w przysz³o¶ci (przyk³ad dalszej czê¶ci
+ rozdzia³u). Rzucaj±c± siê w oczy cech± woluminów logicznych jest
mo¿liwo¶æ swobodnego nadawania im nazw, co znacznie u³atwia
- okre¶lenie zawarto¶ci takiego woluminu. Do utworzonych
- powy¿ej woluminów odwo³ujemy siê za pomoc± urz±dzeñ
- <filename>/dev/sys/homes</filename>,
- <filename>/dev/sys/var</filename> i
- <filename>/dev/sys/tmp</filename>.
- </para>
- </section>
- <section id="lvm2_konfiguracja">
- <title>Konfiguracja</title>
- <para>
+ utrzymanie porz±dku. Do utworzonych
+ powy¿ej woluminów odwo³ujemy siê za pomoc± utworzonych
+ przed chwil± urz±dzeñ:
+ <filename>/dev/vgsys/swap</filename>,
+ <filename>/dev/vgsys/rootfs</filename> i
+ <filename>/dev/vgsys/home</filename>.
Woluminy s± ju¿ gotowe do pracy, musimy jeszcze tylko
- utworzyæ na nich systemy plików np.:
- <screen># mkfs.xfs /dev/sys/homes</screen>
+ utworzyæ na nich systemy plików, co robimy jak w przypadku
+ tradycyjnych partycji np.:
+<screen># mkswap /dev/vgsys/swap
+# mkfs.xfs /dev/vgsys/rootfs
+# mkfs.xfs /dev/vgsys/home</screen>
+ partycja dla ga³êzi /boot:
+<screen># mkfs.ext2 /dev/sda1</screen>
Teraz mountujemy woluminy w klasyczny sposób i
je¶li wszystko przebieg³o bez b³êdów
dokonujemy odpowiednich modyfikacji w
<filename>/etc/fstab</filename>.
- Je¶li chcemy umie¶ciæ
- g³ówny system plików na LV to musimy jeszcze wygenerowaæ
- nowy obraz initrd, co zosta³o przedstawione w
- <xref linkend="kernel-urzadzenia_geninitrd" />.
</para>
+ </section>
+ <section id="lvm2_konfiguracja_startowa">
+ <title>Konfiguracja startowa</title>
<para>
- Woluminy s± sk³adane automatycznie przez rc-skrypt
+ Woluminy s± uruchamiane automatycznie przez rc-skrypt
<filename>/etc/rc.d/rc.sysinit</filename> lub
<filename>initrd</filename>. Modu³ device mappera
równie¿ jest ³adowany automatycznie.
+ Je¶li chcemy umie¶ciæ g³ówny system plików na LV,
+ to musimy jeszcze wygenerowaæ nowy obraz initrd, z
+ obs³ug± LVM. Zosta³o to szczegó³owo przedstawione w
+ <xref linkend="kernel-urzadzenia_geninitrd" />.
+ W konfiguracji bootloadera ustawiamy opcjê 'root=' na
+ <literal>/dev/vgsys/rootfs</literal>.
+ Teraz instalujemy system, instalujemy bootloder i
+ mo¿emy zrestartowaæ maszynê.
+ </para>
+ <para>
+ Gdy zajdzie potrzeba "rêcznego" aktywowania woluminów (np. spod RescueCD),
+ to na pocz±tek musimy siê upewniæ, ¿e jest za³adowany modu³
+ <emphasis>dm-mod</emphasis>. Kernel nie zg³asza
+ komunikatów o odnalezieniu woluminów, tak jak ma to miejsce
+ z partycjami, nale¿y je odszukaæ za pomoc± odpowiednich
+ narzêdzi: <command>lvmdiskscan</command> i <command>lvscan</command>.
+ Je¶li odnale¼li¶my ¿±dane struktury, to mo¿emy je aktywowaæ:
+ <screen># vgchange -a y</screen>
</para>
</section>
<section id="lvm2_diagnostyka">
@@ -140,7 +162,7 @@
<command>vgdisplay</command>, <command>lvdisplay</command>.
</para>
<para>
- Do niektórych operacji z voluminami bêdziemy musieli je
+ Do niektórych operacji z woluminami bêdziemy musieli je
odmontowaæ i deaktywowaæ. Aby deaktywowaæ wszystkie woluminy
u¿yjemy polecenia
<screen># vgchange -a n</screen>
@@ -149,20 +171,20 @@
</para>
</section>
<section id="lvm2_powiekszanie">
- <title>Zarz±dzanie - Powiêkszanie woluminu</title>
+ <title>Zarz±dzanie: powiêkszanie woluminu</title>
<para>
Teraz przedstawimy potêgê LVM-a: poka¿emy jak powiêkszyæ wolumin, gdy dochodzimy
do wniosku, ¿e przeznaczonego miejsca jest za ma³o.
- Za³ó¿my, ¿e mamy woluminy utworzone zgodnie z wcze¶nijeszymi przyk³adami
- i chcemy przenaczyæ ca³± dostêpn± woln± przestrzeñ na naszym VG (4GB)
- dla <filename>/dev/sys/homes</filename>:
- <screen># lvextend -l 100%VG /dev/sys/homes</screen>
+ Za³ó¿my, ¿e mamy woluminy utworzone zgodnie z wcze¶niejszymi przyk³adami
+ i chcemy przeznaczyæ ca³± dostêpn± woln± przestrzeñ na naszym VG (100GB)
+ dla <filename>/dev/vgsys/homes</filename>:
+ <screen># lvextend -l 100%VG /dev/vgsys/home</screen>
Teraz, kiedy wolumin jest powiêkszony, musimy rozszerzyæ system plików,
w naszych przyk³adach jest to XFS, zatem musimy podmontowaæ wolumin,
a nastêpnie:
<screen># xfs_growfs /home</screen>
Operacja trwa krótko i nie powoduje utraty danych, jednak jak przypadku
- ka¿dych operacji dyskowych, powinni¶my wczeniej wykonaæ kopiê zapasow±.
+ ka¿dych operacji dyskowych, powinni¶my wcze¶niej wykonaæ kopiê zapasow±.
Ka¿dy system plików posiada w³asne narzêdzia do zmiany rozmiaru systemu plików,
szczegó³y w ich dokumentacji.
</para>
@@ -171,8 +193,8 @@
<title>Porady</title>
<para>
Woluminy LVM powoduj± zwiêkszone ryzyko uszkodzenia
- danych, gdy¿ awaria jednego dysku jest jednoznaczna
- z utrat± wszystkich danych. Z tego powodu zaleca siê
+ danych, gdy¿ awaria jednego dysku mo¿e spowodowaæ utratê
+ wszystkich danych. Z tego powodu zaleca siê
tworzenie woluminów na macierzach RAID.
</para>
</section>
More information about the pld-cvs-commit
mailing list