PLD-doc/queue/pld-initrd.txt
qwiat
cvs w pld-linux.org
¦ro, 8 Wrz 2004, 03:56:30 CEST
Author: qwiat
Date: Wed Sep 8 01:56:26 2004
New Revision: 4504
Modified:
PLD-doc/queue/pld-initrd.txt
Log:
-Wyslanie pliku z poprawionym kodowaniem UTF -> ISO
Modified: PLD-doc/queue/pld-initrd.txt
==============================================================================
--- PLD-doc/queue/pld-initrd.txt (original)
+++ PLD-doc/queue/pld-initrd.txt Wed Sep 8 01:56:26 2004
@@ -1,35 +1,35 @@
-Wstęp
+Wstęp
--------
-Zdarza się czasami, że potrzebujemy uruchomić PLD z naszego dysku twardego
-w innym komputerze. JeĹ›li drugi komputer posiada innÄ
pĹ‚ytÄ™ gĹ‚ĂłwnÄ
niemal
-pewne jest to ĹĽe system siÄ™ nie uruchomi. Ujrzymy na ekranie komunikat jÄ
dra
-o błędzie:
+Zdarza się czasami, że potrzebujemy uruchomić PLD z naszego dysku twardego
+w innym komputerze. Je¶li drugi komputer posiada inn± płytę główn± niemal
+pewne jest to że system się nie uruchomi. Ujrzymy na ekranie komunikat j±dra
+o błędzie:
"Kernel panic: VFS: Unable to mount root fs...".
-JÄ
dro mówi nam, że nie może zamontować głównego systemu plików. Dzieje się tak
-wtedy gdy nie potrafi obsłużyć kontrolera pamięci masowych (IDE/SCSI/RAID)
-lub odczytać systemu plików dla tej partycji.
-
-W PLD i wielu innych dystrybucjach sterowniki tego typu umieszczane sÄ
w
-specjalnym "obrazie" zamiast we wnÄ™trzu jÄ
dra. Obraz ten przechowywany jest w
-katalogu /boot i nazywa siÄ™ zazwyczaj: "initrd". Jest on wczytywany przez
+J±dro mówi nam, że nie może zamontować głównego systemu plików. Dzieje się tak
+wtedy gdy nie potrafi obsłużyć kontrolera pamięci masowych (IDE/SCSI/RAID)
+lub odczytać systemu plików dla tej partycji.
+
+W PLD i wielu innych dystrybucjach sterowniki tego typu umieszczane s± w
+specjalnym "obrazie" zamiast we wnętrzu j±dra. Obraz ten przechowywany jest w
+katalogu /boot i nazywa się zazwyczaj: "initrd". Jest on wczytywany przez
bootloader w trakcie startu systemu. Obraz ten zawiera sterowniki konieczne
-do uruchomienia systemu na komputerze na którym był instalowany. Dla innej
-maszyny należy wygenerować taki obraz na nowo.
+do uruchomienia systemu na komputerze na którym był instalowany. Dla innej
+maszyny należy wygenerować taki obraz na nowo.
Przygotowanie
---------------
-BÄ™dziemy potrzebować dystrybucjÄ™ uruchamianÄ
z płyty CD. Do tego będzie się
-nadawała się niemal każda taka dystrybucja np.: PLD-Live lub RescueCD.
-PodĹ‚Ä
czamy dysk twardy do docelowego komputera. Po uruchomieniu
-systemu z płytki musimy zamontować główny system plików (/) pod jakiś katalog.
-ZakĹ‚adajÄ
c, że nasz główny system plików to /dev/hda3, wykonujemy:
+Będziemy potrzebować dystrybucję uruchamian± z płyty CD. Do tego będzie się
+nadawała się niemal każda taka dystrybucja np.: PLD-Live lub RescueCD.
+Podł±czamy dysk twardy do docelowego komputera. Po uruchomieniu
+systemu z płytki musimy zamontować główny system plików (/) pod jaki¶ katalog.
+Zakładaj±c, że nasz główny system plików to /dev/hda3, wykonujemy:
# mkdir /mnt/rootfs
# mount /dev/hda3
-Następnie musimy użyć programu chroot:
+Następnie musimy użyć programu chroot:
# chroot /mnt/rootfs /bin/sh
@@ -38,66 +38,66 @@
Automatyczne generowanie initrd
-------------------------------
-PoniĹĽsze czynnoĹ›ci sÄ
konieczne do wykonania jeĹ›li sprzÄ™t i system plikĂłw majÄ
-zostać wykryte automatycznie. JeĹ›li zmieniĹ‚y siÄ™ nazwy urzÄ
dzeń masowych
-po podĹ‚Ä
czeniu dysku twardego do innej maszyny, należy dokonać stosownych
-poprawek w pliku /etc/fstab. W razie potrzeby edytujemy teĹĽ plik
-/etc/sysconfig/geninitrd i ustawiamy jaki rodzaj urzÄ
dzenia ma być
-wykrywany (IDE, SCSI, RAID). Następnie montujemy pseudo-system plików "/proc":
+Poniższe czynno¶ci s± konieczne do wykonania je¶li sprzęt i system plików maj±
+zostać wykryte automatycznie. Je¶li zmieniły się nazwy urz±dzeń masowych
+po podł±czeniu dysku twardego do innej maszyny, należy dokonać stosownych
+poprawek w pliku /etc/fstab. W razie potrzeby edytujemy też plik
+/etc/sysconfig/geninitrd i ustawiamy jaki rodzaj urz±dzenia ma być
+wykrywany (IDE, SCSI, RAID). Następnie montujemy pseudo-system plików "/proc":
# mount /proc
-Teraz przyszedł czas na wygenerowanie pliku initrd. Używamy do tego programu
-geninitrd: geninitrd [opcje] nowy_initrd numer_wersji_jÄ
dra
+Teraz przyszedł czas na wygenerowanie pliku initrd. Używamy do tego programu
+geninitrd: geninitrd [opcje] nowy_initrd numer_wersji_j±dra
np.:
# geninitrd -v /boot/initrd_nowy 2.6.7
-Program wykrywa sprzÄ™t i zaĹ‚Ä
cza właściwe moduły do tworzonego initrd.
-NastÄ™pnie usuwamy Ĺ‚Ä
cze symboliczne o nazwie "/boot/initrd" wskazujÄ
ce
-na stary obraz i tworzymy Ĺ‚Ä
cze wskazujÄ
ce na nowy:
+Program wykrywa sprzęt i zał±cza wła¶ciwe moduły do tworzonego initrd.
+Następnie usuwamy ł±cze symboliczne o nazwie "/boot/initrd" wskazuj±ce
+na stary obraz i tworzymy ł±cze wskazuj±ce na nowy:
# rm /boot/initrd
# ln -s /boot/initrd_nowy /boot/initrd
-KoĹ„cowÄ
czynnoĹ›ciÄ
jest odświeżenie bootloader-a, wcześniej jednak musimy
-siÄ™ upewnić ĹĽe wskazuje on na nowy initrd. Dowiemy siÄ™ tego przeglÄ
dajÄ
c
-jego plik konfiguracji. Po tej czynności uaktualniamy bootloader.
-W przypadku LILO w pliku /etc/lilo.conf odszukujemy linijkÄ™
-zaczynajÄ
cÄ
siÄ™ od sĹ‚owa "initrd", ktĂłra moĹĽe wyglÄ
dać nastÄ™pujÄ
co:
+Końcow± czynno¶ci± jest od¶wieżenie bootloader-a, wcze¶niej jednak musimy
+się upewnić że wskazuje on na nowy initrd. Dowiemy się tego przegl±daj±c
+jego plik konfiguracji. Po tej czynno¶ci uaktualniamy bootloader.
+W przypadku LILO w pliku /etc/lilo.conf odszukujemy linijkę
+zaczynaj±c± się od słowa "initrd", która może wygl±dać następuj±co:
----
initrd = /boot/initrd
----
-Następnie wydajemy polecenie:
+Następnie wydajemy polecenie:
# lilo
-Na koniec restartujemy komputer i system powinien uruchomić się bez problemu.
-Od tej pory, po ponownym podĹ‚Ä
czeniu dysku do tego komputera, wystarczy
-jedynie zmieniać wskazanie Ĺ‚Ä
cza syblolicznego na odpowiedni obraz initrd i
-zaktualizować bootloader.
+Na koniec restartujemy komputer i system powinien uruchomić się bez problemu.
+Od tej pory, po ponownym podł±czeniu dysku do tego komputera, wystarczy
+jedynie zmieniać wskazanie ł±cza syblolicznego na odpowiedni obraz initrd i
+zaktualizować bootloader.
Generowanie uniwersalnego initrd
--------------------------------
-CzÄ™ste zmiany uĹĽywanego obrazu initrd mogÄ
być uciÄ
żliwe. Można to obejść
-Ĺ‚Ä
czÄ
c do initrd więcej modułów. W tym wypadku proces generowania może być
-przeprowadzony zarĂłwno na naszym jak i na docelowym komputerze. Proces jego
-tworzenia przebiega bardzo podobnie, w opisie poprzedniego podrozdziału należy
-zmodyfikować wywołanie geninitrd:
-geninitrd [opcje] --with=nazwa_modulu nowy_initrd numer_wersji_jÄ
dra
+Częste zmiany używanego obrazu initrd mog± być uci±żliwe. Można to obej¶ć
+ł±cz±c do initrd więcej modułów. W tym wypadku proces generowania może być
+przeprowadzony zarówno na naszym jak i na docelowym komputerze. Proces jego
+tworzenia przebiega bardzo podobnie, w opisie poprzedniego podrozdziału należy
+zmodyfikować wywołanie geninitrd:
+geninitrd [opcje] --with=nazwa_modulu nowy_initrd numer_wersji_j±dra
np.:
# geninitrd -v --with=ext3 --with=pdc202xx_new /boot/initrd_nowy 2.6.7
-Powyższe wywołanie doda dodatkowo moduły obsługi systemu plików ext3 i
-kontrolera IDE firmy Promise PDC20268. Ręcznego wskazywania modułów do
-zaĹ‚Ä
czenia uĹĽywa siÄ™ teĹĽ w wypadku problemĂłw z autodetekcjÄ
kontrolera
+Powyższe wywołanie doda dodatkowo moduły obsługi systemu plików ext3 i
+kontrolera IDE firmy Promise PDC20268. Ręcznego wskazywania modułów do
+zał±czenia używa się też w wypadku problemów z autodetekcj± kontrolera
przez geninitrd.
-Warto pamiÄ™tać ĹĽeby nie przesadzać z iloĹ›ciÄ
zaĹ‚Ä
czanych modułów, może to
-spowodować wolniejszy start systemu i niepotrzebne zużycie pamięci
-operacyjnej przez nieużywane moduły.
+Warto pamiętać żeby nie przesadzać z ilo¶ci± zał±czanych modułów, może to
+spowodować wolniejszy start systemu i niepotrzebne zużycie pamięci
+operacyjnej przez nieużywane moduły.
Więcej informacji o li¶cie dyskusyjnej pld-doc