SVN: PLD-doc/book/pl_book__administracja/pl_administracja__rescue.sec
qwiat
qwiat w pld-linux.org
Nie, 10 Gru 2006, 21:22:30 CET
Author: qwiat
Date: Sun Dec 10 21:22:28 2006
New Revision: 8093
Modified:
PLD-doc/book/pl_book__administracja/pl_administracja__rescue.sec
Log:
- reorganizacja rozdzialu
- wyrzucenie opisu napraw FS (przeniesione do innego rozdzialu)
- kilka uwag
- kosmetyka
Modified: PLD-doc/book/pl_book__administracja/pl_administracja__rescue.sec
==============================================================================
--- PLD-doc/book/pl_book__administracja/pl_administracja__rescue.sec (original)
+++ PLD-doc/book/pl_book__administracja/pl_administracja__rescue.sec Sun Dec 10 21:22:28 2006
@@ -16,7 +16,7 @@
</para>
</section>
<section id="administracja_naprawa_uruchomienie_single">
- <title>Uruchomienie na niskim poziome pracy</title>
+ <title>Uruchomienie na niskim poziomie pracy</title>
<para>
Możemy uruchomić system z pominięciem wielu czynności
wykonywanych przez skrypty startowe. Operacja polega na
@@ -38,8 +38,13 @@
<xref linkend="administracja_poziomy_pracy" />
</para>
</section>
- <section id="administracja_naprawa_uruchomienie_chroot">
- <title>Uruchomienie z innego systemu (chroot)</title>
+ <section id="administracja_naprawa_uruchomienie_rescue">
+ <title>Uruchomienie RescueCD</title>
+ <para>
+ Jako dystrybucję Live najlepiej wybrać RescueCD
+ lub PLD Live. Oba projekty są dobrze przygotowane do pracy
+ naszą dystrybucją, gdyż zawierają program rpm i Poldek.
+ </para>
<para>
Na początek musimy zadbać o to, aby system mógł się
uruchomić z płyty CD, uzyskamy to modyfikując
@@ -62,53 +67,23 @@
<filename>/dev</filename>) możemy wykonać
liczne operacje diagnostyczne i naprawcze, RescueCD
posiada do tego wiele użytecznych narzędzi.
+ Jeśli musimy
</para>
+
</section>
<section id="administracja_naprawa_systemu_plikow">
<title>Naprawa systemu plików</title>
<para>
- Nazwy programów do napraw systemów plików (poza XFS) są
- ujednolicone - zaczynają się od "fsck." a kończą
- się nazwą systemu plików np.: <command>fsck.reiserfs</command>,
- <command>fsck.vfat</command>, <command>fsck.ext2</command>,
- do naprawy XFS-a użyjemy programu <command>xfs_repair</command>.
- Programy te mają różnią się nieco obsługą dlatego
- dla przed użyciem każdego z nich należy zapoznać się
- z podręcznikiem systemowym (man/info), tak wygląda
- przykładowe wywołanie testu systemu plików XFS:
- <screen>xfs_repair /dev/sda2</screen>
- </para>
- <para>
- Programy te nie pozwolą na sprawdzanie na systemie
- plików podmontowanym w trybie do odczytu i zapisu.
- Powinniśmy w ogóle nie montować takiego systemu plików,
- a przynajmniej podmontować w trybie tylko do odczytu.
- </para>
- <para>
- Nieco bardziej złożone jest sprawdzanie głównego systemu
- plików jeśli uruchomiliśmy system w trybie jednego
- użytkownika. Problemem jest konieczność przemontowania
- systemu plików w tryb
- <literal>ro</literal>. Niektóre programy mogą sprawdzać
- w pliku <filename>/etc/mtab</filename> czy system plików
- jest w trybie tylko do odczytu. Może to dać
- nieprawidłowe wyniki, gdyż zazwyczaj gałąź
- <filename>/etc</filename> leży na głównym systemie
- plików i w pliku tym nie nastąpią żadne zmiany po
- takim przemontowaniu. Można to obejść wcześniej
- modyfikując wpis w <filename>/etc/mtab</filename>,
- kiedy już to zrobimy wykonujemy polecenie:
- <screen># mount / -o ro,remount</screen>
- </para>
- <para>
- Naprawienie systemu plików nie gwarantuje, że nie
- zostały uszkodzone żadne pliki. Jeśli naprawianym
- systemie plików były jakieś dane systemowe, to powinniśmy
- wykonać kontrolę ich integralności, opisaną
- dokładnie w <xref linkend="pl_pakiety__zaawansowane" />.
+ Do naprawy systemu plików konieczny jest tylko dostęp
+ do plików urządzeń z katalogu <filename>/dev</filename>.
+ Aby sprawdzić i naprawić system plików XFS wydajemy
+ polecenie:
+ <screen># xfs_repair /dev/sda2</screen>
+ Naprawy systemów plików została szczegółowo omówiona w
+ <xref linkend="pl_dysk_naprawa" />.
</para>
</section>
- <section id="administracja_naprawa_konfiguracji">
+ <section id="administracja_naprawa_podmontowanie">
<title>Naprawa konfiguracji</title>
<para>
W przypadku podniesienia systemu trybie single mamy
@@ -118,15 +93,21 @@
nowy katalog, a następnie montujemy do niego
właściwe urządzenie np.:
<screen># mkdir -p /mnt/rootfs
-# mount -t auto /dev/hda3 /mnt/rootfs</screen>
+# mount /dev/hda3 /mnt/rootfs</screen>
Jeżeli masz więcej partycji, na których znajdują się
pliki systemowe (np. <filename>/boot</filename>), także
je podmontuj w odpowiednich katalogach np.:
+<screen># mount /dev/hda1 /mnt/rootfs/boot </screen>
+ mamy teraz nieograniczony dostęp do plików
+ uszkodzonego systemu.
</para>
-<screen># mount -t auto /dev/hda1 /mnt/rootfs/boot </screen>
-
+ </section>
+ <section id="administracja_naprawa_chroot">
+ <title>Operacja chroota</title>
<para>
- W wielu wypadkach wygodniejsze, a czasami nawet
+ Jeśli uruchomiliśmy system z RescueCD i mamy podmontowane
+ systemy plików to wielu wypadkach wygodniejsze, a
+ czasami nawet
konieczne będzie wykonanie tzw.
<emphasis>chroot-a.</emphasis>. Polega
to na podmianie głównego systemu plików używanego przez
@@ -135,38 +116,67 @@
jądrem, bootloaderem czy initrd. Aby wykonać tą
operację należy wykonać komendę:
</para>
-<screen># chroot /mnt/rootfs /bin/sh</screen>
+<screen># chroot /mnt/rootfs</screen>
<para>
To polecenie uruchomi powłokę
- <filename>/bin/sh</filename> w taki sposób że wszystkie
+ <filename>/bin/sh</filename> w taki sposób, że wszystkie
działania z jej poziomu będą odbywały się przeźroczyście
- na urządzeniu <filename>/dev/hda3</filename>.
- </para>
- <para>
- W wielu wypadkach wymagane będzie dodatkowo zamontowanie
- pseudo systemu plików <filename>/proc</filename>.
- </para>
-<screen># mount /proc</screen>
-
- <para>
- Jest to konieczne przy tworzeniu obrazu initrd
- (np. przy reinstalacji kernela).
+ na podmontowanym systemie plików.
+ Zanim jednak zabierzemy się do pracy proszę o zapoznanie
+ się z uwagami na końcu rozdziału.
</para>
<para>
- Może się zdarzyć, że poldek się nie uruchamia w
- chroocie. Sposobem na obejście tego jest uruchomienie
- go z flagą <emphasis>--root</emphasis> , np:
- </para>
-<screen># poldek --root /mnt/rootfs</screen>
- </section>
- <section id="administracja_naprawa_zakonczenie">
- <title>Operacje końcowe</title>
- <para>
- Jeśli używamy powłoki korzystającej z chroot-a wystarczy
+ Jeśli używamy powłoki korzystającej z chroot-a, wystarczy
że zakończymy jej pracę wydając polecenie
- <command>exit</command>. Na koniec odmontowujemy
+ <command>exit</command> lub skrótem klawiszowym
+ <keycap>ctrl+d</keycap>. Na koniec odmontowujemy
systemy plików jeśli takie są i restartujemy komputer.
</para>
</section>
+ <section id="administracja_rescue_uwagi">
+ <title>Uwagi</title>
+ <itemizedlist>
+ <listitem>
+ <para>
+ Użytkownicy udeva powinni pamiętać, że
+ niektóre operacje z użyciem chroota wymagają
+ istnienia plików urządzeń.
+ W tym przypadku pliki urządzeń nie są tworzone,
+ najwygodniejszym rozwiązaniem będzie podmontowanie
+ katalogu <filename>/dev</filename> z zewnętrznego systemu:
+ <screen># mount /dev /mnt/rootfs/dev -o bind</screen>
+ Udev dokładniej opisano w <xref linkend="kernel-urzadzenia_moduly_udev" />.
+ </para>
+ </listitem>
+ <listitem>
+ <para>
+ Niektóre operacje w środwisku chroot wymagają
+ podmontowania pseudo systemu plików <filename>/proc</filename>.
+ Z wnętrza chroota wydajemy polecenie:
+ <screen># mount /proc</screen>
+ Jest to konieczne przy tworzeniu obrazu initrd
+ (np. przy reinstalacji kernela).
+ </para>
+ </listitem>
+ <listitem>
+ <para>
+ Może się zdarzyć, że poldek się nie uruchamia w
+ chroocie. Sposobem na obejście tego jest uruchomienie
+ go z flagą <emphasis>-r</emphasis> , np:
+ <screen># poldek -r /mnt/rootfs</screen>
+ </para>
+ </listitem>
+ <listitem>
+ <para>
+ Dużą zaletą RescueCD jest to, że automatycznie
+ "podnosi" interfejs sieciowy z obsługą DHCP oraz
+ serwer SSH. Pozwala to na zdalną naprawę, wystarczy, że ktoś
+ umieści płytę z dystrybucją w napędzie i uruchomi komputer.
+ My zalogujemy się na odpowiedni adres za pośrednictwem SSH;
+ login: <emphasis>root</emphasis>, hasło: <emphasis>pld</emphasis>.
+ </para>
+ </listitem>
+ </itemizedlist>
+ </section>
</section>
Więcej informacji o liście dyskusyjnej pld-doc