SVN: PLD-doc/book: pl_book__dysk/pl_dysk.chp pl_book__dysk/pl_dysk__lvm2.sec pl_book__master.docb
qwiat
qwiat at pld-linux.org
Sat Jan 13 01:41:51 CET 2007
Author: qwiat
Date: Sat Jan 13 01:41:50 2007
New Revision: 8160
Added:
PLD-doc/book/pl_book__dysk/pl_dysk__lvm2.sec
Modified:
PLD-doc/book/pl_book__dysk/pl_dysk.chp
PLD-doc/book/pl_book__master.docb
Log:
- nowy rodzial - o lvm
Modified: PLD-doc/book/pl_book__dysk/pl_dysk.chp
==============================================================================
--- PLD-doc/book/pl_book__dysk/pl_dysk.chp (original)
+++ PLD-doc/book/pl_book__dysk/pl_dysk.chp Sat Jan 13 01:41:50 2007
@@ -11,5 +11,6 @@
&dysk_fs;
&dysk_formatowanie;
&konfiguracja_soft_raid;
+ &dysk_lvm2;
&dysk_naprawa;
</chapter>
Added: PLD-doc/book/pl_book__dysk/pl_dysk__lvm2.sec
==============================================================================
--- (empty file)
+++ PLD-doc/book/pl_book__dysk/pl_dysk__lvm2.sec Sat Jan 13 01:41:50 2007
@@ -0,0 +1,158 @@
+<?xml version="1.0" encoding="iso-8859-2"?>
+<section id="lvm2">
+ <title>LVM</title>
+ <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:
+ <itemizedlist>
+ <listitem>
+ <para>
+ <literal>PV</literal> (physical volumes) - fizyczne woluminy: są bezpośrednio
+ związane z partycjami dyskowymi
+ (np. <filename>/dev/hda1</filename>, <filename>/dev/sdb3</filename>).
+ </para>
+ </listitem>
+ <listitem>
+ <para>
+ <literal>VG</literal> (volume groups) - grupy woluminów: składają się z
+ co najmniej jednego PV, ich wielkość to suma objętości
+ wszystkich PV należących do danej grupy.
+ Uzyskane miejsce dyskowe może być dowolnie dysponowane
+ pomiędzy kolejne LV.
+ </para>
+ </listitem>
+ <listitem>
+ <para>
+ <literal>LV</literal> (logical volumes) - woluminy logiczne: są
+ obszarami użytecznymi dla systemu (podobnie jak partycje dyskowe).
+ LV są obszarami wydzielonymi z VG, zatem suma wielkości woluminów
+ nie może zatem przekraczać objętości VG, do którego należą.
+ </para>
+ </listitem>
+ </itemizedlist>
+ Przykładowy schemat LVM-u:
+<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
+ 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
+ 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>
+ </para>
+ <para>
+ Dane będą przechowywane na
+ "połączonych" partycjach <filename>/dev/hdd2</filename> i <filename>/dev/hdc1</filename>
+ (zgodnie ze schematem we wstępie).
+ </para>
+ </section>
+ <section id="lvm2_budwowanie">
+ <title>Budowanie woluminów</title>
+ <para>
+ Ładujemy moduł <emphasis>device mappera</emphasis>:
+ <screen># modprobe dm-mod</screen>
+ </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 12GB miejsca
+ 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 2GB wolnego miejsca, które
+ możemy rozdysponować w przyszłości.
+ </para>
+ <para>
+ 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>
+ Woluminy są już gotowe do pracy, musimy jeszcze tylko
+ utworzyć na nich systemy plików np.:
+ <screen># mkfs.reiserfs /dev/sys/homes</screen>
+ Teraz 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>
+ <para>
+ Woluminy są składane automatycznie przez rc-skrypt
+ <filename>/etc/rc.d/rc.sysinit</filename> lub
+ <filename>initrd</filename>. Moduł device mappera
+ również jest ładowany automatycznie.
+ </para>
+ </section>
+ <section id="lvm2_diagnostyka">
+ <title>Narzędzia diagnostyczne</title>
+ <para>
+ Skrócone informacje o każdym z rodzaju komponentów (PV/VG/LV)
+ wyświetlimy za pomocą programów <command>pvs</command>,
+ <command>vgs</command>, <command>lvs</command>. Więcej informacji
+ uzyskamy za pomocą programów: <command>pvdisplay</command>,
+ <command>vgdisplay</command>, <command>lvdisplay</command>.
+ </para>
+ <para>
+ Do niektórych operacji z voluminami będziemy musieli je
+ deaktywować. Aby samemu deaktywować wszystkie woluminy
+ użyjemy polecenia
+ <screen># vgchange -a n</screen>
+ aby wszystkie aktywować wywołujemy:
+ <screen># vgchange -a y</screen>
+ </para>
+ </section>
+ <section id="lvm2_porady">
+ <title>Porady</title>
+ <para>
+ Woluminy LVM powodują zwiększone ryzyko uszkodzenia
+ danych, gdyż zawaria jednego dysku jest jednoznaczna
+ z utratą wszystkich danych. Z tego powodu zaleca się
+ tworzenie woluminów na macierzach RAID.
+ </para>
+ </section>
+</section>
Modified: PLD-doc/book/pl_book__master.docb
==============================================================================
--- PLD-doc/book/pl_book__master.docb (original)
+++ PLD-doc/book/pl_book__master.docb Sat Jan 13 01:41:50 2007
@@ -51,6 +51,7 @@
<!ENTITY dysk_formatowanie SYSTEM "pl_book__dysk/pl_dysk__formatowanie.sec">
<!ENTITY dysk_naprawa SYSTEM "pl_book__dysk/pl_dysk__naprawa.sec">
<!ENTITY konfiguracja_soft_raid SYSTEM "pl_book__dysk/pl_konfiguracja__soft_raid.sec">
+<!ENTITY dysk_lvm2 SYSTEM "pl_book__dysk/pl_dysk__lvm2.sec">
<!ENTITY bootloader SYSTEM "pl_book__bootloader/pl_bootloader.chp">
<!ENTITY bootloader_wstep SYSTEM "pl_book__bootloader/pl_bootloader__wstep.sec">
<!ENTITY bootloader_lilo SYSTEM "pl_book__bootloader/pl_bootloader__lilo.sec">
More information about the pld-cvs-commit
mailing list