Uwagi do wydania Debian GNU/Linux 4.0 ( etch ), SPARC

Transkrypt

1 Uwagi do wydania Debian GNU/Linux 4.0 ( etch ), SPARC Josip Rodin, Bob Hilliard, Adam Di Carlo, Anne Bezemer, Rob Bradford, Frans Pop (obecny), Andreas Barth (obecny), Javier Fernández-Sanguino Peña (obecny), Steve Langasek (obecny) <debian-doc@lists.debian.org> $Id: release-notes.en.sgml,v :24:38 jseidel Exp $

2 i Spis treści 1 Wprowadzenie Zgłaszanie błędów do tego dokumentu Przesyłanie raportów z aktualizacji Źródła dla tego dokumentu Co nowego w Debian GNU/Linux Co nowego w dystrybucji? Zarzadzanie pakietami debian-volatile jest teraz oficjalnym serwisem Udoskonalenia systemu Główne zmiany dotyczace jadra Zmiany w pakietach jadra Nowe narzędzia do generowania initrds Dynamiczne zarzadzanie plikami /dev i wykrywanie sprzętu System instalacyjny Problemy dotyczace framebuffer na SPARC Problemy dotyczace bootowania na SPARC Problemy z bootowaniem SPARC na qla2xxx Size of harddisk not detected correctly Co nowego w instalatorze? Główne zmiany Zautomatyzowana instalacja Badanie popularności

3 SPIS TREŚCI ii 4 Upgrade z poprzednich wydań Przygotowanie aktualizacji Zrób kopię wszelkich danych i informacji konfiguracyjnych Poinformuj użytkowników zawczasu Przygotowanie do odzyskiwania Przygotuj bezpieczne środowisko dla aktualizacji Brak wsparcia dla jadra Sprawdzenie statusu systemu Przejrzyj akcje przewidywane przez menadżera pakietów Wyłaczenie pinningu APT Sprawdzenie statusu pakietów Źródła nieoficjalne i backporty Ręczne usunięcie znaczników pakietów Przygotowanie źródeł dla APT Dodanie do APT źródeł internetowych Dodanie źródeł APT dla lokalnego mirrora Dodanie źródeł APT z CD-ROM u lub DVD Aktualizacja pakietów Nagranie sesji Aktualizacja listy pakietów Upewnij się, że jest dość miejsca na dysku Wstępny upgrade systemu Upgrade jadra Upgrade reszty systemu Pobranie podpisów pakietów Możliwe problemy podczas upgrade u Aktualizacja jadra i jego pakietów Instalacja metapakietu jadra Aktualizacja wewnatrz serii Upgrade z jadra Przeorganizowanie nazw urzadzeń

4 SPIS TREŚCI iii Problemy z bootowaniem Zadania przed restartem komputera Konwersja z devfs Brakujace sterowniki w initrd Aktualizacja mdadm Conflict between tulip and dmfe drivers Przygotowanie do nowej edycji Deprecated packages Przestarzałe pakiety Ślepe pakiety Kwestie, o których warto wiedzieć majac etch Potencjalne problemy Problemy z urzadzeniami odnoszacymi się do udev Niektóre aplikacje nie będa pracować z jaderem Właściwe miejsca sieciowe nie moga zostać osiagnięte przez TCP Spowolnione update y plików indeksowych APT Inicjalizacja sieci asynchronicznej może mieć nieprzewidziany przebieg Trudności z używaniem bezpiecznych sieci bezprzewodowych WPA Problemy z plikami o nazwach zawierajacych znaki nie-ascii Sound stops working Upgrade do jadra Konfiguracja klawiatury Konfiguracja myszy Konfiguracja dźwięku Przejście z XFree86 na X.Org Brak wsparcia dla 8-bitowych wyświetlaczy w wielu aplikacjach Upgrade z exim do exim Aktualizacja apache Upgrade Zope i Plone Rozszerzanie symboli (wildcard expansion - globbing) w GNU tar

5 SPIS TREŚCI iv 5.9 NIS i Network Manager Przestarzałe niezabezpieczone konfiguracje php Status bezpieczeństwa produktów Mozilla Środowisko KDE Zmiany w środowisku GNOME Domyślny edytor Message of the day Not default support for unicode in emacs21* Więcej informacji o Debian GNU/Linux Co czytać dalej Pomoc Listy dyskusyjne Internet Relay Chat (IRC) Zgłaszanie błędów Rozwijanie Debiana A Zarzadzanie systemem sarge 51 A.1 Aktualizacja systemu sarge A.2 Sprawdzenie listy źródeł

6 1 Rozdział 1 Wprowadzenie Najważniejszym celem niniejszych Uwag do Wydania jest poinformowanie użytkowników o najważniejszych zmianach wprowadzonych w tym wydaniu dystrybucji Debian GNU/Linux, sposobie bezpiecznego upgrade u z poprzedniego do obecnego wydania i wreszcie o znanych potencjalnych problemach, które można napotkać podczas upgrade u lub użytkowania wydania etch. Jest niemożliwym wymienić wszystkich znanych problemów, dlatego wybrane zostały te, które występuja często lub sa najbardziej dokuczliwe. Ostatnia wersja tego dokumentu jest zawsze dostępna pod adresem org/releases/stable/releasenotes. Jeśli wersja, która czytasz, jest starsza niż miesiac, 1, lepiej jest ściagn ać najnowsza wersję. Prosimy zwrócić uwagę, że wspieramy i dokumentujemy upgrade z poprzedniego wydania Debiana (w tym przypadku sarge). Jeśli konieczne jest upgrade ze starszych wydań, sugerujemy najpierw przeczytanie uwag do poprzednich wydań i dokonanie aktualizacji do sarge. 1.1 Zgłaszanie błędów do tego dokumentu Przystapiliśmy do testowania wszystkich kroków upgrade u opisanych w tym dokumencie, jak również spróbowaliśmy antycypować w problemach, z którymi moga zetknać się użytkownicy. Pomimo to, jeśli sadzisz, że znalazłeś jakiś bład w tej dokumentacji (nieprawidłowa informacja lub jej brak), prosimy o zgłoszenie błędu w systemie śledzenia błędów ( debian.org/) do pakietu release-notes. 1 Nr wersji można zobaczyć na pierwszej stronie dokumentu PDF lub w stopce dokumentu HTML

7 Rozdział 1. Wprowadzenie Przesyłanie raportów z aktualizacji Chętnie czytamy wszelkie informacje pochodzace od użytkowników odnoszace się do aktualizacji z sarge na etch. Jeśli chcesz podzielić się nimi, prosimy zgłosić bład w systemie śledzenia błędów ( do pakietu upgrade-reports z Twoimi wynikami. Prosimy kompresować załaczniki (przy użyciu gzip). W raporcie z upgrade u prosimy dołaczyć następujace informacje: Status bazy pakietów przed i po aktualizacji: dla dpkg dostępny jest w pliku /var /lib/dpkg/status, a dla aptitude w pliku /var/lib/aptitude/pkgstates. Powinieneś dokonać backupu przed aktualizacja, jak opisano w Zrób kopię wszelkich danych i informacji konfiguracyjnych na stronie 15, możesz też znaleźć te informacje w /var/backups. Logi z sesji sporzadzone za pomoca script, jak to opisano w Nagranie sesji na stronie 22. Logi programu aptitude sa w pliku /var/log/aptitude. Uwaga: powinieneś zwrócić uwagę na niektóre informacje zawarte w logach, których nie chciałbyś ujawnić i usunać je, zanim dołaczysz je do raportu, jako że zostana one opublikowane w dostępnej dla publicznie bazie danych. 1.3 Źródła dla tego dokumentu Ten dokument używa pakietu debiandoc-sgml. Jego źródła sa dostępne w repozytorium CVS dla Debian Documentation Project. Możesz użyć przegladarki www (http: //cvs.debian.org/ddp/manuals.sgml/release-notes/?root=debian-doc), aby mieć dostęp do każdego z plików i obserwować ich zmiany. Więcej informacji o dostępie do CVS jest dostępne na stronach Debian Documentation Project CVS ( org/doc/cvs).

8 3 Rozdział 2 Co nowego w Debian GNU/Linux 4.0 W tym wydaniu dodano oficjalne wsparcie dla architektury AMD64, obsługujacej 64-bitowe procesory, zarówno Intela (EM64T), jak AMD (AMD64). W poprzednim wydaniu Debian GNU/Linux 3.1 ( sarge ), nieoficjalna wersja tego portu również była dostępna. Oficjalne wsparcie dla architektury Motorola 680x0 ( m68k ) nie będzie kontynuowane, gdyż dla tej architektury nie sa spełnione kryteria określone przez Zarzadzaj acych Projektem. Najważniejszym powodem tej decyzji jest niedostateczna wydajność i ograniczona obsługa najważniejszych komponentów systemu. Tym niemniej port m68k pozostaje aktywny i dostępny do instalacji, chociaż nie jako część oficjalnego wydania stabilnego. Oficjalnie wspierane architektury dla Debian GNU/Linux etch: Intel x86 ( i386 ) Alpha ( alpha ) SPARC ( sparc ) PowerPC ( powerpc ) ARM ( arm ) MIPS ( mips (big-endian) i mipsel (little-endian)) Intel Itanium ( ia64 ) HP PA-RISC ( hppa ) S/390 ( s390 ) AMD64 ( amd64 ) Więcej nt. statusu portów i specyficznych dla nich informacji można znaleźć na stronach o portach Debiana (

9 Rozdział 2. Co nowego w Debian GNU/Linux Co nowego w dystrybucji? Nowe wydanie Debiana będzie znów zawierać o wiele więcej oprogramowania niż poprzednik sarge; dystrybucja obejmuje ponad 6500 nowych pakietów spośród wszystkich ponad Większość oprogramowania dystrybucji zostało zaktualizowane: ponad pakietów (czyli 68% wszystkich pakietów z sarge). Również znaczna liczba pakietów (ponad 3500, 23% pakietów z sarge) została, z różnych przyczyn, usunięta z tej dystrybucji. Nie będa dostępne dla nich aktualizacje i zostana one oznaczone jako przestarzałe w programach obsługi pakietów. W tym wydaniu Debian GNU/Linux zamieniono XFree86 na wersję 7.1 X.Org, która obsługuje znacznie więcej sprzętu i lepiej go wykrywa. Pozwoli to na użycie Compiza, który jest jednym z pierwszych kompozytowych systemów zarzadzania oknami dla X Windows, pozwalajacym na pełne wykorzystanie sprzętowej akceleracji OpenGL dla kart, które ja obsługuja. Debian GNU/Linux znów dostarcza wiele aplikacji i środowiska na biurko (ang. desktop). Oprócz innych, zawiera środowiska desktop GNOME , KDE 3.5.5a i Xfce 4.4. Aplikacje biurowe również zostały zaktualizowane, właczaj ac w to pakiety biurowe OpenOffice.org 2.0.4a i KOffice 1.6, a także GNUcash 2.0.5, GNUmeric oraz Abiword Aktualizacja obejmuje też inne aplikacje desktop, właczaj ac w to aktualizację Evolution i Gaim 2.0. Mozilla suite została także zaktualizowana, ale główne programy zmieniły nazwy: iceweasel (wersja ) jest niemarkowa przegladark a www Firefox, a icedove (wersja 1.5) jest niemarkowym klientem pocztowym Thunderbird. Oprócz wielu innych, to wydanie zawiera także następujace aktualizacje: biblioteka GNU C library, wersja GNU Compiler Collection 4.1, jako podstawowy kompilator interpretery języków: Python 2.4, PHP 5.2 oprogramowanie serwerowe: serwery pocztowe: Exim 4.63 (domyślny dla nowych instalacji), Postfix 2.3, Courier 0.53, Cyrus 2.2 serwery www: Apache 2.2, fnord 1.10 serwery baz danych: MySQL , PostgreSQL 8.1 serwer OpenSSH, wersja 4.3 serwery nazw (DNS): Bind 9.3, maradns 1.2 serwer katalogów (directory server): OpenLDAP 2.3 Oficjalna dystrybucja Debian GNU/Linux będzie wydawana na 19 do 23 płytach CD z binariami (zależnie od architektury) i podobna liczba płyt ze źródłami. Dostępna jest też wersja DVD dystrybucji. 1 Z niektórymi modułami z GNOME 2.16

10 Rozdział 2. Co nowego w Debian GNU/Linux Zarzadzanie pakietami aptitude jest zalecanym programem do obsługi pakietów z konsoli. aptitude wspiera większość poleceń wykonywanych przezapt-get i sprawdzono, że jest lepszy w rozwiazy- waniu zależności niż apt-get. Jeśli ciagle używasz dselect, zalecamy przejść na aptitude jako oficjalny program zarzadzania pakietami. Dla etch został zaimplementowany zaawansowany mechanizm rozwiazywania konfliktów pakietów w programie aptitude, który próbuje znaleźć najlepsze rozwiazanie konfliktów wykrytych ze względu na zmiany zależności pomiędzy pakietami. Secure APT jest teraz dostępny w etch. Zwiększa on znacznie poziom bezpieczeństwa systemów Debian GNU/Linux przez zastosowanie silnego szyfrowania i podpisów elektronicznych zastosowanych do sprawdzenia ściaganych z sieci pakietów. Wydanie to zawiera program apt-key do dodawania nowych kluczy do istniejacego zestawu, który normalnie zawiera tylko bieżace klucze archiwów Debiana, udostępniane w pakiecie debian-archive-keyring. W swojej podstawowej konfiguracji apt będzie ostrzegał, jeśli pakiety sa pobierane z nieautoryzowanych źródeł. Następne wydania moga wymagać, aby wszystkie pakiety zostały zweryfikowane przed pobraniem. Administratorzy nieoficjalnych źródeł apt sa zachęcani do generowania kluczy kryptograficznych i podpisywania nimi plików Wydania, jak też wdrażania bezpiecznych sposobów dystrybucji kluczy publicznych. Więcej informacji znajduje się na stronach podręcznika apt(8), Podpisywanie pakietów w Debianie ( ch7#s-deb-pack-sign) rozdział podręcznika Securing Debian Manual i Debian Wiki ( Inna funkcja dodana do apt jest możliwość ściagania tylko zmian w plikach pakietów zaszłych od ostatniej aktualizacji. Więcej o tej funkcji w Spowolnione update y plików indeksowych APT na stronie debian-volatile jest teraz oficjalnym serwisem Serwis debian-volatile, który był nieoficjalnym serwisem w wydaniu sarge, teraz staje się oficjalnym serwisem Debian GNU/Linux. Oznacza to, że teraz używa on adresu.debian.org 2. Prosimy dokonać zmiany w pliku /etc/apt/sources.list, jeśli używałeś już tego serwisu. debian-volatile pozwala użytkownikom łatwo aktualizować pakiety wersji stabilnej zawierajace szybko dezaktualizujace się informacje. Przykładem moga być sygnatury wirusów skanerów antywirusowych lub wzorce dla filtrów spamu. Więcej informacji i listę mirrorów można znaleźć na tej stronie ( 2 Stary adres volatile.debian.net pozostaje przez pewien czas prawidłowym adresem.

11 Rozdział 2. Co nowego w Debian GNU/Linux Udoskonalenia systemu Jest wiele zmian w dystrybucji, których korzyści sa widoczne w nowych instalacjach etch, ale nie sa przenoszone automatycznie podczas aktualizacji z sarge. Ta sekcja omawia najistotniejsze z nich. Zmniejszony priorytet podstawowych pakietów deweloperskich Pakiety deweloperskie, które dotad miały priorytet standard, maja teraz priorytet optional, co oznacza, że nie zostana zainstalowane domyślnie. Dotyczy w to m. in. standardowego kompilatora C/C++, gcc, jak też innych programów (dpkg-dev, flex, make), a także nagłówków deweloperskich (libc6-dev, linux-kernel-headers). Jeśli chcesz mieć te pakiety w systemie, najprościej zainstalować je przez instalację pakietu build-essential, który zawiera większość z nich. SELinux ma priorytet standard, ale nie jest właczony Pakiety niezbędne dla SELinux (ang. Security-enhanced Linux, Linux o rozszerzonym bezpieczeństwie) zostały podniesione do priorytetu standard. Oznacza to, że zostana one zainstalowane domyślnie w nowych instalacjach. Dla systemów istniejacych można zainstalować SELinux poprzez: # aptitude install selinux-basics Trzeba zauważyć, że SELinux nie jest domyślnie właczany. Informacje o konfiguracji i właczaniu SELinuxa można znaleźć na Debian Wiki ( SELinux). Nowy superdemon inet Domyślnym superdemonem inet dla etch jest openbsd-inetd zamiast netkit-inetd. Nie wystartuje on, jeśli nie zostanie skonfigurowana żadna z usług, która z niego korzysta, domyślnie tak właśnie jest. Nowy demon zostanie zainstalowany automatycznie podczas aktualizacji. Zmieniony domyślny klon vi Instalowanym wariantem edytora vi jest domyślnie wersja zmniejszona vim (pakiet vim-tiny) zamiast nvi. Zmiany w domyślnych właściwościach ext2/ext3 Nowe filesystemy ext2 i ext3 będa zakładane z właczonymi opcjami dir_index i resize_inode. Pierwsza z nich przyśpiesza operacje na katalogach zawierajacych wiele plików, druga umożliwia zmianę rozmiaru partycji w locie (on-line - na zamontowanym filesystemie). Użytkownicy dokonujacy upgrade u z sarge moga rozważyć ręczne dodanie flagi dir_index za pomoca tune2fs 3 ;flaga resize_inode nie może być dodana do istniejacego filesystemu. Można sprawdzić, które flagi sa ustawione za pomoca dumpe2fs -h. Domyślna strona kodowa w etch jest UTF-8 Domyślna strona kodowa dla nowych instalacji Debian GNU/Linux jest UTF-8. Wiele aplikacji ma ustawiona ta stronę kodowa jako domyślna. 3 Flaga filetype powinna już być ustawiona na większości filesystemów, za wyj atkiem instalowanych przed sarge.

12 Rozdział 2. Co nowego w Debian GNU/Linux Użytkownicy aktualizujacy system do etch, którzy chca zmienić strona kodowa na UTF- 8, musza zrekonfigurować środowisko i zmienne lokalizujace. Dla całego systemu można to zrobić za pomoca dpkg-reconfigure locales; najpierw należy wybrać stronę UTF-8 dla Twojego kraju i języka, a potem przełaczyć ja jako domyślna. Należy dodać, że po przełaczeniu na UTF-8, prawdopodobnie konieczna będzie konwersja istniejacych plików z poprzedniej (dotychczasowej) strony kodowej na UTF-8. Pakiet utf8-migration-tool zawiera narzędzie, które może pomóc w migracji, jednak pakiet ten jest dostępny jedynie w edycji niestabilnej, gdyż nie został wystarczajaco przygotowany dla etch. Usilnie zalecamy wykonanie backup u danych przed wykorzystaniem tego pakietu. Niektóre aplikacje moga jeszcze nie działać prawidłowo pod UTF-8, chodzi głównie o błędne wyświetlanie czcionek. Pod adresem Debian Wiki ( podano więcej informacji nt. różnic pomiędzy sarge a etch. 2.3 Główne zmiany dotyczace jadra Debian GNU/Linux 4.0 posiada jadro wersji dla wszystkich architektur; to wydanie jest ciagle zasadniczo 4 kompatybilne z jadrem 2.4, ale Debian już nie wspiera pakietów jadra 2.4. Dokonano zasadniczych zmian, zarówno w samym jadrze, jak i pakietach współpracujacych z jadrem Debiana. Niektóre z tych zmian komplikuja procedurę upgrade u i potencjalnie moga prowadzić do problemów w czasie reboot u systemu po aktualizacji do etch. Ta sekcja daje przeglad najistotniejszych zmian; potencjalne problemy i informacje o ich rozwiazywaniu sa podane w kolejnych rozdziałach. Jeśli używasz jadra 2.4, powinieneś przeczytać dokładnie Upgrade do jadra 2.6 na stronie Zmiany w pakietach jadra Zmiana nazw pakietów jadra Wszystkie pakiety jadra zostały przemianowane z kernel-* na linux-* w celu uporzadkowania przestrzeni nazw. Ułatwi to w przyszłości dodawanie do Debiana jader nielinuksowych. Tam, gdzie to jest możliwe, dla usuwanych pakietów zostały zastosowane puste pakiety przejściowe, które zależa od nowych pakietów. 4 Niektóre pakiety moga nie współpracować prawidłowo z jadrem 2.4; zobacz Niektóre aplikacje nie będa pracować z jaderem 2.4 na stronie 37.

13 Rozdział 2. Co nowego w Debian GNU/Linux Nowe narzędzia do generowania initrds Pakiety jadra Debiana dla SPARC wymagaja initrd do zbootowania systemu. Ze względu na zmiany w jadrze, narzędzie używane w sarge do generowania initrd, initrd-tools, nie jest już używane i stało się przestarzałe. Zostało zastapione dwoma nowymi pakietami: initramfs-tools i yaird. Koncepcje wykorzystane do ich napisania sa zupełnie inne; ich przeglad jest dostępny na Debian Wiki ( InitrdReplacementOptions). Obydwa generuja initrd przy użyciu filesystemu initramfs, który jest skompresowanym archiwum cpio. Domyślnym i zalecanym narzędziem jest initramfs-tools. Aktualizacja do jadra etch spowoduje, że zostanie zainstalowany pakiet initramfs-tools. Jeśli dokonujesz upgrade u z jadra 2.4 do 2.6, musisz użyć pakietu initramfs-tools. Użycie yaird spowoduje, że instalacje linux-image-2.6 nie będa działały, jeśli poprzednio miałeś jadro 2.2 lub 2.4. Pakiet initrd-tools został zachowany w etch ze względu na przejście z sarge. W następnej edycji zostanie on usunięty Dynamiczne zarzadzanie plikami /dev i wykrywanie sprzętu Jadro etch nie ma już obsługi dla devfs. devfs jest zastapione przez udev, userspace). który obsługuje urzadzenia użytkowników (ang. udev jest montowany w katalogu /dev i propaguje jego urzadzenia do obsługi przez jadro. Może też dynamicznie dodawać i usuwać urzadzenia, analogicznie jak ładowalne moduły jadra, opierajac się na zdarzeniach generowanych przez jadro. udev jest o wiele wszechstronniejszy, niż devfs i oferuje usługi, które moga być użyte przez inne pakiety, np. hal (hardware abstraction layer - warstwa abstrakcji sprzętowej). Współpracujac z jadrem udev zajmuje się również wykrywaniem sprzętu i ładowaniem modułów dla wykrytych urzadzeń. Z tego względu jest w konflikcie z pakietem hotplug.stosowany w sarge pakiet discover mógłby być również użyty do ładowania modułów w czasie procesu bootowania, ale w nowej wersji zastosowanej w etch nie wykonuje on tej funkcji. Pakiet discover jest ciagle używany przez X.Org do wykrywania, jaka karta graficzna jest użyta w systemie. Jeżeli instalujesz obraz jadra Debiana, udev zostanie zainstalowane domyślnie, ponieważ initramfs-tools zależy od niego. Możesz zapobiec instalowaniu udev przez skompilowanie własnego niemodularnego j adra lub przez użycie alternatywnego generatora initrd, np. yaird. Jednakże initramfs-tools jest rekomendowanym generatorem initrd.

14 9 Rozdział 3 System instalacyjny Instalator Debiana jest oficjalnym systemem instalacyjnym dla Debiana. Oferuje on różne metody instalacji. To, które z nich sa dostępne dla Twojego systemu, zależy od jego architektury. Obrazy płyt instalatora etch można pobrać wraz z Podręcznikiem Instalacji ze strony Debiana ( Installation Guide jest również dodany do pierwszej płyty oficjalnego zestawu CD/DVD na: /doc/install/manual/language/index.html Można także sprawdzić listę znanych problemów, czyli erratę ( org/releases/stable/debian-installer/index#errata) dla instalatora Debiana (debian-installer). 3.1 Problemy dotyczace framebuffer na SPARC Ze względu na problemy z wyświetlaniem na niektórych systemach, wsparcie framebuffer jest domyślnie wyłaczone na SPARC dla większości kart graficznych. Może to powodować niezadowalajac a jakość wyświetlania na systemach, które wspieraja framebuffer. Jeśli masz problemy z wyświetlaniem w czasie instalacji, możesz spróbować restartu instalatora z parametrem framebuffer=true. Prosimy o informację o przypadkach, kiedy framebuffer jest domyślnie wyłaczony, chociaż działa prawidłowo. 3.2 Problemy dotyczace bootowania na SPARC Zanotowano, że wielu użytkowników nie może wystartować z CD za pomoca polecenia PROM boot cdrom ze względu na bład Illegal Instruction.

15 Rozdział 3. System instalacyjny 10 Oczywistym wyjaśnieniem tego problemu jest fakt poprzedniego reboot u spod Solarisa. Należy wyłaczyć maszynę całkowicie i zbootować ja bezpośrednio z płyty instalacyjnej. The problem was reported by users of various systems (namely, Enterprise 450, Blade 2000, Fire V240, Enterprise 250, Blade 100, Enterprise 220R, and Sun Ultra 60 at the time of writing), so it is believed to be generic. Please let us know if you observe similar issues with your hardware. 3.3 Problemy z bootowaniem SPARC na qla2xxx Szereg zgłoszeń użytkowników dotyczyło problemu z instalacja spowodowanego niemożnościa rozpoznania dysków twardych na maszynach, na których dyski sa podłaczone do kontrolera QLogic fibre-channel SCSI controller. Dotyczy to m. in. serwerów Sun Fire 280R. Sterownik qla2xxx ładuje się, ale nie potrafi załadować firmware u, co sprawia, że jest bezużyteczny. Wyjaśnienie dla tego problemu jest takie, że firmware kontrolera QLogic nie jest wolne i musi być umieszczone w oddzielnym pakiecie non-free (firmware-qlogic ( debian.org/firmware-qlogic)), który nie jest używany przez system instalacyjny. There is no straightforward solution, unfortunately; one has to first provide the firmware image to the installation system, and then later do the same in the installed system. To get the installer to load the firmware, one has to have network connectivity while the machine is being installed in order to download the firmware-qlogic udeb package with wget, install it with udpkg, and then reload the qla2xxx module. After the installation is complete, mount the new root partition, chroot to it, fetch the firmware-qlogic deb package, install it with dpkg, and then run update-initramfs in order to include it in the initial ramdisk image used by the kernel. Alternatywa jest instalacja ze starej płyty instalacyjnej (gdzie pakiety non-free były jeszcze zintegrowane) a potem dokonanie aktualizacji. 3.4 Size of harddisk not detected correctly If a hard disk has previously used under Solaris, the partitioner may not detect the size of the drive correctly. Creating a new partition table does not fix this issue. What does help, is to zero the first few sectors of the drive: # dd if=/dev/zero of=/dev/hdx bs=512 count=2; sync Note that this will make any existing data on that disk inaccessible. 3.5 Co nowego w instalatorze? Włożono wiele pracy w Instalatora Debiana od czasu pierwszejoficjalnej edycji sarge, co zaowocowało zarówno poprawieniem obsługi sprzętu, jak też nowymi interesujacymi rozwiaza- niami.

16 Rozdział 3. System instalacyjny 11 W niniejszych Uwagach tylko wymieniamy najważniejsze zmiany dokonane w instalatorze. Jeśli jesteś zainteresowany szczegółami wprowadzonymi od czasu sarge, prosimy sprawdzić informacje ogłaszane dla etch, wydań beta i RC, dostępne na stronie historii wiadomości ( Instalatora Debiana Główne zmiany Brak restartu komutera podczas instalacji Dotychczas proces instalacji podzielony był na dwie fazy: konfiguracja systemu bazowego wraz z konfiguracja bootowania, po czym następowało przeładowanie i wykonanie programu base-config, który zajmował się m. in. konfiguracja użytkowników, konfiguracja zarzadcy pakietów i instalacja pozostałych pakietów (za pomoca tasksel a). W etch drugi etap został zintegrowany z Instalatorem Debiana. Daje to wiele korzyści w postaci zwiększenia bezpieczeństwa, a także ze względu na fakt, że po restarcie, na końcu instalacji system powinien miećjuż prawidłowo ustawiona strefę czasowa i, jeśli instalowałeś środowisko graficzne, powinien od razu zaczać pracować z wykorzystaniem interfejsu graficznego. Domyślne kodowanie w UTF-8 Instalator ustanawia jako domyślne kodowanie UTF-8 zamiast dotychczasowego, zależnego od języka (czyli np. ISO , EUC-JP czy KOI-8). Elastyczniejsze partycjonowanie Obecnie możliwe jest skonfigurowanie systemów plików (filesystem) opartego na LVM (ang. Logical Volume Management - Logiczne Zarzadzanie Wolumenami) używajac przewodnika partycjonowania. Instalator pozwala też na zdefiniowanie zaszyfrowanych filesystemów. Ręczne partycjonowanie daje wybór pomiędzy dm-crypt a loop-aes, przy użyciu hasła lub klucza losowego oraz pozwala na użycie wielu innych opcji. Przewodnik partycjonowania (ang. guided partitioning) tworzy zaszyfrowana partycję LVM, która zawiera dowolne inne filesystemy (poza /boot) jako wolumeny logiczne. Tryb awaryjny Możesz użyć instalatora do rozwiazania problemów z systemem, np. z nieoczekiwanym restartem. Pierwsze kroki będa wtedy identyczne jakprzy normalnej instalacji, ale instalator nie rozpocznie partycjonowania. Oferujemy wtedy specjalne menu opcji awaryjnych. Aktywacja trybu awaryjnego nastapi przy uruchomieniu instalatora jako rescue lub przez dodanie parametru restartu rescue/enable=true. Użycie sudo zamiast konta root W czasie instalacji zaawansowanych (expert) można nie ustawiać konta root (zostanie ono zablokowane), a zamiast tego wybrać sudo, za pomoca którego pierwszy użytkownik może administrować systemem. Kryptograficzna weryfikacja ściaganych pakietów Pakiety ściagane przez instalator sa obecnie sprawdzane kryptograficznie przy użyciu apt, co zmniejsza prawdopodobieństwo wystapienia błędów w czasie instalacji przez sieć.

17 Rozdział 3. System instalacyjny 12 Uproszczona konfiguracja poczty Jeśli zostanie zainstalowany system standardowy, instalator wykona jedynie podstawowa konfigurację serwera pocztowego, tylko dla lokalnego dostarczania poczty. Serwer pocztowy nie będzie dostępny dla innych systemów dołaczonych do tej samej sieci. Jeśli chcesz skonfigurować system, tak aby obsługiwał również nielokalna pocztę (wychodzac a badź przychodzac a), będziesz musiał zrekonfigurować serwer pocztowy po instalacji. Wybór środowiska graficznego (desktop) System instalacyjny zainstaluje środowisko GNOME jako domyślne środowisko graficzne, jeśli użytkownik zleci instalację środowiska graficznego. Jednak użytkownicy, którzy chca zainstalować środowiska alternatywne, moga to łatwo uczynić dodajac parametr bootowania: tasks= standard, kde-desktop dla KDE lub tasks= standard, xfce-desktop dla Xfce. Trzeba jednak zwrócić uwagę, że to nie zadziała, jeśli instalacja jest przeprowadzana z pełnej płyty CD bez użycia serwera lustrzanego jako dodatkowego źródła pakietów; za to zadziała, jeśli użyjemy płyty DVD lub jakiejkolwiek innej metody instalacji. Sa też przygotowane osobne płyty CD, które umożliwiaja instalację KDE lub Xfce jako środowisko domyślne. Nowe języki Dzięki znacznemu wysiłkowi tłumaczy Debian może być teraz instalowany w 47 językach przy użyciu instalatora tekstowego. Jest to 6 języków więcej, niż w sarge. Języki dodane w tym wydaniu to: białoruski, esperanto, estoński, kurdyjski, macedoński, tagalog, wietnamski i wolof. Ze względu na braki w uzupełnieniu tłumaczeń, zostały usunięte perski i walijski. Użytkownicy, którzy nie chca używać żadnej lokalizacji moga teraz wybrać C jako preferowana lokalizację w czasie wyboru języka instalatora. Więcej informacji o obsłudze języków jest dostępnych na stronie d-i languages list ( org/i18n-doc/languages.html). Uproszczona lokalizacja i wybór stref czasowych Konfiguracja języków, krajów i stref czasowych została uproszczona, tak aby ograniczyć ilość informacji podawanych przez użytkownika. Instalator domyśla się kraju i strefy czasowej na podstawie wybranego języka lub, jeśli nie zdoła, prosi o podanie niezbędnego minimum. Użytkownicy moga też wprowadzać inne kombinacje, jeśli jest to potrzebne. Lokalizacja rozszerzona dla całego systemu Większość zadań internacjonalizacji i lokalizacji, które były przedtem wykonywane przez narzędzie localization-config, zostało właczonych do głównego trzonu instalatora Debiana lub do samych pakietów. Oznacza to, że wybór języka automatycznie określa instalację pakietów niezbędnych dla danego języka (słowniki, dokumentacja, czcionki... ), zarówno w środowisku znakowym, jak i graficznym. Konfiguracja, która nie będzie już wykonywana automatycznie, obejmuje definiowanie rozmiaru papieru i niektóre zaawansowane ustawienia klawiatury dla X Windows w niektórych językach. Należy zwrócić uwagę, że pakiety przygotowane językowo (np. spolonizowane [uwaga tłum.]), będa instalowane automatycznie tylko w przypadku, gdy sa one dostępne w czasie instalacji.

18 Rozdział 3. System instalacyjny Zautomatyzowana instalacja Wiele zmian opisanych w poprzednich punktach pociaga za soba zmiany instalacji poprzez jej zautomatyzowanie za pomoca plików prekonfiguracyjnych. Oznacza to, że pliki prekonfiguracyjne pochodzace z sarge nie będa współpracować z nowym instalatorem bez modyfikacji. Dobra wiadomościa jest, że Installation Guide ( stable/installmanual) ma teraz osobny dodatek z obszerna dokumentacja dotyczac a prekonfiguracji. Instalator etch wprowadza kilka ciekawych rozwiazań ułatwiajacych automatyzację instalacji. Dodane jest wsparcie dla zaawansowanego partycjonowania RAID, LVM oraz szyfrowanego LVM. Szczegóły w dokumentacji. 3.6 Badanie popularności System instalacyjny wprowadza z powrotem pakiet popularity-contest (badanie popularności). Nie był on instalowany domyślnie w sarge, chociaż występował we wcześniejszych wydaniach. popularity-contest pozwala projektowi Debiana na otrzymanie wielu cennych informacji o aktualnie używanych pakietach dystrybucji. Informacje te sa używane głównie do podejmowania decyzji o kolejności umieszczania pakietów na płytach instalacyjnych, jak też pomocniczo dla deweloperów, czy i w jaki sposób rozwijać dany pakiet. Informacje z pakietu popularity-contest sa zbierane i przetwarzane anonimowo. Chcemy wyrazić nasza wdzięczność, jeśli zgadzasz się brać udział w tym badaniu, które pomoże ulepszać Debiana.

19 Rozdział 3. System instalacyjny 14

20 15 Rozdział 4 Upgrade z poprzednich wydań 4.1 Przygotowanie aktualizacji Zalecamy przed aktualizacja przeczytać także informację Kwestie, o których warto wiedzieć majac etch na stronie 37. Ten rozdział opisuje potencjalne problemy niebezpośrednio zwiazane z procesem upgrade u. Wiedza o nich jest jednak ważna przed rozpoczęciem tego procesu Zrób kopię wszelkich danych i informacji konfiguracyjnych Przed aktualizacja systemu zdecydowanie zalecamy zrobienie pełnej kopii zapasowej (backup) albo przynajmniej najważniejszych danych i zbiorów konfiguracyjnych, które nie powinny zostać utracone. Narzędzia aktualizujace sa zasadniczo niezawodne, ale wszelkie awarie sprzętowe w czasie aktualizacji moga spowodować poważne uszkodzenie systemu. The main things you ll want to back up are the contents of /etc, /var/lib/dpkg, /var/lib /aptitude/pkgstates and the output of dpkg --get-selections * (the quotes are important). Proces aktualizacji nie wprowadza modyfikacji w katalogu /home. Jednak niektóre aplikacje (np. programy Mozilla suite, środowiska GNOME czy KDE) nadpisuja ustawienia użytkowników nowymi wartościami w momencie pierwszego użycia przez użytkownika. Profilaktycznie można zrobić kopie plików i katalogów ukrytych ( dotfiles ) z katalogów domowych użytkowników. Pozwoli to na ewentualne odzyskanie starych ustawień. Można też poinformować o tym użytkowników. Operacje instalacji pakietów musza być wykonywane z uprawnieniami superużytkownika, czyli że musisz zalogować się jako root lub też użyć su lub sudo, aby otrzymać odpowiednie uprawnienia. Aktualizacja ma kilka warunków wstępnych, powinieneś sprawdzić je przed wykonywaniem upgrade u.

21 Rozdział 4. Upgrade z poprzednich wydań Poinformuj użytkowników zawczasu Warto też wcześniej poinformować wszystkich użytkowników o rozpoczęciu planowanego upgrade u, chociaż użytkownicy dostajacy się do systemu poprzez ssh powinni zobaczyć w czasie upgrade u tylko krótka uwagę na ten temat i móc kontynuować pracę. Jeśli chcesz przedsięwziać dodatkowe środki ostrożności, zrób backup lub odmontuj partycje użytkowników (/home) przed upgrade m. Prawdopodobnie będziesz też musiał dokonać aktualizacji jadra podczas upgrade u do etch, tak więc konieczny będzie restart maszyny. Zwykle może być to zrobione po zakończeniu aktualizacji Przygotowanie do odzyskiwania Ze względu na mnogość zmian w jadrze pomiędzy sarge a etch dotyczacych sterowników, wykrywania sprzętu, nazewnictwa i kolejności plików urzadzeń, istnieje realne niebezpieczeństwo, że będziesz miał problemy z reboot em systemu po dokonaniu aktualizacji. Wiele z potencjalnych problemów jest opisanych w tym i następnych rozdziałach niniejszych Uwag. Z tego powodu zalecamy podjać działania majace na celu umożliwienie przywrócenie stanu sprzed reboot u zakończonego niepowodzeniem, a dla systemów zdalnych sprzed utraty połaczenia sieciowego. Jeśli wykonujesz upgrade zdalnie przez ssh, goraco zalecamy zapewnić sobie dostęp do serwera również przez zdalny terminal szeregowy. Istnieje prawdopodobieństwo, że po aktualizacji jadra i reboocie, niektóre urzadzenia zmienia swoje nazwy (jak opisano w Przeorganizowanie nazw urzadzeń na stronie 31) i będziesz musiał poprawić konfigurację systemu poprzez lokalna konsolę. Również w przypadku, kiedy system zostanie zrestartowany w środku aktualizacji, musisz mieć szansę powrotu (recovery) poprzez lokalna konsolę. Najbardziej oczywista rzecza, jako pierwsze podejście, jest próba reboot u ze starym jadrem. Jednak, z wielu powodów opisanych w tym dokumencie, nie ma gwarancji sukcesu tej próby. Jeśli to zawiedzie, musisz mieć jakaś alternatywę startu systemu, dostępu do niego i możliwości naprawy. Pierwsza możliwościa jest użycie płyty naprawczej (rescue) lub płyty Linux Live. Po starcie z takiej płyty powinno być możliwe zamontowanie filesystemu root i przejście na niego za pomoca chroot w celu zdiagnozowania i naprawienia problemu. Drugim sposobem, który chcemy zarekomendować, jest użycie rescue mode (trybu ratunkowego) instalatora etch. Zaleta użycia instalatora jest możliwość wyboru pomiędzy wieloma metodami instalacji w sposób najoptymalniejszy w Twojej sytuacji. Więcej informacji znajduje się w sekcji Recovering a Broken System rozdziału 8. Installation Guide ( i w Debian Installer FAQ (http: //wiki.debian.org/debianinstaller/faq).

22 Rozdział 4. Upgrade z poprzednich wydań 17 Powłoka debugujaca w czasie bootowania za pomoca initrd Pakiet initramfs-tools zawiera powłokę debugujac a 1 w initrd. Jeśli np. initrd nie może zamontować filesystemu root, zostanie uruchomiona powłoka, z której możesz wywołać proste polecenia, pomagajace wykryć problem i, być może, naprawić go. Podstawowe rzeczy do sprawdzenia to: obecność prawidłowych plików w katalogu /dev; załadowane moduły (cat /proc/modules); wyjście programu dmesg z błędami ładowania sterowników. dmesg pokazuje też, które pliki urzadzeń sa dowiazane do których dysków; powinieneś porównać to z wyjściem polecenia echo $ROOT, upewniajac się, że filesystem root jest na odpowiednim urzadzeniu. Jeśli naprawiłeś problem, możesz napisać exit opuszczajac powłokę debugowania i kontynuujac proces bootowania od miejsca, w którym został przerwany. Oczywiście, dla rozwiazania problemu może być też konieczne odbudowanie initrd, tak że dopiero następny boot przebiegnie bez błędu Przygotuj bezpieczne środowisko dla aktualizacji Aktualizacja dystrybucji powinna być wykonywana albo lokalnie przez virtualna konsolę tekstowa (ewentualnie bezpośrednio przyłaczony terminal szeregowy), albo zdalnie poprzez ssh. W celu zwiększenia marginesu bezpieczeństwa podczas upgrade u zdalnego, sugerujemy wykonywać ten proces w wirtualnej konsoli udostępnianej przez program screen, który posiada możliwość bezpiecznego przełaczania i zapewnia nieprzerywalny proces aktualizacji, nawet gdyby zawiodły procesy zdalnego połaczenia. Ważna uwaga: Nie powinieneś dokonywać upgrade u za pomoca programów: telnet, rlogin, rsh, ani sesji X zarzadzanych przez xdm, gdm czy kdm na maszynie, która aktualizujesz. Jest tak dlatego, że każdy z tych serwisów może zostać zatrzymany w czasie upgrade u, co może spowodować, że system stanie się niedostępny w połowie aktualizacji Brak wsparcia dla jadra 2.2 Jeśli używasz jadra o wersji wcześniejszej niż 2.4.1, powinieneś je zaktualizować do (co najmniej) serii 2.4 przed upgrade m glibc. Powinno to być zrobione przed rozpoczęciem aktualizacji systemu. Zalecamy bezpośrednia aktualizację do jadra wersji dostępnego w sarge, a nie do jadra Sprawdzenie statusu systemu The upgrade process described in this chapter has been designed for upgrades from pure sarge systems without third-party packages. In particular, there are known problems with 1 Może być ona wyłaczona przez dodanie parametru panic=0 do parametrów bootowania.

23 Rozdział 4. Upgrade z poprzednich wydań 18 third-party packages which install programs under /usr/x11r6/bin/ causing problems with upgrades due to the X.Org transition ( Przejście z XFree86 na X.Org na stronie 41). For greatest reliability of the upgrade process, you may wish to remove third-party packages from your system before you begin upgrading. Zakładamy również, że aktualizujemy system z najnowszego sarge. Jeśli tak nie jest, lub nie jesteś pewien, postępuj według instrukcji w Aktualizacja systemu sarge na stronie Przejrzyj akcje przewidywane przez menadżera pakietów W niektórych przypadkach, jeśli używano apt-get do instalowania pakietów zamiast aptitude, może się zdarzyć, że aptitude ropozna pakiet jako nieużywany i zaznaczy go do usunięcia. Ogólnie biorac, powinieneś upewnić się, że system jest w pełni aktualny i czysty, zanim rozpoczniesz aktualizację. Z tego powodu powinieneś przejrzeć, czy aptitude nie wykona jakichś niespodziewanych akcji. Jeśli pakiet jest zaznaczony do usunięcia lub update u w zarzadcy pakietów, może mieć to negatywny wpływ na przebieg upgrade u. Naprawienie tego jest możliwe tylko, jeśli plik sources.list wskazuje na sarge;, a nie na stable lub etch; zobacz Sprawdzenie listy źródeł na stronie 51. Aby to uczynić, musisz uruchomić aptitude i nacisnać klawisz g ( Go ). Jeśli pokaża się jakieś akcje, powinieneś przejrzeć je i albo poprawić, albo przeprowadzić zgodnie z wyświetlanymi sugestiami. Jeśli nie ma żadnych sugerowanych akcji, zostanie wyświetlony komunikat Brak pakietów do instalacji, usunięcia lub aktualizacji Wyłaczenie pinningu APT Jeśli APT został skonfigurowany do instalowania pakietów z dystrybucji innej niż stabilna (np. testing), powinieneś zmienić ustawienia pinningu APT (przechowywanego w /etc/apt /preferences), aby umożliwić aktualizację pakietów z nowej wersji stabilnej. Dalsze informacje nt. pinningu APT można znaleźć w apt_preferences(5) Sprawdzenie statusu pakietów Niezależnie od metody użytej przy aktualizacji, zalecamy sprawdzić najpierw status wszystkich pakietów, weryfikujac, że wszystkie sa w stanie umożliwiajacym upgrade. Następujace polecenie pokaże pakiety, które sa połowicznie zainstalowane (Half-Installed) lub błędnie skonfigurowane (Failed-Config) i te, które maja dowolny status wskazujacy na bład. # dpkg --audit Można także sprawdzić stan wszystkich pakietów w systemie używaj ac dselect, aptitude, lub poleceń takich jak

24 Rozdział 4. Upgrade z poprzednich wydań 19 lub # dpkg -l pager # dpkg --get-selections "*" > ~/curr-pkgs.txt Przed upgrede m warto usunać pakiety o statusie hold (utrzymane, aktualizacja niedozwolona). Jeśli jakiś ważny z punktu widzenia upgrade u pakiet ma status hold, cała aktualizacja nie powiedzie się. Zwracamy uwagę, że aptitude używa innej metody rejestracji stanu hold pakietów niż apt-get i dselect. Możesz zidentyfikować stan hold pakietów dla aptitude poprzez # aptitude search "~ahold" grep "^.h" Jeśli chcesz sprawdzić pakiety w stanie hold dla apt-get, powinieneś użyć # dpkg --get-selections grep hold Jeśli lokalnie zmieniłeś i zrekompilowałeś jakiś pakiet bez zmiany nazwy albo przez wstawienie wersji epoch, musisz nadać mu status hold, aby zapobiec jego aktualizacji. Status hold dla pakietu aptitude może być zmieniony za pomoca: # aptitude hold package_name Zamień hold na unhold w celu zlikwidowania statusu hold. Jeśli znajdziesz tam coś, co wymaga naprawienia, najlepiej upewnij się, że plik sources.list odwołuje się do sarge, jak to opisano w Sprawdzenie listy źródeł na stronie Źródła nieoficjalne i backporty Jeśli na Twoim systemie znajduja się pakiety nie-debianowe, powinieneś wiedzieć, że moga one zostać usunięte w czasie aktualizacji ze względu na konflikty zależności. Jeśli pakiety te zostały zainstalowane poprzez dodanie archiwum w pliku /etc/apt/sources.list, powinieneś sprawdzić, czy to archiwum oferuje także pakiety skompilowane dla etch i zmienić linię w źródle odpowiednio na ten sam czas w stosunku do linii źródeł dla pakietów Debiana. Niektórzy użytkownicy maja wydane nieoficjalnie (ang. backported) nowsze wersje pakietów, które są zainstalowane na ich wersji sarge systemu. Pakiety te sa najczęściej źródłem problemów w czasie upgrade u ze względu na konflikty zależności 2. Sekcja Możliwe problemy podczas upgrade u na stronie 28 zawiera informacje o tym, jak sobie poradzić w takich wypadkach. 2 System zarzadzania pakietami Debiana normalnie nie pozwala pakietom usuwać lub zmieniać plików, których właścicielami sa inne pakiety, chyba że zostana one zdefiniowane jako dopuszczone do zmiany przez ten pakiet.

25 Rozdział 4. Upgrade z poprzednich wydań Ręczne usunięcie znaczników pakietów Aby zopobiec usunięciu niektórych pakietów przez aptitude, które zostały zaznaczone do usunięcia ze względu na zależności, może okazać się niezbędne ręczne usunięcie ich znacznika auto. Dotyczy to OpenOffice i Vim dla instalacji graficznych: # aptitude unmarkauto openoffice.org vim oraz obrazów jadra 2.6, jeśli instalowałeś je używajac metapakietu jadra: # aptitude unmarkauto $(dpkg-query -W kernel-image-2.6.* cut -f1) Uwaga: Możesz sprawdzić, które pakiety sa oznaczone jako auto w aptitude przez wykonanie: # aptitude search i~m <package name> 4.4 Przygotowanie źródeł dla APT Zanim rozpoczniesz upgrade, musisz zmodyfikować pliki konfiguracyjne apt zawierajace listy pakietów /etc/apt/sources.list. apt przeszukuje wszystkie pakiety, które moga zostać znalezione w liniach deb i instaluje pakiet z najwyższym numerem wersji, dajac pierwszeństwo pierwszej takiej linii (czyli w przypadku istnienia kilku mirrorów, zwykle używa się najpierw lokalnego dysku, potem CD- ROM u, a potem serwerów HTTP/FTP). Odwołanie do wydania może odbywać się zarówno poprzez jego nazwę kodowa (np. sarge, etch), jak też nazwę statusu (czyli oldstable, stable, testing, unstable). Odwołanie przez nazwę kodowa ma tę zaletę, że użytkownik nie jest zaskoczony nowym wydaniem i z tego powodu przyjmujemy tu takie podejście. Oznacza to oczywiście, że samodzielnie musisz śledzić ogłaszane nowe wydania. Jeśli używasz nazwy statusu, zaobserwujesz po prostu ładowanie i aktualizowanie nowych pakietów, tak szybko, jak zostana one wydane Dodanie do APT źródeł internetowych Domyślna konfiguracja jest ustawiona na instalację z głównych serwerów internetowych Debiana, ale możesz zmienić /etc/apt/sources.list, aby używać innych mirrorów, najlepiej sieciowo najbliższych Twojej lokalizacji. Adresy mirrorów HTTP lub FTP można znaleźć na ftplist (w sekcji Full list of mirrors - pełna lista mirrorów). Serwery HTTP sa generalnie szybsze niż FTP. Załóżmy, że Twoim najbliższym mirrorem jest Podczas sprawdzania tego mirroru za pomoca przegladarki lub programu FTP, znajdziesz na nim katalogi zorganizowane w taki sposób:

26 Rozdział 4. Upgrade z poprzednich wydań Aby użyć mirroru programem apt, trzeba dodać linię do pliku sources.list: deb etch main contrib Zauważ, że dists jest dodawane domyślnie, a argument po nazwie wydania jest używany do rozwinięcia ścieżki na wiele katalogów. Po dodaniu nowych źródeł, zdeaktywuj poprzednio istniejace linie deb w sources.list, poprzez umieszczenie przed nimi znaku hash (#) Dodanie źródeł APT dla lokalnego mirrora Zamiast używać serwerów HTTP czy FTP, można zmodyfikować /etc/apt /sources.list, aby mieć mirror na dysku lokalnym (np. zamontowany poprzez NFS). Na przykład mirror może być w katalogu /var/ftp/debian/ i mieć główne katalogi: /var/ftp/debian/dists/etch/main/binary-sparc/... /var/ftp/debian/dists/etch/contrib/binary-sparc/... Żeby użyć ich programem apt, dodaj linię do pliku sources.list: deb file:/var/ftp/debian etch main contrib Zauważ, że dists jest dodawane domyślnie, a argument po nazwie wydania jest używany do rozwinięcia ścieżki na wiele katalogów. Po dodaniu nowych źródeł, zdeaktywuj poprzednio istniejace linie deb w sources.list, poprzez umieszczenie przed nimi znaku hash (#) Dodanie źródeł APT z CD-ROM u lub DVD Jeśli używasz tylko płyt, zakomentuj istniejace linie deb w /etc/apt/sources.list przez umieszczenie przed nimi znaku hash (#). Upewnij się, że w pliku /etc/fstab jest linia, która umożliwia zamontowanie CD-ROM u w punkcie montowania /cdrom (wymagany jest dokładnie /cdrom dla apt-cdrom). Jeśli np. plik /dev/hdc reprezentuje napęd CD-ROM, /etc/fstab powinien zawierać linię: /dev/hdc /cdrom auto defaults,noauto,ro 0 0