SVN: PLD-doc/book/pl_book__administracja/pl_administracja__rescue.sec

Sun Nov 19 20:31:39 CET 2006

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>
+
