PLD Linux Distribution. Podręcznik użytkownika, administratora i twórcy

Transkrypt

1 PLD Linux Distribution Podręcznik użytkownika, administratora i twórcy

2 PLD Linux Distribution: Podręcznik użytkownika, administratora i twórcy Podręcznik użytkownika, administratora systemu i twórcy PLD Linux Distribution Wydanie Historia zmian Zmiana $Rev: 8160 $ prawie beta

3 Spis treści I. Informacje podstawowe Wprowadzenie...1 Streszczenie...1 Konwencje użyte w tej ksiażce...1 O tym podręczniku...1 Krótka historia PLD...2 Informacje o PLD...2 Oficjalne wersje PLD...5 Model rozwoju PLD Linux Distribution...6 Projekty zwiazane z PLD Zasoby sieciowe PLD...9 Ważne adresy...9 Źródła obrazów ISO...9 Serwery z pakietami Historia powstania naszego logo...13 Wstęp...13 Loga duże...13 Ikony do umieszczania na stronach Ikony stworzone przez użytkowników...16 Galeria rysunków Karola Kreńskiego...17 II. Instalacja Instalacja systemu...19 Wymagania...19 Przygotowanie...19 Instalacja...20 Po instalacji Instalacja przy użyciu chroota...35 Wstęp...35 Przygotowanie...35 Instalacja...37 Konta użytkowników...39 Operacje końcowe Aktualizacje...41 Aktualizacja z Ra do Ac...41 III. Podręcznik użytkownika Podstawy...43 Wstęp...43 Właczanie i wyłaczanie systemu...43 Podstawowe operacje na plikach i katalogach...43 Poruszanie się w drzewie katalogów...44 Data i czas...45 Edycja plików konfiguracyjnych...46 Podstawowe narzędzia kontroli sieci TCP/IP Zasoby systemu...49 Ilość miejsca na dysku...49 Procesy i zasoby...49 Jak sprawdzić kto jest zalogowany oprócz nas?...51 IV. Podręcznik administratora Zarzadzanie pakietami...53 Informacje podstawowe...53 Cechy pakietów w PLD...54 Architektury pakietów...58 Oficjalne źródła pakietów...59 Budowanie pakietów...60 Poldek...61 RPM...65 iii

4 iv Zaawansowane operacje Bootloader...71 Wstęp...71 LILO...73 GRUB...75 rc-boot Kernel i urzadzenia...81 Jadro systemu...81 Parametry jadra...82 Moduły jadra...83 Statyczne zarzadzanie modułami...83 Udev -dynamiczne zarzadzanie modułami...86 Initrd...87 Urzadzenia Konfiguracja systemu...93 Zmienne środowiskowe...93 PLDconf - Narzędzie do konfiguracji systemu...94 Konfiguracja kluczowych plików...94 Proxy...98 Podstawowe ustawienia systemu...98 Ustawienia konsoli Internacjonalizacja systemu PLD Myszka pod konsola Strefa czasowa Zegar Operacje dyskowe Wstęp Nazewnictwo urzadzeń masowych Podział na partycje Systemy plików Formatowanie RAID programowy LVM Naprawa Administracja Ratowanie systemu Zarzadzanie podsystemami i usługami Zmiana poziomu pracy systemu Konta użytkowników Grupy Zarzadzanie uprawnieniami Interfejsy sieciowe Wstęp Podstawowa konfiguracja sieci Ethernet WiFi Neostrada+ z modemem USB firmy Sagem Neostrada+ z modemem USB firmy Alcatel - Thompson xdsl z interfejsem Ethernet Zaawansowane opcje interfejsów Zastosowania sieciowe Routing statyczny Rozdzielanie sieci (NAT) Podział łacza w zależności od serwisów PPP over SSH - Tunel IPv VTun - Tunel IPv Narzędzia sieciowe Usługi dostępne w PLD Usługi - wstęp ALSA - Dźwięk w Linuksie...165

5 Apache - Serwer stron internetowych BIND - Serwer Nazw CRON - Cykliczne wykonywanie zadań CUPS - Popularny system druku dla Uniksa DHCPD - Dynamic Host Configuration Protocol Daemon Exim - Transport poczty elektronicznej (MTA) Heimdal - Implementacja protokołu Kerberos Jabber 2 - Serwer typu Instant Messaging MySQL - System Zarzadzania Relacyjnymi Bazami Danych (ang. RDBMS) NFS - Network File System PDNS (Power DNS) - Serwer Nazw Postfix - Transport poczty elektronicznej (MTA) PostgreSQL - Baza danych SQL ProFTPD - serwer FTP Samba - współpraca z Windows Snort - Sieciowy System Wykrywania Włamań Syslog-ng X-Window Wstęp X-Server Karty firmy nvidia Karty firmy ATI Zaawansowane Środowisko Gnome Środowisko KDE Blackbox - Szybki i lekki zarzadca okien Fluxbox - Następca BlackBoxa Zakończenie V. Tworzenie PLD - Praktyczny poradnik Możliwa droga do zostania szeregowym developerem PLD Co jest potrzebne Źródła wiedzy Przykład budowania Pierwszy spec W krainie CVS - czyli wielki kocioł Wstęp Dodawanie plików do CVS PLD Aktualizacja plików Zatwierdzanie zmian i Distfiles Odnogi (Branche) i Etykiety (Tag) Zlecenia dla builderów Zakończenie VI. O podręczniku...?? 21. O podręczniku Autorzy dokumentacji PLD Licencja i prawa autorskie Tłumaczenie Licencji GNU Wolnej Dokumentacji v

6 vi

7 Rozdział 1. Wprowadzenie Streszczenie Dziękujemy za zainteresowanie się PLD Linux Distribution! W tym rozdziale przedstawione zostana różne aspekty dotyczace projektu PLD, takie jak jego historia, cele, model rozwoju, itp. Konwencje użyte w tej ksiażce Aby jak najlepiej zrozumieć i przyswoić informacje zawarte w tym podręczniku, warto zapoznać się wpierw z użytymi konwencjami. $ komenda W ten sposób opisywane sa komendy, które wykonać możemy z uprawnieniami użytkownika. # komenda Tutaj natomiast przedstawiona została komenda, która należy wykonać z poziomu użytkownika root, czyli administratora. Zbyt długie linie zrzutów ekranowych, które nie mieszcza się w jednej linii, podzielone sa przy pomocy znaku \. Czyli: # komenda z_bardzo_\ długim_parametrem należy zinterpretować jako: # komenda z_bardzo_długim_parametrem W dokumentacji dosyć często korzysta się z następujacej konstrukcji: {$zmienna} Tak oznaczane sa miejsca, w których użytkownik może lub musi samodzielnie dokonać wyboru i wstawić w miejsce ciagu znaków {$zmienna} odpowiednia wartość. Niejdnokrotnie w nazwach plików pojawia się znak "gwiazdki", który należy odczytywać podobnie jak robi to powłoka (shell), a więc zastępuje dowolny ciag znaków, przykładowo: /katalog/plik.* oznacza wszytskie pliki zaczynjace się od plik. w katalogu /katalog. O tym podręczniku Celem tego podręcznika jest pomoc w zainstalowaniu PLD Linux Distribution na Twojej maszynie. Nie jest to i nigdy nie będzie zamiennik dokumentacji systemowej. 1

8 Rozdział 1. Wprowadzenie Jeśli będzie to Twoja pierwsza instalacja Linuksa, goraco zachęcamy Cię do przeczytania wpierw tego podręcznika. Nawet jeśli jesteś doświadczonym użytkownikiem, warto przestudiować instrukcje dotyczace instalacji, aby upewnić się, że wszystko pójdzie gładko. Oprócz niniejszej dokumentacji możemy szukać pomocy w wielu innych miejscach. Prężnie działaja listy dyskusyjne oraz oficjalne kanały IRC (#PLD i #PLDhelp). Na często zadawane pytania (FAQ) odpowiedzi można znaleźć na głównej stronie WWW. Jeśli uważasz, że dokumentacja jest niepełna, znalazłeś błędy, lub chciałbyś do nas dołaczyć prosimy o wysłanie informacji na listę dyskusyjna <pld-doc@pld-linux.org> lub o kontakt z jednym z autorów dokumentacji, których listę zamieszczono w sekcja Autorzy dokumentacji PLD w Rozdział 21 Krótka historia PLD Wraz ze wzrostem zainteresowania Linuksem w Polsce, rosły naciski na stworzenie polskiej dystrybucji tego systemu. Niemal wszyscy jej chcieli, a niektórzy nawet mówili, że już takowa robia. Nic jednak z tego nie wynikało. Wreszcie, w lipcu 1998, zawiazał się projekt majacy na celu stworzenie polskiej dystrybucji Linuxa. Projekt PLD, czyli Polish(ed) Linux Distribution, był na tyle dobrze zorganizowany, by przetrwać trudne poczatki. Nie obeszło się oczywiście bez burzliwych dyskusji na temat kształtu dystrybucji, doboru oprogramowania jak również wersji jadra, na której projekt ma być rozwijany. W efekcie zdecydowano się prowadzić równolegle dwa projekty. Pierwszy został nazwany PLD-devel i był forpoczta dla obecnego PLD-stable. Prace nad 1.1 PLD (devel) koordynowali przede wszystkim Wojtek Ślusarczyk, Marcin Korzonek i Arek Miśkiewicz. Miała to być pierwsza dystrybucja Linuxa zgodna z nowym, promowanym przez OpenGroup, standardem - Unix98. Równolegle druga grupa, na czele z Tomkiem Kłoczko i Arturem Frysiakiem, pracowała nad podwalinami właściwej PLD-stable. Nieco później, przede wszystkim z braku wolnego czasu z prac nad projektem wycofali się Wojtek Ślusarczyk, Andrzej Nakonieczny oraz Marcin Korzonek. Tomasz Kłoczko postanowił kontynuować prace nad PLD, gromadzac wokół siebie coraz to większa liczbę developerów. Pojawiła się domena pld.org.pl, a wraz z nia liczne adresy "funkcjonalne", takie jak ftp.pld.org.pl, czy cvs.pld.org.pl. Ruch na listach mailingowych stawał się coraz większy, widać było, iż projekt zyskiwał na popularności. 22 listopada 2002 roku światło dzienne ujrzała pierwsza stabilna wersja dystrybucji PLD Linux Distribution 1.0 (Ra). Jeszcze w czasie jej stabilizacji rozpoczęły się prace nad kolejna wersja. Twórcy projektu zakładali uniwersalność PLD, która pozwalałaby na korzystanie z dystrybucji przez użytkowników z całego świata, jednak pojawiły się obawy, że nazwa Polish(ed) Linux Distribution odstraszy potencjalnych odbiorców z innych krajów. Postanowiono, że zmieniona zostanie nazwa projektu. Pozostawiono charakterystyczny skrót "PLD" w niezmienionej postaci, zmieniono zaś jego rozwinięcie - nazwa "PLD" stała się rekurencyjnym skrótem od PLD Linux Distribution. Informacje o PLD 2 Podstawowe informacje PLD-Linux jest dystrybucja rozwijana głównie w Polsce. Jest to produkt grupy entuzjastów Linuksa chcacej stworzyć system operacyjny dopasowany do własnych potrzeb. Aktualnie rozwojem dystrybucji interesuje się około 200 osób, z pośród nich najbardziej aktywna jest grupa 50 deweloperów.

9 Rozdział 1. Wprowadzenie PLD jest jednym z najaktywniejszych projektów Open Source na świecie. Dzięki temu powstała jedna z największych dystrybucji Linuksa, w trakcie prac nad druga wersja systemu (Ac) ilość dostępnych pakietów zbliżyła się do trzynastu tysięcy. Założenia PLD Jedna z największych bolaczek administratorów jest chroniczny brak czasu, dlatego bardzo istotne jest zminimalizowanie nakładu pracy przy codziennych zajęciach administracyjnych. Majac to na uwadze, stworzono dystrybucję, która zapewnia wysokie bezpieczeństwo i łatwość administracji. PLD jest tak projektowane by w możliwie najkrótszym czasie uruchomić bezpieczny, wydajny i łatwy w zarzadzaniu system produkcyjny. Założono, że administrator nie może tracić czasu na kompilację jadra, programów czy też pisania rc-skryptów. PLD jest uniwersalna i elastyczna dystrybucja, dzięki czemu sprawdzi się w różnorodnych zastosowaniach. Przy jej tworzeniu, główny nacisk jest jednak kładziony na niezawodne działanie usług. Utarło się nawet powiedzenie, że PLD jest dystrybucja tworzoną przez administratorów dla administratorów, mamy więc do czynienia z systemem dobrze przygotowanym do pracy w roli serwera. Nie oznacza to bynajmniej, że PLD nie nadaje się na system dla stacji roboczej, doskonale sprawdza się również w tym zastosowaniu. Zwykły użytkownik nie znajdzie tu wielu ułatwiajacych życie poczatkuj acym narzędzi, aby używać PLD konieczna jest solidna porcja wiedzy. Mamy nadzieję, że niniejszy podręcznik będzie pomocny w jej zdobyciu. Poniżej przedstawiono zestawienie najciekawszych cech systemu. System w systemie dostępne sa silnie zmodularyzowane jadra, dzięki czemu w ogromnej większości wypadków nie trzeba go kompilować na nowo; wystarczy wybrać właściwy kernel i załadować potrzebne moduły w PLD zastosowano skrypty startowe (rc-skrypty) typu System-V, Pozwoliło to na maksymalne zautomatyzowanie procesu instalacji usług systemowych. podobna koncepcja do rc-inetd kierowano się w tworzeniu pakietu rc-boot, pozwala on na łatwe zarzadzania bootloaderami używanie FHS 2.x jako specyfikacji struktury katalogów całkowite odejście od termcap i libtermcap (w PLD nie ma pakietu z libtermcap i samego termcapa; ani jeden pakiet nie jest zwiazany z termcapem) uporzadkowane rozmieszczenia plików w gałęzi /usr - żaden pakiet dystrybucyjny nie umieszcza plików w katalogach wewnatrz /usr/local Bezpieczeństwo domyślne jadro zawiera grsecurity restrykcyjne uprawnienia dla użytkowników przystosowanie do łatwego przejścia systemu na alternatywne metody autoryzacji (i -- w zależności od potrzeb -- szyfrowania) komunikacji po sieci, jak PAM, czy GSAPI, TSL/SSL... Jest bardzo prawdopodobne, że już w niedługiej perspektywie 3

10 Rozdział 1. Wprowadzenie duża rolę zacznie tu odgrywać SASL. W praktyce owo łatwe dostosowywanie do np. kerberyzacji systemu jest realizowane także z użyciem rc-inetd, która to platforma ułatwia znakomicie podmianę różnych serwisów na wersje skerberyzowane czy też wykorzystujace inne mechanizmy jak np. socks5 (tutaj jeszcze jest mało zrobione, ale furtka jest szeroko i jednoznacznie otwarta) mechanizm sys-chroot ułatwiajacy zarzadzanie środowiskami typu chroot oraz dobre wsparcie dla środowisk Linux VServer Sieć PLD posiada najlepsza obsługę przyszłościowego protokołu IPv6 z pośród innych dystrybucji Linuksa. używanie iproute2 jako podstawowego narzędzia do operowania na interfejsach sieciowych, dzięki czemu np. skrypty startowe z PLD sa prostsze i krótsze mimo większej funkcjonalności w stosunku do swoich odpowiedników z RH; inna zaleta jest wsteczna kompatybilność z opisem interfejsów sieciowych z tym, co jest stosowane w initscripts z RH; kolejna cecha skryptów startowych jest to, że -- w zależności od preferencji użytkownika -- moga one wyświetlać wszystkie komunikaty po polsku PLD zawiera rc-inetd - interfejs do zarzadzania usługami typu inetd. Pozwala zarzadzać takimi usługami (np.: telnetd, cvs-pserver) bez znaczenia jakiego typu demon inetd jest używany Pakiety 4 PLD zawiera ogromne ilości gotowych, binarnych pakietów; pozwala to uniknać instalacji oprogramowania spoza dystrybucji w dystrybucji używane sa pakiety typu RPM, do zarzadzania nimi stworzono program o swojsko brzmiacej nazwie Poldek, można też używać klasycznego programu RPM możliwość samodzielnego budowania pakietów RPM pozwoli na łatwe skompilowanie pakietu z nietypowa funkcjonalnościa znaczna liczba programów podzielona jest na mniejsze pakiety, pozwalajace instalować tylko te elementy systemu, które sa akurat potrzebne pakiety często sa wstępnie skonfigurowane i gotowe do działania, ponadto nakładane sa na nie istotne łaty w PLD nie sa faworyzowane żadne z usług czy programów. To czego używamy zależy tylko od nas pełne przygotowanie pakietów do automatycznego uaktualnienia. Pakiety z RH kompletnie nie sa na to przygotowane. Przygotowanie to wiaże się z restartowaniem serwisów przy ich uaktualnieniu, odpowiednim przygotowywaniem procedur uaktualnienia w taki sposób, by umożliwić automatyczna aktualizację nawet przy zmianie plików konfiguracyjnych kompresowanie wszystkich plików dokumentacji z użyciem gzip (bzip2 nic w praktyce tu nie wnosi, a dostarcza tylko nowych kłopotów, czego doświadczaja od czasu do czasu użytkownicy Mandrake)

11 Rozdział 1. Wprowadzenie separacja bibliotek statycznych w osobne podpakiety {$nazwa}-static (nie każdy tego potrzebuje), a nagłówków do {$nazwa}-devel uzupełnianie opisów pakietów i dokumentacji w różnych językach. W dużej części robi się to niejako przy okazji. Użytkownik może sobie skonfigurować i zainstalować wybrane oprogramowanie ze wsparciem dla preferowanego zestawu języków, np.: angielski i niemiecki czy też angielski i polski (zasoby dla innych języków zostana pominięte). Tak unikalna możliwość konfiguracji osiagamy dzięki konsekwentnemu oznaczaniu zasobów narodowych makrem %lang() w poszczególnych pakietach Cechy użytkowe PLD jest systemem przyjaznym dla programisty. Dostępne sa narzędzia do tworzenia aplikacji w wielu językach programowania. Dotyczy wielu "standardowych" języków programowania takich jak C, C++, Perl czy Python. Dostępne sa też kompilatory do nieco mniej znanych języków takich jak SML, Prolog, OCaml jak też eksperymentalne kompilatory: Cyclone, Ksi. Dodatkowo mamy wybór wielu narzędzi programistycznych i bibliotek. maksymalna automatyzacja różnych powtarzalnych czynności (dotyczy to zarówno metodologii bieżacej pracy jak i zawartości pakietów) dystrybucja jest przystosowana do obsługi wielu języków narodowych, a w tym języka polskiego. Jest to najlepiej przygotowana dystrybucja na potrzeby polskich użytkowników brak nałożonych z góry ograniczeń co do zestawu pakietów, jakie moga być w dystrybucji. W praktyce oznacza to, że użytkownik ma do dyspozycji wszystko, co udało się nam zebrać, Jeżeli coś zostanie opracowane i przystosowane do tego, żeby mogło współgrać z reszta pakietów, to znaczy, że komuś było potrzebne, więc może komuś przydać się w przyszłości Oficjalne wersje PLD W PLD oficjalnym wersjom dystrybucji nadawane numery oraz dwuliterowe oznaczenia kodowe, które pochodza od skrótowych oznaczeń pierwiastków. Pierwszej wersji PLD nadano oznaczenie Ra (Rad), zaś kolejne odpowiadaja nazwom pierwiastków poukładanych zgodnie z kolejnościa określona przez ich liczbę atomowa. Zazwyczaj jednych i drugich oznaczeń można używać zamiennie, jednak w niektórych wypadkach używa się jedynie oznaczeń cyfrowych, tak oznacza się uaktualnione wersje dystrybucji. Przykładowo nazwa Ra odnosi się zarówno do PLD 1.0 jak i jej zaktualizowanej wersji - PLD 1.1. Tabela 1-1. Wersje PLD Wersja Pierwiastek Data wydania Status Ra: 1.0, 1.1 Rad (88) stabilna, zakończone wsparcie Ac: 2.0 Aktyn (89) nie ustalono stadium stabilizacji 5

12 Rozdział 1. Wprowadzenie Wersja Pierwiastek Data wydania Status Th: 3.0 Tor (90) nie ustalono wczesne stadium rozwoju Model rozwoju PLD Linux Distribution Rozwój PLD Linux Distribution przebiega w sposób otwarty i elastyczny. Efekt końcowy to wynik nakładu wielu osób, nie tylko developerów posiadajacych prawo zapisu do repozytorium CVS (o którym poniżej), ale także użytkowników zgłaszaja- cych informacje o błędach lub nadsyłajacych poprawki lub propozycje zmian. Z chęcia przyjmiemy nowych developerów, a osoby chcace być bardziej zwiazane z projektem powinny zapisać się na listę dyskusyjna developerów pld-devel-pl@lists.pldlinux.org. Informacje o PLD i sposobie jego rozwoju: Repozytorium CVS Źródła PLD Linux Distribution trzymane sa w repozytorium CVS (Concurrent Versions System, wolnodostępnym systemie kontroli wersji dostarczanym wraz z nasza dystrybucja. Serwer CVS PLD Linux Distribution ( jest dostępny dla wszystkich w trybie tylko dla odczytu (Read Only), oraz dodatkowo w trybie do odczytu/zapisu (Read/Write) dla developerów. Repozytorium zostało podzielone na kilka modułów w celu ułatwienia pracy osobom doń commitujacym (określenie commit pochodzi z podręcznika systemowego cvs). Serwer DistFiles W zamierzchłych czasach wszystkie pliki (a więc kody źródłowe, łatki (patche), poprawki, itp) potrzebne do zbudowania pakietów trzymane były w repozytorium. Niestety CVS nie został zaprojektowany do przechowywania plików binarnych (a archiwum tar.gz takim jest) i próba zmuszenia go do przechowywania takowych dostarczała różnych problemów. A to osoba posiadajace stosunkowo wolne łacze zaczęła wrzucać kilkudziesięcio megabajtowy plik, skutecznie blokujac możliwość pracy innym developerom na kilka godzin. Uciażliwe były też pozostajace tzw. locki, czyli blokady na modułach repozytorium (przede wszystkim SOURCES/). Rozwiazaniem tych problemów było wprowadzenie w maju 2003 roku serwera DistFiles, do którego przeniesiono większość plików binarnych z CVS. Core Developers Group Gdyby PLD Linux Distribution było firma, Core Developers Group najtrafniej można by określić jako Radę Nadzorcza. Jej celem jest podejmowanie w sposób demokratyczny krytycznych dla dystrybucji decyzji oraz rozwiazywanie konfliktów, których nie dało się zażegnać w inny sposób. W skład Grupy wchodza developerzy aktywnie udzielajacy się w projekcie. Lista dyskusyjna pld-devel-pl@lists.pld-linux.org Na liście tej prowadzone sa dyskusje na temat bieżacych prac nad dystrybucja, jak również ustalane sa plany na przyszłość. Jeśli nie posiadasz prawa zapisu do repozytorium, a chciałbyś podzielić się efektami swych prac z innymi, lista ta jest najlepszym miejscem na poinformowanie o tym fakcie. 6

13 Buildery Rozdział 1. Wprowadzenie Mianem builderów określane sa specjalnie przygotowane środowiska (często na dedykowanych maszynach), na których budowane sa pakiety, które później zostana umieszczone na serwerach FTP projektu. Każda z linii dystrybucji ma swoje oddzielne buildery, stworzone z pakietów dla niej przeznaczonych. Nie wszyscy developerzy maja prawo do puszczania zleceń na buildery, czyli rozkazów zbudowania poszczególnych pakietów - przywiliej ten ma ledwie garstka osób, zaznajomionych z automatyka oraz znajacych potrzeby danej dystrybucji. Rzadko kiedy zachodzi potrzeba bezpośredniego grzebania w strukturze danego środowiska - codzienna praca opiera się na wysyłaniu odpowiednio przygotowanych maili, podpisanych kluczem PGP osoby uprawnionej. Nest Kolejnym istotnym elementem rozwoju projektu jest Nest. Jak samo rozwinięcie skrótu (Never Ending STory) wskazuje, prace nad ta linia nigdy się nia zakończa. Jest to niejako "materialne" odzwierciedlenie bieżacych prac w CVS projektu - wszelkie zmiany w rezpozytorium powoduja przebudowanie danego pakietu na builderach Nest. Oczywiście, może to doprowadzić do sytuacji, gdy środowisko to będzie niespójne, jednak w przypadku tej "linii" jest to zjawisko całkowicie normalne i akceptowalne, dlatego osoby chcace trzymać rękę na pulsie powinny się dwa razy zastanowić, gdyż przejście na Nesta może (ale nie musi) doprowadzić do sytuacji, gdy po kolejnym upgradzie pakietów system przestanie funkcjonować. Projekty zwiazane z PLD Rescue CD Jest to niewielka dystrybucja startujaca z płyty CD, bez konieczności instalacji na twardym dysku. Zawiera zestaw wyspecjalizowanych narzędzi pomocnych w przypadku usuwania awarii systemu. Rescue CD oparto o jadro PLD i wyposażono w zestaw najbardziej niezbędnych programów, dzięki czemu udało się uzyskać niewielkie rozmiary dystrybucji. Pozwala to załadowanie całości do pamięci operacyjnej, a następnie a wyjęcie płyty CD z czytnika. Lista dostępnych programów jest umieszczona na domowej stronie WWW projektu. PLD Live CD Projekt majacy na celu stworzenie kompletnej dystrybucji Linuksa startujacej z płyty CD, zawiera znaczna ilość narzędzi i programów użytkowych. PLD Live jest przygotowane dla zwykłych użytkowników chcacych bliżej poznać PLD, zawiera system X Window i liczne programy użytkowe. Z założenia w PLD Live dokonywano jak najmniej zmian w stosunku do bazowej dystrybucji - PLD, ta cecha, oraz możliwość instalacji całości na dysku twardym, daje nam gotowe, w pełni skonfigurowane PLD. NEST (Never Ending STory) Użytkownicy moga się zetknać także z tworem o nazwie NEST. Jego nazwa po rozwinięciu jest dokładnym odzwierciedleniem jego funkcji. Jest robocza, automatycznie tworzona "dystrybucja" z najnowszych dostępnych pakietów. Pakiety te 7

14 Rozdział 1. Wprowadzenie nie przeszły okresu testowania, a więc używanie takiej dystrybucji jest praktycznie niemożliwe. DC (Devil s Compilation) Po wydaniu stabilnej wersji Ra, użytkownicy chcieli mieć dostęp do nowych wersji programów, prace nad nowa wersja dystrybucji jeszcze nie ruszyły, zaś NEST nie nadawał się do użytku. Kilku deweloperów PLD postanowiło stworzyć coś co zapełni tę lukę - tak oto powstało DC. Mimo że Devil s Compilation było odrębna inicjatywa, to znalazło grono zainteresowanych z pośród użytkowników PLD. Po rozpoczęciu prac nad PLD 2.0 projekt DC przestał być potrzebny i został zaniechany. 8

15 Rozdział 2. Zasoby sieciowe PLD Ważne adresy Strona główna Dokumentacja - Listy dyskusyjne Częściowe archiwa list dyskusyjnych - mail-archive.com 4, Gmane 5 Serwer IRC (freenode) Serwer IRC (IRCnet) Serwer PLDNet: irc.pld-linux.org Istniejace kanały: #pld - kanał przeznaczony dla Developerów. #pldhelp - kanał użytkowników PLD #pldlivecd - kanał użytkowników LiveCD Kanały w powyższych sieciach sa połaczone za pomoca specjalnego bota. Przydatny w takich przypadkach może być skrypt do programu irssi znajdujacy się na stronie lub w zasobach poldka (poldek -i irssi-script-forwardfix), który ma zadanie przekazywać wiadomości między sieciami. System zgłaszania błędów Rescue CD PLD Live CD Źródła obrazów ISO Obrazy ISO sa katalogowane wg. schematu {$serwer}/{$wersja}/{$arch} np.: ftp.iso.pld-linux.org/2.0/i586. Wersje systemu szerzej opisano w sekcja Oficjalne wersje PLD w Rozdział 1, zaś architektury w sekcja Architektury pakietów w Rozdział 9. Dla każdego z obrazów ISO dostępna jest suma MD5, umieszczona w pliku o rozszerzeniu md5. Dzięki niej będziemy mogli sprawdzić przed nagraniem czy pobrany obraz nie zawiera żadnych zmian. Do obliczenia skrótów MD5 w pod systemami uniksowymi posłużymy się programem md5sum, zaś w systemach Microsoftu użyjemy dostępnego na serwerze programu md5sum.exe. Serwery FTP z obrazami ISO: TASK, Gdańsk, Polska - ftp://ftp.iso.pld-linux.org 9

16 Rozdział 2. Zasoby sieciowe PLD Serwery z pakietami Pakiety sa katalogowane wg. schematu {$serwer}/dists/{$wersja}/{$źródło}/{$arch} np.: ftp.pld-linux.org/dists/2.0/pld/i586/. Wersje systemu szerzej opisano w sekcja Oficjalne wersje PLD w Rozdział 1, źródła w sekcja Oficjalne źródła pakietów w Rozdział 9, zaś architektury w sekcja Architektury pakietów w Rozdział 9. PLD możemy zainstalować z sieci za pomoca protokołu FTP, HTTP lub RSYNC. Pakiety możemy pobierać z głównego serwera PLD lub z jednego z wielu lustrzanych. FTP - serwer podstawowy FUH KERNEL, VNET.sk, Bratysława, Słowacja - ftp://ftp.pld-linux.org/, ftp://ftp.sk.pld-linux.org/, FTP - serwery lustrzane Gdańsk, Polska - ftp://ftp2.pld-linux.org/ Uniwersytet Kardynała Stefana Wyszyńskiego, Polska - ftp://ftp3.pld-linux.org/, ftp://ftp.csi.pld-linux.org/ 17 ATM S.A., Warszawa, Polska - ftp://ftp4.pld-linux.org/, ftp://ftp.atm.pld-linux.org/ Uniwersytet Warszawski, Wydział Prawa i Administracji, Polska - ftp://ftp5.pldlinux.org/, ftp://ftp.wpia.pld-linux.org/ TASK, Gdańsk, Polska - ftp://ftp6.pld-linux.org/, ftp://ftp.task.pld-linux.org/ Politechnika Wrocławska, Polska - ftp://ftp.pwr.wroc.pl/pld/ ICM, Polska - ftp://ftp.icm.edu.pl/pub/linux/distributions/pld-linux/ Bratysława, Słowacja - ftp://spirit.bentel.sk/mirrors/pld HTTP - serwer podstawowy FUH KERNEL, VNET.sk, Bratysława, Słowacja - HTTP - serwery lustrzane Gdańsk, Polska - ATM S.A., Warszawa, Polska - TASK, Gdańsk, Polska - Bratysława, Słowacja - RSYNC Osoby zainteresowane udostępnianiem serwera lustrzanego przy pomocy protokołu RSYNC proszone sa o kontakt z nami w celu uzyskania szczegółowych informacji: <feedback@pld-linux.org> 10

17 Przypisy ftp://ftp.iso.pld-linux.org 13. ftp://ftp.pld-linux.org/ 14. ftp://ftp.sk.pld-linux.org/ 15. ftp://ftp2.pld-linux.org/ 16. ftp://ftp3.pld-linux.org/ 17. ftp://ftp.csi.pld-linux.org/ 18. ftp://ftp4.pld-linux.org/ 19. ftp://ftp.atm.pld-linux.org/ 20. ftp://ftp5.pld-linux.org/ 21. ftp://ftp.wpia.pld-linux.org/ 22. ftp://ftp6.pld-linux.org/ 23. ftp://ftp.task.pld-linux.org/ 24. ftp://ftp.pwr.wroc.pl/pld/ 25. ftp://ftp.icm.edu.pl/pub/linux/distributions/pld-linux/ 26. ftp://spirit.bentel.sk/mirrors/pld Rozdział 2. Zasoby sieciowe PLD 11

18 Rozdział 2. Zasoby sieciowe PLD 12

19 Rozdział 3. Historia powstania naszego logo Wstęp Pomysł na nasze logo zrodził się w głowie Agnieszki Sloty. Projekt graficzny został stworzony przez Marcina Mierzejewskiego (Kevin) i Maćka Zielińskiego. Loga duże Może być używane tylko wtedy, gdy: produkt z logiem jest używany zgodnie z udokumentowanymi na 1 zasadami (na przykład oficjalne płyty CD) uzyskaja aprobatę PLD Linuksa do używania loga w określonych celach Część całkowitego produktu uznana jest oficjalnie za należac a do PLD (tak jak jest to opisane w punkcie pierwszym) i jeśli posiada wyraźnie zaznaczone informacje, że tylko ta cześć została zatwierdzona Zastrzegamy sobie prawo do unieważnienia i modyfikacji licencji dla danego produktu Pozwolenie na używanie oficjalnego loga zostało przyznane dla wszelkiego typu odzieży (t-shirty, czapki, itd) ale pod warunkiem, że sa one wykonywane przez developerów PLD i nie sa sprzedawane dla zysku. Wyjaśnienie: Licencja "zapożyczona" z Debiana. 13

20 Rozdział 3. Historia powstania naszego logo Rysunek 3-1. Logo główne 14

21 Rozdział 3. Historia powstania naszego logo Rysunek 3-2. Logo główne z cieniowaniem Ikony do umieszczania na stronach WWW Powered by PLD Linux To logo i jego zmodyfikowane wersje moga być zamieszczane dla podkreślenia poparcia dla projektu, lecz nie oznacza ono, że dany produkt jest częścia projektu. Przypomnienie: docenimy jeśli dodasz do obrazka link wskazujacy na 2 i umieścisz go na swojej stronie. Rysunek 3-3. Ikona na www 1 Rysunek 3-4. Ikona na www 2 15

22 Rozdział 3. Historia powstania naszego logo Rysunek 3-5. Ikona na www 3 Rysunek 3-6. Ikona na www 4 Rysunek 3-7. Ikona na www 5 Rysunek 3-8. Ikona na www 6 Ikony stworzone przez użytkowników To logo i jego zmodyfikowane wersje moga być zamieszczane dla podkreślenia poparcia dla projektu, lecz nie oznacza ono, że dany produkt jest częścia projektu. Przypomnienie: docenimy jeśli dodasz do obrazka link wskazujacy na 3 i umieścisz go na swojej stronie. Rysunek 3-9. Ikona stworzona przez "muche" 16

23 Rozdział 3. Historia powstania naszego logo Rysunek Ikona stworzona przez Łukasza "Baseciq" Mozera Galeria rysunków Karola Kreńskiego Przypisy Pod tym adresem 4 Karol Kreński "Mimooh" umieścił spora galerię obrazków zwiazanych z PLD Linux Distribution

24 Rozdział 3. Historia powstania naszego logo 18

25 Rozdział 4. Instalacja systemu Ten rozdział prezentuje instalację systemu. Wymagania Minimalne wymagania w przypadku architektury x86: procesor minimum klasy MB pamięci RAM (ze swapem przynajmniej 32MB) 50MB wolnego miejsca na dysku twardym napęd CD-ROM lub stacja dyskietek 3,5 cala Przygotowanie Instalator Nośniki na których umieszczany jest instalator: Główna płyta CD (base iso) Jest to pierwsza z pełnych płyt CD, wystarcza do zainstalowania najważniejszych pakietów, aby zainstalować całość dystrybucji musisz zaopatrzyć się w pozostałe płyty. Lista serwerów z których pobierzemy obrazy ISO znajduje się w sekcja Źródła obrazów ISO w Rozdział 2. Płyta MINI-ISO Miniaturowa wersja dystrybucji przystosowana do nagrania płyty typu MINI-CD (płyty o średnicy 8cm). Zawiera najbardziej podstawowe pakiety. Lista serwerów z których pobierzemy obraz MINI-ISO znajduje się w sekcja Źródła obrazów ISO w Rozdział 2. Dyskietki Mamy do dyspozycji kilka dyskietek zawierajacych instalator lub dodatkowe moduły jadra. Oprócz nich konieczne będzie jeszcze jakieś źródło pakietów (sieć/cd- ROM/dysk twardy). Główne obrazy dyskietek (bootdisk_cd.img, bootdisk_net.img, bootdisk_pcmcia.img) obsługuja jedynie najpowszechniej używany sprzęt, jeśli nasz nie jest obsługiwany, to instalator poprosi o jedna z dodatkowych dyskietek z modułami jadra. Z tego względu na wszelki wypadek można pobrać pliki o nazwie addons{$numer}.img Obraz dyskietki i resztę pakietów możemy pobrać z głównego serwera lub jednego z serwerów lustrzanych, listę adresów znajdziemy w sekcja Serwery z pakietami w Rozdział 2. Przykładowo użyjemy adresu: ftp.pld-linux.org/dists/{$wersja_pld}/pld/{$arch}/pld/images/ ({$wersja_pld} to interesujaca nas wersja PLD zaś {$arch} oznacza architekturę procesora). Dostępne sa obrazy dyskietek dla następujacych architektur: i386, i586, i686 oraz athlon. 19

26 Rozdział 4. Instalacja systemu Instalacja z sieci Jeżeli masz wystarczajaco szybkie łacze możesz zainstalować system z sieci. W tym procesie mamy do wyboru instalację pakietów przy pomocy protokołów: FTP, HTTP lub NFS. Możemy użyć MINI-ISO, pierwszej płyty instalacyjnej lub dyskietki. W przypadku dyskietki musimy użyć obrazu bootdisk_net.img lub bootdisk_pcmcia.img (urzadzenia sieciowe PCMCIA). Możemy też zainstalować rdzeń systemu z MINI-ISO lub pierwszej płyty instalacyjnej, a następnie kontynuować proces instalacji za pośrednictwem sieci z działajacego już systemu. Instalacja z płyty CD-ROM Używamy w tym celu pierwszej z pełnych płyt CD (base) lub wszystkich dostępnych obrazów. Jeśli BIOS naszej maszyny nie potrafi uruchamiać systemu operacyjnego z płyty CD, musimy wspomóc się dyskietka i obrazem bootdisk_cd.img. Po uruchomieniu instalatora z dyskietki jako źródło pakietów wybieramy CD-ROM. Instalacja z dysku twardego Istnieje możliwość instalacji z lokalnego dysku twardego, użyjemy do tego obrazu dyskietki bootdisk_cd.img. Musimy jeszcze przegrać zawartość obrazu płyty CD do katalogu na jednej z partycji dyskowych. Dodatkowe informacje Pobrane z internetu obrazy dyskietki nagrywamy poleceniem # dd if=bootdisk.img of=/dev/fd0 lub przy pomocy programu rawrite.exe pod systemem Windows/DOS. Program rawrite.exe możemy pobrac przykładowo z ftp.pld-linux.org/dists/{$wersja_pld}/pld/{$arch}/pld/dosutils/. PLD jest przygotowane dla wielu architektur sprzętowych, zanim więc przystapisz do instalacji upewnij się że wybierzesz właściwa wersję. Więcej na ten temat można znaleźć w sekcja Architektury pakietów w Rozdział 9 Instalacja 20 Wstęp Jeżeli pierwszy raz instalujesz Linuksa, lub jesteś bardzo poczatkuj acym użytkownikiem warto abyś wiedział kilka rzeczy. Na poczatek zapoznaj się ze sposobem oznaczania dysków i partycji opisanych dokładniej w sekcja Nazewnictwo urządzeń masowych w Rozdział 13 Kiedy już zaopatrzymy się we właściwy nośnik, uruchamiamy komputer i czekamy na pojawienie się ekranu instalatora. Zaczniemy od poznania sposobu poruszania się po instalatorze, do przesuwania/przewijania tekstu badź opcji używasz "strzałek" na klawiaturze, wybór akceptujesz klawiszem ENTER. Klawiszem TAB poruszasz się pomiędzy opcjami instalatora.

27 Zaczynamy Rozdział 4. Instalacja systemu Widzac standardowy ekran zgłoszeniowy naciskamy ENTER i czekamy aż uruchomi się instalator. Wybieramy język - w naszym przypadku polski. Przeczytawszy krótkie wprowadzenie jesteśmy w instalatorze. Rysunek 4-1. Jesteśmy w instalatorze Teraz pojawiło nam się menu, w którym mamy do wyboru sposoby instalacji. Jeżeli posiadasz większa niż podstawowa wiedzę nt. linuksa możesz wybrać "Standartowe UI", gdzie większość opcji umieszczona jest na jednym przejrzystym ekranie. Także kolejne opcje pozwola ustawić partycje, wybrać pakiety, prekonfigurować system oraz ustawić bootmanagera. Do edycji partycji mamy do wyboru program fdisk lub parted. My wybieramy jednak opcję "Automagiczny Instalator", który sam przeprowadzi nas gładko przez proces instalacji. Źródło Instalacja z sieci Doszliśmy do momentu gdzie musimy ustawić parametry źródła, skad będzie instalował się system. Jeżeli korzystamy z bootkietek musimy dobrać odpowiednia w stosunku do źródła z którego będziemy pobierali pakiety. 21

28 Rozdział 4. Instalacja systemu Rysunek 4-2. Wybór źródła Powyżej widzimy ekran wyboru źródła,ja wybrałem instalację z sieci, jednak instalacja z płyty cd, dysku twardego czy nfs-u nie będzie znaczaco się różniła. Rysunek 4-3. Instalujemy z ftp Następnie wybieram serwer ftp/http z którego chcę instalować system, oraz ścieżkę do źródeł. Jeżeli masz w pobliżu jakiś mirror pld możesz skorzystać z niego, zamiast oficjalnego serwera. Kolejne dwa ekrany to konfiguracja karty oraz połaczenia sieciowego. Wybrane parametry zależa od posiadanego sprzętu i topologii sieci, wiec nie ma co nad tym się rozwodzić. Instalacja z cdromu Jeżeli instalujesz system z płytek musisz zaopatrzyć się albo w miniiso, albo przynajmniej w pierwsza (base) płytkę. 22

29 Rozdział 4. Instalacja systemu Rysunek 4-4. Źródło - cdrom W menu wyboru źródła wybieramy cdrom. Nie jest ważne czy instalujemy cały system z płytek, czy tylko miniiso. Rysunek 4-5. Wybór urzadzenia Teraz możemy wybrać urzadzenie, które służy w naszym systemie jako cdrom. System powinien znaleźć i zaznaczyć istniejacy w systemie napęd, jednak jeżeli mamy więcej niż jeden to tutaj należy zaznaczyć w którym znajduje się płytka instalacyjna. Możesz także ustawić katalog w którym znajduja się pakiety, jednak jeżeli używasz oficjalnych płytek nie należy nic tutaj zmieniać. Możesz teraz przejść do kolejnego kroku, czyli ustawień partycji. Partycje Nadszedł czas na konfigurowanie partycji. Możemy wybrać proponowane przez instalator ustawienia albo skorzystać z bardzo przyjemnego narzędzia o nazwie par- 23

30 Rozdział 4. Instalacja systemu ted. Jako, że na dysku możemy mieć inny system (Windows) lepiej dla bezpieczeństwa ustawić partycje ręcznie. Rysunek 4-6. Ustawianie partycji Wybierajac opcję "ustaw partycje ręcznie" przechodzimy do parted Rysunek 4-7. Parted - interfejs Interfejs jak widać jest bardzo prosty i intuicyjny. Jeżeli mamy jakieś wolne miejsce możemy utworzyć nowa partycje, stworzyć macierz RAID, albo przeedytować istniejac a już partycję. UWAGA! Jeżeli posiadasz nowy sprzęt, możesz mieć problemy z instalacja systemu na raidzie. Problem ten wynika z tego, iż system, który właśnie instalujesz może nie obsługiwać Twojego raida. Wchodzac w menu "Akcje" przechodzimy do menu edycji partycji. 24

31 Rozdział 4. Instalacja systemu Rysunek 4-8. Parted - tworzenie partycji Możemy zmienić punkt montowania, system plików, rozmiar albo usunać partycję. Po dokonaniu edycji tablicy partycji, oraz ustawieniu punktów montowań możemy opuścić parted i przejść do dalszej części instalacji. Wybór pakietów Przechodzimy teraz do kolejnej części instalacji, czyli wyboru pakietów. Rysunek 4-9. Wybór pakietów Mamy do wyboru następujace gotowe zestawy pakietów. Przy każdym zestawie jest jego krótka charakterystyka, więc nie ma sensu się rozpisywać. Wybieramy taki zestaw jaki nam najbardziej pasuje, jednak nie warto przesadzać z pakietami, np stacja robocza z gnome nie będzie bardzo nadawała się na router. Po zainstalowaniu systemu będziesz zmuszony usunać masę niepotrzebnych pakietów, przez co stracisz mnóstwo czasu. 25

32 Rozdział 4. Instalacja systemu Dalej mamy możliwość szczegółowej selekcji pakietów, jeżeli ufamy instalatorowi możemy pominać ten krok, jeżeli natomiast znamy się trochę na linuksie wybieramy powyższa opcję i wchodzimy do menu. Rysunek Grupy pakietów Na ekranie widzimy zaznaczone grupy pakietów, możemy zaznaczać dodatkowe, albo zrezygnować z dotychczas wybranych. Możemy także rezygnować z pojedynczych pakietów z grup wchodzac w opcję standartowe pakiety. Pod linkiem "Wybierz opcjonalne pakiety" widzimy menu dzięki któremu mamy możliwość bardziej spersonalizowanego wyboru interesujacych nas pakietów. Kolejnym krokiem jest pytanie czy chcemy zainstalować dokumentację, na które lepiej odpowiedzieć twierdzaco. Mamy także możliwość wyboru wersji językowych dokumentacji. Jeżeli nie jesteśmy pewni, możemy zostawić domyślne ustawienia, czyli "ALL", jednak gdy chcemy mieć dokumentację tylko po polsku i angielsku wpisujemy "pl:pl_pl:en:en_us". Należy pamiętać, że może zdarzyć się sytuacja iż pakiet nie ma jeszcze polskiej dokumentacji, więc zawsze warto zaznaczyć język angielski. Następne kroki to prekonfiguracja instalowanego systemu. Prekonfiguracja systemu Dotarliśmy do punktu gdzie musimy ustawić podstawowe parametry instalowanego systemu. 26

33 Rozdział 4. Instalacja systemu Rysunek Partametry sieci Pierwszym krokiem będzie ustawienie parametrów sieci (jeżeli mamy do niej dostęp). Jeżeli wcześniej wybraliśmy instalację przez sieć, możemy zastosować te same preferencje także w naszym systemie, jeżeli jednak instalujemy z jakiegoś nośnika (cdrom, dysk) należy ręcznie wpisać ustawienia, lub pobrać je z serwera dhcp. Rysunek Hasło administratora Kolejny krok to ustawienie hasła użytkownika root. Ten punkt chyba nie wymaga komentarza. Należy ustawić w miarę bezpieczne hasło, bo jak wiadomo serwer jest tak bezpieczny jak jego najsłabsze ogniwo :) Możemy również zlecić wygenerowanie hasła instalatorowi. Następna czynnościa jest ustawienie kont(a) użytkowników, możemy zrobić to teraz, albo po instalacji używajac polecenia useradd. 27

34 Rozdział 4. Instalacja systemu Rysunek Strefa czasowa Pozostał jeszcze wybór strefy czasowej i synchronizacja (lub nie) zegara systemowego z UTC, i na tym kończymy prekonfigurację systemu. Bootmanager Przyszła kolej na ustawienie bootmanagera. Jeżeli pld to nasz jedyny system na dysku możemy pominać ten krok, w przeciwnym przypadku musimy dodać wpisy innych systemów, aby była możliwość uruchomienia ich przy starcie komputera. Oczywiście jeżeli nie chcemy teraz konfigurować bootmanagera można zawsze to zrobić po ukończeniu instalacji, edytujac plik /etc/lilo.conf. Rysunek Możliwość wyboru konfiguracji bootloadera Wybieramy więc opcję "konfiguruj bootloader", która uruchamia skrypt konfigurujacy. 28

35 Rozdział 4. Instalacja systemu Rysunek Bootloader - wpisy Jak widać nie mamy jeszcze żadnych wpisów, wybieramy "Stwórz nowa pozycję" aby dodać jakiś system operacyjny. Należy tutaj pamiętać iż wpisujemy istniejace systemy na lokalnych dyskach, oprócz tego, który właśnie instalujemy. Rysunek Wybór systemu Pierwszym krokiem jest wybór systemu który chcemy ładować. Wybieramy np. DOS, następnie podajemy lokalizacje partycji na jakiej znajduje się system i przechodzimy do konfiguracji wpisu. 29

36 Rozdział 4. Instalacja systemu Rysunek Konfiguracja wpisu Jak widać na powyższym przykładzie, musimy wpisać etykietę - czyli nazwę jaka będzie nam się wyświetlała przy starcie komputera. Nazwa jest dowolna, jednak nie należy przesadzać z długościa i lepiej nie używać polskich znaków. Dwa kolejne pola, czyli "system" i "katalog /" mamy już wypełnione automatycznie. Jeżeli dodajemy innego linuksa należy podać lokalizację jadra systemu (kernela) oraz initrd jeśli mamy. W systemie DOS/Windows te pola sa zbędne. Rysunek Gotowy wpis Po ustawieniu etykiety i zatwierdzeniu zmian możemy obejrzeć nasz(e) wpis(y). Jeżeli mamy więcej systemów dodajemy je po kolei, po skończeniu opuszczamy konfigurator przechodzac do kolejnej opcji. 30

37 Rozdział 4. Instalacja systemu Rysunek Lokalizacja bootloadera Ostatnia rzecza jaka musimy zrobić aby zakończyć proces konfiguracji bootloadera to wybór urzadzenia na jakim ma być on zainstalowany. Najlepszym rozwiazaniem jest instalacja go w MBR (Master Boot Record) dysku z którego jest ładowany system. Jeżeli jednak nie jesteśmy pewni co do tego (lub nie wiemy co to jest MBR) najlepiej zostawić opcję auto, dzięki której instalator sam wybierze najlepsze urzadzenie. Kończenie instalacji Pozostała nam ostatnia rzecz, czyli instalacja pakietów. W tej części nie będziemy musieli nic robić, oprócz czekania. Więc jeżeli wybraliśmy instalację z sieci i jakiś większy zestaw pakietów możemy zaopatrzyć się w jakaś ksiażkę i poczytać, bo proces instalacji trochę potrwa :) Słowo komentarza na temat tego, co się dzieje na ekranie: Rysunek Instalator tworzy partycje 31

38 Rozdział 4. Instalacja systemu Tutaj widzimy jak system tworzy partycje, oraz system plików na nich. W zależności od wielkości partycji i szybkości dysku może to trochę potrwać. Rysunek Instalacja pakietów Dalej po pobraniu indeksów system przechodzi do instalacji pakietów (więcej o tym co to sa indeksy w rozdziale poświęconym poldkowi). To jest najdłuższa część instalacji. Rysunek Instalacja zakończona :) Jeżeli nie wystapiły żadne błędy zobaczysz taki ekran. Teraz wystarczy tylko zrestartować system, wyciagn ać płytkę/dyskietkę z napędu, badź ustawić bootowanie z dysku na którym zainstalował się bootmanager (najczęściej /dev/hda) i mamy gotowy system :) 32