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

qwiat qwiat at pld-linux.org
Sun Dec 10 21:22:30 CET 2006


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>
 


More information about the pld-cvs-commit mailing list