SVN: PLD-doc/book/pl_book__administracja/pl_administracja__rescue.sec
qwiat
qwiat w pld-linux.org
Nie, 19 Lis 2006, 20:31:39 CET
Author: qwiat
Date: Sun Nov 19 20:31:38 2006
New Revision: 7987
Modified:
PLD-doc/book/pl_book__administracja/pl_administracja__rescue.sec
Log:
- rozszerzenie rozdzialu
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 Nov 19 20:31:38 2006
@@ -1,59 +1,124 @@
<?xml version="1.0" encoding="iso-8859-2"?>
<section id="administracja_rescue">
<title>Ratowanie systemu</title>
- <section id="administracja_rescue_wstep">
+ <section id="administracja_naprawa_wstep">
<title>Wstęp</title>
<para>
- Jeśli nastąpiła awaria uniemożliwiająca uruchomienie
- systemu, możemy go naprawić posługując się innym
- systemem zainstalowanym na twardym dysku lub niemal
- każdą dystrybucją uruchamianą z płyty CD np.
- <emphasis>PLDLiveCD</emphasis> lub
- <emphasis>RescueCD</emphasis>. W
- tym rozdziale przedstawimy jak można dokonać takiej
- naprawy z użyciem RescueCD - dystrybucji stworzonej
- specjalnie do takich zadań.
- </para>
+ W tym rozdziale pokażemy co można zrobić w wypadku,
+ jeśli nastąpiła awaria systemu, uniemożliwiająca
+ normalne uruchomienie.
+ Musimy uzyskać dostęp do urządzeń lub
+ plików na dysku twardym, możemy w tym celu spróbować
+ uruchomić system na niskim poziomie
+ pracy, a jeśli to się nie powiedzie, to użyć operacji
+ <emphasis>chroota</emphasis> z innego systemu np.
+ dystrybucji typu <emphasis>live</emphasis>.
+ </para>
</section>
-
-
- <section id="administracja_rescue_przygotowanie">
- <title>Przygotowanie</title>
+ <section id="administracja_naprawa_uruchomienie_single">
+ <title>Uruchomienie na niskim poziome pracy</title>
+ <para>
+ Możemy uruchomić system z pominięciem wielu czynności
+ wykonywanych przez skrypty startowe. Operacja polega na
+ przekazaniu do kernela odpowiednich parametrów, które
+ wymuszą użycie przez proces <emphasis>init</emphasis>
+ specjalnie przygotowanego zestawu rc-skryptów.
+ </para>
+ <para>
+ Interesuje nas poziom <literal>1</literal> lub
+ <literal>single</literal> (tryb jednego użytkownika),
+ tak też nazywają się parametry, które musimy przekazać
+ do kernela. Parametry przekazujemy do jądra za pośrednictwem
+ bootloadera, w trakcie uruchomienia systemu np.:
+ <screen>grub append> root=/dev/sda2 single</screen>
+ Szczegółowy
+ opis bootloadera i przekazywanie parametrów kernela
+ opisano w <xref linkend="bootloader_wstep" />.
+ Poziomy pracy zostały szerzej omówione w
+ <xref linkend="administracja_poziomy_pracy" />
+ </para>
+ </section>
+ <section id="administracja_naprawa_uruchomienie_chroot">
+ <title>Uruchomienie z innego systemu (chroot)</title>
<para>
Na początek musimy zadbać o to, aby system mógł się
uruchomić z płyty CD, uzyskamy to modyfikując
odpowiednią opcję BIOS-u komputera.
- </para>
- <para>
Teraz uruchamiamy komputer z RescueCD umieszczonym w
napędzie CD-ROM i czekamy aż system się uruchomi.
- RescueCD nie ładuje w trakcie startu żadnych
- sterowników pamięci masowych (IDE/SCSI/...), tak więc
- musimy wykonać to samodzielnie. Jeśli ratowany system
- jest na dysku IDE musimy załadować moduł
- <emphasis>ide-disk</emphasis>
</para>
- <screen># modprobe ide-disk</screen>
+ <para>
+ Aby dokonać napraw musi zostać załadowany moduł
+ kontrolera masowego. Większość współczesnych dystrybucji
+ typu live sama wykrywa sprzęt, jeśli jednak to się nie
+ powiedzie lub używamy starej wersji RescueCD to musimy
+ sami załadować moduł. Jeśli potrzebujemy
+ obsłużyć kontroler typu IDE musimy załadować
+ moduł <emphasis>ide-disk</emphasis>
+ <screen># modprobe ide-disk</screen>
+ </para>
+ <para>
+ Mając dostęp do plików urządzeń (w katalogu
+ <filename>/dev</filename>) możemy wykonać
+ liczne operacje diagnostyczne i naprawcze, RescueCD
+ posiada do tego wiele użytecznych narzędzi.
+ </para>
</section>
-
-
- <section id="administracja_rescue_naprawa">
- <title>Naprawa</title>
+ <section id="administracja_naprawa_systemu_plikow">
+ <title>Naprawa systemu plików</title>
<para>
- W przypadku problemów z systemem plików lub sprzętem
- musimy użyć odpowiedniego narzędzia, z RescueCD
- otrzymujemy liczne programy naprawcze i diagnostyczne.
+ 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" />.
</para>
+ </section>
+ <section id="administracja_naprawa_konfiguracji">
+ <title>Naprawa konfiguracji</title>
<para>
- Jeżeli problem dotyczy jakiegoś pliku konfiguracji,
- musisz najpierw podmontować odpowiednią partycję
- i użyć dowolnego edytora tekstu. W tym celu tworzymy
+ W przypadku podniesienia systemu trybie single mamy
+ swobodny dostęp do plików konfiguracji, w przeciwnym
+ wypadku musimy najpierw podmontować odpowiednią partycję
+ aby uzyskać dostęp do plików. W tym celu tworzymy
nowy katalog, a następnie montujemy do niego
właściwe urządzenie np.:
- </para>
-<screen># mkdir /mnt/rootfs
+<screen># mkdir -p /mnt/rootfs
# mount -t auto /dev/hda3 /mnt/rootfs</screen>
- <para>
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.:
@@ -63,7 +128,7 @@
<para>
W wielu wypadkach wygodniejsze, a czasami nawet
konieczne będzie wykonanie tzw.
- <emphasis>chroot-a.</emphasis> Polega
+ <emphasis>chroot-a.</emphasis>. Polega
to na podmianie głównego systemu plików używanego przez
dany program na główny system plików ratowanego systemu
operacyjnego. Będzie to konieczne przy problemach z
@@ -94,8 +159,8 @@
</para>
<screen># poldek --root /mnt/rootfs</screen>
</section>
- <section id="administracja_rescue_zakonczenie">
- <title>Operacje końcowe</title>
+ <section id="administracja_naprawa_zakonczenie">
+ <title>Operacje końcowe</title>
<para>
Jeśli używamy powłoki korzystającej z chroot-a wystarczy
że zakończymy jej pracę wydając polecenie
@@ -104,3 +169,4 @@
</para>
</section>
</section>
+
Więcej informacji o liście dyskusyjnej pld-doc