[ zurück ] [ Inhalt ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ A ] [ weiter ]

Debian Reference

Zusammenfassung

Diese Debian Reference wurde geschrieben, um einen groben Überblick über das Debian-System in Form einer Referenz für die Zeit nach der Installation zu bieten. Sie behandelt viele Aspekte der Systemadministration mittels Shell-Kommando-Beispielen. Grundlegende Tutorials, Tipps und andere Informationen werden dargestellt für Themen inklusive der fundamentalen Konzepte des Debian-Systems, System-Installations-Hinweise, Debian-Paketverwaltung, den Linux-Kernel unter Debian, System-Tuning, Aufbau eines Gateway, Texteditoren, CVS, Programmierung und GnuPG für Nicht-Entwickler.

Copyright-Hinweis

Copyright © 2001–2008 by Osamu Aoki <osamu#at#debian.org>.
Copyright (Kapitel 2) © 1996–2001 by Software in the Public Interest.

Dieses Dokument kann unter den Bedingungen der GNU General Public License Version 2 oder höher genutzt werden.

Es ist erlaubt, unveränderte Kopien dieses Dokuments zu erstellen und zu vertreiben, vorausgesetzt der Copyright-Hinweis und diese Genehmigung bleiben auf allen Kopien erhalten.

Es ist erlaubt, veränderte Kopien dieses Dokuments unter den Voraussetzungen für unverändertes Kopieren, zu erstellen und zu vertreiben, sofern die gesamte resultierende Arbeit unter den Bedingungen einer Genehmigung identisch zu dieser, vertrieben wird.

Es ist erlaubt, Übersetzungen dieses Dokuments in eine andere Sprache, unter den obigen Bedingungen für veränderte Versionen zu kopieren und zu verteilen, mit der Ausnahme, dass diese Genehmigung übersetzt, statt im ursprünglichem Englisch, eingebunden werden kann, sofern diese Übersetzung (des Copyrights) von der Free Software Foundation genehmigt ist.

Inhalt

• 1 Vorwort
  • 1.1 Das offizielle Dokument
  • 1.2 Konventionen in diesem Dokument
  • 1.3 Beispielskripte
  • 1.4 Grundlegende Einstellungen
  • 1.5 Grundlagen der Debian-Distributionen
• 2 Debian-Grundlagen
  • 2.1 Die Debian-Archive
    • 2.1.1 Verzeichnisstrukturen
    • 2.1.2 Debian-Distributionen
    • 2.1.3 Die stable-Distribution
    • 2.1.4 Die testing-Distribution
    • 2.1.5 Die unstable-Distribution
    • 2.1.6 Die frozen-Distribution
    • 2.1.7 Debian-Distributions-Kodenamen
    • 2.1.8 In der Vergangenheit verwendete Kodenamen
    • 2.1.9 Die Herkunft der Kodenamen
    • 2.1.10 Das pool-Verzeichnis
    • 2.1.11 Historische Bemerkungen über Sid
    • 2.1.12 Heraufgeladene Pakete in incoming/
    • 2.1.13 Wiederauffinden eines älteren Paketes
    • 2.1.14 Architekturabhängige Verzeichnisse
    • 2.1.15 Der Quellcode
  • 2.2 Das Debian-Paketverwaltungssystem
    • 2.2.1 Überblick über Debian-Pakete
    • 2.2.2 Debian-Paketformat
    • 2.2.3 Namenskonventionen für Debians Paketdateinamen
    • 2.2.4 Bewahren der lokalen Konfiguration
    • 2.2.5 Debian-Wartungsskripte
    • 2.2.6 Paket-Prioritäten
    • 2.2.7 Virtuelle Pakete
    • 2.2.8 Paketabhängigkeiten
    • 2.2.9 Die Bedeutung von "pre-depends" (Vor-Abhängigkeiten)
    • 2.2.10 Paket-Status
    • 2.2.11 Zurückhalten von Paketen von einem Upgrade
    • 2.2.12 Quellpakete
    • 2.2.13 Erzeugen von Binär- aus Quellcodepaketen
    • 2.2.14 Erzeugen neuer Debian-Pakete
  • 2.3 Aktualisierung eines Debian-Systems
    • 2.3.1 Methoden zum Aktualisieren eines Debian-Systems
    • 2.3.2 Überblick über Paketverwaltungstools
    • 2.3.3 dpkg
    • 2.3.4 APT
    • 2.3.5 dselect
    • 2.3.6 Aktualisieren eines laufenden Systems
    • 2.3.7 Heruntergeladene und zwischengespeicherte .deb-Archiv-Dateien
    • 2.3.8 Aufbewahren des Datensatzes für Upgrades
  • 2.4 Der Debian-Bootvorgang
    • 2.4.1 Das init-Programm
    • 2.4.2 Runlevel
    • 2.4.3 Anpassen des Bootvorgangs
  • 2.5 Unterstützung von Vielfalten
  • 2.6 Internationalisierung
  • 2.7 Debian und der Kernel
    • 2.7.1 Kompilierung eines Kernel aus Debian-fremden Quellen
    • 2.7.2 Tools zum Erzeugen angepasster Kernel
    • 2.7.3 Spezielle Regeln für den Umgang mit Modulen
    • 2.7.4 Deinstallation eines alten Kernel-Pakets
• 3 Debian-System-Installationshinweise
  • 3.1 Allgemeine Linux-System-Installationshinweise
    • 3.1.1 Grundlegendes zur Hardware-Kompatibilität
    • 3.1.2 Bestimmung der PC-Hardware und des Chipsatzes
    • 3.1.3 Bestimmung der PC-Hardware mit Debian
    • 3.1.4 Bestimmen der PC-Hardware mit anderen Betriebssystemen
    • 3.1.5 Ein Lilo-Mythos
    • 3.1.6 GRUB
    • 3.1.7 Wahl der Boot-Disketten
    • 3.1.8 Installation
    • 3.1.9 Hosts und IP im LAN
    • 3.1.10 Benutzerkonten
    • 3.1.11 Anlegen von Dateisystemen
    • 3.1.12 DRAM-Speicher-Richtlinien
    • 3.1.13 Swap-Speicher
  • 3.2 Bash-Konfiguration
  • 3.3 Maus-Konfiguration
    • 3.3.1 PS/2-Mäuse
    • 3.3.2 USB-Mäuse
    • 3.3.3 Touchpad
  • 3.4 NFS-Konfiguration
  • 3.5 Samba-Konfiguration
  • 3.6 Drucker-Konfiguration
    • 3.6.1 lpr/lpd
    • 3.6.2 CUPS™
  • 3.7 CRON für Desktop-PCs
  • 3.8 Andere Installationshinweise
    • 3.8.1 Installation einiger weiterer Pakete nach der Basisinstallation
    • 3.8.2 Module
    • 3.8.3 Grundlegende CD-RW-Einrichtung
    • 3.8.4 Großer Speicher und automatisches Abschalten
    • 3.8.5 Eigenartige Probleme beim Zugriff auf einige Webseiten
    • 3.8.6 Dialup-PPP-Konfiguration
    • 3.8.7 Andere Konfigurationsdateien in /etc/
• 4 Debian-Tutorials
  • 4.1 Informationsquellen
  • 4.2 Die Linux-Konsole
    • 4.2.1 Login
    • 4.2.2 Hinzufügen eines neuen Nutzers
    • 4.2.3 Wie man den Rechner herunterfährt
    • 4.2.4 Kommandozeilenbasiertes Editieren
    • 4.2.5 Kommandoausführung
    • 4.2.6 Die grundlegensten Kommandos zur Erinnerung
    • 4.2.7 Das X-Window-System
    • 4.2.8 Wichtige Tastaturkommandos
  • 4.3 Midnight Commander (MC)
    • 4.3.1 Installation von MC
    • 4.3.2 Starten von MC
    • 4.3.3 Dateimanager
    • 4.3.4 Kommandozeilen-Tricks
    • 4.3.5 Editor
    • 4.3.6 Dateibetrachter
    • 4.3.7 Auto-Start-Eigenschaften
    • 4.3.8 Virtuelles FTP-Dateisystem
  • 4.4 Grundlagen des GNU/Linux-Dateisystems
    • 4.4.1 Zugriffsrechte von Dateien und Verzeichnissen
    • 4.4.2 Zeitmarken
    • 4.4.3 Links
  • 4.5 Weiterführende Informationen
• 5 Aktualisieren einer Distribution auf stable, testing oder unstable
  • 5.1 Aktualisierung von Potato auf Woody
  • 5.2 Vorbereitung einer Aktualisierung
  • 5.3 Aktualisierung
    • 5.3.1 Verwendung von dselect
    • 5.3.2 Verwendung von apt-get
• 6 Debian-Paketverwaltung
  • 6.1 Einführung
    • 6.1.1 Grundlegende Werkzeuge
    • 6.1.2 Nützliche Tools
  • 6.2 Grundlagen der Debian-Paketverwaltung
    • 6.2.1 Aufgaben-Profile mit tasksel oder aptitude installieren
    • 6.2.2 Einrichten des APT-Systems
    • 6.2.3 dselect
    • 6.2.4 aptitude
    • 6.2.5 Die apt-cache- und apt-get-Kommandos
    • 6.2.6 Verwenden einer speziellen Version der Debian-Distribution
    • 6.2.7 Downgrad aller Pakete zu stable
    • 6.2.8 Überblick über /etc/apt/preferences
  • 6.3 Debian-Überlebensbefehle
    • 6.3.1 Überprüfen von Bugs in Debian und Suche nach Hilfe
    • 6.3.2 APT-Upgrade-Fehlersuche
    • 6.3.3 Wiederherstellung mit dpkg
    • 6.3.4 Wiederherstellung von Paketauswahldaten
    • 6.3.5 Systemrettung nach Löschen von /var
    • 6.3.6 Installation eines Pakets in ein nicht bootfähiges System
    • 6.3.7 Der dpkg-Befehl funktioniert nicht mehr – was nun?
  • 6.4 Debian-Nirwana-Befehle
    • 6.4.1 Informationen über eine Datei
    • 6.4.2 Informationen über ein Paket
    • 6.4.3 Nicht-Interaktive Installation mit APT
    • 6.4.4 Installierte Pakete erneut konfigurieren
    • 6.4.5 Deinstallation von Paketen
    • 6.4.6 "Halten" älterer Pakete
    • 6.4.7 Gemischtes stable/testing/unstable-System
    • 6.4.8 Löschen von zwischengespeicherten Paketdateien
    • 6.4.9 Speichern/Kopieren der Systemkonfiguration
    • 6.4.10 Portierung eines Pakets auf die stable-Distribution
    • 6.4.11 Lokale Paketarchive
    • 6.4.12 Installation und Konvertierung eines fremden Binärpakets
    • 6.4.13 Verifizierung installierter Paketdateien
    • 6.4.14 Optimierte sources.list
  • 6.5 Weitere Debian-Besonderheiten
    • 6.5.1 Der dpkg-divert-Befehl
    • 6.5.2 Das equivs-Paket
    • 6.5.3 Alternative Befehle
    • 6.5.4 init und Runlevel
    • 6.5.5 Deaktivierung von Daemon-Diensten
• 7 Der Linux-Kernel unter Debian
  • 7.1 (Neu)kompilieren des Kernels
    • 7.1.1 Kernelheader
  • 7.2 Tunen des Kernels mittels des proc-Dateisystems
    • 7.2.1 Zu viele geöffnete Dateien
    • 7.2.2 Disk-Flush-Intervalle
    • 7.2.3 Trägheit alter Maschinen mit wenig Speicher
  • 7.3 Der 2.6er Kernel mit udev
• 8 Debian-Tipps
  • 8.1 Booten des Systems
    • 8.1.1 "Ich habe das root-Passwort vergessen!" (1)
    • 8.1.2 "Ich habe das root-Passwort vergessen!" (2)
    • 8.1.3 Das System kann nicht gestartet werden
    • 8.1.4 Abschalten von X beim Booten
    • 8.1.5 Weitere Tricks mit dem Boot-Prompt
    • 8.1.6 Setzen von GRUB-Boot-Parametern
  • 8.2 Aufzeichnung von Aktivitäten
    • 8.2.1 Aufzeichnen von Shell-Eingaben
    • 8.2.2 X-Aktivitäten aufzeichnen
  • 8.3 Kopieren und Archivieren eines Unterverzeichnis
    • 8.3.1 Grundlegende Kommandos zum Kopieren eines Unterverzeichnis
    • 8.3.2 cp
    • 8.3.3 tar
    • 8.3.4 pax
    • 8.3.5 cpio
    • 8.3.6 afio
  • 8.4 Differenzielles Backup und Datensynchronisation
    • 8.4.1 Differenzielles Backup mit rdiff
    • 8.4.2 Tägliches Backup mit pdumpfs
    • 8.4.3 Regelmäßige differenzielle Backups mit RCS
  • 8.5 Wiederherstellen eines eingefrorenen Systems
    • 8.5.1 Einen Prozess killen/beenden
    • 8.5.2 Alt-SysRq
  • 8.6 Elegante kleine Kommandos zum Merken
    • 8.6.1 Dateibetrachter
    • 8.6.2 Freier Speicher
    • 8.6.3 Setzen der Uhrzeit (BIOS)
    • 8.6.4 Setzen der Uhrzeit (NTP)
    • 8.6.5 Konsole-Eigenschaften wie den Bildschirmschoner steuern
    • 8.6.6 Durchsuchen von Datenbanken zur Systemverwaltung
    • 8.6.7 Sound abstellen (beep)
    • 8.6.8 Fehlermeldungen auf der Konsole
    • 8.6.9 Setzen des korrekten Konsole-Typs
    • 8.6.10 Die Konsole wiederherstellen
    • 8.6.11 Konvertieren einer Textdatei von DOS nach Unix
    • 8.6.12 Konvertierung einer Textdatei mit recode
    • 8.6.13 Ersetzung regulärer Ausdrücke
    • 8.6.14 Bearbeiten einer Datei mittels eines Skripts
    • 8.6.15 Extrahieren von Unterschieden und Einbringen von Updates für Quelldateien
    • 8.6.16 Eine große Datei in kleine zerlegen
    • 8.6.17 Extrahieren von Daten aus Tabellen in Textdateien
    • 8.6.18 Skript-Auszüge für Pipe-Kommandos
    • 8.6.19 Skript-Auszüge zum Durchlaufen mehrerer Dateien
    • 8.6.20 Kurze Perl-Skripte
    • 8.6.21 Text oder ein Mailinglistenarchiv aus einer Webseite extrahieren
    • 8.6.22 Formatierte Ausgabe von Webseiten
    • 8.6.23 Formatierte Ausgabe einer Handbuchseite
    • 8.6.24 Vermengen zweier PostScript- oder PDF-Dateien
    • 8.6.25 Ausführungsdauer messen
    • 8.6.26 nice-Befehl
    • 8.6.27 Terminplanung für Prozesse (cron, at)
    • 8.6.28 Konsolenumschaltung mit screen
    • 8.6.29 Grundlagen – Prüfung des Netzwerks
    • 8.6.30 E-Mail aus dem lokalen Spooler leiten (flush)
    • 8.6.31 Eingefrorene E-Mails aus dem lokalen Spooler entfernen
    • 8.6.32 Neuausliefern von mbox-Inhalten
    • 8.6.33 Dateiinhalte zurücksetzen
    • 8.6.34 Dummy-Dateien
    • 8.6.35 chroot
    • 8.6.36 Tests auf harte Links
    • 8.6.37 Ein Festplatten-Image mounten
    • 8.6.38 Samba
    • 8.6.39 Werkzeuge für fremde Dateisysteme
  • 8.7 Typische Fehler
    • 8.7.1 rm -rf .*
    • 8.7.2 rm /etc/passwd
• 9 Tunen eines Debian-Systems
  • 9.1 Hinweise zur System-Inititalisierung
    • 9.1.1 Anpassen der Init-Skripte
    • 9.1.2 Anpassen der System-Protokollierung
    • 9.1.3 Hardware-Optimierung
  • 9.2 Zugriffskontrolle
    • 9.2.1 Zugriffskontrolle mit PAM und login
    • 9.2.2 "Warum GNU su nicht die wheel Gruppe unterstützt"
    • 9.2.3 Bedeutung verschiedener Gruppen
    • 9.2.4 sudo – eine sicherere Arbeitsumgebung
    • 9.2.5 Zugriffskontrolle auf Daemonen
    • 9.2.6 LDAP – Leichtgewichtiges Verzeichniszugangsprotokoll
  • 9.3 CD-Brenner
    • 9.3.1 Einführung
    • 9.3.2 Ansatz 1: Module + lilo
    • 9.3.3 Ansatz 2: Neukompilieren des Kernels
    • 9.3.4 Weitere Schritte nach der Konfiguration
    • 9.3.5 Bootfähiges CD-Image
    • 9.3.6 Brennen mit dem CD-Brenner (R, RW):
    • 9.3.7 Eine Abbilddatei (Image) einer CD erzeugen
    • 9.3.8 Debian-CD-Images
    • 9.3.9 Sicherheitskopien auf CD-R
    • 9.3.10 Eine Musik-CD kopieren
  • 9.4 Das X-Window Paket
    • 9.4.1 X-System Pakete
    • 9.4.2 Hardware-Erkennung für X
    • 9.4.3 X-Server
    • 9.4.4 X-Client Programme
    • 9.4.5 X-Session
    • 9.4.6 TCP/IP-Verbindungen mit X
    • 9.4.7 X-Fernverbindungen mit xhost
    • 9.4.8 X-Fernverbindungen mit ssh
    • 9.4.9 xterm
    • 9.4.10 X-Ressourcen Datenbank
    • 9.4.11 Administratorrechte unter X
    • 9.4.12 TrueType-Schriften unter X
    • 9.4.13 Web-Browser (graphische)
  • 9.5 SSH
    • 9.5.1 Grundlagen
    • 9.5.2 Port-Umleitung – für das Tunneln mit SMTP/POP3
    • 9.5.3 Mit weniger Passwörter agieren
    • 9.5.4 Weitere SSH-Client-Programme
    • 9.5.5 SSH-Agent
    • 9.5.6 Problemlösungen
  • 9.6 E-Mail Programme
    • 9.6.1 E-Mail Transport/Transfer Agenten (Exim)
    • 9.6.2 Mail-Hilfsprogramme (Fetchmail)
    • 9.6.3 Mail-Hilfsprogramme (Procmail)
    • 9.6.4 E-Mail-Programme (Mail user agent) am Beispiel Mutt
  • 9.7 Lokalisation und Sprachen
    • 9.7.1 Grundlagen
    • 9.7.2 Lokalisierung mit locale
    • 9.7.3 Introduction to locales
    • 9.7.4 Aktivierung der Lokalisierung
    • 9.7.5 Eine Locale aktivieren
    • 9.7.6 ISO 8601 Datum-Format-locale
    • 9.7.7 Beispiel für die USA (ISO-8859-1)
    • 9.7.8 Beispiel für Frankreich mit Euro-Symbol (ISO-8859-15)
    • 9.7.9 Beispiel für ein zweisprachiges System (japanisches EUC und ISO-8859-1)
    • 9.7.10 Beispiel für UTF-8 in X
    • 9.7.11 Beispiel für UTF-8 in der FB-Konsole
    • 9.7.12 Über locale hinaus
• 10 Netzwerk-Konfiguration
  • 10.1 Netzwerk-Grundlagen mit IP
  • 10.2 Netzwerk-Konfiguration auf niederer Ebene
    • 10.2.1 Netzwerkkonfiguration auf niederer Ebene – ifconfig und route
    • 10.2.2 Netzwerkkonfiguration auf niedriger Ebene – ip
    • 10.2.3 Konfiguration der Wi-Fi-Schnittstelle
    • 10.2.4 Konfiguration der PPP-Schnittstelle
  • 10.3 Namensgebung
    • 10.3.1 Hostname
    • 10.3.2 Mailname
  • 10.4 Domain Name Service (DNS)
    • 10.4.1 Resolver
    • 10.4.2 Verwaltung von Nameserver-Informationen – resolvconf
    • 10.4.3 Zwischenspeicherung von Hostnamen – nscd, dnsmasq, pdnsd, bind9
    • 10.4.4 Bereitstellung eines Domain Name Service - bind
  • 10.5 Konfiguration der Netzwerkschnittstelle mit DHCP
  • 10.6 High-Level-Netzworkkonfiguration in Debian
    • 10.6.1 High-Level-Netzwerkkonfiguration mit ifupdown
    • 10.6.2 High-Level-Konfiguration mit logischen Schnittstellen von ifupdown
    • 10.6.3 Automatische Netzwerkkonfiguration mit ifupdown
    • 10.6.4 Automatische Netzwerkkonfiguration mit laptop-net
    • 10.6.5 Automatische Netzwerkkonfiguration mit network-manager
  • 10.7 Umgang mit inkonsistenten Schnittstellennamen seitens des Kernels
  • 10.8 Umschalten der Netzwerkkonfiguration
    • 10.8.1 Umschalten der Netzwerkkonfiguration zur Boot-Zeit
    • 10.8.2 Schalten der Netzwerkkonfiguraion - hotplug
    • 10.8.3 Schalten der Netzwerkkonfiguration - ifplugd
    • 10.8.4 Schalten der Netzwerkkonfiguration - waproamd
    • 10.8.5 Netzwerk-Konfiguration und PCMCIA
  • 10.9 Multi-stage mapping
  • 10.10 Konfiguration der Netzwerk-Dienste
  • 10.11 Netzwerk-Fehlersuche
  • 10.12 Aufbau eines Gateway-Routers
    • 10.12.1 Konfiguration von Netfilter
    • 10.12.2 Verschiedene Netzwerk-Verbindungen verwalten
• 11 Editoren
  • 11.1 Populäre Editoren
  • 11.2 Rettungseditoren
  • 11.3 Emacs und Vim
    • 11.3.1 Vim Hinweise
    • 11.3.2 Emacs-Hinweise
    • 11.3.3 Starten des Editors
    • 11.3.4 Zusammenfassung der Editorkommandos (Emacs, Vim)
    • 11.3.5 Vim-Konfiguration
    • 11.3.6 Ctags
    • 11.3.7 Konvertierung eines mit Syntax-Highlighting versehenen Schirms in HTML
    • 11.3.8 Aufteilen des Bildschirms mit vim
• 12 Versions-Kontroll-Systeme
  • 12.1 Concurrent Versions System (CVS) – System für simultane Versionen
    • 12.1.1 Installation eines CVS-Servers
    • 12.1.2 Beispiele für CVS-Sitzungen
    • 12.1.3 Fehlersuche im CVS
    • 12.1.4 CVS-Kommandos
  • 12.2 Subversion
    • 12.2.1 Installation eines Subversion Servers
    • 12.2.2 Verschieben eines CVS-Repositorys nach Subversion
    • 12.2.3 Anwendungsbeispiele von Subversion
• 13 Programmierung
  • 13.1 Wo man startet
  • 13.2 Shell
    • 13.2.1 Bash – interaktive GNU-Standard-Shell
    • 13.2.2 POSIX-Shells
    • 13.2.3 Shellparameter
    • 13.2.4 Shellumleitung
    • 13.2.5 Bedingte Ausdrucke in der Shell
    • 13.2.6 Kommandozeilenbearbeitung
  • 13.3 Awk
  • 13.4 Perl
  • 13.5 Python
  • 13.6 Make
  • 13.7 C
    • 13.7.1 Ein einfaches C-Programm (gcc)
    • 13.7.2 Fehlersuche
    • 13.7.3 Flex – ein besseres Lex
    • 13.7.4 Bison – ein besseres Yacc
    • 13.7.5 Autoconf
  • 13.8 Web
  • 13.9 Dokument-Aufbereitung
    • 13.9.1 Das roff-Satzsystem
    • 13.9.2 SGML
    • 13.9.3 TeX/LaTeX
    • 13.9.4 Literate Programming
  • 13.10 Paketerzeugung
    • 13.10.1 Paketerzeugung für ein einzelnes Programm
    • 13.10.2 Paketerzeugung mit Tools
• 14 GnuPG
  • 14.1 Installation von GnuPG
  • 14.2 Verwendung von GnuPG
  • 14.3 Umgang mit GnuPG
  • 14.4 Benutzung von GnuPG mit Anwendungen
    • 14.4.1 Benutzung von GnuPG mit Mutt
    • 14.4.2 Benutzung von GnuPG mit Vim
• 15 Unterstützung für Debian
  • 15.1 Referenzen
  • 15.2 Finden der Bedeutung eines Wortes
  • 15.3 Bestimmen der Popularität eines Debian-Pakets
  • 15.4 Das Debian-Fehlerverfolgungssystem
  • 15.5 Mailinglisten
  • 15.6 Internet Relay Chat (IRC)
  • 15.7 Suchmaschinen
  • 15.8 Webseiten
• A Anhang
  • A.1 Autoren
  • A.2 Haftung
  • A.3 Rückmeldungen
  • A.4 Dokumentformat
  • A.5 Das Debian-Labyrinth
  • A.6 Debian-Zitate

[ zurück ] [ Inhalt ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ A ] [ weiter ]

Debian Reference
Kapitel 1 - Vorwort

Diese Debian Reference wurde geschrieben, um einen groben Überblick über das Debian-System in Form einer Referenz für die Zeit nach der Installation zu bieten. Es spricht die Leser an, welche bereit sind, Shell-Skripte zu lesen. Ich erwarte, dass der Leser bereits hinreichende Erfahrungen mit Unix-artigen Systemen vor dem Lesen dieses Dokuments gesammelt hat.

Ich traf die bewusste Entscheidung nicht alles im Detail zu erklären, wenn es in einer Handbuchseite, einer info-Seite oder einem HOWTO-Dokument gefunden werden kann. Anstatt alles ausführlich zu erklären, habe ich mehr Wert auf direkte praktische Informationen durch Angabe exakter Kommandosequenzen im Text oder Beispielskripte unter http://www.debian.org/doc/manuals/debian-reference/examples/ gelegt. Sie müssen den Inhalt der Beispiele verstanden haben, bevor Sie sie ausführen. Möglicherweise müssen Sie die Kommandosequenzen auch leicht abändern.

Viele der aufgeführten Informationen entstammen meinem Gedächtnis oder Verweisen auf die ultimativen Referenzen, welche unter Referenzen, Abschnitt 15.1 aufgelistet sind.

Dieses Dokument war ursprünglich eine "Schnellreferenz" wuchs jedoch schnell. Dennoch ist Halte es kurz und einfach mein Leitmotiv.

Für Hilfe im Falle von Notfall-Wartung wird auf Debian-Überlebensbefehle, Abschnitt 6.3 verwiesen.

1.1 Das offizielle Dokument

Das neueste offizielle Dokument ist im Debian-Archiv im Paket debian-reference-en und ebenso unter http://www.debian.org/doc/manuals/debian-reference/ verfügbar.

Die aktuellste Entwicklerversion ist http://qref.sourceforge.net/Debian/. Das Projekt wird auf http://qref.sourceforge.net/ gehostet, und dieses Dokument ist da zum Herunterladen als einfacher Text und im HTML-, PDF-, SGML- sowie PostScript-Format verfügbar.

1.2 Konventionen in diesem Dokument

Diese Debian Reference enthält Informationen in Form von kurzen bash-Shell-Kommandos. Die folgenden Notationen werden verwendet:

     # Kommando im root-account
     $ Kommando im Nutzer-account
     ... Beschreibung der Auswirkungen

Diese Shell-Kommandobeispiele verwenden PS2=" ". Vergleiche Bash – interaktive GNU-Standard-Shell, Abschnitt 13.2.1 für weitere Informationen zur bash.

Verweise auf:

• eine UNIX-artige Handbuchseite erfolgen in der Form: bash(1).

• eine GNU-TEXINFO-Seite erfolgen in der Form: info libc.

• ein Buch erfolgen in der Form: Die Programmiersprache C.

• eine URL erfolgen in der Form: http://www.debian.org/doc/manuals/debian-reference/.

• eine Datei im System erfolgen in der Form: file:///usr/share/doc/debian-reference-common/html/.

Die folgenden Abkürzungen werden verwendet:

• LDP: Linux-Dokumentations-Projekt (http://www.tldp.org/)

• DDP: Debian-Dokumentations-Projekt (http://www.debian.org/doc/)

Andere Abkürzungen werden im Text definiert, bevor sie verwendet werden.

In diesem Dokument werden für LDP-Dokumente nur URL-Verweise angegeben. Dennoch sind LDP-Dokumente für Debian paketiert; wenn die Pakete installiert wurden, sind die Dokumente in file:///usr/share/doc/HOWTO/ zu finden.

Vergleiche Referenzen, Abschnitt 15.1.

1.3 Beispielskripte

Beispielskripte, die diesem Dokument im debian-reference-en-Paket beiliegen, sind unter file:///usr/share/doc/debian-reference-common/html/ verfügbar. Der führende Punkt "." in Dateinamen bei versteckten Dateien wird durch einen Unterstrich "_" ersetzt. Eine zusätzliche Erweiterung zum Dateinamen wird verwendet, wenn es mehrere Alternativen gibt.

1.4 Grundlegende Einstellungen

Ist das System mit dem absoluten Minimum an Paketen installiert und wollen Sie den größten Nutzen aus diesem Dokument ziehen, so ist es ratsam die folgenden Kommandos zu starten, um einige andere Pakete mit nützlichen Schlüsseldokumenten zu installieren:

     # aptitude install mc less ssh vim kernel-package \
                       manpages-dev doc-debian doc-linux-text \
                       debian-policy developers-reference maint-guide \
                       apt-howto harden-doc debian-reference \
                       libpam-doc glibc-doc samba-doc exim4-doc-html

1.5 Grundlagen der Debian-Distributionen

Debian betreut gleichzeitig drei verschiedene Distributionen. Diese sind:

• stable – Am nützlichsten für einen produktiven Server, da nur Sicherheitsaktualisierungen eingespielt werden. Vergleiche Die stable-Distribution, Abschnitt 2.1.3.

• testing – Die bevorzugte Distribution für eine Workstation, da sie aktuelle Ausgaben von Desktop-Software enthält, die schon ein wenig getestet wurden. Vergleiche Die testing-Distribution, Abschnitt 2.1.4.

• unstable – Topaktuell. Die Wahl der Debian-Entwickler. Vergleiche Die unstable-Distribution, Abschnitt 2.1.5.

Wenn Pakete in unstable keine veröffentlichungskritischen Fehler innerhalb der ersten Woche oder so haben, gelangen sie automatisch nach testing.

Debian-Distributionen haben auch Kodenamen wie in Debian-Distributions-Kodenamen, Abschnitt 2.1.7 beschrieben. Bevor Sarge im Juni 2005 veröffentlicht wurde, entsprachen den drei Distributionen Woody (stable), Sarge (testing) und Sid (unstable). Nachdem Sarge veröffentlicht wurde, entsprachen sie den drei Distributionen Sarge, Etch und Sid. Wenn Etch veröffentlicht wurde, werden die stable- und unstable-Distributionen Etch und Sid sein; eine neue testing-Distribution wird dann erzeugt (zunächst als Kopie von stable) und ihr ein neuer Kodenamen zugeordnet.

Abonnieren Sie die Mailingliste debian-devel-announce@lists.debian.org (geringes Mail-Aufkommen) für wichtige Ankündigungen über Debian. Vergleiche Die Debian-Archive, Abschnitt 2.1.

Möchte man Versionen von Paketen verwenden, die aktueller sind als die Versionen der Distribution die man nutzt, kann man entweder auf eine neuere Distribution, wie in Aktualisieren einer Distribution auf stable, testing oder unstable, Kapitel 5 beschrieben, aktualisieren, oder nur die ausgesuchten Pakete aktualisieren. Wenn das Paket nicht einfach aktualisiert werden kann, kann man es wie in Portierung eines Pakets auf die stable-Distribution, Abschnitt 6.4.10 erläutert, zurückportieren.

Das Verwenden der testing-Distribution kann den Nebeneffekt haben, das Sicherheitsupdates nur langsam eingespielt werden. Solche Pakete werden nach unstable hochgeladen und gelangen nur mit einer Verzögerung nach testing.

Vermengen Sie verschiedene Distributionen, z.B. testing mit stable oder unstable mit stable, so werden eventuell Kernpakete von testing oder unstable wie libc6 installiert, die fehlerhaft sein können. Sie wurden gewarnt.

Die Verwendung der testing- oder unstable-Distribution erhöht das Risiko, auf verschiedene gravierende Fehler zu stoßen. Dieses Risiko kann durch ein Multi-Boot-Schema gemanagt werden, bei dem eine stabilere Debian-Distribution genutzt wird. Alternativ kann auch ein netter Trick mit chroot, wie in chroot, Abschnitt 8.6.35 beschrieben, genutzt werden. Letzteres ermöglicht die Nutzung verschiedener Versionen von Debian simultan auf verschiedenen Konsolen.

Nach dem Erklären einiger Grundlagen der Debian-Distribution in Debian-Grundlagen, Kapitel 2, werden einige wichtige Informationen für die Verwendung der aktuellsten Software, unter Ausnutzung der Vorteile der testing- und unstable-Distributionen von Debian, präsentiert. Die Ungeduldigen sollten sofort mit Debian-Überlebensbefehle, Abschnitt 6.3 fortfahren. Glückliches upgraden!

[ zurück ] [ Inhalt ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ A ] [ weiter ]

Debian Reference
Kapitel 2 - Debian-Grundlagen

Dieses Kapitel liefert grundlegende Informationen über das Debian-System für Nicht-Programmierer. Für die ultimativen Informationen vergleiche:

• Debian Policy Manual

• Debian Developer's Reference

• Debian New Maintainers' Guide

aufgeführt unter Referenzen, Abschnitt 15.1.

Wenn Sie nach nicht allzu ausführlichen "wie geht" Erklärungen suchen, wechseln Sie direkt nach Debian-Paketverwaltung, Kapitel 6 oder in andere relevante Kapitel.

Dieses Kapitel basiert auf Dokumenten aus der "Debian-FAQ", größtenteils umgeschrieben, um dem gewöhnlichen Debian-Systemadministrator den Einstieg zu erleichtern.

2.1 Die Debian-Archive

2.1.1 Verzeichnisstrukturen

Die Software, welche für Debian paketiert wurde, ist in einem der vielen Verzeichnisbäume auf jedem Debian-Mirror durch FTP oder HTTP verfügbar.

Die folgenden Verzeichnisse können auf jedem Debian-Mirror unter dem debian Verzeichnis gefunden werden:

dists/:

Dieses Verzeichnis enthält die "Distributionen" und ist für den Zugriff auf die aktuell verfügbaren Pakete in Debian ausgelegt. Einige alte Pakete, die Contents-*.gz-Dateien und die Packages.gz-Dateien sind immer noch hier zu finden.

pool/:

Die neue Position aller Debian-Pakete.

tools/:

DOS-Hilfsmittel zum Erzeugen von Bootdisketten, Partitionieren der Festplatte, Komprimieren/Dekomprimieren von Dateien und zum Booten von Linux.

doc/:

Die grundlegenden Debian-Dokumentationen wie die FAQ's, Erläuterungen zum Fehler-Melde-System, usw.

indices/:

Enthält die Maintainers-Datei (Liste aller Paketbetreuer) und die override.*-Dateien.

project/:

Hauptsächlich Material, welches nur für Entwickler von Interesse ist, wie z.B.:

project/experimental/:

Dieses Verzeichnis enthält Pakete und Hilfsmittel, welche noch entwickelt werden und sich noch im Alpha-Stadium befinden. Benutzer sollten keine Pakete von hier verwenden, da sie selbst für den Erfahrensten gefährlich und schädlich sind.

project/orphaned/:

Pakete, welche von ihrem alten Betreuer aufgegeben wurden und aus der Distribution zurückgezogene Software.

2.1.2 Debian-Distributionen

Normalerweise befinden sich drei Debian-Distributionen im dists-Verzeichnis. Dies sind die stable-, die testing- und die unstable-Distribution. Manchmal gab es auch eine frozen-Distribution (zurzeit ist es einfach ein Entwicklungsschritt der testing-Distribution). Jede Distribution ist ein symbolischer Link in das entsprechende Verzeichnis mit einem Kodenamen im dists-Verzeichnis.

2.1.3 Die stable-Distribution

Pakete der stable-Distribution, Debian Etch (4.0), befinden sich im stable- (symbolischer Link zu etch/) Verzeichnis:

• stable/main/: Dieses Verzeichnis enthält die Paketversionen, die zur aktuellsten Ausgabe des Debian-Systems gehören.

  Diese Pakete sind alle frei, das bedeutet sie entsprechen alle den Debian Free Software Leitlinien (DFSG) (auch verfügbar unter file:///usr/share/doc/debian/social-contract.txt installiert durch debian-doc).

• stable/non-free/: Dieses Verzeichnis enthält Pakete, die entsprechend der DFSG nicht frei sind.

  Zum Beispiel verbieten die Lizenzen einiger Pakete die kommerzielle Verteilung. Andere können weitergegeben werden, sind aber Shareware.

• stable/contrib/: Dieses Verzeichnis enthält Pakete, welche DFSG-frei sind, aber irgendwie von einem Paket abhängen, das im Sinne der DFSG nicht frei ist.

Heutzutage befinden sich Pakete in Ergänzung zu obigen Verzeichnissen unterhalb des pool-Verzeichnisses (Das pool-Verzeichnis, Abschnitt 2.1.10).

Der aktuelle Status von Fehlern der stable-Distribution ist unter der Stable Problems-Webseite aufgeführt.

2.1.4 Die testing-Distribution

Pakete der testing-Distribution, Debian Lenny, befinden sich im testing- (symbolischer Link zu lenny/) Verzeichnis, nachdem sie einige Zeit in unstable getestet wurden. Heutzutage befinden sich neue Pakete unterhalb des pool-Verzeichnisses (Das pool-Verzeichnis, Abschnitt 2.1.10). Auch in testing/ gibt es die main-, contrib- und non-free-Unterverzeichnisse, diese entsprechen den Verzeichnissen in stable/.

Diese Pakete müssen auf allen Architekturen, auf denen sie zur Verfügung stehen, gleich aktuell sein und installierbar sein; sie müssen auch weniger veröffentlichungskritische Fehler haben, als die Versionen in unstable. Auf diese Art hoffen wir, dass testing fast immer zur Veröffentlichung bereit ist. Mehr Details zu den Test-Mechanismen sind unter http://www.debian.org/devel/testing verfügbar.

Der aktuellste Status der testing-Distribution ist unter folgenden Seiten aufgeführt:

• update Ausflüchte

• testing Probleme

• veröffentlichungskritische Fehler

• Basissystem Fehler

• Fehler in Standard und Task Paketen

• andere Fehler und Bemerkungen zu Fehlerausmerzungs-Partys

2.1.5 Die unstable-Distribution

Pakete, welche zur unstable-Distribution mit dem Kodenamen "Sid" gehören, werden im unstable- (symbolischer Link zu sid/) Verzeichnis aufbewahrt, nachdem sie in das Debian-Archiv geladen wurden und verbleiben hier solange, bis sie nach testing/ verschoben werden. Heutzutage befinden sich Pakete unterhalb des pool-Verzeichnisses (Das pool-Verzeichnis, Abschnitt 2.1.10). Es gibt auch main-, contrib- und non-free-Unterverzeichnisse in unstable/, welche dem selben Zweck dienen wie in stable/.

Die unstable-Distribution enthält ein Abbild des aktuellsten Entwickler-Systems. Benutzer sind willkommen diese Pakete zu benutzen und zu testen, werden aber über den Status der Einsatzbereitschaft gewarnt. Der Vorteil der Benutzung der unstable-Distribution ist, dass man immer auf dem Laufenden mit der aktuellsten Debian-Software ist – geht jedoch etwas schief, so muss man auch damit umgehen können. :-)

Der aktuelle Status der Fehler in der unstable-Distribution wird auf der Unstable Problems-Webseite aufgeführt.

2.1.6 Die frozen-Distribution

Wenn die testing-Distribution ausgereift ist, so wird aus ihr frozen, was bedeutet, dass kein neuer Code mehr akzeptiert wird, nur noch Bugfixes, wenn nötig. Es wird auch ein neuer Verzeichnisbaum im dists-Verzeichnis angelegt und einem neuen Kodenamen zugeordnet. Die eingefrorene Distribution durchläuft nun einige Monate lang Tests mit zwischenzeitlichen Updates und Zwischenausgaben, welche "Test-Zyklen" genannt werden.

Wir führen eine Liste aller Fehler in der frozen-Distribution, welche die Veröffentlichung eines Paketes verzögern können, sowie von Fehlern, welche ähnliche Auswirkungen auf die gesamte Ausgabe haben. Sobald die Anzahl der Fehler den maximal zulässigen Wert unterschreitet, wird aus der eingefrorenen Distribution stable, sie wird veröffentlicht und die letzte stable-Distribution veraltet (und wird ins Archiv verschoben).

2.1.7 Debian-Distributions-Kodenamen

Verzeichnisnamen im dists-Verzeichnis, wie etch/ und lenny/ sind nur "Kodenamen". Wenn sich eine Debian-Distribution in der Entwicklung befindet, besitzt sie keine Versionsnummer sondern nur einen Kodenamen. Der Grund für diese Kodenamen ist das Spiegeln der Debian-Distributionen zu vereinfachen. (Wenn unstable ein reales Verzeichnis wäre und plötzlich in stable/ umbenannt wird, so müsste vieles erneut heruntergeladen werden).

Zurzeit ist stable/ ein symbolischer Link zu etch/ und testing/ ist ein symbolischer Link zu lenny/. Das bedeutet, dass Etch die aktuelle stable-Distribution und Lenny die aktuelle testing-Distribution ist.

unstable/ ist ein permanenter symbolischer Link zu sid/, so wie Sid ständig für die unstable-Distribution steht.

2.1.8 In der Vergangenheit verwendete Kodenamen

Bereits verwendete Kodenamen sind: "Buzz" für Ausgabe 1.1, "Rex" für Ausgabe 1.2, "Bo" für die Ausgaben 1.3.x, "Hamm" für Ausgabe 2.0, "Slink" für Ausgabe 2.1, "Potato" für Ausgabe 2.2, "Woody" für Ausgabe 3.0 und "Sarge" für Ausgabe 3.1.

2.1.9 Die Herkunft der Kodenamen

Bisher wurden Personen aus dem Film Toy Story von Pixar verwendet.

• Buzz (Buzz Lightyear) war der Astronaut,

• Rex war der Tyrannosaurus,

• Bo (Bo Peep, dt. Porzelienchen) war das Mädchen, das sich um die Schafe kümmerte,

• Hamm war das Sparschwein (dt. Specki),

• Slink (Slinky Dog) war der Spielzeughund,

• Potato war natürlich Mr. Potato Head (der Kartoffelkopf, dt. Charly Naseweis),

• Woody war der Cowboy,

• Sarge war der Anführer der grünen Plastikarmee-Männer,

• Etch (Etch-a-Sketch) war die Schreibtafel,

• Sid war ein Nachbarsjunge, welcher Spielzeug zerstörte.

2.1.10 Das pool-Verzeichnis

Früher wurden Pakete in dem Unterverzeichnis von dists aufbewahrt, welches der verwendeten Distribution entsprach. Es stellte sich heraus, dass dies einige Probleme verursachte, wie z.B. große Bandbreitenverschwendung auf Mirrors nach einigen großen Änderungen.

Pakete werden nun in einem großen "Pool" gespeichert, entsprechend dem Namen des Quellpakets strukturiert. Um dies handhaben zu können, wurde der Pool je nach Abschnitt (main, contrib und non-free) sowie dem ersten Buchstaben des Quellpakets unterteilt. Diese Verzeichnisse enthalten verschiedene Dateien: die Binärpakete für jede Architektur und das Quellpaket von welchem die Binärpakete erzeugt wurden.

Man kann herausfinden wo sich ein Paket befindet, indem man ein Kommando wie apt-cache showsrc Paketname aufruft und nach der "Directory:"-Zeile schaut. Das apache-Paket wird z.B. unter pool/main/a/apache/ gespeichert. Da es sehr viele lib*-Pakete gibt, werden diese gesondert behandelt: das libpaper-Paket wird beispielsweise unter pool/main/libp/libpaper/ gespeichert.

Die dists-Verzeichnisse werden nach wie vor für die Index-Dateien, welche von Programmen wie apt verwendet werden, genutzt.

Normalerweise muss man sich um dies nicht kümmern, da neue apt und wahrscheinlich ältere dpkg-ftp Programme dies problemlos handhaben. Sind Sie an weiteren Informationen interessiert, so sei auf die RFC: Implementation von Paketpools verwiesen.

2.1.11 Historische Bemerkungen über Sid

Als das heutige Sid noch nicht existierte, gab es im Debian-Archiv nur einen Zweig für nicht ausgereifte Pakete: es gab die Annahme, dass, wenn eine Architektur im aktuellen unstable/ hinzukam, sie veröffentlicht wurde, wenn diese Distribution zum neuen stable-Zweig wurde. Für viele Architekturen war das nicht der Fall, was dazu führte, dass diese Verzeichnisse während der Veröffentlichung verschoben wurden. Dies war unpraktisch, da die Verschiebung zu einer großen Bandbreitenbelastung führte.

Die Archiv-Administratoren umgingen das Problem einige Jahre, indem sie Binaries für nichtveröffentlichte Architekturen in einem speziellen Verzeichnis namens sid bereitstellten. Wenn eine Architektur das erste Mal veröffentlicht wurde, gab es einen Link vom aktuellen stable/ zu sid/ und später wurden sie wie üblich unter unstable/ erzeugt. Diese Vorgehensweise war zum Teil für die Anwender verworren.

Mit Beginn der Paket-Pools (vergleiche Das pool-Verzeichnis, Abschnitt 2.1.10) während der Entwicklung der Woody-Distribution, wurden Binärpakete unabhängig von der Distribution vorschriftsmäßig im Pool gehalten, so dass die Veröffentlichung einer Distribution nicht länger zu einer großen Bandbreitenverschwendung auf den Mirrors führte (es gibt dennoch während der Entwicklung eine relativ große Bandbreitenauslastung).

2.1.12 Heraufgeladene Pakete in incoming/

Heraufgeladene Pakete befinden sich zunächst unter http://incoming.debian.org/ nachdem sie überprüft wurden, um sicherzustellen, dass sie wirklich von einem Debian-Entwickler stammen, (und sie werden in das DELAYED-Unterverzeichnis verschoben, wenn das Paket nicht von einem Entwickler stammt, d.h. ein Non-Maintainer Upload (NMU) ist). Einmal pro Tag werden sie von incoming/ nach unstable/ verschoben.

Im Notfall kann man Pakete aus incoming/ installieren, bevor sie nach unstable/ kommen.

2.1.13 Wiederauffinden eines älteren Paketes

Während die aktuellsten Debian-Distributionen unter dem debian-Verzeichnis auf jedem Debian-Mirror zu finden sind, werden die Archive für ältere Debian-Distributionen wie Slink unter http://archive.debian.org/ oder unterhalb des debian-archive Verzeichnis auf jedem Debian-Mirror gehalten.

Ältere testing- und unstable-Pakete befinden sich auf http://snapshot.debian.net/.

2.1.14 Architekturabhängige Verzeichnisse

Innerhalb jedes der wichtigen Verzeichnisbäume (dists/stable/main, dists/stable/contrib, dists/stable/non-free, dists/unstable/main, etc.), befinden sich die Einträge der Binärpakete in Unterverzeichnissen, deren Namen die Prozessorarchitektur kennzeichnen, für die sie kompiliert wurden.

• binary-all/ für Pakete, welche architekturunabhängig sind. Dies umschließt z.B. Perl-Skripte oder Dokumentationen.

• binary-Plattform/ für Pakete, welche sich auf einer einzelnen Binärplattform starten lassen.

Es ist anzumerken, dass die aktuellen Binärpakete sich nicht mehr länger in diesen Verzeichnissen, dafür aber im pool-Verzeichnis befinden. Die Index-Dateien (Packages und Packages.gz) befinden sich nach wie vor zwecks Abwärtskompatibilität dort.

Für die aktuell unterstützten Binärarchitekturen vergleiche die Release Notes der einzelnen Distributionen. Sie können unter der Release-Notes-Seite für stable und testing gefunden werden.

2.1.15 Der Quellcode

Der Quellcode für alles im Debian-System ist mit darin enthalten. Außerdem fordern die Lizenzvereinbarungen der meisten Programme im System, dass der Quellcode zusammen mit den Programmen ausgeliefert wird, oder dass dem Programm Informationen beiliegen, wie er zu erhalten ist.

Normalerweise befindet sich der Quellcode in den source-Verzeichnissen, welche parallel zu allen architekturspezifischen Binärverzeichnissen sind oder aktueller im pool-Verzeichnis (vergleiche Das pool-Verzeichnis, Abschnitt 2.1.10). Um den Quellcode zu erhalten, ohne sich mit der Verzeichnisstruktur des Debian-Archivs auseinandersetzen zu müssen, kann ein Befehl wie apt-get source Meinpaketname genutzt werden.

Einige Pakete wie z.B. pine, sind wegen deren Lizenzbedingungen nur im Quellcode erhältlich. (Kürzlich wurde das pine-tracker-Paket bereitgestellt, um die Pine-Installation zu vereinfachen.) Die Anweisungen beschrieben in Portierung eines Pakets auf die stable-Distribution, Abschnitt 6.4.10 und Paketerzeugung, Abschnitt 13.10 bieten einige Möglichkeiten, um ein Paket manuell zu paketieren.

Der Quellcode kann, muss aber nicht für Pakete in contrib- und non-free-Verzeichnissen, welche formal nicht Teil des Debian-Systems sind, verfügbar sein.

2.2 Das Debian-Paketverwaltungssystem

2.2.1 Überblick über Debian-Pakete

Pakete enthalten im Allgemeinen all die Dateien, welche nötig sind um eine Menge von zusammengehörigen Kommandos oder Eigenschaften zu implementieren. Es gibt zwei Typen von Debian-Paketen:

• Binärpakete, welche ausführbare Programme enthalten, Konfigurationsdateien, man/info-Seiten, Copyright-Informationen und andere Dokumentationen. Diese Pakete werden in einem Debian-spezifischen Archivformat verteilt (vergleiche Debian-Paketformat, Abschnitt 2.2.2); sie zeichnen sich i.a. durch die .deb-Dateierweiterung aus. Binärpakete können mit Debians dpkg-Programm ausgepackt werden; Details sind in der Handbuchseite beschrieben.

• Quellpakete, welche eine .dsc-Datei enthalten, die das Quellpaket beschreibt (inklusive der Namen der folgenden Dateien), ebenso wie eine .orig.tar.gz-Datei, welche den ursprünglichen unveränderten Quellcode in gzip-komprimiertem tar-Format enthält und gewöhnlich eine .diff.gz-Datei, die Debian-spezifische Änderungen zu den Originalquellen enthält. Das Programm dpkg-source packt und entpackt Debian-Quellpakete; Details sind in der Handbuchseite enthalten.

Die Installation der Software durch das Paketsystem nutzt "Abhängigkeiten", welche vom Paketbetreuer vorgegeben werden. Diese Abhängigkeiten sind in der control-Datei, die jedem Paket zugeordnet ist, enthalten. Das Paket, welches den GNU C Compiler enthält (gcc), "hängt" z.B. von dem Paketen binutils "ab", das den Linker und Assembler enthält. Versucht ein Benutzer gcc zu installieren, ohne zuvor binutils installiert zu haben, so wird das Paketverwaltungssystem (dpkg) die Fehlermeldung ausgeben, dass es binutils benötigt und die Installation von gcc abbrechen. (Dennoch kann dieses Verhalten vom Nutzer geändert werden; vergleiche dpkg(8).) Für weitere Einzelheiten wird auf Paketabhängigkeiten, Abschnitt 2.2.8 verwiesen.

Debian's Paketverwaltungstools können benutzt werden um:

• Pakete oder Teile von Paketen zu manipulieren und handzuhaben,

• dem Nutzer im Aufteilen von Paketen zu helfen, welche mittels kleiner Medien wie Disketten übertragen werden müssen,

• Entwickler beim Erzeugen von Paketarchiven zu helfen und um

• den Nutzern bei der Installation von Paketen, die sich auf entfernten Debian-Archiven befinden, zu helfen.

2.2.2 Debian-Paketformat

Ein Debian-"Paket" oder eine Debian-Archivdatei enthält ausführbare Dateien, Bibliotheken und Dokumentationen, welche einem bestimmten Programm oder einer Menge von zugehörigen Programmen zugeordnet sind. Normalerweise hat eine Debian-Archivdatei einen Dateinamen der mit .deb endet. [1]

Die internen Einzelheiten dieses Debian-Binärpaketformats werden in der deb(5) Handbuchseite beschrieben. Da dieses interne Format in Zukunft geändert werden kann (zwischen verschiedenen Ausgaben von Debian), sollte stets dpkg-deb(1) für Änderungen der .deb-Dateien verwendet werden.

Zumindest in der Sarge-Distribution kann auf alle Debian-Archivdateien mit den Standard-Unix-Kommandos ar und tar zugegriffen werden, auch wenn das dpkg-Kommando nicht verfügbar ist.

2.2.3 Namenskonventionen für Debians Paketdateinamen

Die Debian-Paketdateinamen folgen den Konventionen:

     foo_ver-rev_arch.deb

wobei foo üblicherweise für den Paketnamen, ver für die Originalversionsnummer, rev für die Debian-Revisionsnummer und arch für die Zielarchitektur steht. Dateien können natürlich leicht umbenannt werden. Sie können herausfinden, welches Paket sich in Wirklichkeit in einer gegebenen Datei mit Namen Dateiname befindet, indem das folgende Kommando ausgeführt wird:

     dpkg --info filename

Die Debian-Revisionsnummer wird vom Debian-Entwickler angegeben oder von demjenigen, der das Paket baut. Eine Änderung in der Revisionsnummer kennzeichnet in der Regel, dass einige Aspekte der Paketierung geändert wurden.

2.2.4 Bewahren der lokalen Konfiguration

Konfigurationsdateien, die vom lokalen Administrator anpassbar sind, befinden sich in /etc/. Die Debian-Policy legt fest, dass alle Änderungen zu lokalen Konfigurationsdateien bei Paketaktualisierungen erhalten bleiben müssen.

Falls eine Standardversion einer lokal anpassbaren Datei mit einem Paket vertrieben wird, so ist diese Datei als "conffile" aufgeführt. Das Paketverwaltungssystem aktualisiert solche Dateien nicht ohne die Erlaubnis des Administrators, falls sie geändert wurden, seitdem das Paket das letzte Mal installiert wurde. Andererseits werden nicht veränderte Konfigurationsdateien zusammen mit dem Rest des Pakets aktualisiert. Dies ist nahezu immer erwünscht, so dass es vorteilhaft ist, die Änderungen an Konfigurationsdateien zu minimieren.

Um die Konfigurationsdateien, die zu einem Paket gehören, zu bestimmen, kann man

     dpkg --status Paket

ausführen und nach "Conffiles:" schauen.

Für weitere Informationen zu Konfigurationsdateien, kann man den entsprechenden Abschnitt "Konfigurationsdateien" im Debian Policy-Handbuch lesen (vergleiche Referenzen, Abschnitt 15.1).

2.2.5 Debian-Wartungsskripte

Debian-Wartungsskripte sind ausführbare Skripte, welche automatisch gestartet werden bevor oder nachdem ein Paket installiert wird. Zusammen mit einer Datei namens control sind all diese Dateien Teil des "control"-Abschnitts einer Debian-Archivdatei.

Die einzelnen Dateien sind:

preinst

Dieses Skript wird ausgeführt, bevor das Paket aus der Debian-Archivdatei (.deb) ausgepackt wird. Viele "preinst"-Skripte beenden Dienste von Paketen, welche aktualisiert werden, bis deren Installation oder Upgrade vollzogen ist (d.h. nach der erfolgreichen Ausführung des "postinst"-Skriptes).

postinst

Dieses Skript schließt typischerweise jede nötige Konfiguration eines Paketes ab, nachdem es aus der Debian-Archivdatei (.deb) ausgepackt wurde. Oft fragen "postinst"-Skripte die Nutzer nach Daten, und/oder weisen sie darauf hin, dass, wenn sie die Standardwerte akzeptieren, sie später die Möglichkeit haben zurückzugehen und das Paket zu rekonfigurieren, sollte dies nötig sein. Viele "postinst"-Skripte führen Kommandos aus, welche nötig sind, um Dienste zu starten oder nach der Installation oder dem Upgrade neu zu starten.

prerm

Dieses Skript beendet typischerweise Daemonen, welche dem Paket zugeordnet sind. Es wird ausgeführt, bevor die zum Paket gehörenden Dateien gelöscht werden.

postrm

Dieses Skript modifiziert typischerweise Links oder andere Dateien, welche dem Paket zugeordnet sind und/oder entfernen Dateien, welche von ihm erzeugt wurden. (Siehe auch Virtuelle Pakete, Abschnitt 2.2.7.)

Zurzeit können all diese Kontrolldateien im Verzeichnis /var/lib/dpkg/info gefunden werden. Die auf das Paket foo bezogenen Dateien beginnen mit "foo" und haben die entsprechende Dateierweiterungen "preinst", "postinst", u.s.w. Die Datei foo.list in diesem Verzeichnis enthält alle Dateien, welche mit dem Paket foo installiert wurden. (Es ist zu beachten, dass die Position dieser Dateien eine interne dpkg-Eigenschaft ist und sich in der Zukunft ändern kann.)

2.2.6 Paket-Prioritäten

Jedem Debian-Paket ist eine Priorität vom Distributionsbetreuer zugeordnet worden, um die Arbeit des Paketverwaltungssystems zu vereinfachen. Die Prioritäten sind:

• Erforderliche Pakete werden benötigt für die zuverlässige Funktionalität des Systems.

  Dies schließt alle Tools, welche nötig sind, um das System zu reparieren, ein. Diese Pakete dürfen nicht entfernt werden, andernfalls kann das System komplett versagen und man ist nicht einmal in der Lage dpkg zum Wiederherstellen zu nutzen. Systeme die nur die erforderlichen Pakete enthalten, sind wahrscheinlich ungeeignet für die meisten Aufgaben, jedoch kann der Systemadministrator jederzeit neue Software installieren.

• Wichtige Pakete sollten auf jedem Unix-artigen System gefunden werden.

  Andere Pakete ohne die das System nicht gut oder brauchbar arbeitet, haben diese Priorität. Dies schließt nicht Emacs, X11, TeX oder andere große Anwendungen ein. Diese Pakete erzeugen nur die nötige Infrastruktur.

• Standardpakete sind auf jedem Linuxsystem üblich, inklusive einem kleinen aber nicht zu sehr beschränkten textbasierten System.

  Dies ist der Standardinstallationsumfang, solange der Nutzer nichts anderes wählt. "Standard" enthält nicht viele große Anwendungen, aber es enthält Emacs (das ist mehr eine Infrastruktur als eine Anwendung) und eine geeignete Teilmenge von TeX und LaTeX (sofern dies ohne X möglich ist).

• Optionale Pakete enthalten all diese, welche man vernünftigerweise installieren möchte, auch wenn man damit nicht vertraut ist und keine speziellen Anforderungen daran hat.

  Dies schließt X11, eine vollständige TeX-Distribution und viele Anwendungen mit ein.

• Zusätzliche Pakete sind entweder nicht mit anderen Paketen mit höherer Priorität verträglich, sind wahrscheinlich nur nützlich, wenn man sie bereits näher kennt oder haben spezielle Anforderungen, die sie für "Optional" ungeeignet machen.

Beachten Sie die Unterschiede zwischen "Priority: required", "Section: base" und "Essential: yes" in der Paketbeschreibung. "Section: base" bedeutet, dass dieses Paket vor allen anderen in einem neuen System installiert wird. Die meisten der Pakete mit "Section: base" enthalten "Priority: required" oder zumindest "Priority: important" und viele von diesen sind mit "Essential: yes" versehen. "Essential: yes" bedeutet, dass das Paket die Angabe einer bestimmten Option an das Paketmanagementsystem wie dpkg erfordert, wenn es aus dem System entfernt werden soll. Beispielsweise sind libc6, mawk und makedev Pakete mit "Priority: required" und "Section: base" aber enthalten nicht "Essential: yes".

2.2.7 Virtuelle Pakete

Ein virtuelles Paket ist ein allgemeiner Name, welcher für eine Gruppe von Paketen steht, die alle ähnliche Funktionalitäten bereitstellen. Die Programme tin und trn sind beispielsweise beide News-Reader und einer von beiden sollte deshalb die Abhängigkeiten eines Programms, welches einen News-Reader im System benötigt, um richtig funktionieren zu können, erfüllen. Deshalb sagt man, dass beide das "virtuelle Paket" news-reader bereitstellen.

Analog stellen viele Pakete wie exim, exim4, sendmail und postfix die Funktionalität eines Mail-Transport-Agent bereit. Deshalb wird das virtuelle Paket mail-transport-agent von beiden angeboten. Wenn eines dieser Programme installiert ist, dann wird jedes Programm, das von der Installation eines Mail-Transport-Agent abhängt, mit der Existenz dieses virtuellen Paketes zufrieden sein.

Debian besitzt einen Mechanismus so dass, wenn mehr als ein Paket, welches das selbe virtuelle Paket bereitstellt, auf dem System installiert ist, der Systemadministrator ein Programm bevorzugt auswählen kann. Das entsprechende Kommando ist update-alternatives und wird genauer in Alternative Befehle, Abschnitt 6.5.3 beschrieben.

2.2.8 Paketabhängigkeiten

Das Debian-Paketsystem enthält Paketabhängigkeiten, welche verwendet werden, um den Fakt festzuhalten, dass ein Paket ein anderes Paket installiert benötigt, um zu funktionieren oder um besser zu funktionieren.

• Paket A hängt von Paket B ab, wenn B unbedingt installiert sein muss, um A verwenden zu können. In einigen Fällen hängt A nicht nur von B, sondern einer speziellen Version von B ab. In diesem Fall ist die Versionsabhängigkeit im Allgemeinen eine untere Schranke, d.h. A hängt von einer beliebigen Version von B ab, welche aktueller als eine angegebene Version ist.

• Paket A empfiehlt Paket B, wenn der Paketbetreuer meint, dass die meisten Nutzer A nicht ohne die von B bereitgestellte Funktionalität haben wollen.

• Paket A schlägt Paket B vor, wenn B Dateien enthält, welche sich auf die Funktionalität von A beziehen und diese erweitern. Die selbe Beziehung wird ausgedrückt, wenn festgelegt wird, dass Paket B Paket A verbessert.

• Paket A kollidiert mit Paket B, wenn A nicht korrekt funktioniert, falls B auf dem System installiert ist. Der "Konflikt"-Status wird oft mit "ersetzt" kombiniert.

• Paket A ersetzt Paket B, wenn Dateien, die von B installiert wurden, von A entfernt oder durch Dateien in A überschrieben werden.

• Paket A unterstützt Paket B, wenn alle Dateien und Funktionalitäten von B in A verfügbar sind.

Weitere detaillierte Informationen zur Verwendung dieser Terme können im Packaging Manual und dem Policy Manual gefunden werden.

Es ist zu beachten, dass aptitude und dselect eine bessere Kontrolle über Pakete, die mit empfiehlt und schlägt vor spezifiziert werden, bietet als apt-get, was einfach alle hängt ab Pakete wählt und empfiehlt und schlägt vor ignoriert. Beide Programme nutzen in aktuellen Versionen APT als Back-end.

2.2.9 Die Bedeutung von "pre-depends" (Vor-Abhängigkeiten)

dpkg konfiguriert ein Paket, von dem ein anderes Paket abhängt, immer, bevor es das Paket konfiguriert, das die Abhängigkeit erklärt. Jedoch packt dpkg normalerweise Archivdateien in beliebiger Reihenfolge aus, unabhängig von Abhängigkeiten. (Das Auspacken besteht aus dem Extrahieren der Dateien aus der Archivdatei und dem Ablegen am richtigen Ort.) Falls jedoch ein Paket eine pre-depends-Abhängigkeit zu einem Paket erklärt, dann wird dieses andere Paket zuerst ausgepackt und konfiguriert, bevor dasjenige, mit der Vor-Abhängigkeit auch nur ausgepackt wird.[2] Die Verwendung dieser Abhängigkeit wird minimiert.

2.2.10 Paket-Status

Der Paket-Status kann "unbekannt", "installieren", "entfernen", "säubern" oder "halten" sein. Diese "gewünschten" Werte kennzeichnen, was der Nutzer mit einem Paket beabsichtigte (entweder durch Anwahl des "[A]uswählen" Punktes in dselect oder durch direkten Aufruf von dpkg).

Deren Bedeutung ist:

• unbekannt - der Nutzer hat niemals angegeben, ob er das Paket will.

• installieren - der Nutzer will das Paket installiert oder aktualisiert haben.

• entfernen - der Nutzer will das Paket entfernen lassen, ohne das existierende Konfigurationsdateien gelöscht werden.

• säubern - der Nutzer will das Paket komplett entfernt haben, inklusive der Konfigurationsdateien.

• halten - der Nutzer will das Paket nicht verarbeiten lassen, d.h. er möchte die aktuelle Version im aktuellen Status belassen, unabhängig vom Wert.

2.2.11 Zurückhalten von Paketen von einem Upgrade

Es gibt zwei Mechanismen zum Zurückhalten von Paketen von einem Upgrade, durch dpkg oder beginnend mit Woody durch APT.

Mit dpkg ist zuerst die Paketauswahlliste zu exportieren:

     dpkg --get-selections \* > Paketauswahl.txt

Dann muss die erzeugte Datei Paketauswahl.txt editiert werden, indem die Zeile, welche das zu haltende Paket, z.B. libc6, enthält, von:

     libc6                       install

auf:

     libc6                       hold

geändert wird. Nach dem Speichern ist die Datei in die dpkg-Datenbank zurückzuladen mit:

     dpkg --set-selections < Paketauswahl.txt

Kennt man den Paketnamen des zu haltenden Pakets, kann man auch einfach

     echo libc6 hold | dpkg --set-selections

starten. Wann immer der Installations-Prozess dieses Paket bearbeitet (zu upgraden versucht), hält er es zurück.

Der selbe Effekt kann mit dselect erreicht werden. Dazu ist einfach der Punkt [A]uswählen und dann das Paket zu wählen, dessen Status beibehalten werden soll sowie schließlich `=' (oder `H') zu drücken. Die Änderungen werden sofort aktiv, nachdem das [A]uswählen Menü beendet wird.

Das APT-System in der Woody-Distribution hat einen neuen "Alternativen" Mechanismus zum Halten von Paketen während des Archivabfrageprozesses unter Verwendung von Pin-Priority. Vergleiche die Handbuchseite apt_preferences(5) sowie http://www.debian.org/doc/manuals/apt-howto/ oder das apt-howto-Paket.

2.2.12 Quellpakete

Quellpakete befinden sich in einem Verzeichnis namens source und können entweder manuell heruntergeladen werden oder durch

     apt-get source foo

(vergleiche die apt-get(8) Handbuchseite wie man APT dazu bringt, dies zu tun).

2.2.13 Erzeugen von Binär- aus Quellcodepaketen

Für ein Paket foo benötigt man alle foo_*.dsc-, foo_*.tar.gz- und foo_*.diff.gz-Dateien, um die Quellen zu übersetzen (Bemerkung: es gibt keine .diff.gz-Datei für ein natives Debian-Paket).

Sind diese Dateien vorhanden und ist das dpkg-dev-Paket installiert, so extrahiert das Kommando

     $ dpkg-source -x foo_version-revision.dsc

das Paket in ein Verzeichnis namens foo-version.

Zum Erzeugen des Binärpakets ist Folgendes auszuführen:

     $ cd foo-version
     $ su -c "apt-get update; apt-get install fakeroot"
     $ dpkg-buildpackage -rfakeroot -us -uc

Und danach

     # su -c "dpkg -i ../foo_version-revision_arch.deb"

zum Installieren des neu gebildeten Pakets. Vergleiche Portierung eines Pakets auf die stable-Distribution, Abschnitt 6.4.10.

2.2.14 Erzeugen neuer Debian-Pakete

Für detaillierte Informationen zum Erzeugen neuer Pakete sollte der New Maintainers' Guide gelesen werden, verfügbar im Paket maint-guide oder unter http://www.debian.org/doc/manuals/maint-guide/.

2.3 Aktualisierung eines Debian-Systems

Einer von Debians Vorzügen ist die Unterstützung eines konsistenten Upgrade-Wegs sowie ein sicherer Upgrade-Prozess und es wird stets versucht, eine ältere Ausgabe problemlos zu aktualisieren. Pakete warnen den Nutzer, sollten bedeutende Bemerkungen während des Upgrade-Prozesses auftreten und bieten oft eine Lösung zu einem möglichen Problem.

Man sollte auch die Release Notes lesen, das Dokument, das die Details zu spezifischen Upgrades enthält. Es wird mit allen Debian-CDs ausgeliefert und ist im WWW unter http://www.debian.org/releases/stable/releasenotes oder http://www.debian.org/releases/testing/releasenotes verfügbar.

Eine praktische Anleitung zum Aktualisieren wird in Debian-Paketverwaltung, Kapitel 6 bereitgestellt. Dieser Abschnitt beschreibt die grundlegenden Einzelheiten.

2.3.1 Methoden zum Aktualisieren eines Debian-Systems

Man kann immer einfach einen anonymen FTP- oder wget-Aufruf zu einem Debian-Archiv starten, die Verzeichnisse durchsehen, bis man die gewünschte Datei gefunden hat, diese herunterladen und schließlich mittels dpkg installieren. (Es ist zu beachten, dass dpkg die aktualisierten Dateien immer in das korrekte Verzeichnis installiert, auch in einem laufenden System.) Manchmal kommt es dennoch vor, dass ein überarbeitetes Paket die Installation einer neuen Version eines anderen Paketes erfordert. In diesem Fall schlägt die Installation fehl, wenn das andere Programm nicht installiert ist.

Viele Personen finden dieses manuelle Vorgehen zu Zeit aufwendig, da Debian sich so schnell entwickelt – typischerweise werden ein Dutzend oder mehr Pakete jede Woche hochgeladen. Diese Zahl ist kurz vor einer neuen Veröffentlichung noch größer. Um dies besser handhaben zu können, bevorzugen viele Personen ein automatisches Programm zum Upgraden. Einige spezialisierte Paketmanagement-Tools sind für diesen Zweck verwendbar.

2.3.2 Überblick über Paketverwaltungstools

Das Debian-Paketverwaltungssystem hat zwei Aufgaben: die Manipulation der Paketdatei und das Herunterladen von Paketdateien aus dem Debian-Archiv. dpkg erfüllt die erste Aufgabe, APT und dselect die letztere.

2.3.3 dpkg

Dies ist das wichtigste Programm zum Manipulieren von Paketdateien. Für eine ausführliche Beschreibung ist dpkg(8) zu lesen.

dpkg wird mit einigen wichtigen Programmen ausgeliefert.

• dpkg-deb: Manipuliert .deb Dateien. dpkg-deb(1)

• dpkg-ftp: Ein älteres Programm zum Herunterladen von Paketen. dpkg-ftp(1)

• dpkg-mountable: Ein älteres Programm zum Herunterladen von Paketen. dpkg-mountable(1)

• dpkg-split: Teilt ein größeres Paket in kleinere Dateien auf. dpkg-split(1)

dpkg-ftp und dpkg-mountable wurden durch das APT-System ersetzt.

2.3.4 APT

APT, das zukunftsweisende Paket-Tool (Advanced Packaging Tool) ist eine fortschrittliche Schnittstelle zu Debians Paketsystem und besteht aus verschiedenen Programmen, deren Namen oft mit "apt-" beginnen. apt-get, apt-cache und apt-cdrom sind die Kommandozeilen-Tools zum Umgang mit Paketen. Diese werden auch von anderen Programmen, wie dselect und aptitude genutzt.

Für weitere Informationen ist das apt-Paket zu installieren und apt-get(8), apt-cache(8), apt-cdrom(8), apt.conf(5), sources.list(5), apt_preferences(5) sowie /usr/share/doc/apt/guide.html/index.html zu lesen.

Weitere Informationen finden sich im APT HOWTO. Dazu kann apt-howto-de installiert werden und steht dann unter file:///usr/share/doc/Debian/apt-howto/ zur Verfügung.

apt-get upgrade und apt-get dist-upgrade installieren nur die Pakete, die unter "Depends:" ("hängt ab:") aufgeführt sind und übersieht alle unter "Recommends:" ("empfiehlt:") und "Suggests:" ("schlägt vor:") gelisteten Pakete. Um dies zu vermeiden, sollte dselect verwendet werden.

2.3.5 dselect

Dieses Programm besitzt eine Menüoberfläche zu Debians Paketverwaltungssystem. Es ist besonders für die Erstinstallation und große Upgrades nützlich. Vergleiche dselect, Abschnitt 6.2.3.

Für weitere Informationen sollte das install-doc-Paket installiert und /usr/share/doc/install-doc/dselect-beginner.en.html oder dselect Documentation for Beginners gelesen werden.

2.3.6 Aktualisieren eines laufenden Systems

Der Kernel (das Dateisystem) in Debian-Systemen unterstützt das Ersetzen von Dateien auch während sie benutzt werden.

Es wird auch ein Programm namens start-stop-daemon bereitgestellt, das verwendet wird, um Daemonen während des Bootens zu starten oder zum Stoppen von Daemonen, wenn das Kernel-Runlevel geändert wird (z.B. von Mehrbenutzer- zu Einzelbenutzermodus oder zu "halt"). Das gleiche Programm wird von Installationsskripten genutzt, wenn ein Paket, das einen Daemon enthält, installiert wird, um laufende Daemonen zu stoppen und bei Bedarf neuzustarten.

Es wird darauf hingewiesen, dass das Debian-System den Einzelnutzermodus nicht erfordert, um ein laufendes System zu aktualisieren.

2.3.7 Heruntergeladene und zwischengespeicherte .deb-Archiv-Dateien

Hat man Paketdateien manuell auf die Festplatte heruntergeladen (was nicht unbedingt notwendig ist, vergleiche die obige Beschreibung von dpkg-ftp oder APT), dann kann man die .deb-Dateien nach der Installation der Pakete aus dem System entfernen.

Wenn APT verwendet wird, so werden diese Dateien im /var/cache/apt/archives-Verzeichnis zwischengespeichert. Sie können nach der Installation gelöscht werden (apt-get clean) oder auf einen anderen Rechner ins /var/cache/apt/archives Verzeichnis kopiert werden, um das Herunterladen während mehrerer Installationen zu vermeiden.

2.3.8 Aufbewahren des Datensatzes für Upgrades

dpkg bewahrt einen Datensatz aller Pakete, die ausgepackt, konfiguriert, entfernt und/oder gesäubert wurden, auf. Jedoch wird (zurzeit) kein Protokoll der Terminaleingaben, während der Paketmanipulation, erzeugt.

Der einfachste Weg, dieses Problem zu umgehen, ist Sitzungen von dpkg, dselect, apt-get, etc. innerhalb des script(1) Programms ablaufen zu lassen.

2.4 Der Debian-Bootvorgang

2.4.1 Das init-Programm

Wie alle Unices, wird Debian durch das Programm init gestartet. Die Konfigurationsdatei für init (dies ist /etc/inittab) gibt an, dass das erste zu startende Skript /etc/init.d/rcS ist. Dieses Skript startet alle anderen Skripte in /etc/rcS.d/, entweder indem diese eingebunden oder explizit als Unterprozess aufgerufen werden, je nach Dateierweiterung. Diese Skripte initialisieren das System indem sie z.B. Dateisysteme überprüfen und einbinden, Module laden, Netzwerk-Dienste starten, die Uhrzeit setzen, u.a. Danach werden zwecks Kompatibilität die Dateien (mit Ausnahme der mit einem `.' im Dateinamen) in /etc/rc.boot/ ausgeführt. Jedes Skript in diesem Verzeichnis ist normalerweise dem Systemadministrator vorbehalten, die Verwendung dieser in Paketen wird missbilligt. Vergleichen Sie Hinweise zur System-Inititalisierung, Abschnitt 9.1 und System run levels and init.d scripts in den Debian-Richtlinien für weitere Informationen.

2.4.2 Runlevel

Nach dem Bootprozess führt init alle Startskripte in einem durch das Standard-Runlevel festgelegten Verzeichnis aus. (Dieses Runlevel wird durch den Eintrag id in /etc/inittab festgelegt). Wie viele System-V-kompatible Unices hat Linux 7 Runlevel:

• 0 (Anhalten des Systems),

• 1 (Einzelnutzer Modus),

• 2 bis 5 (verschiedene Mehrbenutzer-Modi) und

• 6 (Neustart des Systems).

Für Debian-Systeme gilt id=2, was bedeutet, dass das Standard-Runlevel 2 sein wird, wenn der Mehrbenutzer-Modus aktiv ist und die Skripte in /etc/rc2.d/ werden ausgeführt.

In Wirklichkeit sind die Skripte in den Verzeichnissen /etc/rcN.d/ nur symbolische Links zu Skripten in /etc/init.d/. Dennoch werden die Namen der Dateien in jedem der /etc/rcN.d/-Verzeichnisse individuell gewählt, um anzugeben wie die Skripte in /etc/init.d/ gestartet werden. Speziell werden bevor ein Runlevel aktiv wird, alle Skripte die mit `K' beginnen ausgeführt; diese Skripte beenden Dienste. Danach werden alle Skripte die mit `S' beginnen gestartet; diese Skripte starten Dienste. Die zweistellige dem `K' oder `S' folgende Nummer bestimmt die Reihenfolge der Ausführung. Skripte mit kleinerer Nummer werden zuerst ausgeführt.

Dieses Vorgehen funktioniert, da die Skripte in /etc/init.d/ alle ein Argument akzeptieren, das entweder "start", "stop", "reload", "restart" oder "force-reload" sein kann und eine dem Argument entsprechende Aktion ausführen (starten, stoppen, neuladen, neustarten, erzwinge Neuladen). Diese Skripte können auch ausgeführt werden, nachdem das System gebootet wurde, um verschiedene Prozesse zu kontrollieren.

Zum Beispiel führt das Argument "reload" im Kommando

     # /etc/init.d/exim4 reload

dazu, dass der exim4-Daemon ein Signal zum erneuten Einlesen der Konfigurationsdatei erhält.

2.4.3 Anpassen des Bootvorgangs

Debian verwendet kein BSD typisches rc.local Verzeichnis, um den Bootvorgang anzupassen; stattdessen wird folgender Mechanismus angeboten.

Angenommen foo sei ein Skript, das während des Startvorgangs oder beim Übergang in ein bestimmtes (System V) Runlevel aufgerufen werden soll. Dann sollte der Systemadministrator:

1. Das Skript foo in das Verzeichnis /etc/init.d/ verschieben.

2. Das Debian-Kommando update-rc.d mit entsprechenden Argumenten starten, um Links zwischen den (Kommandozeilen spezifischen) Verzeichnissen rc?.d und /etc/init.d/foo anzulegen. Dabei bezeichnet ? eine Nummer von 0 bis 6, die einem der System V Runlevel entspricht.

3. Das System neu booten.

Das Kommando update-rc.d setzt Links zwischen Dateien im Verzeichnis rc?.d und dem Skript in /etc/init.d/. Jeder Link beginnt mit einem `S' oder `K', gefolgt von einer Nummer, gefolgt vom Namen des Skripts. Beim Wechsel in das Runlevel N, werden Skripte in /etc/rcN.d/ die mit `K' beginnen mit stop als Argument ausgeführt, gefolgt von den mit `S' beginnenden Skripten in /etc/rcN.d/ mit start als Argument.

Man kann z.B. das Skript foo beim Booten ausführen lassen, indem man es nach /etc/init.d/ verschiebt und die Links mit update-rc.d foo defaults 19 erstellt. Das Argument defaults bezieht sich auf das Standard-Runlevel, welches zwischen 2 und 5 liegt. Das Argument 19 sichert, dass foo vor allen Skripten, welche die Nummern 20 oder größer enthalten, gestartet wird.

2.5 Unterstützung von Vielfalten

Debian unterstützt verschiedene Möglichkeiten zum Anpassen des Systems, ohne das System zu beeinträchtigen.

• dpkg-divert, vergleiche Der dpkg-divert-Befehl, Abschnitt 6.5.1.

• equivs, vergleiche Das equivs-Paket, Abschnitt 6.5.2.

• update-alternative, vergleiche Alternative Befehle, Abschnitt 6.5.3.

• make-kpkg kann viele Boot-Loader anpassen. Vergleiche make-kpkg(1) und (Neu)kompilieren des Kernels, Abschnitt 7.1.

Alle Dateien unter /usr/local/ gehören dem Systemadministrator und Debian wird sie nicht verändern. Viele (oder alle) Dateien unter /etc sind Konfigurationsdateien und Debian wird sie nicht während eines Upgrades überschreiben, es sei denn der Systemadministrator erlaubt dies ausdrücklich.

2.6 Internationalisierung

Das Debian-System ist internationalisiert und bietet Unterstützung zur Ein- und Ausgabe von Zeichen in vielen Sprachen, beides in der Konsole und unter X. Viele Texte, Handbuchseiten und Systemausgaben wurden in eine ständig wachsende Anzahl von Sprachen übersetzt. Während der Installation fordert Debian den Nutzer zur Wahl der Installationssprache (und manchmal eines lokalen Dialekts) auf.

Sollte das installierte System nicht alle benötigten Eigenschaften der Sprache unterstützen, soll eine andere Sprache gewählt werden oder wurde eine neue Tastatur angeschlossen, um die Sprache zu unterstützen, vergleiche Lokalisation und Sprachen, Abschnitt 9.7.

2.7 Debian und der Kernel

Vergleiche Der Linux-Kernel unter Debian, Kapitel 7.

2.7.1 Kompilierung eines Kernel aus Debian-fremden Quellen

Man sollte die Debian-Politik bezüglich der Header verstanden haben, bevor man startet.

Die Debian-C-Bibliotheken wurden mit der aktuellsten stabilen Version der Kernelheader erstellt.

Zum Beispiel nutzte die Debian 1.2 Ausgabe Version 5.4.13 der Header. Dieses Vorgehen unterscheidet sich von den Linux-Kernelquellpaketen, die auf allen Linux-FTP-Archiv-Seiten verbreitet werden, welche aktuellere Versionen der Header verwenden. Die Kernelheader aus den Kernelquellen befinden sich in /usr/include/linux/include/.

Wenn es nötig ist, ein Programm mit aktuelleren Kernelheadern als in libc6-dev zu übersetzen, so muss -I/usr/src/linux/include/ zur Kommandozeile beim Kompilieren hinzugefügt werden. Dies ist z.B. für das Paketieren des automounter-Daemon (amd) von Bedeutung. Als neue Kernel einige NFS-bezogene Internals änderten, musste dies amd mitgeteilt werden. Dies erforderte die Einbindung der aktuellsten Kernelheader.

2.7.2 Tools zum Erzeugen angepasster Kernel

Nutzern die einen angepassten Kernel erzeugen wollen (oder müssen), wird empfohlen, das Paket kernel-package herunterzuladen. Dieses Paket enthält das Skript zur Kernelerstellung und bietet die Möglichkeit, ein Debian kernel-image Paket einfach durch Aufruf von

     # make-kpkg kernel_image

im Kernelquellverzeichnis zu starten. Hilfe ist durch Ausführung von

     # make-kpkg --help

verfügbar und durch die Handbuchseite make-kpkg(1) sowie Der Linux-Kernel unter Debian, Kapitel 7.

Nutzer müssen den Quellcode für den aktuellsten Kernel (oder den Kernel ihrer Wahl) separat vom bevorzugten Linux-Archiv herunterladen, wenn kein kernel-source-version-Paket (dabei steht version für die Kernel-Version) vorhanden ist. Das Debian initrd-Bootskript erfordert einen speziellen Kernel-Patch namens initrd; vergleiche http://bugs.debian.org/149236.

Detaillierte Anweisungen zur Benutzung des kernel-package-Pakets sind in der Datei /usr/share/doc/kernel-package/README.gz zu finden.

2.7.3 Spezielle Regeln für den Umgang mit Modulen

Debians modconf Paket enthält ein Shellskript (/usr/sbin/modconf), dass zur Anpassung der Modulkonfiguration genutzt werden kann. Dieses Skript besitzt eine Menü basierte Schnittstelle, die den Nutzer nach Einzelheiten über ladbare Gerätetreiber im System fragt. Die Antworten werden benutzt, um die Datei /etc/modules.conf (welche Aliase enthält sowie andere Argumente, die in Verbindung mit verschiedenen Modulen verwendet werden müssen) anzupassen, auf Grund von Dateien in /etc/modutils/ und /etc/modules (die die Module auflistet, die zur Bootzeit geladen werden müssen).

Wie die (neuen) Configure.help-Dateien, die nun verfügbar sind, um angepasste Kernel zu unterstützen, kommt das modconf-Paket mit einer Reihe von Hilfe-Dateien (in /usr/share/modconf/), die detaillierte Informationen über passende Argumente für jedes Modul enthalten.

2.7.4 Deinstallation eines alten Kernel-Pakets

Das kernel-image-NNN.prerm-Skript überprüft, ob der aktuell laufende Kernel mit dem zu entfernenden Kernel übereinstimmt. Deshalb können ungewünschte kernel-image Pakete sicher mittels

     # dpkg --purge --force-remove-essential kernel-image-NNN

entfernt werden. (NNN ist durch die entsprechende Kernelversion und Revisionsnummer zu ersetzen.)

[ zurück ] [ Inhalt ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ A ] [ weiter ]

Debian Reference
Kapitel 3 - Debian-System-Installationshinweise

Offizielle Dokumentation zur Installation von Debian ist unter http://www.debian.org/releases/stable/ und http://www.debian.org/releases/stable/installmanual zu finden.

Die Entwicklerversionen davon sind http://www.debian.org/releases/testing/ und http://www.debian.org/releases/testing/installmanual (befinden sich in Arbeit und sind manchmal eventuell nicht vorhanden).

Obwohl dieses Kapitel ursprünglich für die Potato-Installation geschrieben wurde, ist der größte Teil des Inhalts auf das Woody-Installationsprogramm aktualisiert worden; beide sind sehr ähnlich. Da Sarge ein komplett anderes Installationsprogramm verwenden wird, sollten Sie dies nur als Anhaltspunkt für die Sarge-Installation verstehen. Einige Schlüsselpakete haben auch geänderte Namen und Prioritäten. Zum Beispiel ist der Standard-MTA von Sarge exim4 anstatt exim und coreutils wurde eingeführt, um verschiedene Pakete zu ersetzen. Es ist eventuell nötig, einige Schritte anzupassen.

3.1 Allgemeine Linux-System-Installationshinweise

Vergessen Sie nicht unter http://www.debian.org/CD/netinst/ zu schauen, wenn Sie nach einem kompakten CD-Image des Debian-Installers suchen.

Die Verwendung der testing- oder unstable-Distribution führt zum erhöhten Risiko, auf verschiedene Fehler zu stoßen. Dieses Risiko kann durch ein Multi-Boot-Schema gemanagt werden, bei dem eine stabilere Debian-Distribution genutzt wird. Alternativ kann auch ein netter Trick mit chroot, wie in chroot, Abschnitt 8.6.35 beschrieben, genutzt werden. Letzteres ermöglicht die Nutzung verschiedener Debian-Distributionen simultan auf verschiedenen Konsolen.

3.1.1 Grundlegendes zur Hardware-Kompatibilität

Linux ist zur meisten PC-Hardware kompatibel und kann auf fast jedem Rechner installiert werden. Es war für mich so einfach wie eine Windows-95/98/Me-Installation. Die Liste unterstützter Hardware wächst beständig.

Sollten Sie einen Laptop besitzen, schauen Sie unter Linux auf Laptops für Hinweise zur Installation zu verschiedenen Marken und Modellen.

Meine Empfehlung zur Desktop-PC-Hardware ist "sei konservativ":

• SCSI statt IDE für die Arbeit, IDE/ATAPI-HD für private Nutzung.

• IDE/ATAPI-CD-ROM (oder -CD-RW).

• PCI statt ISA, insbesondere für die Netzwerkkarte (NIC).

• Verwende eine billige NIC. Tulip für PCI und NE2000 für ISA sind geeignet.

• Vermeide PCMCIA-Karten (Notebook) für die erste Linux-Installation.

• Keine USB-Tastatur, -Maus, ... es sei denn Sie lieben die Herausforderung.

Sollten Sie einen langsamen Rechner haben, so ist das vorübergehende Entfernen und Einbauen der Festplatte in einen schnelleren Rechner für die Installation eine gute Idee.

3.1.2 Bestimmung der PC-Hardware und des Chipsatzes

Während der Installation wird man nach der eingebauten Hardware oder dem Chipsatz des PCs gefragt. Manchmal sind diese Informationen nicht leicht zu finden. Eine Möglichkeit ist:

3.1.3 Bestimmung der PC-Hardware mit Debian

Die folgenden Kommandos eines Linux-Systems sollten Aufschluss über aktuelle Hardware und deren Konfiguration geben.

     $ pager /proc/pci
     $ pager /proc/interrupts
     $ pager /proc/ioports
     $ pager /proc/bus/usb/devices

Diese Kommandos können während der Installation in der Konsole nach Drücken von Alt-F2 gestartet werden.

Nach der Basisinstallation können optionale Pakete wie pciutils, usbutils und lshw installiert werden, um erweiterte Informationen zum System zu erhalten.

     $ lspci -v | pager
     $ lsusb -v | pager
     # lshw | pager

Typische Verwendung von Interrupts:

• IRQ0: Zeitausgabe (8254)

• IRQ1: Tastatur-Controller

• IRQ2: Kaskadierung zu IRQ8–IRQ15 bei PC-AT

• IRQ3: zweiter serieller Anschluss (io-port=0x2F8) (/dev/ttyS1)

• IRQ4: primärer serieller Anschluss (io-port=0x3F8) (/dev/ttyS0)

• IRQ5: frei [Soundkarte (SB16: io-port=0x220, DMA-low=1, DMA-high=5)]

• IRQ6: Diskettenlaufwerks-Controller (io-port=0x3F0) (/dev/fd0, /dev/fd1)

• IRQ7: paralleler Anschluss (io-port=0x378) (/dev/lp0)

• IRQ8: Echtzeituhr (rtc)

• IRQ9: Software-Interrupt (int 0x0A), Umleitung auf IRQ2

• IRQ10: frei [Netzwerkkarte (NE2000: io-port=0x300)]

• IRQ11: frei [(SB16-SCSI: io-port=0x340, SB16-IDE: io-port=0x1E8,0x3EE)]

• IRQ12: PS/2-Maus

• IRQ13: frei (war mathematischer Koprozessor 80287)

• IRQ14: primärer IDE-Controller (/dev/hda, /dev/hdb)

• IRQ15: sekundärer IDE-Controller (/dev/hdc, /dev/hdd)

Für alte nicht-PnP-ISA-Karten sollten Sie eventuell IRQ5, IRQ10 und IRQ11 auf "non-PnP" im BIOS einstellen.

Für USB-Geräte werden die Geräteklassen in /proc/bus/usb/devices mit Cls=nn aufgeführt:

• Cls=00 : nicht benutzt

• Cls=01 : Audio (Lautsprecher, etc.)

• Cls=02 : Kommunikation (Modem, Netzwerkkarte, ...)

• Cls=03 : HID (Human Interface Device (Schnittstellen): Tastatur, Maus, Joystick)

• Cls=07 : Drucker

• Cls=08 : Massenspeicher (Diskettenlaufwerk, CD/DVD Laufwerk, Festplatte, Flash Speicher, ...)

• Cls=09 : Hub (USB Hub)

• Cls=255 : Hersteller spezifisch

Ist die Geräteklasse eines Gerätes nicht 255, so wird es von Linux unterstützt.

3.1.4 Bestimmen der PC-Hardware mit anderen Betriebssystemen

Hardware-Informationen können auch von anderen Betriebssystemen erhalten werden:

Man kann eine andere kommerzielle Linux-Distribution installieren. Die Hardwareerkennung ist bei diesen oft besser, als dies bei Debian zurzeit der Fall ist. (Diese Situation sollte ausgewogener sein, wenn debian-installer mit Sarge eingeführt wird.)

In einem Windows-System kann die Hardware-Konfiguration durch Rechts-Klick auf "Mein Computer" unter Eigenschaften / Gerätemanager erhalten werden. Die Ressourcen wie IRQ, I/O-Portadressen sowie DMA sollten festgehalten werden. Einige alte ISA-Karten müssen eventuell unter DOS konfiguriert werden.

3.1.5 Ein Lilo-Mythos

"Lilo ist auf 1024 Zylinder beschränkt." Falsch!

Das neuere lilo das nach Debian-Potato verwendet wird, bietet Unterstützung für lba32. Ist das BIOS des Motherboards aktuell genug um lba32 zu unterstützen, so sollte lilo in der Lage sein, auch von außerhalb der alten 1024-Zylindergrenze zu booten.

Es muss nur sichergestellt werden, dass die Zeile "lba32" irgendwo am Anfang der lilo.conf-Datei hinzugefügt wird, wenn noch eine alte lilo.conf vorhanden ist. Man vergleiche file:///usr/share/doc/lilo/Manual.txt.gz.

3.1.6 GRUB

Der neue Bootloader grub des GNU-Hurd-Projekts kann auf einem Debian-Woody-System wie folgt installiert werden:

     # apt-get update
     # apt-get install grub-doc
     # mc file:///usr/share/doc/grub-doc/html/
     ... lesen Sie den Inhalt
     # apt-get install grub
     # pager file:///usr/share/doc/grub/README.Debian.gz
     ... lesen Sie dies :)

Um das GRUB-Menü anzupassen, ist /boot/grub/menu.lst zu editieren. Man vergleiche Setzen von GRUB-Boot-Parametern, Abschnitt 8.1.6 zum Setzen von Bootparametern während des Bootvorgangs, da sich dies leicht von der lilo-Konfiguration unterscheidet.

3.1.7 Wahl der Boot-Disketten

In Potato nutzte ich IDEPCI für die normale Desktopinstallation. In Woody bevorzuge ich bf2.4. Beide benutzen eine Version von boot-floppies zum Erzeugen von Boot-Disketten.

Besitzen Sie eine PCMCIA-Netzwerkkarte, so müssen Sie die Standard-Bootkonfiguration nutzen (dies enthält die größte Anzahl von Disketten und alle Treibermodule) und die Netzwerkkarte im PCMCIA-Menü konfigurieren; man darf sie nicht im Standard-Netzwerk-Dialog einrichten.

Für spezielle Systeme kann es notwendig sein, eine angepasste Rettungsdiskette zu erzeugen. Dies kann durch Ersetzen des Kernelimages namens "linux" auf der Debian-Rettungsdiskette, durch ein anderes komprimiertes Kernelimage, das speziell für den Rechner erzeugt wurde, erreicht werden. Details sind in readme.txt auf der Rettungsdiskette zu finden. Diese nutzt das MS-DOS-Dateisystem, so dass ein beliebiges System zum Auslesen und Editieren verwendet werden kann. Dies sollte für Personen mit spezieller Netzwerkkarte, etc. leicht zu bewältigen sein.

In Sarge wird wohl debian-installer und/oder pgi zur Erzeugung von Bootdisketten verwendet werden.

3.1.8 Installation

Folgen Sie den offiziellen Anweisungen, die unter http://www.debian.org/releases/stable/installmanual oder http://www.debian.org/releases/testing/installmanual (befindet sich in Arbeit und ist manchmal eventuell nicht vorhanden) gefunden werden können.

Sollten Sie ein System mittels boot-floppies aus der testing Distribution installieren, so kann es sein, dass Sie während der Installation eine Konsole mittels Alt-F2 öffnen müssen, um in der Datei /etc/apt/sources.list manuell Einträge von "stable" nach "testing" zu ändern, um die APT-Quellen anzupassen.

Ich tendiere dazu, lilo in Partitionen wie /dev/hda3 zu installieren, während mbr in /dev/hda installiert wird. Dies minimiert das Risiko, Bootinformationen zu überschreiben.

Während des Installationsvorgangs wähle ich folgende Werte.

• MD5-Passwörter "yes"

• shadow-Passwörter "yes"

• Install "advanced" (dselect **) und select

  • Abwahl von emacs (falls gewählt), nvi, tex, telnet, talk(d);

  • Auswahl von mc, vim und entweder nano-tiny oder elvis-tiny.

    Vergleiche dselect, Abschnitt 6.2.3. Selbst wenn Sie ein Emacs-Anhänger sind, vermeiden Sie es zunächst und begnügen Sie sich mit nano während der Installation. Man sollte auch andere große Pakete, so wie TeX (Potato wählte dies aus) zu diesem Moment noch nicht installieren. Vergleiche Rettungseditoren, Abschnitt 11.2 für den Grund, nano-tiny oder elvis-tiny jetzt zu installieren.

• Alle Konfigurationsfragen während der Installationsdialoge der einzelnen Pakete mit "y" beantworten (ersetzt aktuellen Wert).

• exim: wähle 2 für Rechner, da ich meine E-Mails durch den SMTP-Server meines Internetproviders (ISP) verschicke.

Für weitere Informationen über dselect vergleiche dselect, Abschnitt 6.2.3.

3.1.9 Hosts und IP im LAN

Beispiel einer LAN-Konfiguration (Klasse-C-Subnet: 192.168.1.0/24):

     Internet
        |
        +--- Externer ISP für POP-Service (Zugriff mittels fetchmail)
        | 
       Access point ISP bietet DHCP-Service und SMTP relay service an
        |                     :
       Kabelmodem          (Dialup)
        |                     :
     LAN-Gateway-Maschine, externer Port: eth0 (IP durch ISP's DHCP)
      altes Notebook (IBM Thinkpad, 486 DX2 50MHz, 20MB RAM)
      Linux 2.4 Kernel mit ext3 Dateisystem.
      "ipmasq" Paket (mit umfangreichem Patch, NAT und Firewall)
      "dhcp-client" Paket, konfiguriert für eth0 (überschreibt DNS-Werte)
      "dhcp" Paket konfiguriert für eth1
      starte "exim" als smarthost (Mode 2)
      starte "fetchmail" in großen Intervallen (zur Sicherheit)
      starte "bind" als Cache-Nameserver fürs Internet vom LAN
                    als Nameserver fürs LAN-Netzwerk vom LAN
      starte "ssh" auf Port 22 und 8080 (Verbindung von überall)
      starte "squid" als Cache-Server für das Debianarchiv (für APT)
     LAN-Gateway-Maschine, interner Port: eth1 (IP = 192.168.1.1, fest)
                              |
              +--- LAN-Switch (100base T) ---+
              |                              |
     Einige feste IP-Clients im LAN Einige DHCP-Clients im LAN
     (IP = 192.168.1.2-127, fest)   (IP = 192.168.1.128-200, dynamisch)

Man vergleiche Netzwerk-Konfiguration, Kapitel 10 für die Details zur Konfiguration des Netzwerks und Aufbau eines Gateway-Routers, Abschnitt 10.12 für die Details zur Konfiguration des LAN-Gateway-Servers.

3.1.10 Benutzerkonten

Um ein konsistentes Verhalten zwischen verschiedenen Systemen zu gewährleisten, sind die ersten paar Benutzerkonten in meinem System stets gleich.

Ich erzeuge immer zuerst ein normales Benutzerkonto mit einem Namen wie "admin" (uid=1000) und leite die E-Mails an root an dies weiter. Diesem Konto wird die Gruppe adm zugeordnet (siehe "Warum GNU su nicht die wheel Gruppe unterstützt", Abschnitt 9.2.2) und es können ihm einige root-Privilegien mit su (PAM-benutzend) oder mit sudo zugeordnet werden. Vergleiche Hinzufügen eines neuen Nutzers, Abschnitt 4.2.2 für Details.

3.1.11 Anlegen von Dateisystemen

3.1.11.1 Partitionierung der Festplatte

Ich bevorzuge die Verwendung verschiedener Partitionen für verschiedene Verzeichnisbäume, um Schäden bei Systemabstürzen vorzubeugen. Ein Beispiel dafür ist:

     /          == (/ + /boot + /bin + /sbin)
                == 50MB+
     /tmp       == 100MB+
     /var       == 100MB+
     /home      == 100MB+
     /usr       == 700MB+ mit X
     /usr/local == 100MB

Die Größe des /usr-Verzeichnis hängt sehr von installierten X-Windows-Anwendungen und der Dokumentation ab. /usr/ kann rund 300MB groß sein, wenn man nur mit der Konsole arbeitet, wobei 2GB–3GB keine unübliche Größe ist, wenn man viele Gnome-Anwendungen installiert hat. Wird /usr/ zu groß, so ist das Verschieben von /usr/share/ auf eine andere Partition die effektivste Lösung. Mit den neuen großen vorgefertigten Linux 2.4er-Kernel, kann / mehr als 200MB benötigen.

Zum Beispiel ist der aktuelle Status meines Internet-Gateway-Rechners wie folgt (Ausgabe des df -h Kommandos):

     Filesystem          Größe Benut  Verf Ben% Eingehängt auf
     /dev/hda3            300M  106M  179M  38% /
     /dev/hda7            100M   12M   82M  13% /home
     /dev/hda8            596M   53M  513M  10% /var
     /dev/hda6            100M  834k   94M   1% /var/lib/cvs
     /dev/hda9            596M  222M  343M  40% /usr
     /dev/hda10           596M  130M  436M  23% /var/cache/apt/archives
     /dev/hda11           1.5G  204M  1.2G  14% /var/spool/squid

(Der große reservierte Bereich für /var/spool/squid/ ist für einen Proxy-Cache für den Paketdownload.)

Es folgt die fdisk -l Ausgabe zur Veranschaulichung einer möglichen Partitionierung:

     # fdisk -l /dev/hda # Kommentar
     
     /dev/hda1         1      41    309928+   6  FAT16 # DOS
     /dev/hda2        42      84    325080   83  Linux # nicht benutzt
     /dev/hda3  *     85     126    317520   83  Linux # root Partition
     /dev/hda4       127     629   3802680    5  Extended
     /dev/hda5       127     143    128488+  82  Linux swap
     /dev/hda6       144     157    105808+  83  Linux
     /dev/hda7       158     171    105808+  83  Linux
     /dev/hda8       172     253    619888+  83  Linux
     /dev/hda9       254     335    619888+  83  Linux
     /dev/hda10      336     417    619888+  83  Linux
     /dev/hda11      418     629   1602688+  83  Linux

Einige nicht benutzte Partitionen existieren. Diese sind für die Installation einer zweiten Linux-Distribution oder als Erweiterung für wachsende Verzeichnisbäume vorgesehen.

3.1.11.2 Mounten von Dateisystemen

Das korrekte Mounten der obigen Dateisysteme wird durch folgende /etc/fstab erreicht:

     
     # /etc/fstab: statische Dateisystem-Informationen.
     #
     # Dateisystem Mountverzeichnis Typ  Optionen     dump Durchgang
     /dev/hda3     /               ext2  defaults,errors=remount-ro 0 1
     /dev/hda5     none            swap  sw                      0 0
     proc          /proc           proc  defaults                0 0
     /dev/fd0      /floppy         auto  defaults,user,noauto    0 0
     /dev/cdrom    /cdrom       iso9660  defaults,ro,user,noauto 0 0
     #
     # einige separate Partitionen
     /dev/hda7     /home           ext2  defaults                0 2
     /dev/hda8     /var            ext2  defaults                0 2
     /dev/hda6     /var/lib/cvs    ext2  defaults                0 2
     # noatime beschleunigt den Dateizugriff beim Lesen
     /dev/hda9     /usr            ext2  defaults,noatime        0 2
     /dev/hda10    /var/cache/apt/archives ext2 defaults         0 2
     
     # sehr große Partition für Proxy-Cache
     /dev/hda11    /var/spool/squid ext2 rw                      0 2
     
     # DOS-Backup
     /dev/hda1     /mnt/dos        vfat  rw,noauto               0 0
     # Backup des Linux Systems
     /dev/hda2     /mnt/linux      ext2  rw,noauto               0 0
     #
     # nfs-mounts
     mickey:/      /mnt/mickey     nfs   ro,noauto,intr          0 0
     goofy:/       /mnt/goofy      nfs   ro,noauto,intr          0 0
     # minnie:/ /mnt/minnie smbfs ro,soft,intr,credentials={filename} 0 2

Für NFS wird noauto,intr kombiniert mit der standardmäßigen hard-Option benutzt. Damit ist es möglich, aufgrund abgebrochener Verbindung hängende Prozesse mit Strg-C zu beenden.

Für einen mit Samba (smbfs) angebundenen Windows Rechner ist rw,auto,soft,intr eine gute Option. Siehe auch Samba-Konfiguration, Abschnitt 3.5.

Für ein Diskettenlaufwerk ist noauto,rw,sync,user,exec zu empfehlen, da dies Beschädigungen des Dateisystems durch einem unbeabsichtigten Diskettenauswurf vor einem umount-Aufruf verhindert, allerdings verlangsamt dies auch den Schreibzugriff.

3.1.11.3 Autofs-mount

Wichtige Punkte zu auto-mount:

• Laden Sie das vfat-Modul, so dass /etc/auto.misc die Zeile -fstype=auto enthalten kann:

       # modprobe vfat # vor dem Zugriff auf die Diskette
        ... oder um dies zu automatisieren
       # echo "vfat" >> /etc/modules
        ... jetzt das System neu starten.
  

• Die Datei /etc/auto.misc ist wie folgt anzupassen:

       floppy -fstype=auto,sync,nodev,nosuid,gid=100,umask=000 :/dev/fd0
        ... wobei gid=100 für "users" steht.
  

• Erzeugen Sie nun die Links cdrom und floppy in /home/user, die auf /var/autofs/misc/cdrom bzw. /var/autofs/misc/floppy verweisen.

• Nun ist user der "users"-Gruppe hinzuzufügen.

3.1.11.4 NFS-mount

Der externe Linux-NFS-Server (goofy) befindet sich hinter einer Firewall (gateway). Ich habe eine sehr lockere Sicherheitspolitik in meinem LAN, da ich der einzige Nutzer bin. Zum Aktivieren des NFS-Zugangs muss auf der NFS-Serverseite die Datei /etc/exports erzeugt werden:

     # /etc/exports: die Zugriffskontrollliste für Dateisysteme, auf die
     #               NFS-Clients zugreifen sollen. Siehe exports(5).
     /       (rw,no_root_squash)

Dies ist nötig, um den NFS-Server zu konfigurieren, nachdem die NFS-Server- und Client-Pakete installiert und aktiviert wurden.

Der Einfachheit halber erzeuge ich üblicherweise eine einzige 2GB Partition für eine experimentelle oder schnelle zweite Linuxinstallation. Ich teile wahlweise die swap- und /tmp-Partitionen für diese Installationen. Ein aus mehreren Partitionen bestehendes System ist für diese Verwendung zu kompliziert. Wenn nur ein einfaches Konsolen-System benötigt wird, so sind 500MB mehr als ausreichend.

3.1.12 DRAM-Speicher-Richtlinien

Es folgen einige grobe Anhaltspunkte für DRAM.

       4MB:  Absolutes Minimum für den Linux-Kernel.
      16MB:  Minimum für ein angemessenes Konsolen-System.
      32MB:  Minimum für ein einfaches X-System.
      64MB:  Minimum für ein X-System mit GNOME/KDE.
     128MB:  Empfohlen für komfortables Arbeiten mit X und GNOME/KDE.
     256MB (oder mehr): Warum nicht, wenn man es sich leisten kann?
             DRAM ist billig.

Verwendung der Bootoption mem=4m (oder in lilo.conf append="mem=4m") zeigt, wie sich ein System mit 4MB Speicher verhält. Ein lilo-Bootparameter wird für Systeme mit mehr als 64MB Speicher und einem alten BIOS benötigt.

3.1.13 Swap-Speicher

Ich verwende die folgenden Richtlinien für Swap:

• Jede Swap-Partition ist < 128MB (bei Verwendung alter 2.0 Kernel), bzw. < 2GB (bei Verwendung aktueller Kernel)

• Insgesamt = entweder das 1- bis 2-fache des installierten RAM oder 128MB bis 2GB wird empfohlen

• Die Swap-Partitionen sind auf verschiedene Festplatten zu verteilen und mit den Optionen sw,pri=1 in /etc/fstab zu mounten. Dies stellt sicher, dass der Kernel ein "striping RAID" der Swap-Partitionen nutzt und einen maximalen Durchsatz erreicht.

• Nach Möglichkeit sollte der mittlere Bereich der Festplatte verwendet werden.

Selbst wenn er niemals benötigt wird, ist etwas Swap-Speicher (128MB) empfehlenswert, da das System langsamer wird, bevor es wegen Speichermangel abstürzt.

3.2 Bash-Konfiguration

Ich passe folgende Shell-Startskripte an meine Gewohnheiten an:

     /etc/bash.bashrc        wird durch eigene Version ersetzt
     /etc/profile            wird beibehalten (bis auf $PS1: \w -> \W)
     /etc/skel/.bashrc       wird durch eigene Version ersetzt
     /etc/skel/.profile      wird durch eigene Version ersetzt
     /etc/skel/.bash_profile wird durch eigene Version ersetzt
     ~/.bashrc               wird für alle Nutzer ersetzt
     ~/.profile              wird für alle Nutzer ersetzt
     ~/.bash_profile         wird für alle Nutzer ersetzt

Vergleiche Details dazu in meinen Beispielskripten. Ich bevorzuge ein transparentes System, deshalb setze ich umask auf 002 oder 022.

PATH wird durch die folgenden Konfigurationsdateien in der Reihenfolge

     /etc/login.defs  - bevor die Shell PATH setzt
     /etc/profile     (startet eventuell /etc/bash.bashrc)
     ~/.bash_profile  (startet eventuell ~/.bashrc)

gesetzt.

3.3 Maus-Konfiguration

3.3.1 PS/2-Mäuse

Im Falle einer Maus mit einem PS/2-Anschluss am ATX-Motherboard, sollte der Signalfluss wie folgt sein:

     Maus -> /dev/psaux -> gpm -> /dev/gpmdata = /dev/mouse -> X

Hier wurde ein symbolischer Link /dev/mouse verwendet, der auf /dev/gpmdata verweist, um einige Konfigurationsprogramme zufriedenzustellen und die erneute Konfiguration zu vereinfachen. (Entscheidet man sich beispielsweise dazu, den gpm-Daemon nicht zu nutzen, so muss der symbolische Link /dev/mouse auf /dev/psaux geändert werden, nachdem gpm entfernt wurde.)

Dieser Signalfluss erlaubt, die Tastatur und die Maus zu entfernen und beim Anstecken mit gpm neu zu initialisieren. X wird davon nicht negativ beeinflusst!

Das Protokoll des Signalflusses zwischen gpm-Ausgabe und X-Eingabe kann auf zwei Arten implementiert werden, als spezielles Protokoll wie z.B. "ms3" (serielles Microsoft-3-Tasten-Mausprotokoll) oder "raw" (nutzt das selbe Protokoll wie die angeschlossene Maus) und diese Wahl diktiert die Wahl des in der X-Konfiguration benutzten Protokolls.

Ich werde die Konfiguration anhand einer 3-Tasten-Logitech (traditionelle Unix-artige) -PS/2-Maus demonstrieren und im folgenden Beispiel beschreiben.

Sind Sie einer derjenigen, dessen Graphikkarte nicht durch den neuen X-Server Version 4, sondern nur durch Version 3 unterstützt wird (einige ATI-64-Bit-Karten), so muss /etc/X11/XF86Config anstatt von /etc/X11/XF86Config-4 im Folgenden konfiguriert werden.

3.3.1.1 Der ms3-Protokoll-Ansatz

     /etc/gpm.conf            | /etc/X11/XF86Config-4
     =========================+======================================
     device=/dev/psaux        | Section "InputDevice"
     responsiveness=          |  Identifier "Konfigurierte Maus"
     repeat_type=ms3          |  Driver     "mouse"
     type=autops2             |  Option     "CorePointer"
     append=""                |  Option     "Device"   "/dev/gpmdata"
     sample_rate=             |  Option     "Protocol" "IntelliMouse"
                              | EndSection

Wenn diese Methode gewählt wird, so erfolgt die Anpassung des Maustyps allein in der Datei gpm.conf und die X-Konfiguration bleibt gleich. Man vergleiche meine Beispielskripte.

3.3.1.2 Der raw-Protokoll-Ansatz

     /etc/gpm.conf            | /etc/X11/XF86Config-4
     =========================+======================================
     device=/dev/psaux        | Section "InputDevice"
     responsiveness=          |  Identifier "Configured Mouse"
     repeat_type=raw          |  Driver     "mouse"
     type=autops2             |  Option     "CorePointer"
     append=""                |  Option     "Device"   "/dev/mouse"
     sample_rate=             |  Option     "Protocol" "MouseManPlusPS/2"
                              | EndSection

Wenn diese Methode gewählt wird, so erfolgt die Anpassung des Maustyps in gpm.conf sowie in der X-Konfiguration.

3.3.1.3 Wie man andere Mäuse einrichtet

Der gpm-Gerätetyp autops2 sollte die meisten PS/2-Mäuse erkennen. Unglücklicherweise funktioniert dies nicht immer und ist in vor-Woody-Versionen nicht verfügbar. In diesen Fällen sollte man ps2 oder imps2 in gpm.conf anstatt von autops2 probieren. Um die von gpm unterstützten Mäuse zu bestimmen, kann man gpm -t help starten. Man vergleiche gpm(8).

Wird eine 2-Tasten-PS/2-Maus verwendet, so sollte das X-Protokoll die Option Emulate3Buttons nutzen. Der Unterschied des Protokolls zwischen der 2- und 3-Tasten-Maus wird automatisch erkannt und für gpm eingerichtet, nachdem die mittlere Maustaste einmalig gedrückt wurde.

Für das X-Protokoll mit Der raw-Protokoll-Ansatz, Abschnitt 3.3.1.2 oder ohne gpm nutzt man:

• IntelliMouse: Maus mit seriellem Anschluss (gpm Repeater mit "ms3")

• PS/2: PS/2-Anschluss-Maus (dies immer zuerst ausprobieren)

• IMPS/2: beliebige PS/2-Anschluss-Mäuse (2, 3 oder Scroll Mäuse, besser)

• MouseManPlusPS/2: Logitech PS/2-Anschluss-Maus

• ...

Ausführlicheres ist unter Mouse Support in XFree86 zu finden.

Eine typische Microsoft Scroll-Maus funktioniert am besten mit:

     /etc/gpm.conf            | /etc/X11/XF86Config-4
     =========================+======================================
     device=/dev/psaux        | Section "InputDevice"
     responsiveness=          |  Identifier "Konfigurierte Maus"
     repeat_type=raw          |  Driver     "mouse"
     type=autops2             |  Option     "CorePointer"
     append=""                |  Option     "Device"   "/dev/mouse"
     sample_rate=             |  Option     "Protocol" "IMPS/2"
                              |  Option     "Buttons" "5"
                              |  Option     "ZAxisMapping" "4 5"
                              | EndSection

Für einige aktuelle dünne Toshiba-Notebooks, kann das Aktivieren von gpm vor PCMCIA im System-V-Init-Skript helfen, wenn das System sonst hängenbleibt. Eigenartig aber wahr.

3.3.2 USB-Mäuse

Stellen Sie sicher, dass Sie alle benötigten Kernel-Elemente einkompiliert oder als Modul vorliegen haben:

• Unter "Input core support":

  • "Input core support" (CONFIG_INPUT, input.o),

  • "Mouse support" (CONFIG_INPUT_MOUSEDEV, mousedev.o),

• Unter "USB support":

  • "Support for USB" (CONFIG_USB, usbcore.o),

  • "Preliminary USB device filesystem" (CONFIG_USB_DEVICEFS),

  • "UHCI" oder "OHCI" (CONFIG_USB_UHCI || CONFIG_USB_UHCI_ALT || CONFIG_USB_OHCI, usb-uhci.o || uhci.o || usb-ohci.o),

  • "USB Human Interface Device (full HID) support" (CONFIG_USB_HID, hid.o) und

  • "HID input layer support" (CONFIG_USB_HIDINPUT)

Die kleingeschriebenen Namen sind Modulnamen.

Wird devfs nicht genutzt, so ist eine Gerätedatei /dev/input/mice mit major 13 und minor 63 wie folgt anzulegen:

     # cd /dev
     # mkdir input
     # mknod input/mice c 13 63

Für typische USB-Scroll-Mäuse, ist folgende Konfiguration zu empfehlen:

     /etc/gpm.conf            | /etc/X11/XF86Config-4
     =========================+======================================
     device=/dev/input/mice   | Section "InputDevice"
     responsiveness=          |  Identifier "Konfigurierte Maus"
     repeat_type=raw          |  Driver     "mouse"
     type=autops2             |  Option     "SendCoreEvents" "true"
     append=""                |  Option     "Device"   "/dev/input/mice"
     sample_rate=             |  Option     "Protocol" "IMPS/2"
                              |  Option     "Buttons" "5"
                              |  Option     "ZAxisMapping" "4 5"
                              | EndSection

Man vergleiche das Linux USB Projekt für weitere Informationen.

3.3.3 Touchpad

Obwohl das Touchpad eines Laptops standardmäßig eine 2-Tasten-PS/2-Maus emuliert, ermöglicht das tpconfig-Paket die volle Kontrolle über das Gerät. Die Einstellung OPTIONS="--tapmode=0" in /etc/default/tpconfig deaktiviert z.B. das ärgerliche "klicken beim Antippen" Verhalten. Folgende /etc/gpm.conf ermöglicht das Nutzen des Touchpads und einer externen USB-Maus in der Konsole:

     device=/dev/psaux
     responsiveness=
     repeat_type=ms3
     type=autops2
     append="-M -m /dev/input/mice -t autops2"
     sample_rate=

3.4 NFS-Konfiguration

NFS wird durch /etc/exports eingerichtet:

     # apt-get install nfs-kernel-server
     # echo "/ *.domainname-für-lan-hosts(rw,no_root_squash,nohide)" \
             >> /etc/exports

Man vergleiche meine Beispielskripte für Details.

3.5 Samba-Konfiguration

Referenzen:

• http://www.samba.org/

• samba-doc-Paket

Das Einrichten von Samba im "share"-Mode ist viel einfacher, da dies die Laufwerke wie unter WfW anspricht. Aber es wird empfohlen, den "user"-Mode zu verwenden.

Samba kann durch debconf oder vi konfiguriert werden:

     # dpkg-reconfigure --priority=low samba # in Woody
     # vi /etc/samba/smb.conf

Man vergleiche meine Beispielskripte für Details.

Das Hinzufügen eines neuen Nutzers zur smbpasswd-Datei kann mit smbpasswd erfolgen:

     $ su -c "smbpasswd -a Benutzername"

Man sollte sicherstellen, dass man verschlüsselte Passwörter für optimale Kompatibilität verwendet.

Der Wert os level ist entsprechend zu den folgenden Systemäquivalenzen zu setzen (je höher der Wert, um so größer ist die Priorität als Server):

     0:      Samba mit geringer Priorität
     1:      WfW 3.1, Win95, Win98, Win/Me?
     16:     Win NT WS 3.51
     17:     Win NT WS 4.0
     32:     Win NT SVR 3.51
     33:     Win NT SVR 4.0
     255:    Samba mit hoher Priorität

Es muss sichergestellt werden, dass die Nutzer der Gruppe angehören, welche dem Verzeichnis zugeordnet ist, das den gemeinsamen Zugriff ermöglicht. Außerdem muss der Verzeichnispfad entsprechende Ausführungsrechte haben, um den Zugriff zu ermöglichen.

3.6 Drucker-Konfiguration

Die traditionelle Methode ist lpr/lpd. Es gibt allerdings ein neues System: CUPS™ (Common UNIX Printing System). PDQ ist ein anderer Ansatz. Man vergleiche Linux Printing HOWTO für weitere Informationen.

3.6.1 lpr/lpd

Für die lpr/lpd-artigen Spooler (lpr, lprng und gnulpr) ist /etc/printcap wie folgt für PostScript- und Nur-Text-Drucker anzupassen (die Grundlagen):

     lp|alias:\
             :sd=/var/spool/lpd/lp:\
             :mx#0:\
             :sh:\
             :lp=/dev/lp0:

Bedeutung der obigen Zeilen:

• Kopfzeile: lp – Name der Druckerwarteschlange, alias = alias

• mx#0 – maximale Dateigröße ist nicht limitiert

• sh – Unterdrücken eines Deckblatts

• lp=/dev/lp0 – lokale Druckerschnittstelle oder port@host für entfernte Drucker

Dies ist eine gute Konfiguration für einen PostScript-Drucker. Auch für das Drucken von einem Windows-Rechner mittels Samba ist dies eine geeignete Konfiguration für alle von Windows unterstützten Drucker (bidirektionale Kommunikation wird nicht unterstützt). Man muss die entsprechende Druckerkonfiguration auf dem Windows-Rechner nutzen.

Sollte kein PostScript-Drucker vorhanden sein, muss man einen Filter mittels gs aktivieren. Es gibt viele Konfigurationstools für das Einrichten von /etc/printcap. Jede der folgenden Möglichkeiten kommt in Frage:

• gnulpr, (lpr-ppd) und printtool – Ich nutze dies.

• lpr und apsfilter

• lpr und magicfilter

• lprng und lprngtool

• lprng und apsfilter

• lprng und magicfilter

Um graphische Konfigurationstools wie printtool zu verwenden, vergleiche man Administratorrechte unter X, Abschnitt 9.4.11 um root-Rechte zu erhalten. Mit printtool erzeugte Druckerwarteschlangen nutzen gs und agieren wie PostScript-Drucker. Beim Zugriff darauf, müssen deshalb PostScript-Druckertreiber verwendet werden. Auf der Windows-Seite ist "Apple LaserWriter" der Standard.

3.6.2 CUPS™

Das Common UNIX Printing System (oder CUPS™) wird mittels aptitude durch Auswahl aller Pakete unter "Schnellauswahl (Tasks)" -> "Servers" -> "Druck-Server" installiert (Sarge). Für beste Ergebnisse sollte aptitude wie folgt konfiguriert sein: "F10" -> "Optionen" -> "Abhängigkeitsbehandlung" -> "[X] Empfohlene Pakete automatisch installieren".

KDE- und Gnome-Desktop-Umgebungen bieten eine einfache Drucker-Konfiguration. Alternativ kann das System mit einem beliebigen Web-Browser konfiguriert werden, wenn swat installiert ist:

     $ meinBrowser http://localhost:631

Ein Drucker kann wie folgt hinzugefügt werden:

• klicken auf "Printers" auf der Hauptseite und danach "Add Printer",

• Eingabe von "root" für den Nutzernamen und des entsprechenden Passworts,

• folgen Sie den weiteren Anweisungen zum Hinzufügen des Druckers,

• gehen Sie zurück zur "Printers" Seite und klicken Sie "Configure Printer" und

• fahren Sie fort, die Papiergröße, Auflösung und andere Parameter zu spezifizieren.

Weitere Informationen sind unter http://localhost:631/documentation.html und http://www.cups.org/cups-help.html zu finden.

3.7 CRON für Desktop-PCs

Der Vixie-cron wird standardmäßig für die Ausführung von Programmen zu bestimmten Zeiten installiert. Er funktioniert nicht gut, falls Ihr System nicht Tag und Nacht läuft. Für einen Desktop-PC, sollten Sie anacron statt cron installieren, um dies Problem zu umgehen. Das Paket fcron kann alternativ verwendet werden.

In Terminplanung für Prozesse (cron, at), Abschnitt 8.6.27 finden Sie Informationen zur Konfiguration von CRON-Jobs.

3.8 Andere Installationshinweise

3.8.1 Installation einiger weiterer Pakete nach der Basisinstallation

Sind Sie den bisherigen Anweisungen gefolgt, so haben Sie ein kleines aber funktionsfähiges Debian-System. Es ist nun ein guter Zeitpunkt, um größere Pakete zu installieren.

Das erste was man jetzt wohl tun wird, ist den favorisierten Editor und alle Programme die man benötigt mit aptitude auszuwählen. Man kann mehrere Emacs-Varianten gleichzeitig installieren. Man vergleiche Populäre Editoren, Abschnitt 11.1.

Danach sollten erneut mit aptitude (nahezu) alle Pakete unter "Tasks" --> "End-user" ausgewählt werden, um ein sehr komplettes Endbenutzer-orientiertes Systen zu erhalten.

Ich editiere gewöhnlich /etc/inittab zum einfacheren Herunterfahren des Rechners.

     ...
     # What to do when CTRL-ALT-DEL is pressed.
     ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -h now
     ...

3.8.2 Module

Module für Gerätetreiber werden während der Basisinstallation konfiguriert. modconf bietet danach eine menübasierte Modulkonfiguration. Dieses Programm ist sehr nützlich, wenn einige Module während der Basisinstallation ausgelassen wurden oder ein neuer Kernel seitdem installiert wurde.

Alle vorzuladenden Module müssen in /etc/modules aufgelistet werden. Ich nutze auch lsmod und depmod um dies manuell zu kontrollieren.

Man sollte auch sicherstellen, einige Zeilen zu /etc/modules hinzuzufügen, um IP-Masquerading (FTP, etc.) zu handhaben, falls Sie es nicht aktiviert haben.

3.8.3 Grundlegende CD-RW-Einrichtung

Für am IDE-Anschluss angeschlossene CD-RW-Laufwerke mit einem 2.4er-Kernel editieren Sie die folgenden Dateien:

     /etc/lilo.conf  (append="hdc=ide-scsi ignore=hdc" ist hinzuzufügen und
                      lilo zum Aktivieren zu starten)
     /dev/cdrom      (symbolischer Link # cd /dev; ln -sf scd0 cdrom)
     /etc/modules    (hinzufügen von "ide-scsi" und "sg", sowie "sr" danach wenn
                      nötig)

Man vergleiche CD-Brenner, Abschnitt 9.3 für Details.

3.8.4 Großer Speicher und automatisches Abschalten

Editieren Sie /etc/lilo.conf wie folgt, um Bootparameter für großen Speicher (für 2.2 Kernel) und automatisches Abschalten (für APM) zu setzen:

     append="mem=128M apm=on apm=power-off noapic"

Nun muss noch lilo zum Aktivieren dieser Einstellungen gestartet werden. apm=power-off wird für SMP-Kernel verwendet und noapic ist für meine fehlerhafte SMP-Hardware nötig. Das selbe kann direkt durch Angabe der Optionen beim Boot-Prompt erreicht werden. Man vergleiche Weitere Tricks mit dem Boot-Prompt, Abschnitt 8.1.5.

Wurde APM als Modul kompiliert wie in den Standard-Debian-2.4er-Kerneln, so ist insmod apm power_off=1 nach dem Booten zu starten oder /etc/modules wie folgt zu modifizieren:

     # echo "apm power_off=1" >>/etc/modules

Alternativ kann mit ACPI-Unterstützung das selbe mit neueren Kernel erreicht werden und dies scheint SMP freundlicher zu sein (erfordert ein neueres Motherboard). Der 2.4 Kernel auf neueren Motherboards sollte großen Speicher korrekt erkennen.

     CONFIG_PM=y
     CONFIG_ACPI=y
     ...
     CONFIG_ACPI_BUSMGR=m
     CONFIG_ACPI_SYS=m

auch die folgenden Zeilen sollten in /etc/modules in dieser Reihenfolge hinzugefügt werden:

     ospm_busmgr
     ospm_system

Es ist auch möglich, den Kernel mit all diesen auf "y" gesetzten Kerneloptionen zu kompilieren. Auf jeden Fall sind keine Bootparameter mit ACPI nötig.

3.8.5 Eigenartige Probleme beim Zugriff auf einige Webseiten

Aktuelle Linux-Kernel aktivieren standardmäßig ECN, was Zugriffsprobleme bei einigen Webseiten auf schlechten Routern zur Folge haben kann. Überprüfen des ECN-Status:

     # cat /proc/sys/net/ipv4/tcp_ecn
      ... oder
     # sysctl net.ipv4.tcp_ecn

Zum Ausschalten ist

     # echo "0" > /proc/sys/net/ipv4/tcp_ecn
      ... oder
     # sysctl -w net.ipv4.tcp_ecn=0

zu verwenden. Um TCP-ECN bei jedem Start zu deaktivieren, ist /etc/sysctl.conf zu editieren und

     net.ipv4.tcp_ecn = 0

hinzuzufügen.

3.8.6 Dialup-PPP-Konfiguration

Das pppconfig-Paket ist zur Nutzung eines dialup- (Modem) PPP-Zugangs zu installieren.

     # apt-get install pppconfig
     # pppconfig
      ... folgen Sie den Anweisungen zur dialup-PPP-Konfiguration
     # adduser user_name dip
      ... erlaube user_name Zugriff auf dialup-PPP

Dialup-PPP-Zugriff kann durch den Nutzer (user_name) mit

     $ pon ISP_name  # starte PPP-Zugang zum ISP
      ... erfreuen Sie sich des Internets
     $ poff ISP_name # beende PPP-Zugang, ISP_name optional

gestartet werden. Man vergleiche Konfiguration der PPP-Schnittstelle, Abschnitt 10.2.4 für mehr Details.

3.8.7 Andere Konfigurationsdateien in /etc/

Da in der Standard-Debian-Installation /etc/cron.deny fehlt, sollte diese erzeugt werden (man kann /etc/at.deny kopieren).

[ zurück ] [ Inhalt ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ A ] [ weiter ]

Debian Reference
Kapitel 4 - Debian-Tutorials

Dieser Abschnitt bietet eine grobe Orientierung zur Linuxwelt für den Neueinsteiger. Sollten Sie Linux schon eine Weile nutzen, so können Sie Ihr Wissen testen.

4.1 Informationsquellen

Die ultimativen Referenzen für Debian sind im Debian-Dokumentations-Projekt (DDP) zu finden. Viele dieser Dokumente werden in /usr/share/doc/ installiert. Man sollte auch in /usr/share/doc-base/ schauen, dies enthält Verweise auf die Dokumentation auf dem System. Man kann export CDPATH=.:/usr/share/doc:/usr/src/local zu ~/.bash_profile hinzufügen, um einfacher auf die Dokumentationsverzeichnisse zuzugreifen.

Das Linux-Dokumentations-Projekt (LDP) hat die maßgeblichsten allgemeinen Linux-Referenzen. Der LDP-Inhalt wird gewöhnlich in /usr/share/doc/HOWTO/ installiert.

Man kann durch Dokumente auf lokalen und entfernten FTP-Servern mittels F9 im Midnight Commander (vergleiche Midnight Commander (MC), Abschnitt 4.3) navigieren.

4.2 Die Linux-Konsole

4.2.1 Login

In einem gewöhnlichen Linux-System gibt es sechs unabhängige Pseudo-Terminals. Man kann zwischen diesen durch gleichzeitiges Drücken von Alt und F1–F6 wechseln. Jedes Pseudo-Terminal erlaubt ein unabhängiges Einloggen. Das Mehrbenutzersystem ist eine großartige Unix-Eigenschaft und sehr suchterzeugend.

Es ist unter Unix eine gute Angewohnheit, sich für die meisten Arbeiten als normaler Nutzer anzumelden. Ich muss zugeben, dass ich den Administrationszugang (root) öfters als nötig der Einfachheit halber und aus Schlamperei verwendete.

Nun verwende ich regelmäßig einen gewöhnlichen Zugang mit den Kommandos sudo, super oder su -c um begrenzten root-Zugang zu erhalten.

4.2.2 Hinzufügen eines neuen Nutzers

Nach der Systeminstallation richte ich gewöhnlich einen normalen Nutzerzugang ein. Ist der Nutzername "pinguin", so wird

     # adduser pinguin

ihn erzeugen.

Ich nutze das vigr-Kommando, um /etc/group wie folgt zu editieren:

     adm:x:4:admin
     src:x:40:admin, debian, ...
     ...

Im standardmäßig installierten System, können Mitglieder der adm-Gruppe viele Logdateien in /var/log/ lesen und xconsole nutzen. Der staff-Gruppe gehört /home an, was den Mitgliedern das Verwalten von Nutzerzugängen erlaubt. Der src-Gruppe gehört /usr/src/ an, was zur Kernelkompilation, etc. genutzt wird. Für die offizielle Bedeutung von Nutzern und Gruppen vergleichen Sie Nutzer und Gruppen.

Ich persönlich verwende die adm-Gruppe für Nutzer, die administrative Aufgaben erfüllen und das exklusive su-Privileg haben (vergleichen Sie "Warum GNU su nicht die wheel Gruppe unterstützt", Abschnitt 9.2.2) und src für CVS (siehe Concurrent Versions System (CVS) – System für simultane Versionen, Abschnitt 12.1).

Überprüfen Sie adduser, addgroup, vipw, vipw -s, vigr und vigr -s für die korrekte Konfiguration von Nutzern und Gruppen.

4.2.3 Wie man den Rechner herunterfährt

Wie nahezu jedes moderne Betriebssystem, das Dateien im Speicher zwischenspeichert, muss Linux richtig heruntergefahren werden, bevor der Rechner ausgeschaltet werden kann. Das entsprechende Kommando im Mehrbenutzerbetrieb ist:

     # shutdown -h now

Im Einzelnutzermodus ist

     # poweroff -i -f

zu verwenden. Warten Sie bis das System "System halted" ausgibt und schalten Sie danach aus. Wenn APM im BIOS und Linux aktiviert ist, schaltet sich der Rechner selbstständig aus. Man vergleiche Großer Speicher und automatisches Abschalten, Abschnitt 3.8.4 für Details.

4.2.4 Kommandozeilenbasiertes Editieren

Die Standard-Shell bash besitzt einige Fähigkeiten zur Bearbeitung von alten Eingaben (der History). Benutzen Sie einfach die Cursor-auf Taste um alte Eingaben zurückzuholen und danach wie üblich die Cursor-Tasten. Andere wichtige Tastenkombinationen sind:

     Strg-U:             Lösche die Zeile bis vor den Cursor
     Strg-D:             Beende die Eingabe
     markieren mit linker Maustaste:
                         Auswahl in die Zwischenablage kopieren (gpm)
     mittlere Maustaste: Einfügen der Zwischenablage an der
                         Cursorposition (gpm)
     Strg-V TAB:         Eingabe eines Tabulators ohne Expandierung.

In einer normalen Linux Konsole funktioniert nur die linke Strg-Taste wie erwartet.

4.2.5 Kommandoausführung

Ein typisches Kommando wird durch die folgende Shell-Zeile ausgeführt:

     $ LC_ALL=de ls -la

Hier wird das Programm ls im Vordergrund ausgeführt, mit der für Deutsch auf de gesetzten Umgebungsvariablen LC_ALL. -la ist das Kommandozeilen-Argument und bewirkt eine detaillierte Ausgabe. Wird die Kommandozeile mit dem &-Zeichen abgeschlossen, so wird das Kommando im Hintergrund ausgeführt. Dies ermöglicht es Nutzern, mehrere Programme in einer einzigen Shell zu starten.

Die Ausführung des Kommandos kann durch folgende Tastenkombinationen beeinflusst werden.

     Strg-C:          Beenden des Programms
     Strg-Z:          Temporäres Unterbrechen des Programms
     Strg-S:          Unterbrechen der Bildschirmausgabe
     Strg-Q:          Ausgabe wieder aktivieren
     Strg-Alt-Entf:   Neustarten/Beenden des Systems (siehe /etc/inittab)

Für das Management der Programmausführung vergleiche bash(1) für jobs, fg, bg und kill.

4.2.6 Die grundlegensten Kommandos zur Erinnerung

Die folgenden Kommandos sind für Unix-Systeme fundamental:

     ls, ls -al, ls -d, pwd, cd, cd ~Benutzer, cd -, 
     cat /etc/passwd, less, bg, fg, kill, killall, 
     uname -a, type Kommandoname, sync, netstat,
     ping, traceroute, top, vi, ps aux, tar, zcat, 
     grep, ifconfig, ...

Sie können mehr über diese Kommandos herausfinden, indem Sie sie in der Kommandozeile oder nach man bzw. info eingeben. Viele Linux Kommandos geben eine kurze Meldung zur Benutzung aus, wenn sie mit einer der folgenden Methoden gestartet werden:

     $ Kommandoname --help
     $ Kommandoname -h

whatis Kommandoname gibt eine einzeilige Zusammenfassung zu jedem Kommando mit einer Handbuchseite auf dem System aus.

4.2.7 Das X-Window-System

Das X-Window-System lässt sich von der Konsole mit

     # exec startx

starten. Ein Rechtsklick auf den Hintergrund bringt eine Menüauswahl zum Vorschein.

4.2.8 Wichtige Tastaturkommandos

Einige bedeutende Tastenkombinationen für die Linux-Konsole sind ("Plus", "Minus" beziehen sich auf den numerischen Ziffernblock):

     Alt-F1 bis F6:       Wechsel auf anderes Pseudo-Terminal
     Strg-Alt-F1 bis F6:  Wechsel auf anderes Pseudo-Terminal
                          (aus X-Windows, DOSEMU, etc.)
     Alt-F7:              Wechsel zu X-Windows
     Strg-Alt-Minus:      Ändern der Auflösung in X-Windows
     Strg-Alt-Plus:       Ändern der Auflösung in X-Windows (umgekehrte
                          Reihenfolge)
     Strg-Alt-Rücktaste:  Beenden des X11-Server-Programms
     Alt-X, Alt-C, Alt-V: In üblichen Windows/Mac-Tastenkombinationen
                          zum Ausschneiden, Kopieren und Einfügen wird
                          die Strg-Taste durch Alt in einigen
                          Programmen wie Netscape Composer ersetzt.

4.3 Midnight Commander (MC)

Der Midnight Commander (MC) ist ein GNU "Schweizer Armeemesser" für die Linux-Konsole und andere textbasierte Umgebungen.

4.3.1 Installation von MC

     # apt-get install mc

Danach sollten Sie ~/.bashrc (oder /etc/bash.bashrc, was von .bashrc verwendet wird) entsprechend der Handbuchseite mc(1) unter -P ändern. Dies bewirkt eine Änderung des Arbeitsverzeichnisses von MC beim Beenden.

Befindet man sich in einem Terminal wie z.B. kon oder Kterm für japanische Unterstützung, das verschiedene graphische Zeichen unterstützt, so hilft eventuell das Hinzufügen von -a zu MCs Kommandozeile bei Problemen.

4.3.2 Starten von MC

     $ mc

MC bietet für alle Dateioperationen Menüpunkte an, so dass nur minimaler Aufwand nötig ist.

4.3.3 Dateimanager

Standardmäßig gibt es zwei Verzeichnisansichten mit Dateilisten. Ein anderer nützlicher Modus ist das Setzen des rechten Fensters auf "Info", um Dateizugriffsrechte und andere Informationen zu sehen. Es folgen einige wichtige Tastenkombinationen. Mit einem laufenden gpm-Daemon kann man auch die Maus nutzen. (Stellen Sie sicher, dass Sie die Shift-Taste drücken, um das normale Verhalten von Entfernen und Einfügen im MC zu erhalten.)

• F1: Hilfe

• F3: interner Dateibetrachter

• F4: interner Editor

• F9: aktiviert das Menübar-Menü

• F10: beendet den Midnight Commander

• Tab: wechseln zwischen den beiden Fenstern

• Einf: markieren einer Datei für eine Operation wie Kopieren

• Entf: löschen einer Datei (Seien Sie vorsichtig – setzen Sie MC auf sicheres Löschen.)

• Cursor-Tasten: selbsterklärend

4.3.4 Kommandozeilen-Tricks

• Ein cd wechselt das Verzeichnis im dargestellten Fenster.

• Strg-Enter oder Alt-Enter kopiert den Dateinamen in die Kommandozeile. Dies kann mit dem cp- oder mv-Programm und dem Kommandozeilen-Editor genutzt werden.

• Alt-Tab bestimmt die Dateinamenvervollständigung in der Shell.

• Man kann das Startverzeichnis für beide Fenster als Argumente an MC übergeben, z.B. mc /etc /root.

• Esc + Ziffer == Fn (d.h. Esc + `1' = F1, etc.; Esc + `0' = F10).

• Esc == Alt (= Meta, M-), d.h. Esc + `c' steht für Alt-c.

4.3.5 Editor

Der interne Editor besitzt ein interessantes Entfernen-und-Einfügen-Schema. Drücken von F3 markiert den Start einer Auswahl, ein zweites F3 markiert das Ende der Auswahl und hebt diese hervor. Danach kann man den Cursor bewegen. Beim Betätigen von F6 wird der hervorgehobene Bereich an die Cursorposition verschoben. Drückt man F5, so wird der ausgewählte Bereich an die aktuelle Cursorposition kopiert und eingefügt. F2 sichert die Datei und F10 beendet den Editor. Die meisten Cursortasten funktionieren wie üblich.

Dieser Editor kann direkt mit einer Datei aufgerufen werden:

     $ mc -e Datei
     $ mcedit Datei

Es handelt sich nicht um einen Mehr-Fenster-Editor, aber man kann mehrere Linux-Konsolen nutzen, um den selben Effekt zu erreichen. Um zwischen Fenstern zu kopieren, sind die Alt-Fn Tasten zum Wechseln der virtuellen Konsole und "Datei->Datei einfügen" oder "Datei->In Datei kopieren" zum Verschieben eines Teils einer Datei in eine andere zu verwenden.

Dieser interne Editor kann durch einen beliebig anderen externen Editor ersetzt werden.

Viele Programme nutzen die Umgebungsvariable EDITOR oder VISUAL um zu bestimmen, welcher Editor zu verwenden ist. Sollten Sie mit vim nicht vertraut sein, setzen Sie diese auf mcedit, indem Sie folgende Zeilen zu ~/.bashrc hinzufügen:

     ...
     export EDITOR=mcedit
     export VISUAL=mcedit
     ...

Ich empfehle, diese wenn möglich auf vim zu setzen. Die Verwendung der vi(m)-Kommandos ist das richtige Vorgehen, da sie stets in einer Linux/Unix-Umgebung zu finden sind.

4.3.6 Dateibetrachter

Dies ist ein guter Viewer und prima dazu geeignet, Wörter in Dokumenten zu suchen. Ich nutze dies immer für Dateien im /usr/share/doc-Verzeichnis. Dies ist der schnellste Weg, um sich einen Überblick über die mehr als umfangreiche Linux-Dokumentation zu verschaffen. Der Dateibetrachter kann direkt mittels

     $ mc -v Datei

gestartet werden. (Es ist zu beachten, dass einige Pakete die Regeln verletzen und ihre Dokumentation noch unter /usr/doc/ ablegen.)

4.3.7 Auto-Start-Eigenschaften

Drückt man Enter für eine Datei, so wird ein entsprechendes Programm den Inhalt der Datei verarbeiten. Dies ist eine sehr nützliche Eigenschaft von MC.

     ausführbare Dateien:  Kommando ausführen
     man, html Dateien:    Darstellen des Inhalts mit Dateibetrachter
     tar, gz, rpm Dateien: Inhalt als Unterverzeichnis einblenden

Damit diese Eigenschaften funktionieren, dürfen betrachtbare Dateien nicht ausführbar sein. Ihr Status kann mittels des chmod-Kommandos und dem Dateimenü von MC geändert werden.

4.3.8 Virtuelles FTP-Dateisystem

MC kann zum Zugriff auf Dateien übers Internet mittels FTP genutzt werden. Aktivieren Sie mittels F9 das Menü und drücken Sie dann `p' für das virtuelle FTP-Dateisystem. Eine URL wird in der Form Benutzername:Passwort@hostname.domainname eingegeben und MC stellt daraufhin das entfernte Verzeichnis wie ein lokales dar.

4.4 Grundlagen des GNU/Linux-Dateisystems

Jede Datei und jedes Verzeichnis eines GNU/Linux-Systems ist mit einem Nutzer verknüpft, der sie/es besitzt und einer Gruppe, zu welcher sie/es gehört. Alle Dateiinformationen werden in einem Inode genannten Datensatz gespeichert.

4.4.1 Zugriffsrechte von Dateien und Verzeichnissen

Die Zugriffsrechte von Dateien und Verzeichnissen sind separat für die folgenden drei Nutzerkategorien definiert:

• den Nutzer (user), der die Datei besitzt (u),

• andere Nutzer der Gruppe (group), zu welcher die Datei gehört (g) und

• alle anderen (other) Nutzer (o).

Bei Dateien sind je folgende Rechte möglich:

• lesbar (readable) (r): zum Auslesen des Inhalts der Datei

• schreibbar (writable) (w): zum Modifizieren der Datei

• ausführbar (executable) (x): zum Starten der Datei als Kommando

Für Verzeichnisse sind je folgende Rechte möglich:

• lesbar (readable) (r): zum Anzeigen des Verzeichnisinhalts

• schreibbar (writable) (w): zum Hinzufügen oder Entfernen von Dateien im Verzeichnis

• ausführbar (executable) (x): zum Zugriff auf Dateien im Verzeichnis

Das ausführbar-Recht des Verzeichnisses bezieht sich nicht nur auf das Lesen von Dateien im entsprechenden Verzeichnis, sondern auch auf das Bestimmen der Attribute wie Größe und Modifizierungszeit.

Um diese und einige andere Informationen zu Dateien und Verzeichnissen zu erhalten, kann ls genutzt werden. Vergleiche ls(1). Wird ls mit der -l-Option gestartet, so werden die folgenden Informationen in der folgenden Reihenfolge angezeigt:

• der Dateityp (erstes Zeichen)

  • -: normale Datei

  • d: Verzeichnis (directory)

  • l: symbolischer Link

  • c: zeichenorientiertes Gerät

  • b: blockorientiertes Gerät

• die Zugriffsrechte der Datei (die nächsten neun Zeichen sind je drei Zeichen für Nutzer, Gruppe und Andere in dieser Reihenfolge)

• die Anzahl der harten Links zur Datei

• der Name des Nutzers der die Datei besitzt

• der Name der Gruppe zu der die Datei gehört

• die Größe der Datei in Bytes

• das Datum und die Zeit der Datei (Modifizierungszeit, mtime)

• der Name der Datei.

Um den Besitzer einer Datei zu ändern, wird chown von root genutzt. Vergleiche chown(1). Zum Ändern der Gruppe einer Datei, wird chgrp vom Besitzer der Datei oder root verwendet. Vergleiche chgrp(1). Das Ändern der Zugriffsrechte von Dateien oder Verzeichnissen erfolgt mit chmod durch den Dateibesitzer oder root. Vergleiche chmod(1).

Um z.B. einen Verzeichnisbaum dem Nutzer nutzer und der Gruppe gruppe zuzuordnen, ist als root Folgendes auszuführen:

     # cd /Pfad/zum/Verzeichnis
     # chown -R nutzer:gruppe .
     # chmod -R ug+rwX,o=rX .

Es gibt drei weitere spezielle Zugriffsbits:

• set user ID (s oder S anstatt Nutzer's x),

• set group ID (s oder S anstatt Gruppe's x) und

• Sticky Bit (t oder T anstatt Andere's x).

Hier werden in der Ausgabe von ls -l diese Bits großgeschrieben, wenn die ausführbar-Bits, die in der Ausgabe nicht mit dargestellt werden können, nicht gesetzt sind.

Das Setzen der set user ID einer ausführbaren Datei, erlaubt es einem Nutzer, die Datei mit den Rechten und der ID des Besitzers der Datei auszuführen (z.B. root). Ähnlich erlaubt das Setzen des set group ID-Rechts einer ausführbaren Datei, dass diese mit der Gruppen-ID und den Gruppenrechten der Datei (z.B. root) gestartet wird. Dies kann zu Sicherheitsproblemen führen, deshalb erfordert das Setzen dieser Bits spezielle Vorsicht.

Setzen der set group ID eines Verzeichnisses aktiviert das BSD-artige Dateierzeugungs Schema, bei welchem alle im Verzeichnis erstellten Dateien der Gruppe group des Verzeichnisses angehören.

Das Setzen des Sticky Bits eines Verzeichnisses verhindert das Entfernen einer Datei im Verzeichnis durch einen Nutzer, der nicht der Besitzer ist. Um den Inhalt einer Datei in einem für alle oder auch für Gruppenmitglieder schreibbaren Verzeichnis wie /tmp zu sichern, genügt es nicht das schreibbar-Recht der Datei zu entfernen, sondern es muss auch das Sticky Bit des Verzeichnisses gesetzt werden. Andernfalls kann die Datei entfernt werden und eine neue Datei mit gleichem Namen durch andere Nutzer mit Schreibrechten im Verzeichnis angelegt werden.

Es folgen einige interessante Beispiele für Zugriffsrechte von Dateien.

     $ ls -l /etc/passwd /etc/shadow /dev/ppp /usr/sbin/pppd
     crw-rw----    1 root    dip   108,   0 Jan 18 13:32 /dev/ppp
     -rw-r--r--    1 root    root      1051 Jan 26 08:29 /etc/passwd
     -rw-r-----    1 root    shadow     746 Jan 26 08:29 /etc/shadow
     -rwsr-xr--    1 root    dip     234504 Nov 24 03:58 /usr/sbin/pppd
     $ ls -ld /tmp /var/tmp /usr/local /var/mail /usr/src
     drwxrwxrwt    4 root    root      4096 Feb  9 16:35 /tmp
     drwxrwsr-x   10 root    staff     4096 Jan 18 13:31 /usr/local
     drwxrwsr-x    3 root    src       4096 Jan 19 08:36 /usr/src
     drwxrwsr-x    2 root    mail      4096 Feb  2 22:19 /var/mail
     drwxrwxrwt    3 root    root      4096 Jan 25 02:48 /var/tmp

4.4.2 Zeitmarken

Es gibt drei Arten von Zeitmarken für GNU/Linux Dateien:

• mtime: die Modifizierungszeit (ls -l),

• ctime: die Zeit der letzten Statusänderung (ls -lc) und

• atime: die letzte Zugriffszeit (ls -lu).

Es ist zu beachten, dass ctime nicht der Zeitpunkt der Dateierzeugung ist.

• Das Überschreiben einer Datei ändert sowohl mtime, ctime als auch atime der Datei.

• Das Ändern der Rechte oder des Besitzers einer Datei ändert ctime und atime der Datei.

• Das Lesen einer Datei ändert atime der Datei.

Beachten Sie, dass selbst ein einfacher Lesezugriff auf eine Datei in einem GNU/Linux-System normalerweise eine Schreiboperation erfordert, um die atime-Zeit in der Inode anzupassen. Das Mounten eines Dateisystems mit der noatime-Option unterlässt dies und beschleunigt den Dateizugriff beim Lesen. Vergleiche mount(8).

4.4.3 Links

Es gibt zwei Methoden, um eine Datei foo mit einem anderen Dateinamen bar zu verknüpfen.

• Ein harter Link (hard link) ist ein anderer Name für eine existierende Datei (ln foo bar),

• Ein symbolischer Link (symlink) verweist auf eine andere Datei über den Namen (ln -s foo bar).

Man vergleiche das folgende Beispiel für Änderungen der Anzahl der Links und die feinen Unterschiede beim Anwenden des rm-Kommandos.

     $ echo "ursprünglicher Dateiinhalt" > foo
     $ ls -l foo
     -rw-r--r--    1 osamu    osamu           4 Feb  9 22:26 foo
     $ ln foo bar     # hard link
     $ ln -s foo baz  # symlink
     $ ls -l foo bar baz
     -rw-r--r--    2 osamu    osamu           4 Feb  9 22:26 bar
     lrwxrwxrwx    1 osamu    osamu           3 Feb  9 22:28 baz -> foo
     -rw-r--r--    2 osamu    osamu           4 Feb  9 22:26 foo
     $ rm foo
     $ echo "neuer Dateiinhalt" > foo
     $ cat bar
     ursprünglicher Dateiinhalt
     $ cat baz
     neuer Dateiinhalt

Alle symbolischen Links haben die Dateizugriffsrechte "rwxrwxrwx" wie im obigen Beispiel gezeigt und deren Zugriffsrechte werden durch die Datei auf die sie zeigen diktiert.

Das Verzeichnis . verweist auf das Verzeichnis in dem es sich befindet, die Anzahl der Links für ein neues Verzeichnis beginnt bei 2. Das Verzeichnis .. verweist auf das übergeordnete Verzeichnis, die Anzahl der Links eines Verzeichnisses erhöhen sich mit dem Erzeugen neuer Unterverzeichnisse.

4.5 Weiterführende Informationen

Es gibt viele gute Referenzen zum Einstieg in Unix. O'Reilly's Bücher sind gewöhnlich gute Anleitungen für alle Computerthemen. Das LDP-Dokument Linux Tipps HOWTO ist eine andere nützliche Informationsquelle. Man vergleiche Unterstützung für Debian, Kapitel 15 für weitere Ressourcen.

[ zurück ] [ Inhalt ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ A ] [ weiter ]

Debian Reference
Kapitel 5 - Aktualisieren einer Distribution auf stable, testing oder unstable

Offizielle Hinweise für die Aktualisierung finden sich unter http://www.debian.org/releases/stable/releasenotes und http://www.debian.org/releases/testing/releasenotes (befindet sich in Arbeit).

Eine Systemaktualisierung auf die stable-, testing- oder unstable-Distribution kann verschiedene Schritte in der angegebenen Reihenfolge erfordern:

• Aktualisierung auf Woody (wenn das System älter als Woody ist)

• Aktualisierung auf stable

• Aktualisierung auf testing

• Aktualisierung auf unstable

Debian unterstützt keine Aktualisierungen, die einzelne Veröffentlichungen übergehen.

5.1 Aktualisierung von Potato auf Woody

Dies wird separat beschrieben, da Potato's APT nicht über alle in der aktuellen apt_preferences(5)-Handbuchseite beschriebenen Fähigkeiten verfügt.

Nach dem Einbinden von Woody-Verweisen (und keinen anderen) zu /etc/apt/sources.list werden APT und benötigte Kernpakete auf Woody-Versionen wie folgt aktualisiert:

     # apt-get update
     # apt-get install libc6 perl libdb2 debconf
     # apt-get install apt apt-utils dselect dpkg

Danach wird der Rest des Systems auf Woody aktualisiert:

     # apt-get upgrade
     # apt-get dist-upgrade

5.2 Vorbereitung einer Aktualisierung

Die Aktualisierung einer Distribution auf eine andere kann durch Herunterladen der Pakete aus dem Netzwerk wie folgt durchgeführt werden.

Erzeugen einer sauberen Liste von Paket-Depots für stable:

     # cd /etc/apt
     # cp -f sources.list sources.list.old
     # :>sources.list
     # apt-setup noprobe

Soll auf testing aktualisiert werden, so sind testing-Quellen zu dieser neuen Liste hinzuzufügen. Soll auf unstable aktualisiert werden, so sind auch unstable-Quellen hinzuzufügen.

     # cd /etc/apt
     # grep -e "^deb " sources.list >srcs
     # :>sources.list  
     # cp -f srcs sources.list
     # sed -e "s/stable/testing/" srcs >>sources.list
     # sed -e "s/stable/unstable/" srcs >>sources.list
     # apt-get update
     # apt-get install apt apt-utils

Vergleiche Grundlagen der Debian-Paketverwaltung, Abschnitt 6.2 für die Kunst des Tunings von /etc/apt/sources.list und /etc/apt/preferences.

5.3 Aktualisierung

Nach den korrekten Anpassungen von /etc/apt/sources.list und /etc/apt/preferences, wie oben beschrieben, kann mit der Aktualisierung begonnen werden.

Das Verwenden der testing-Distribution von Debian kann den Nebeneffekt haben, dass Sicherheitsupdates nur langsam eingespielt werden, da solche Pakete nach unstable hochgeladen werden und erst später nach testing gelangen.

Man vergleiche mit Debian-Paketverwaltung, Kapitel 6 für die Grundlagen und sollten dabei Fehler auftreten mit APT-Upgrade-Fehlersuche, Abschnitt 6.3.2.

5.3.1 Verwendung von dselect

Wenn ein System zahlreiche Pakete enthält, die -dev-Pakete, etc. nutzen, wird die im Folgenden beschriebene Vorgehensweise mittels dselect empfohlen, da hier eine feinere Kontrolle der Pakete möglich ist.

     # dselect update # muss vor jeder Aktualisierung ausgeführt werden
     # dselect select # Auswahl zusätzlicher Pakete

All Ihre aktuellen Pakete werden ausgewählt, wenn dselect startet. dselect verlangt dabei eventuell nach zusätzlichen Paketen, basierend auf Abhängigkeiten, Vorschlägen und Empfehlungen. Möchten Sie keine Pakete hinzufügen, drücken Sie einfach Q, um dselect erneut zu beenden.

     # dselect install

Sie werden einige Paket-Konfigurationsfragen während dieses Teils des Prozesses beantworten müssen, halten Sie also Ihre Notizen bereit und planen Sie genug Zeit dafür ein. Vergleiche dselect, Abschnitt 6.2.3.

Nutzen Sie dselect. Dies funktioniert immer :)

5.3.2 Verwendung von apt-get

     # apt-get update
     # apt-get -t stable upgrade
     # apt-get -t stable dist-upgrade
     # apt-get -t testing upgrade
     # apt-get -t testing dist-upgrade
     # apt-get -t unstable upgrade
     # apt-get -t unstable dist-upgrade

Wenn erst einmal Sarge läuft, ist es ratsam aptitude statt apt-get zu verwenden. (aptitude akzeptiert viele der Optionen von apt-get, inklusive der obigen.)

Zum Aktualisieren unter Beibehaltung der aktuellen dselect-Einstellungen:

     # apt-get dselect-upgrade

Man vergleiche Paketabhängigkeiten, Abschnitt 2.2.8.

[ zurück ] [ Inhalt ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ A ] [ weiter ]

Debian Reference
Kapitel 6 - Debian-Paketverwaltung

Dieses Kapitel basiert auf älterer Version des englischen ursprünglichen Textes. Die englische Version bitte auch überprüfen.

Um die Netzlast in den Debian-Archiven zu reduzieren, sollten Sie einen lokalen HTTP-Proxy mit squid für das Herunterladen von Paketen mittels APT einrichten. Wenn nötig muss die http_proxy-Umgebungsvariable oder der http-Wert in /etc/apt/apt.conf gesetzt werden. Dies erhöht die Leistung im Netzwerk enorm, insbesondere dann, wenn viele Debian-Rechner in einem LAN vorhanden sind.

Obwohl die Pinning-Eigenschaft von apt_preferences(5) sehr leistungsfähig ist, löst sie nicht alle Abhängigkeitsprobleme, da die Voraussetzungen für Abhängigkeiten an neueren Versionen anderer fundamentaler Programmpakete zerren.

Die Verwendung der in chroot, Abschnitt 8.6.35 beschriebenen Methode ist geeignet, um gleichzeitig die Stabilität beider Systeme zu sichern und auf die neuesten Versionen von Software zuzugreifen.

Dieses Kapitel bezieht sich auf ein Woody-System, jedoch sollten die Informationen hier auch auf ein Potato-System (mit Ausnahme von apt_preferences(5) und Themen die Bezug auf die /etc/apt/preferences-Datei nehmen) zutreffen.

6.1 Einführung

Wenn das Lesen der Entwicklerdokumentation zu viel für Sie ist, dann lesen Sie zuerst dieses Kapitel um dann die ganze Vielfalt von Debian (testing/unstable) zu nutzen :-)

6.1.1 Grundlegende Werkzeuge

     dselect   – menügesteuertes Paketverwaltungs-Werkzeug (top level)
     dpkg      – installiert Pakete (Paketdatei orientiert)
     apt-get   – installiert Pakete (Paketarchiv orientiert, CLI-APT)
     tasksel   – installiert Aufgaben-Profile (Verbund von Paketen)
     aptitude  – installiert Pakete (Pakete & Profile, ncurses APT)
     deity     – alternatives ncurses APT
     synaptic, gsynaptic – GUI-APT-Alternativen

Diese Tools arbeiten nicht alle auf dem gleichen Level. dselect arbeitet ein Level über APT (der Kommandozeilenbefehl ist apt-get) und dpkg.

APT nutzt /var/lib/apt/lists/* um verfügbare Pakete zu erfassen, dpkg jedoch nutzt /var/lib/dpkg/available. Wenn Sie Pakete direkt mit apt-get oder mit einem ähnlichen Programm, wie z.B. aptitude installiert haben, dann stellen Sie sicher, dass Sie die Datei /var/lib/dpkg/available mittels [U]pdate aus dem dselect-Menü oder von der Kommandozeile mit "dselect update" updaten, bevor Sie dselect select, tasksel oder dpkg -l ausführen.

Was die Paketabhängigkeiten angeht, so berücksichtigt apt-get automatisch alle benötigten Pakete, ignoriert aber empfohlende und vorgeschlagene Pakete. dselect bietet jedoch eine menübasierte Kontrolle über die Auswahl von solchen Paketen und fragt zur Auswahl von benötigten, empfohlenden und vorgeschlagenen Paketen. aptitude bietet die Möglichkeit, alle benötigten, empfohlenden und vorgeschlagenen Pakete automatisch zu berücksichtigen. Siehe Paketabhängigkeiten, Abschnitt 2.2.8.

6.1.2 Nützliche Tools

     apt-cache         - durchsucht das Paketarchiv im lokalen Cache
     dpkg-reconfigure  - erneutes Konfigurieren von installierten
                         Paketen (sofern sie debconf benutzen)
     dpkg-source       - verwaltet Quellpaketdateien
     dpkg-buildpackage - automatisiert den Prozess der Erstellung von
                         Paketdateien
     ...

6.2 Grundlagen der Debian-Paketverwaltung

Man kann eine Menge von Paketen genannt Aufgaben-Profile oder auch Task installieren oder individuelle Pakete. Eine Aktualisierung des Systems kann auch mittels Paketverwaltungswerkzeugen wie weiter unten beschrieben erfolgen. Es wird auch auf Debian-System-Installationshinweise, Kapitel 3, Aktualisieren einer Distribution auf stable, testing oder unstable, Kapitel 5 und Rettungseditoren, Abschnitt 11.2 verwiesen.

6.2.1 Aufgaben-Profile mit tasksel oder aptitude installieren

tasksel ist das Debian-Aufgaben-Profil-Installationsprogramm, das auch während der Debian-Installation unter dem Punkt "einfach" angeboten wird.

Wenn man eine bestimmte Funktion benötigt, die verschiedene Pakete erfordert, so ist das der einfachste Weg dies zu erledigen. Stellen Sie sicher, dass Sie die Befehle wie folgt starten:

     # dselect update
     # tasksel

aptitude bietet auch Zugang zu Aufgaben-Profilen. Dies erlaubt nicht nur die Auswahl von Aufgaben-Profilen, sondern ermöglicht es auch, Pakete in diesem Profil selektiv durch ein Menü abzuwählen.

6.2.2 Einrichten des APT-Systems

Versuchen Sie ein System mittels verschiedener Distributionen, wie im Folgenden beschrieben, einzurichten, so ist es wahrscheinlich, dass Sie auf einige Paketabhängigkeitskonflikte stoßen. Es ist eine gute Idee, verschiedene Ausgaben nicht zu vermengen. Das Folgende ist für Personen, die gerne experimentieren und dabei Risiken in Kauf nehmen.

Um selektive Upgrades durchzuführen, während man die testing-Distribution installiert hat, muss das APT-System (>Woody) wie in Aktualisierung von Potato auf Woody, Abschnitt 5.1 beschrieben eingerichtet werden, damit die apt_preferences(5) Eigenschaften genutzt werden können.

Fügen Sie zuerst die Quellen für stable, testing und unstable in Ihre /etc/apt/sources.list-Datei ein. Editieren Sie danach /etc/apt/preferences, um Pin-Priority korrekt einzurichten. [3]

     Package: *
     Pin: release a=stable
     Pin-Priority: 500
     
     Package: *
     Pin: release a=testing
     Pin-Priority: 600
     
     Package: *
     Pin: release a=unstable
     Pin-Priority: 50

6.2.3 dselect

Wenn dselect startet, wählt es automatisch alle Pakete aus, die in den Kategorien "Required", "Important" und "Standard" enthalten sind. In der Potato-Distribution waren etliche große Pakete wie z.B. teTeX und Emacs in diesen Kategorien enthalten und wurden am besten für die Erstinstallation manuell abgewählt (mittels `_'). In der Woody-Distribution sind diese Pakete nun in der "Optional"-Paketkategorie.

dselect hat eine einigermaßen gewöhnungsbedürftige Benutzerschnittstelle. Es gibt gleich vier doppeldeutige Befehle (Großbuchstaben sind gemeint!):

     Taste  Aktion
     Q      Beenden. Momentane Auswahl bestätigen und beenden.
            (Abhängigkeiten vernachlässigen)
     R      Rückgängig! Es war nicht so gemeint.
     D      Verdammt! Es ist uninteressant was dselect meint. Mach es!
     U      Alles auf den vorgeschlagenen Status setzen.

Mit D und Q kann eine Auswahl die Konflikte enthält, auf eigenes Risiko gewählt werden. Hiermit sollte vorsichtig umgegangen werden. Zurzeit ist dselect das ausgereifteste menübasierte Werkzeug, das fein gegliederte Kontrolle über Empfehlungen und Vorschläge bietet.

Fügen Sie eine Zeile in /etc/dpkg/dselect.cfg ein, die die Option "expert" enthält, um die Ausgabe unnötiger Meldungen zu reduzieren. Für langsame Rechner, ist es empfehlenswert dselect auf einem anderen, schnelleren Rechner zu starten um Pakete zu finden und diese mit apt-get install zu installieren.

dselect erlaubt keinen Zugriff auf Pakete, die nicht durch Pin-Priority begünstigt sind.

6.2.4 aptitude

aptitude ist ein menübasiertes Paketinstallationprogramm ähnlich zu dselect. Dies kann auch als alternativer Kommandozeilen-Befehl an Stelle von apt-get genutzt werden. Vergleichen Sie aptitude(1).

aptitude akzeptiert folgende Tastenkürzel, die meist Kleinbuchstaben sind.

     Tastenkürzel  Aktion
     F10           Menü
     ?             Hilfe zu Tastenkürzel
     u             Aktualisiere Paketarchivinformation
     g             Herunterladen und installieren gewählter Pakete
     q             Beenden und Sichern der Änderungen
     x             Beenden und Verwerfen der Änderungen
     Enter         Informationen zu einem Paket anzeigen

aptitude erlaubt es, alle Pakete, je nachdem, ob sie benötigt, empfohlen oder vorgeschlagen werden, auszuwählen. Dieses Verhalten kann durch Auswahl von F10 -> Optionen -> Abhängigkeitsbehandlung im Menü geändert werden.

aptitude erlaubt den Zugriff auf alle Versionen eines Pakets.

6.2.5 Die apt-cache- und apt-get-Kommandos

Beim Einrichten von testing wie im obigen Beispiel beschrieben, kann das System durch folgende Kommandos angepasst werden:

• apt-get -u upgrade

  Dies verwendet die testing-Distribution und aktualisiert alle Pakete im System, wobei die durch Abhängigkeiten benötigten Pakete von testing stammen.

• apt-get -u dist-upgrade

  Dies verwendet die testing-Distribution und aktualisiert alle Pakete im System, wobei alle Abhängigkeiten aufgelöst werden und die dadurch benötigten Pakete von testing stammen.

• apt-get -u dselect-upgrade

  Dies verwendet die testing-Distribution und aktualisiert alle Pakete im System entsprechend der Auswahl durch dselect.

• apt-get -u install Paket

  Dies installiert Paket und dessen Abhängigkeiten aus der testing-Distribution.

• apt-get -u install Paket/unstable

  Dies installiert Paket aus der unstable-Distribution, während dessen Abhängigkeiten aus der testing-Distribution installiert werden.

• apt-get -u install -t unstable Paket

  Dies installiert Paket aus der unstable-Distribution, während dessen Abhängigkeiten auch aus der testing-Distribution mit einer Pin-Priority von 990 für unstable installiert werden.

• apt-cache policy foo bar ...

  Dies gibt den Status der Pakete foo bar ... aus.

• apt-cache show foo bar ... | less

  Dies gibt die Informationen zu den Paketen foo bar ... aus.

• apt-get install foo=2.2.4-1

  Dies installiert die spezielle Version 2.2.4-1 des Pakets foo.

• apt-get -u install foo bar-

  Dies installiert das Paket foo und entfernt das bar Paket.

• apt-get remove bar

  Dies entfernt das Paket bar, die angepasste Konfiguration wird jedoch beibehalten.

• apt-get remove --purge bar

  Dies entfernt das Paket bar zusammen mit allen Konfigurationsdateien.

Die Option -u in den obigen Beispielen sorgt dafür, dass apt-get eine Liste aller Pakete ausgibt, die aktualisiert werden können und fragt den Nutzer bevor es beginnt. Das Folgende setzt die Option -u standardmäßig:

     $ cat >> /etc/apt/apt.conf << .
     // Immer zu aktualisierende Pakete anzeigen (-u)
     APT::Get::Show-Upgraded "true";
     .

Die Option -s kann zum Simulieren eines Upgrades verwendet werden, ohne dass eine Aktualisierung erfolgt.

6.2.6 Verwenden einer speziellen Version der Debian-Distribution

Abhängig von der von Ihnen bevorzugten Debian-Version kann die Datei /etc/apt/preferences in Einrichten des APT-Systems, Abschnitt 6.2.2 entsprechend Ihren Wünchen angepasst werden:

     für stable:            Pin-Priority von testing auf 50 setzen
     für testing:           Einstellungen wie oben gezeigt beibehalten
     für testing(unstable): Pin-Priority von unstable auf 500 setzen
     für unstable(testing): Pin-Priority von unstable auf 800 setzen

Eine Richtlinie für die Wahl der Pin-Priority ist das Wechseln von oben nach unten in der obigen Tabelle, so wie die Zeit von unmittelbar nach einer Veröffentlichung bis zum Einfrieren für die nächste Version vergeht.

Achtung: Das Verwenden der testing-Version von Debian hat den Nebeneffekt, dass Sicherheitsupdates nur langsam eingespielt werden.

Wenn verschiedende Versionen von Debian verwendet werden, so wie testing mit stable oder unstable mit stable, so werden höchstwahrscheinlich wichtige Pakete unabsichtlich von testing oder unstable genutzt, die fehlerhaft sein können. Sie wurden gewarnt.

Beispiele von /etc/apt/preferences, in welchen einige wichtige Pakete auf ausgereifte Versionen gesetzt werden, während die nicht ganz ausgereiften für nichtessentielle Pakete verwendet werden, sind im Beispielverzeichnis als preferences.testing und preferences.unstable verfügbar. Auf der anderen Seite erzwingt preferences.stable einen Versionssprung aller Pakete zu stable (Downgrad).

6.2.7 Downgrad aller Pakete zu stable

Um alle Pakete auf die stable-Distribution zurückzustufen, editieren Sie die Datei /etc/apt/preferences wie folgt:

     Package: *
     Pin: release a=stable
     Pin-Priority: 1001

und führen Sie "apt-get upgrade" aus. Dieser Befehl stuft aufgrund der Pin-Priority > 1000 sämtliche Pakete herunter. Aber seien Sie gewarnt, es könnte kleinere Abhängigkeitsprobleme geben.

6.2.8 Überblick über /etc/apt/preferences

In dem in Einrichten des APT-Systems, Abschnitt 6.2.2 aufgeführten Beispiel von /etc/apt/preferences bedeutet "Package: *" in der ersten Zeile, dass sich der Abschnitt auf alle Pakete bezieht. Man kann auch einen Paketnamen anstatt von "*" verwenden, um die Pin-Priority für das Paket festzulegen.

"Pin: release a=stable" in der zweiten Zeile bedeutet, dass apt-get die Packages.gz-Datei aus dem Archiv nimmt, das die Zeile "Archive: stable" in seiner Release-Datei enthält.

Die letzte Zeile "Pin-Priority: 500" setzt Pin-Priority auf 500.

Wenn es mehrere Pakete mit dem selben Namen gibt, so wird normalerweise das mit der höchsten Pin-Priority installiert.

Die Bedeutung der Pin-Priority ist:

• 1001 und höher: Zurückstufungsprioritäten.

  Ein Zurückstufen (Downgrade) des Pakets ist erlaubt für diesen Bereich der Pin-Priority.

• 100 bis 1000: Standardprioritäten.

  Ein Zurückstufen des Pakets ist nicht erlaubt. Einige wichtige Pin-Priority Werte:

  • 990: die Priorität, die durch die --target-release oder -t Option von apt-get(8) gesetzt wird.

  • 500: die Priorität für alle Standardpaketdateien.

  • 100: die Priorität der zurzeit installierten Paketdateien.

• 0 bis 99: Nicht-automatische Prioritäten. (Diese werden nur genutzt, wenn das Paket nicht installiert ist und keine andere Version verfügbar ist.)

• kleiner als 0: Die Version wird niemals gewählt.

Die selben Effekte wie --target-release können durch Setzen von /etc/apt/apt.conf mittels

     # echo 'APT::Default-Release "testing";' >> /etc/apt/apt.conf

erreicht werden. Die Kommandozeilenoption --target-release und der Wert in /etc/apt/apt.conf ersetzen die Einstellung in /etc/apt/preferences. Seien Sie vorsichtig damit, wenn Sie gleichzeitig /etc/apt/preferences editieren.

6.3 Debian-Überlebensbefehle

Mit diesem Wissen kann jeder ein Leben des ewigen "Aktualisierens" führen :-)

6.3.1 Überprüfen von Bugs in Debian und Suche nach Hilfe

Wenn Sie auf Probleme bezüglich eines bestimmten Pakets stoßen, stellen Sie sicher, dass Sie zuerst diese Seiten überprüfen, bevor Sie um Hilfe fragen oder einen Bug-Report erstellen. (lynx, links und w3m sind hier gleichwertig):

     $ lynx http://bugs.debian.org/
     $ lynx http://bugs.debian.org/Paketname # wenn der Name bekannt ist
     $ lynx http://bugs.debian.org/Bugnummer # wenn Bugnr. bekannt ist

Suchen Sie auch bei Google mit Suchbegriffen wie "site:debian.org".

Wenn Sie nicht weiter kommen, lesen Sie die guten Handbücher. Setzen Sie CDPATH wie folgt:

     export CDPATH=.:/usr/local:/usr/share/doc

und dann

     $ cd Paketname
     $ pager README.Debian # falls dies existiert
     $ mc

Weitere Hilfequellen sind in Unterstützung für Debian, Kapitel 15 aufgelistet.

6.3.2 APT-Upgrade-Fehlersuche

Es können Paketabhängigkeitprobleme beim Aktualisieren auf unstable/testing entsprechend Aktualisierung, Abschnitt 5.3 entstehen. Meistens liegt das daran, dass ein Paket aktualisiert wird, das neue Abhängigkeiten hat, die nicht erfüllt sind. Diese Probleme können unter Verwendung folgender Befehle gelöst werden:

     # apt-get dist-upgrade

Wenn dies nicht hilft das Problem zu lösen, dann wiederholen Sie folgende Befehle solange, bis sich das Problem auflöst:

     # apt-get upgrade -f       # selbst bei Fehlern mit Upgrade ...
     ... oder
     # apt-get dist-upgrade -f  # ... bzw. Dist-Upgrade fortfahren

Einige sehr fehlerhafte Upgrade-Skripte könnten permanente Schwierigkeiten bereiten. In solch einer Situation ist es gewöhnlich besser, wenn man sich die /var/lib/dpkg/info/Paketname.{post,pre}{inst,rm}-Skripte der betreffenden Pakete ansieht und anschließend

     # dpkg --configure -a      # konfiguriert alle nicht vollständig
                                # installierten Pakete

ausführt.

Wenn eines der Skripte sich über eine fehlende Konfigurationsdatei beschwert, dann schauen Sie in /etc/ nach der entsprechenden Datei. Wenn eine mit der Dateiendung .new (oder so ähnlich) existiert, entfernen Sie diese Dateiendung einfach (z.B. mit mv).

Paketabhängigkeitsprobleme können auftreten, wenn Pakete in unstable/testing installiert werden. Diese können auf unterschiedliche Art und Weise umgangen werden.

     # apt-get install -f Paket # ignoriere falsche Abhängigkeiten

Eine Alternative dazu wäre, das equivs-Paket zu verwenden. Siehe file:///usr/share/doc/equivs/README.Debian und Das equivs-Paket, Abschnitt 6.5.2.

6.3.3 Wiederherstellung mit dpkg

Sollte das System einmal wirklich schwer geschädigt worden sein, beispielsweise wenn dselect (APT) abstürzt, kann man es auch nur mit Hilfe von dpkg wiederherstellen:

     # cd /var/cache/apt/archives
     # dpkg -i libc6* libdb2* perl*
     # dpkg -i apt* dpkg* debconf*
     # dpkg -i *             # solange, bis keine Fehler mehr auftreten

Sollte einmal ein Paket fehlen, können Sie es von Mirror-Seiten herunterladen:

     # mc    # verwenden Sie "FTP-Verbindung" auf Debian-FTP-Server

Neue Pakete auf den HTTP/FTP-Servern befinden sich nicht mehr in dem klassischen dist-Verzeichnis, sondern im neuen pool-Verzeichnis. (Siehe Das pool-Verzeichnis, Abschnitt 2.1.10.)

Die Installation des Pakets erfolgt dann folgendermaßen:

     # dpkg -i /var/cache/apt/archives/Paketdatei.deb

Sollte ein Problem mit einer Abhängigkeit auftreten, kann dieses wie folgt gelöst werden:

     # dpkg --ignore-depends=Paket1 ... -i Paketdatei.deb
     # dpkg --force-depends -i Paketdatei.deb
     # dpkg --force-depends --purge Paket
     # dpkg --force-confmiss -i Paketdatei.deb # installiert fehlende
                                               # Konfigurationsdateien

6.3.4 Wiederherstellung von Paketauswahldaten

Wenn /var/lib/dpkg/status aus irgendeinem Grund fehlerhaft ist, so verliert das Debian-System die Paketauswahldaten und nimmt Schaden. Schauen Sie nach der alten /var/lib/dpkg/status-Datei /var/lib/dpkg/status-old oder /var/backups/dpkg.status.*.

Eine eigene Partition für /var/backups/ zu erstellen, könnte eine gute Idee sein, insbesondere da sich dort wichtige Systemdaten befinden.

Wenn die alte /var/lib/dpkg/status-Datei nicht verfügbar ist, kann man dennoch Informationen von Verzeichnissen in /usr/share/doc/ wiederherstellen.

     # ls /usr/share/doc | \
       grep -v [A-Z] | \
       egrep -v '^(debian|texmf)$' | \
       awk '{print $1 " install"}' | \
       dpkg --set-selections
     ... neuinstallieren des Systems, abwählen je nach Bedarf:
     # dselect --expert

6.3.5 Systemrettung nach Löschen von /var

Da das /var-Verzeichnis regelmäßig aktualisierte Daten wie Mails enthält, ist es für einen Ausfall anfällig. Das Auslagern auf eine unabhängige Partition reduziert die Risiken. Wenn ein Unglück geschieht, muss das /var-Verzeichnis wiederhergestellt werden, um das Debian-System zu retten.

Besorgen Sie sich den wichtigsten Inhalt des /var-Verzeichnisses von einem kleinen noch funktionsfähigem Debian-System, basierend auf der selben oder einer älteren Debian-Version, z.B. var.tar.gz und kopieren Sie dies in das Stammverzeichnis des defekten Systems. Führen Sie nun Folgendes aus:

     # cd /
     # mv var var-alt      # wenn noch sinnvolle Daten vorhanden sind
     # tar xvzf var.tar.gz # Woody's Minimaldatei verwenden
     # aptitude            # oder dselect

Dies sollte zu einem funktionierenden System führen. Die Wiederherstellung der Paketauswahl kann beschleunigt werden, wenn man die in Wiederherstellung von Paketauswahldaten, Abschnitt 6.3.4 beschriebene Technik anwendet. (FIXME: Dieses Vorgehen benötigt mehr Versuche zur Bestätigung.)

6.3.6 Installation eines Pakets in ein nicht bootfähiges System

Booten Sie Linux von einer der Debian-Rettungs-Disketten/CDs oder von einer alternativen Partition in einem Multi-Boot-System. Vergleichen Sie Booten des Systems, Abschnitt 8.1. Mounten Sie nun die nicht bootfähige Partition nach /target und verwenden Sie die chroot-Installationsmethode von dpkg.

     # dpkg --root /target -i Paketdatei.deb

Anschließend sollten Sie alles nötige konfigurieren und Probleme beheben.

Übrigens, wenn lilo alles ist, was Sie davon abhält das System zu booten, können Sie auch ganz einfach von einer Debian-Rettungsdiskette booten. Am Boot-Prompt, vorausgesetzt Ihre root-Partition befindet sich auf /dev/hda12 und Sie möchten im Run-Level 3 starten, geben Sie Folgendes ein:

     boot: rescue root=/dev/hda12 3

Daraufhin startet ein nahezu vollständiges System, mit dem Kernel von der Bootdiskette. (Möglicherweise werden nicht alle Hardwarekomponenten erkannt oder Module nicht geladen, dies liegt aber an dem Kernel von der Bootdiskette.)

6.3.7 Der dpkg-Befehl funktioniert nicht mehr – was nun?

Ein funktionsgestörtes dpkg kann es verständlicherweise unmöglich machen, beliebige .deb-Dateien zu installieren. Ein Vorgehen wie das unten aufgeführte wird Ihnen dabei helfen, diese Situation wieder in den Griff zu bekommen. (Natürlich können Sie links durch Ihrem favorisierten Browser ersetzen.)

     $ links http://http.de.debian.org/debian/pool/main/d/dpkg/
       ... herunterladen von dpkg_version_arch.deb
     $ su
     password: *****
     $ ar x dpkg_version_arch.deb
     # mv data.tar.gz /data.tar.gz
     # cd /
     # tar xzfv data.tar.gz

Für die i386-Architektur kann auch http://packages.debian.org/dpkg als URL genutzt werden.

6.4 Debian-Nirwana-Befehle

Das Verständnis der folgenden Befehle ist eine essentielle Voraussetzung, um zum einem eventuellen Upgrade-Problemen gewachsen zu sein und zum anderen um das Debian-Nirwana zu erreichen. :-)

6.4.1 Informationen über eine Datei

Sie möchten den Namen des Pakets in Erfahrung bringen, welchem eine bestimmte Datei angehört:

     ... suche nach Muster in den installierten Paketdateien:
     $ dpkg {-S|--search} Muster
     ... finde das Dateinamen-Muster in den Debian-Archivdateien:
     $ wget http://ftp.us.debian.org/debian/dists/sarge/Contents-i386.gz
     $ zgrep -e pattern Contents-i386.gz

Sie können auch spezialisierte Paketkommandos verwenden:

     ... dlocate:
     # apt-get install dlocate
     ... schnellere Alternative zu dpkg -L and dpkg -S:
     $ dlocate filename
     ... installiert Pakete automatisch auf Anfrage:
     # apt-get install auto-apt
     ... erzeugt eine Datenbank für auto-apt:
     # auto-apt update
     ... sucht nach einem Muster in allen Paketen, ob sie installiert
     ... sind oder nicht:
     $ auto-apt search Muster

6.4.2 Informationen über ein Paket

Die Debian-Paketarchive können durchsucht und angezeigt werden. Stellen Sie jedoch vorher sicher, dass APT die richtigen Archive in /etc/apt/sources.list findet. Wenn Sie sehen wollen, wie sich Pakete in testing/unstable gegen die aktuell installierten verhalten, so verwenden Sie apt-cache policy. Dies ist sehr nett.

     # apt-get check           # aktualisiert den Cache und schaut nach
                               # fehlerhaften Paketen
     $ apt-cache search Muster # sucht Pakete anhand Paketbeschreibung
     $ apt-cache policy Paket  # Paketprioritäten/Distributions-Infos
     $ apt-cache show -a Paket # zeigt die Paketbeschreibung in allen
                               # Distributionen
     $ apt-cache showsrc Paket # zeigt die Paketbeschreibung des
                               # Quellpakets
     $ apt-cache showpkg Paket # zeigt Paketinformationen für Debugging
     # dpkg --audit|-C         # sucht nach nicht vollständig
                               # installierten Paketen
     $ dpkg {-s|--status} Paket ... # Beschreibung eines installierten
                               # Pakets
     $ dpkg -l Paket ...       # Status des installierten Pakets
     $ dpkg -L Paket ...       # zeigt die Dateien an, die durch das
                               # Paket installiert wurden

apt-cache showsrc ist in Woody noch nicht dokumentiert, funktioniert aber :)

Sie können ebenfalls anstelle der oben genannten Befehle Paketinformationen in folgenden Dateien finden (verwenden Sie beispielsweise mc zum Suchen):

     /var/lib/apt/lists/*
     /var/lib/dpkg/available

Ein Vergleich folgender Dateien kann Aufschluss darüber geben, was genau bei der letzten Installation passiert ist.

     /var/lib/dpkg/status
     /var/backups/dpkg.status*

6.4.3 Nicht-Interaktive Installation mit APT

Um Pakete nicht-interaktiv zu installieren, fügen Sie folgende Zeile zu /etc/apt/apt.conf hinzu:

     Dpkg::Options {"--force-confold";}

Dies ist äquivalent zu apt-get -q -y Paket. Da dies alle Fragen automatisch mit "Ja" beantwortet, kann dies zu Problemen führen. Nutzen Sie diese Option deshalb mit Vorsicht. Lesen Sie apt.conf(5) und dpkg(1).

Sie können jedes einzelne Paket auch später wie in Installierte Pakete erneut konfigurieren, Abschnitt 6.4.4 beschrieben konfigurieren.

6.4.4 Installierte Pakete erneut konfigurieren

Verwenden Sie folgende Befehle, um bereits installierte Pakete erneut zu konfigurieren.

     # dpkg-reconfigure --priority=medium Paket [...]
     # dpkg-reconfigure --all   # Neukonfiguration aller Pakete
     # dpkg-reconfigure locales # generiere zusätzliche locales
     # dpkg-reconfigure --p=low xserver-xfree86 # konfiguriere den
                                                # X-Server neu

Führen Sie dies für debconf aus, wenn Sie den Dialogmodus von debconf permanent ändern möchten.

Einige Programme sind mit speziellen Konfigurationsskripten ausgestattet. [4]

     apt-setup    - erstellt die Datei /etc/apt/sources.list
     install-mbr  - installiert einen Master-Boot-Record-Manager
     tzconfig     - setzt die lokale Zeitzone
     gpmconfig    - konfiguriert den gpm-Maus-Daemon
     eximconfig   - konfiguriert Exim (MTA)
     texconfig    - konfiguriert teTeX
     apacheconfig - konfiguriert Apache (httpd)
     cvsconfig    - konfiguriert CVS
     sndconfig    - konfiguriert das Soundsystem
     ...
     update-alternatives - definiert Standardbefehle, z.B. vi für vim
     update-rc.d         - System-V-init-Skript-Management
     update-menus        - das Debian-Menüsystem
     ...

6.4.5 Deinstallation von Paketen

Entfernen eines Pakets, die Konfiguration wird nicht gelöscht:

     # apt-get remove Paket ...
     # dpkg  --remove Paket ...

Entfernen eines Pakets und dessen Konfiguration:

     # apt-get remove --purge Paket ...
     # dpkg    --purge        Paket ...

6.4.6 "Halten" älterer Pakete

Zunächst ein Beispiel: Möchte man, dass die Pakete libc6 und libc6-dev beim Ausführen von dselect und apt-get -u upgrade nicht durch neuere Versionen ersetzt werden, so kann dies folgendermaßen erreicht werden:

     # echo -e "libc6 hold\nlibc6-dev hold" | dpkg --set-selections

apt-get -u install Paket bleibt davon jedoch unbeeinflusst. Um diese Pakete andererseits bei einem automatischen Systemdowngrade mittels apt-get -u upgrade oder apt-get -u dist-upgrade zurück zu halten, ist die Datei /etc/apt/preferences wie folgt zu erweitern:

     Package: libc6
     Pin: release a=stable
     Pin-Priority: 2000

An dieser Stelle kann der Eintrag "Package:" keine Paketnamen wie z.B. "libc6*" enthalten. Wenn Sie jedoch alle Pakete, die im Zusammenhang mit dem glibc-Quellpaket stehen, auf dem selben Stand halten möchten, müssen Sie diese alle explizit auflisten.

Folgender Befehl zeigt alle Pakete an, die den Status "hold" haben:

     dpkg --get-selections "*" | grep -e "hold$"

6.4.7 Gemischtes stable/testing/unstable-System

apt-show-versions kann alle verfügbaren Paketversionen und deren Zugehörigkeit zu den einzelnen Distributionen anzeigen.

     $ apt-show-versions | fgrep /testing | wc
     ... Anzahl der installierten Pakete aus testing
     $ apt-show-versions -u
     ... Liste aller Pakete für die es aktuellere Versionen gibt
     $ apt-get install `apt-show-versions -u -b | fgrep /unstable`
     ... aktualisiert alle Paket aus unstable auf die aktuellste Version

6.4.8 Löschen von zwischengespeicherten Paketdateien

APT speichert alle heruntergeladenen Paketdateien in /var/cache/apt/archives/. Diese können folgendermaßen gelöscht werden:

     # apt-get autoclean # löscht nur nicht benötigte Paketdateien
     # apt-get clean     # löscht alle zwischengespeicherten Paketdateien

6.4.9 Speichern/Kopieren der Systemkonfiguration

Erstellen einer lokalen Kopie der aktuellen Paketauswahl:

     # debconf-get-selections > debconfsel.txt
     # dpkg --get-selections "*" >meineAuswahl   # oder \*

"*" veranlasst, dass auch Pakete mit einem Status von "purge" in meineAuswahl gespeichert werden.

Diese Datei kann auf einen anderen Computer kopiert werden, um dort die gleichen Pakete zu installieren:

     # dselect update
     # debconf-set-selections  < debconfsel.txt
     # dpkg --set-selections <meineAuswahl
     # apt-get -u dselect-upgrade    # oder dselect install

6.4.10 Portierung eines Pakets auf die stable-Distribution

Um selektive Upgrades in der stabilen Distribution zu machen, ist es möglich, ein Quellpaket in dieser Umgebung zu kompilieren. Dies verhindert viele Paketaktualisierungen, die durch Abhängigkeiten verursacht würden. Zuerst müssen folgende Zeilen der /etc/apt/sources.list-Datei hinzugefügt werden:

     deb-src http://http.us.debian.org/debian testing \
      main contrib non-free
     deb-src http://http.us.debian.org/debian unstable \
      main contrib non-free

Aus Formatierungsgründen sind die Zeilen hier in je zwei Zeilen umgebrochen. Natürlich muss aber jede mit "deb-src" beginnende Zeile für sich alleine in sources.list stehen.

Nun ist der Quellcode zu beziehen und ein lokales Paket zu erstellen:

     $ apt-get update  # aktualisiere die Quellpaketsuchliste
     $ apt-get source Paket
     $ dpkg-source -x Paket.dsc
     $ cd paket-version
       ... schauen Sie nach benötigten Paketen (Build-depends in der
       ... .dsc-Datei) und installieren Sie diese ebenso wie fakeroot
     
     $ dpkg-buildpackage -rfakeroot
     
       ... oder (keine Signatur erstellen)
       ... verwenden Sie später "debsign" wenn nötig
     $ dpkg-buildpackage -rfakeroot -us -uc
     
       ... Anschließend die Installation des Pakets
     $ su -c "dpkg -i Paketdatei.deb"

Gewöhnlich ist es nötig, einige Pakete mit der "-dev"-Erweiterung zu installieren, um Paketabhängigkeiten auflösen zu können. debsign ist im Paket devscripts enthalten. auto-apt kann die Auflösung von Abhängigkeiten erleichtern. Mittels fakeroot lässt sich unnötige Benutzung des root-Accounts vermeiden.

In der Woody-Distribution lassen sich diese Abhängigkeitsprobleme vereinfachen. Als ein Beispiel kompilieren wir pine, das nur im Quellcode vorliegt.

     # apt-get build-dep pine
     # apt-get source -b pine

6.4.11 Lokale Paketarchive

Möchte man ein lokales Paketarchiv erzeugen, welches mit APT und dselect kompatibel ist, so muss die Datei Packages erstellt werden und Paketdateien müssen in einem bestimmten Verzeichnis erstellt werden.

Ein lokales deb-Archiv (Repository) das ähnlich zum offiziellen Debian-Archiv ist, kann wie folgt erstellt werden:

     # apt-get install dpkg-dev
     # cd /usr/local
     # install -d pool # die Paketdateien werden hier gespeichert
     # install -d dists/unstable/main/binary-i386
     # ls -1 pool | sed 's/_.*$/ priority section/' | uniq > override
     # editor override # anpassen von priority und section
     # dpkg-scanpackages pool override /usr/local/ \
        > dists/unstable/main/binary-i386/Packages
     # cat > dists/unstable/main/Release << EOF
     Archive: unstable
     Version: 3.0
     Component: main
     Origin: Local
     Label: Local
     Architecture: i386
     EOF
     # echo "deb file:/usr/local unstable main" \
        >> /etc/apt/sources.list

Alternativ kann auch folgende, schnellere aber unsaubere, Methode verwendet werden:

     # apt-get install dpkg-dev
     # mkdir /usr/local/debian
     # mv /irgend/ein/Paket.deb /usr/local/debian
     # dpkg-scanpackages /usr/local/debian /dev/null | \
       gzip - > /usr/local/debian/Packages.gz
     # echo "deb file:/usr/local/debian ./" >> /etc/apt/sources.list

Auf ein solches Archiv kann auch von entfernten Computern zugegriffen werden, indem der Zugriff auf diese Verzeichnisse durch HTTP oder FTP ermöglicht wird. Die Datei /etc/apt/sources.list muss dementsprechend angepasst werden.

6.4.12 Installation und Konvertierung eines fremden Binärpakets

Mit Hilfe des alien-Pakets lassen sich binäre Pakete, wie sie in vielen Distributionen wie Red Hat rpm, Stampede slp, Slackware tgz und Solaris pkg verwendet werden, in das Debian deb-Paketformat konvertieren. Wenn Sie ein Paket von einer anderen Distribution verwenden möchten, können Sie es mit alien in Ihr bevorzugtes Paketformat konvertieren und anschließend installieren. alien unterstützt ebenfalls LSB-Pakete.

6.4.13 Verifizierung installierter Paketdateien

debsums verifiziert installierte Paketdateien anhand deren MD5 Prüfsummen. Jedoch gibt es auch Pakete die keine MD5-Prüfsummen enthalten. Eine mögliche temporäre Lösung für Systemadministratoren ist folgende:

     # cat >>/etc/apt/apt.conf.d/90debsums
     DPkg::Post-Install-Pkgs {"xargs /usr/bin/debsums -sg";};
     ^D

von Joerg Wendland joergland@debian.org (nicht getestet).

6.4.14 Optimierte sources.list

Um es kurz zu machen, raffinierte Anstrengungen um sources.list optimal zu erzeugen führte nicht zu einer signifikanten Verbesserungen für mich in den USA. Ich wähle manuell einen nahe gelegenen Server mittels apt-setup.

apt-spy erzeugt sources.list automatisch, basierend auf der Wartezeit und der Bandbreite. netselect-apt erzeugt eine komplexere sources.list, nutzt aber eine einfachere Methode zur Bestimmung des besten Spiegels (ping Zeitvergleich).

     # apt-get install apt-spy
     # cd /etc/apt; mv sources.list sources.list.org
     # apt-spy -d testing -l sources.apt

6.5 Weitere Debian-Besonderheiten

6.5.1 Der dpkg-divert-Befehl

Dateiumleitungen ist eine Methode, um dpkg dazu zu bringen, Dateien nicht in ihre Standardverzeichnisse zu installieren, sondern in umgeleitete Verzeichnisse. Umleitungen können durch Debian-Skripte dazu genutzt werden, Dateien zu verschieben, wenn sie einen Konflikt verursachen. Systemadministratoren können auch eine Umleitung verwenden, um die Konfigurationsdatei eines Pakets zu überschreiben, oder wann immer einige Dateien (welche nicht als conffiles markiert sind) von dpkg nicht überschrieben werden sollen, wenn eine neuere Version eines Pakets installiert wird, das solche Dateien enthält (siehe Bewahren der lokalen Konfiguration, Abschnitt 2.2.4).

     # dpkg-divert [--add]  Datei # erstellen der "Umleitung"
     # dpkg-divert --remove Datei # entfernen der "Umleitung"

Für gewöhnlich ist es ratsam dpkg-divert nicht zu verwenden wenn es nicht absolut notwendig ist.

6.5.2 Das equivs-Paket

Wenn Sie ein Quellpaket kompilieren ist es empfehlenswert, es zu einem echten lokalen Debianpaket (*.deb) zu machen. Benutzen Sie equivs als letzten Ausweg.

     Package: equivs
     Priority: extra
     Section: admin
     Description: Circumventing Debian package dependencies
      This is a dummy package which can be used to create Debian
      packages, which only contain dependency information.

6.5.3 Alternative Befehle

Möchte man dass der Befehl vi vim ausführt, benutzen Sie update-alternatives:

     # update-alternatives --display vi
     ...
     # update-alternatives --config vi
       Selection    Command
     -----------------------------------------------
           1        /usr/bin/elvis-tiny
           2        /usr/bin/vim
     *+    3        /usr/bin/nvi
     
     Enter to keep the default[*], or type selection number: 2

Einstellungen im Debian-Alternativsystem werden in /etc/alternatives/ als symbolische Links gespeichert.

Um Ihre bevorzugte X-Window-Umgebung einzustellen, führen sie update-alternatives für /usr/bin/x-session-manager und /usr/bin/x-window-manager aus. Für weitere Informationen, siehe Angepasste X-Sitzung, Abschnitt 9.4.5.1.

/bin/sh ist ein symbolischer Link auf /bin/bash oder /bin/dash. Aus Kompatibilitätsgründen zu alten Bash-verunreinigten Skripten ist es sicherer, /bin/bash zu verwenden. Um die POSIX-Konformität einzuhalten sollte jedoch /bin/dash verwendet werden. Mit dem Upgrade auf den 2.4er-Linux-Kernel geht die Tendenz zugunsten zu /bin/dash.

6.5.4 init und Runlevel

Der Standardrunlevel in dem gebootet wird, lässt sich in /etc/inittab festlegen.

In Debian ist es dem Systemadministrator möglich, einzustellen, welche Dienste in welchem Runlevel laufen sollen. Das update-rc.d-Werkzeug kann verwendet werden, um diese Einstellungen zu ändern, unabhängig davon, ob die sysv-rc- oder die file-rc-Methode zum Kontrollieren von Diensten verwendet wird.

Um zum Beispiel den Dienst name (mit dem Init-Skript /etc/init.d/name) mit der Sequenznummer 20 in den Runlevel 2, 3 und 4 zu starten und in Runlevel 5 mit der Sequenznummer 80 zu stoppen, ist Folgendes auszuführen:

     # update-rc.d name start 20 2 3 4 . stop 80 5 .

Wenn Sie das sysv-rc Paket benutzen, gibt es einen anderen Weg, solche Änderungen durchzuführen: Benennen Sie einfach die symbolischen Links in den /etc/rc?.d Verzeichnissen um.

     # mv S99xdm K01xdm # xdm deaktivieren (X-Display-Manager)

6.5.5 Deaktivierung von Daemon-Diensten

Die Debian-Distribution nimmt die Systemsicherheit sehr ernst und erwartet, dass der Systemadministrator kompetent ist. Eine einfache Administration steht so oft nur an zweiter Stelle und viele Daemon-Dienste sind in der Standard-Installation mit dem höchsten Sicherheitslevel vorkonfiguriert oder mit den wenigsten Diensten (oder keinen) ausgestattet.

Führen Sie ps aux aus oder überprüfen Sie die Inhalte von /etc/init.d/* und /etc/inetd.conf, wenn Sie irgenwelche Zweifel (zu Exim, DHCP, ...) haben. Überprüfen Sie auch /etc/hosts.deny wie in Zugriffskontrolle mit PAM und login, Abschnitt 9.2.1. Der pidof-Befehl ist ebenfalls hilfreich (siehe pidof(8)).

X11 erlaubt standardmäßig keine (entfernten) TCP/IP-Verbindungen in neueren Debian-Versionen. Schauen Sie in TCP/IP-Verbindungen mit X, Abschnitt 9.4.6. X-Weiterleitung mittels SSH ist ebenfalls deaktiviert. Vergleichen Sie mit X-Fernverbindungen mit ssh, Abschnitt 9.4.8.

[ zurück ] [ Inhalt ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ A ] [ weiter ]

Debian Reference
Kapitel 7 - Der Linux-Kernel unter Debian

Debian hat eine eigene Methode einen Kernel und dazugehörige Module zu kompilieren. Weitere Infos sind in Debian und der Kernel, Abschnitt 2.7 zu finden.

7.1 (Neu)kompilieren des Kernels

Die Tools gcc, binutils und module-init-tools aus Debian unstable sind sehr hilfreich, wenn man einen aktuellen Linux-Kernel kompilieren möchte. Siehe file:///usr/share/doc/kernel-package/README.gz um offizielle Informationen zu erhalten, besonders der untere Teil ist interessant.

Einen eigenen Kernel zu kompilieren ist eine nicht ganz einfache Sache, womit selbst begnadete Entwickler Schwierigkeiten haben könnten, gerade auch weil diese Thematik eine sich ständig weiter entwickelnde ist.

Manoj Srivastava schrieb:

--initrd benötigt einen Debian-eigenen cramfs-Patch.

Herbert Xu schrieb:

Nein, das tut es nicht. Das einzige was nötig ist, um ein anderes Dateisystem als CRAMFS zu nutzen, ist, MKIMAGE in /etc/mkinitrd/mkinitrd.conf zu setzen.

Seien Sie vorsichtig und ziehen Sie file:///usr/share/doc/kernel-package/README.gz von Manoj und Kent sowie http://kernel-handbook.alioth.debian.org/ stets zu Hilfe. Des Weiteren stellen Sie sicher, dass Sie immer die aktuellste Version des unstable kernel-package-Paketes haben, wenn Sie einen instabilen Kernel kompilieren möchten.

Für einen Kernel, der nur für eine Maschine kompiliert ist, wird initrd nicht benötigt. Weil ich aber möchte, dass mein Kernel nahezu der gleiche ist, wie der, der von den kernel-image-Paketen bereitgestellt wird, nutze ich es trotzdem. Wenn Sie initrd nutzen möchten, lesen Sie bitte mkinitrd(8) und mkinitrd.conf(5).

7.1.1 Kernelheader

Die meisten Programme brauchen die Kernelheader-Dateien nicht, und einige Programme lassen sich sogar nicht erfolgreich kompilieren, wenn die Header-Dateien genutzt werden. Stattdessen sollten die Programme beim Kompilieren gegen die Header-Dateien gelinkt werden, gegen die auch glibc gelinkt wurde. Auf einem Debian-System sind diese Kernelheader-Dateien in /usr/include/linux und /usr/include/asm zu finden.

Entgegen einigen veralteten Dokumentationen, sollten keine symbolischen Links in /usr/src/linux von /usr/include/linux und /usr/include/asm erstellt werden.

Es sollte, wenn ein Programm bestimmte Kernelheader-Dateien für Kernel-spezifische Programme benötigt, stattdessen das Makefile so angepasst werden, dass der Pfad der einzubindenden Header-Dateien folgende Pfade enthält: Verzeichnis-bestimmter-Kernelheader/include/linux und Verzeichnis-bestimmter-Kernelheader/include/asm.

7.2 Tunen des Kernels mittels des proc-Dateisystems

Das Verhalten des Linux-Kernels kann dynamisch durch das proc-Dateisystem geändert werden.

Für grundlegende Informationen über das Ändern von Kernelparametern durch das /proc-Dateisystem, lesen Sie im Linux-Quellcodeverzeichnis Documentation/sysctl/*.

Einige Beispiele der Kernelparametermanipulation können in /etc/init.d/networking und Eigenartige Probleme beim Zugriff auf einige Webseiten, Abschnitt 3.8.5 gefunden werden.

Sehen Sie in sysctl.conf(5) wie man den Kernel zur Bootzeit mittels des /proc-Dateisystems konfigurieren kann. Dazu wird das Skript /etc/init.d/procps.sh genutzt, das in der Regel aus /etc/rcS.d/S30procps.sh gestartet wird.

7.2.1 Zu viele geöffnete Dateien

Der Linux-Kernel könnte unter Umständen die Meldung "Too many open files" ("Zu viele geöffnete Dateien") ausgeben. Der Grund hierfür ist, dass der Standardwert (8096) für file-max sehr klein gewählt wurde. Um dieses Problem zu lösen, führen Sie folgende Schritte als root aus:

     # echo "65536"  > /proc/sys/fs/file-max  # für 2.2er- und 2.4er-Kernel
     # echo "131072" > /proc/sys/fs/inode-max # nur für 2.2er-Kernel

Alternativ können Sie Folgendes in /etc/sysctl.conf eintragen, um diese Änderungen permanent zu aktivieren:

     file-max=65536   # für 2.2er- und 2.4er-Kernel
     inode-max=131072 # nur für 2.2er-Kernel

7.2.2 Disk-Flush-Intervalle

Sie können Disk-Flush-Intervalle durch das proc-Dateisystem ändern. Das Folgende kürzt das Intervall von standardmäßig fünf Sekunden auf eine Sekunde.

     # echo "40 0 0 0 100 30000 60 0 0"  > /proc/sys/vm/bdflush

Dies kann die Ein-/Ausgabe-Performance ein klein wenig negativ beeinflussen. Aber dies sichert den Dateiinhalt mit Ausnahme der letzten Sekunde, was kürzer ist als die standardmäßigen fünf Sekunden. Dies ist selbst für die Journaling-Dateisysteme wahr.

7.2.3 Trägheit alter Maschinen mit wenig Speicher

Für einige alte Systeme mit wenig Speicher kann es immer noch sinnvoll sein, over-commit von Speicher durch das proc-Dateisystem zu aktivieren:

     # echo 1 > /proc/sys/vm/overcommit_memory

7.3 Der 2.6er Kernel mit udev

udev ist ein dynamischer Ersatz für /dev/. Gerätenamen können sehr kurz gewählt werden. devfs, das in Kernel 2.4 verwendet wurde, ist nun überholt.

Installation des neuen Debian 2.6er Kernels, der von kernel-image-2.6.NN bereitgestellt wird, zusammen mit dem udev-Paket aktiviert es.

[ zurück ] [ Inhalt ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ A ] [ weiter ]

Debian Reference
Kapitel 8 - Debian-Tipps

8.1 Booten des Systems

Detaillierte Informationen über den Boot-Prompt (also die Eingabeaufforderung beim Systemstart) gibt es im BootPrompt-HOWTO des LDP.

8.1.1 "Ich habe das root-Passwort vergessen!" (1)

Sobald man Zugriff auf die Tastatur eines Rechners hat, kann das System gestartet werden und ein Login stattfinden, auch ohne das root-Passwort zu kennen. (Dies setzt allerdings voraus, dass keine zusätzlichen Schutzmaßnahmen ergriffen wurden, wie z.B. ein BIOS-Passwort oder eine Passwortabfrage durch lilo, was ein Booten des Systems verhindern würde.)

Dies ist ein Vorgehen, das keine externen Boot-Medien und Änderungen der BIOS-Einstellungen benötigt. Die Bezeichnung für die voreingestellte Boot-Option sei "Linux".

Sobald die lilo-Boot-Meldung boot: erscheint (auf einigen Systemen muss die Shift-/Umschalt-Taste gedrückt werden, um einen automatischen Bootvorgang zu unterbrechen und wenn lilo den Framebuffer verwendet, muss TAB gedrückt werden, um die eingegebenen Optionen zu sehen), ist Folgendes einzugeben:

     boot: Linux init=/bin/sh

Das System startet nun den Kernel und daraufhin das Programm /bin/sh anstelle des üblichen init-Prozesses. Die nun erlangte Shell hat root-Privilegien. Da das Hauptverzeichnis / nur les- aber nicht schreibbar ist und viele während des üblichen Boot-Prozesses eingeklinkten Verzeichnisse nicht erreichbar sind, müssen diese nachträglich gemountet werden, um ein vernünftiges Arbeiten zu ermöglichen:

     init-2.03# mount -n -o remount,rw /
     init-2.03# mount -avt nonfs,noproc,nosmbfs
     init-2.03# cd /etc
     init-2.03# vi passwd
     init-2.03# vi shadow

(Wenn in der Datei /etc/passwd das zweite Datenfeld bei allen Einträgen ein "x" ist, dann benutzt das System shadow-Passwörter. In diesem Fall muss statt /etc/passwd die Datei /etc/shadow editiert werden.) Um das root-Passwort zurückzusetzen, muss das zweite Feld des root-Eintrags gelöscht werden. Nach einem Neustart ist das root-Passwort leer und kann neu vergeben werden. Wenn das System in den Runlevel 1 fährt, wird (zumindest bei Debian-Versionen nach Potato) ein Passwort benötigt.

Ein Editor im /bin/-Verzeichnis ist absolut empfehlenswert, für den Fall, dass der /usr/-Baum nicht erreichbar ist (siehe dazu auch Rettungseditoren, Abschnitt 11.2).

Für Notfälle hat sich außerdem sash (stand alone shell) bewährt. Wenn das System nicht mehr gebootet werden kann, geben Sie am lilo-Prompt Folgendes ein:

     boot: Linux init=/bin/sash

Das Programm sash dient als Ersatz für sh, selbst wenn /bin/sh nicht nutzbar ist. Es ist statisch gelinkt und hat viele Standardbefehle eingebaut. (Wenn sash gestartet ist, wird "help" eine kurze Referenz anzeigen.)

8.1.2 "Ich habe das root-Passwort vergessen!" (2)

Starten Sie das System mit einer Rettungsdiskette/-CD. Sei /dev/hda3 die Root-Partition. Dann kann die Passwortdatei editiert werden durch:

     # mkdir fixit
     # mount /dev/hda3 fixit
     # cd fixit/etc
     # vi shadow
     # vi passwd

Der Vorteil dieser Variante ist, dass ein eventuell vergebenes lilo-Passwort umgangen werden kann. Erforderlich ist allerdings, dass im BIOS die Einstellung für das Boot-Laufwerk manipuliert werden kann (falls es nicht schon entsprechend eingestellt ist).

8.1.3 Das System kann nicht gestartet werden

Dies ist kein Problem, selbst wenn Sie keine Boot-Diskette während der Installation angelegt haben. Wenn lilo defekt ist, können Sie die Boot-Disk des Debian-Installationssets verwenden und davon Ihr System booten. Wenn Ihre Root-Partition /dev/hda12 ist und im Runlevel 3 gestartet werden soll, geben Sie Folgendes am Boot-Prompt ein:

     boot: rescue root=/dev/hda12 3

Danach haben Sie ein fast vollständig funktionsfähiges System mit dem Kernel des Installationsmediums gestartet. (Es kann einige kleinere Probleme aufgrund fehlender Kerneleigenschaften oder Module geben.)

Vergleichen Sie Installation eines Pakets in ein nicht bootfähiges System, Abschnitt 6.3.6 wenn Sie ein defektes System haben.

Benötigen Sie eine angepasste Boot-Diskette, folgen Sie den Anweisungen in readme.txt auf der Rettungsdiskette.

8.1.4 Abschalten von X beim Booten

Dem Nachjagen von unstable/sid ist lustig, aber ein fehlerhaftes xdm, gdm, kdm oder wdm, das während des Boot-Prozesses gestartet wird, kann sehr unangenehm sein.

Zuerst sollten Sie Zugang zu einer root-Shell erlangen, indem Sie Folgendes am Boot-Prompt eingeben:

     boot: Linux vga=normal s

Hier steht Linux für das Kernel-Image, das Sie starten; "vga=normal" stellt sicher, dass lilo im normalen VGA-Modus startet und "s" (oder "S") ist der Parameter der an init weitergegeben wird und für Single-User-Modus steht. Geben Sie das root-Passwort am Prompt ein.

Es gibt mehrere Möglichkeiten alle Daemonen die X starten zu deaktivieren:

• Starten von update-rc.d -f ?dm remove; update-rc.d ?dm stop 99 1 2 3 4 5 6 .

• Einfügen von "exit 0" am Anfang der /etc/init.d/?dm-Dateien.

• Umbenennen aller /etc/rc2.d/S99?dm-Dateien in /etc/rc2.d/K99?dm.

• Entfernen aller /etc/rc2.d/S99?dm-Dateien.

• Starten von :>/etc/X11/default-display-manager

Hier muss die Nummer in rc2.d dem Runlevel entsprechen, das in der Datei /etc/inittab angegeben wurde. ?dm bedeutet, dass das Kommando mehrfach ausgeführt wird, wobei es jeweils durch xdm, gdm, kdm und wdm ersetzt wird.

Nur der erste Weg ist "der eine wahre Weg" in Debian. Der letzte ist einfach, funktioniert aber nur in Debian und erfordert, dass der Display-Manager später mit dpkg-reconfigure gesetzt wird. Alles andere sind allgemeine Methoden, um Daemonen zu deaktivieren.

Sie können immer noch X mit dem Kommando startx von einer beliebigen Konsole starten.

8.1.5 Weitere Tricks mit dem Boot-Prompt

Mittels des lilo-Boot-Prompts kann das System in einem beliebigen Runlevel gestartet werden. Details dazu finden sich im BootPrompt-HOWTO des LDP.

Soll das System im Runlevel 4 starten, verwenden Sie folgende Eingabe am lilo-Boot-Prompt.

     boot: Linux 4

Wenn das System im normal funktionierendem Einzelnutzer-Modus gestartet werden soll und Sie das root-Passwort kennen, so kann eins der folgenden Beispiele am lilo-Boot-Prompt verwendet werden.

     boot: Linux S
     boot: Linux 1
     boot: Linux -s

Auch der benutzte Speicherbereich kann eingeschränkt werden. Das folgende Beispiel weist das System an, nur 48MB des verfügbaren Speichers zu belegen.

     boot: Linux mem=48M

Achtung: Wird an dieser Stelle mehr Speicher angegeben als vorhanden, wird der Kernel abstürzen. Wenn man mehr als 64 MB Speicher hat, kann es bei alten Kernels und/oder Mainboards passieren, dass das System nur 64MB nutzt. In diesem Fall kann man versuchen den ungenutzten Speicher mit mem=128M zu aktivieren. Äquivalent dazu ist ein Eintrag in der Datei /etc/lilo.conf.

8.1.6 Setzen von GRUB-Boot-Parametern

GRUB ist ein neuer Boot-Manager des GNU Hurd-Projekts und ist viel flexibler als Lilo, handhabt aber die Boot-Parameter etwas anders.

     grub> find /vmlinuz
     grub> root (hd0,0)
     grub> kernel /vmlinuz root=/dev/hda1
     grub> initrd /initrd
     grub> boot

Sie müssen die Hurd-Gerätenamen kennen:

     Hurd/GRUB           Linux               MS-DOS/Windows
      (fd0)               /dev/fd0            A:
      (hd0,0)             /dev/hda1           C: (normalerweise)
      (hd0,3)             /dev/hda4           F: (normalerweise)
      (hd1,3)             /dev/hdb4           ?

Vergleichen Sie file:///usr/share/doc/grub/README.Debian.gz und file:///usr/share/doc/grub-doc/html/ für Details.

8.2 Aufzeichnung von Aktivitäten

8.2.1 Aufzeichnen von Shell-Eingaben

Um ein Unix-artiges System gekonnt zu administrieren, sind mitunter knifflige oder raffinierte Aufgaben zu erledigen. Machen Sie sich deshalb mit den grundlegenden Konfigurationsaufgaben vertraut, so dass Sie im Notfall wissen, wo Sie Hand anlegen müssen. Fensterbasierte Konfigurations-Werkzeuge sind nett und bequem, nutzen aber nichts, wenn man versucht eine defekte X-Window-Konfiguration wieder herzustellen.

Die Aufzeichnung von Tastatur-Eingaben ist, insbesondere als root, hin und wieder nützlich.

Emacs: M-x shell startet die Aufzeichnung. ("M" steht hier für die Meta-Taste, meist Alt oder auch Esc.) C-x C-w schreibt die aufgezeichnete Sequenz in eine Datei.

Shell: Verwenden Sie das screen-Kommando mit "^A H", wie in Konsolenumschaltung mit screen, Abschnitt 8.6.28 beschrieben oder das script-Kommando.

     $ script
     Script wurde gestartet, die Datei ist typescript
      ... irgendwelche Eingaben ...
      Strg-D
     $ col -bx <typescript >Sicherung
     $ vi Sicherung

Falls das script-Programm fehlt, kann diese Funktion mit der Shell simuliert werden:

     $ bash -i 2>&1 | tee typescript

8.2.2 X-Aktivitäten aufzeichnen

Um den grafischen Bildschirm aufzunehmen, auch X-Terminals und andere beliebige Fenster, kann gimp benutzt werden. Alternativen sind xwd (xbase-clients), import (imagemagick) und scrot (scrot).

8.3 Kopieren und Archivieren eines Unterverzeichnis

Diese Kopier- und Archivierungskommandos bieten die Grundlagen für eine Sicherung des Systems und der Daten. Ein Beispiel eines einfachen Backup-Skripts findet sich unter dem Namen backup in den Beispielskripten.

8.3.1 Grundlegende Kommandos zum Kopieren eines Unterverzeichnis

Möchte man seine Verzeichnisstruktur neu arrangieren, verschiebt man den Inhalt inklusive Datei-Links wie folgt:

     Standardmethode:
     # cp -a /source/directory /dest/directory # erfordert GNU cp
     # (cd /source/directory && tar cf - . ) | \
             (cd /dest/directory && tar xvfp - )
     Wenn ein harter Link beteiligt ist, benötigt man eine pedantische
     Methode:
     # cd /Pfad/zum/alten/Verzeichnis
     # find . -depth -print0 | afio -p -xv -0a /neues/Verzeichnis
     Vom entfernten Rechner:
     # (cd /Quell/Verzeichnis && tar cf - . ) | \
             ssh user@host.dom (cd /Ziel/Verzeichnis && tar xvfp - )
     Wenn es keine Links gibt:
     # scp -pr user1@host1.dom:/Quell/Verzeichnis \
               user2@host2.dom:/Ziel/Verzeichnis

Die folgenden vergleichenden Informationen zum Kopieren eines kompletten Unterverzeichnis wurden von Manoj Srivastava srivasta@debian.org auf debian-user@lists.debian.org aufgeführt.

8.3.2 cp

Ursprünglich war das Programm cp für diesen Zweck nicht gut geeignet, da es keine symbolischen Links auflösen oder harte Links beibehalten konnte. Ein anderer Punkt waren spärliche (sparse) Dateien (Dateien mit Löchern).

Die GNU-Version von cp überwand zwar diese Probleme, doch auf nicht-GNU-Systemen kann es noch zu Schwierigkeiten kommen. Des Weiteren kann cp keine kleinen, portablen Archive erzeugen.

     % cp -a . neuesverzeichnis

8.3.3 tar

Das Archivierungsprogramm tar kann im Gegensatz zu cp mit symbolischen Links umgehen. Obwohl cpio mit speziellen Dateien umgehen kann, konnten ältere tar-Versionen dies nicht.

Wenn tar auf mehrere harte Links einer Datei stößt, wird nur einmal die Datei in das Archiv kopiert; die Datei kann dann nur unter dem Namen der ursprünglichen Datei zurückgewonnen werden. cpio dagegen kopiert für jeden harten Link die komplette Datei in das Archiv, so dass sie unter jedem der Link-Namen wiedergeholt werden kann.

Das Kommando tar hat die Option für das Packen mit .bz2-Dateien zwischen Potato und Woody umbenannt. Empfohlen wird deshalb in Skripten die Option --bzip2 statt der Kurzform -I (Potato) oder -j (Woody).

8.3.4 pax

Hinter dem Namen pax (IEEE-Standard 1003.2-1992, Seiten 380–388 (Abschnitt 4.48) und Seiten 936–940 (Abschnitt E.4.48)) verbirgt sich ein multifunktionales POSIX-Werkzeug zum Austausch von portablen Archiven. pax liest und schreibt Archive, listet deren Inhalt auf und kopiert Verzeichnishierarchien. pax arbeitet unabhängig von einem spezifischen Archivformat und unterstützt eine große Bandbreite an Formaten.

pax ist noch neu und es können noch Kinderkrankheiten auftreten.

     # apt-get install pax
     $ pax -rw -p e . newdir
      oder
     $ find . -depth  | pax -rw -p e  newdir

8.3.5 cpio

Das Kommando verwaltet die gleichnamigen Archive oder auch solche, die mit tar erstellt wurden. Das Archiv kann statt einer Datei auch eine Pipe oder ein Magnetband sein.

     $ find . -depth -print0 | cpio --null --sparse -pvd new-dir

8.3.6 afio

afio ersetzt cpio. Es liest dessen Archive schneller, unterstützt mehr Laufwerksoptionen, hat eine bessere Fehlerkorrektur und kann das Archiv auf mehrere Medien verteilen. Die Kompression mit afio ist zuverlässiger als die von tar und cpio. Am besten benutzt man afio in Backup-Skripts als "Archiv-Maschinerie".

     $ find . -depth -print0 | afio -px -0a new-dir

Ich mache alle meine Backups auf Band mit afio.

8.4 Differenzielles Backup und Datensynchronisation

Differenzielle Backups und Datensynchronisation kann mit verschiedenen Methoden implementiert werden:

• rcs: Backups, auch mehrerer älterer Versionen, nur für Texte

• rdiff-backup: Backups, auch mehrerer älterer Versionen. Symbolische Links werden unterstützt.

• pdumpfs: Backups, auch mehrerer älterer Versionen in einem Dateisystem. Symbolische Links werden unterstützt.

• rsync: 1-Weg-Synchronisation

• unison: 2-Wege-Synchronisation

• cvs: Mehr-Wege-Synchronisation mit Server-Backups, auch mehrerer älterer Versionen, nur für Texte, ausgereift. Vergleichen Sie mit Concurrent Versions System (CVS) – System für simultane Versionen, Abschnitt 12.1.

• arch: Mehr-Wege-Synchronisation mit Server-Backups, auch mehrerer älterer Versionen. Es gibt keine Dinge wie "Arbeitsverzeichnis".

• subversion: Mehr-Wege-Synchronisation mit Server-Backups, auch mehrerer älterer Versionen, Apache.

Kombinationen einer dieser Methoden mit der Archivierungsmethode, die in Kopieren und Archivieren eines Unterverzeichnis, Abschnitt 8.3 beschrieben ist, und den automatisierten Jobs in Terminplanung für Prozesse (cron, at), Abschnitt 8.6.27 bilden ein nettes Backup-System.

Ich werde drei einfach zu nutzende Hilfsmittel angeben.

8.4.1 Differenzielles Backup mit rdiff

rdiff-backup bietet ein nettes und einfaches Backup mit differenziellen Versionen für beliebige Dateitypen, inklusive symbolischen Links. Sichern des Großteils von ~/ nach /mnt/backup:

     $ rdiff-backup --include ~/tmp/keep --exclude ~/tmp  ~/ /mnt/backup

Wiederherstellen von drei Tage alten Daten aus diesem Archiv nach ~/old:

     $ rdiff-backup -r 3D /mnt/backup ~/old

Vergleichen Sie rdiff-backup(1).

8.4.2 Tägliches Backup mit pdumpfs

pdumpfs ist ein einfaches System zum täglichen Backup, ähnlich zu Plan9s dumpfs, das tägliche Schnappschüsse bewahrt. Man kann auf die letzten Schnappschüsse zu beliebiger Zeit zugreifen, um eine Datei eines bestimmten Tages wiederherzustellen. Führen Sie ein Backup Ihres Homeverzeichnisses mit pdumpfs und cron aus!

pdumpfs erstellt die Schnappschüsse YYYY/MM/DD im Zielverzeichnis. Alle Quelldateien werden in das Schnappschussverzeichnis kopiert, wenn pdumpfs das erste Mal gestartet wird. Beim zweiten und folgenden Male kopiert pdumpfs nur aktualisierte oder neu erstellte Dateien und speichert nicht geänderte Dateien als harte Links auf die Dateien vom Schnappschuss des letzten Tages, um Speicherplatz zu sparen.

     $ pdumpfs src-dir dest-dir [dest-basename]

Vergleichen Sie pdumpfs(8).

8.4.3 Regelmäßige differenzielle Backups mit RCS

Changetrack zeichnet Änderungen von textbasierten Konfigurationsdateien regelmäßig in RCS-Depots auf. Lesen Sie changetrack(1).

     # apt-get install changetrack
     # vi changetrack.conf

8.5 Wiederherstellen eines eingefrorenen Systems

8.5.1 Einen Prozess killen/beenden

top hilft außer Kontrolle geratene Prozesse zu identifizieren. `P' sortiert die Spalten nach CPU-Last, `M' nach Speicherverbrauch und `k' kann einen Prozess "abschießen". Alternativ kann das BSD-artige ps aux | less oder System V-artige ps -efH | less verwendet werden. Die System V-artige Syntax zeigt die IDs der Elternprozesse (PPID), die zum Killen von Zombie-Kindprozessen genutzt werden können.

Verwenden Sie kill zum Killen eines Prozesses mittels der Prozess-ID-Nummer (oder um ihm Signale zu senden). killall bewerkstelligt dasselbe über den Namen des Programms. Oft verwendete Signale sind

      1: HUP,  Daemon neustarten
     15: TERM, normales Beenden
      9: KILL, erzwungenes Beenden

8.5.2 Alt-SysRq

Wenn der Kernel mit Unterstützung der "magischen SysRq-Taste" kompiliert wurde, kann das System mit etwas Glück auch aus dem totalen Nirwana geholt werden. Drücken von Alt-SysRq (SysRq ist oft mit "Druck" beschriftet) bei einem i386, gefolgt von einer der Tasten r 0 k e i s u b, aktiviert die Kernel-Notbremse.

`r' (un`r'aw) stellt die Tastatur wieder her, nachdem beispielsweise X abgestürzt ist. `0' setzt das Level, mit dem Fehlermeldungen auf der Konsole ausgegeben werden, herunter. `k' (sa`k', system attention key) killt alle Prozesse auf der aktuellen virtuellen Konsole. `e' (t`e'rminate) beendet alle Prozesse des aktuellen Terminals außer init. `i' (k`i'll) killt alle Prozesse außer init.

`S'ync, `u'mount und re`b'oot sind wirklich nur für den allerletzten Notfall.

Detaillierte Informationen finden sich in /usr/share/doc/kernel-doc-version/Documentation/sysrq.txt.gz oder /usr/src/kernel-version/Documentation/sysrq.txt.gz.

8.6 Elegante kleine Kommandos zum Merken

8.6.1 Dateibetrachter

less ist der Standard-Dateibetrachter, der Textdateien seitenweise ausgibt. Hilfe bietet `h'. less kann mehr als dessen Urahn more. Es kann mit eval $(lesspipe) oder eval $(lessfile) in einer Shell-Startdatei überladen (erweitert) werden. Sehen Sie hierzu file:///usr/share/doc/less/LESSOPEN. Die Option -R erlaubt die Ausgabe von Sonderzeichen (raw characters) und schaltet die ANSI-Farbsequenzen ein. Vergleichen Sie less(1).

w3m kann für einige Code-Systeme (EUC) eine Alternative sein.

8.6.2 Freier Speicher

free und top informieren über freien Speicher und dessen Verbrauch. Sorgen Sie sich nicht um die Größe des "used"-Eintrags in der zweite Datenzeile, sondern lesen Sie den Wert darunter ab (hier: 38792)

     $ free -k # für 256MB Hauptspeicher
                  total       used       free     shared    buffers cached
     Mem:        257136     230456      26680      45736     116136 75528
     -/+ buffers/cache:      38792     218344
     Swap:       264996          0     264996

Die präzise Menge an Hauptspeicher, die zur Verfügung steht, kann mit grep '^Memory' /var/log/dmesg bestätigt werden, was in diesem Fall "Memory: 256984k/262144k available (1652k kernel code, 412k reserved, 2944k data, 152k init)" ergibt.

     Total         = 262144k = 256M (1k=1024, 1M=1024k)
     Free to dmesg = 256984k = Total - kernel - reserved - data - init
     Free to shell = 257136k = Total - kernel - reserved - data

Etwa 5MB können nicht vom System verwendet werden, da der Kernel sie in Beschlag nimmt.

8.6.3 Setzen der Uhrzeit (BIOS)

     # date MMDDhhmmCCYY
     # hwclock --utc --systohc
     # hwclock --show

Dies setzt die Hardware-Uhr auf MM/DD hh:mm, CCYY. Dabei stehen die Kürzel für DD=Tag, MM=Monat, hh=Stunde, mm=Minute, CCYY=Jahr. Die Zeiten werden in lokaler Zeit ausgegeben, die Hardware-Uhr verwendet jedoch UTC als Zeitzone.

Falls die Hardware-Zeit (BIOS) auf GMT gesetzt ist, muss UTC=yes in /etc/default/rcS eingetragen sein.

8.6.4 Setzen der Uhrzeit (NTP)

Referenz: Managing Accurate Date and Time HOWTO.

8.6.4.1 Setzen der Zeit bei permanenter Internet-Verbindung

Die Uhrzeit kann automatisch mit Hilfe eines Zeit-Servers korrekt gesetzt werden:

     # ntpdate server

Dies sollte in /etc/cron.daily/ verwendet werden, wenn man eine permanente Internet-Verbindung hat.

8.6.4.2 Setzen der Uhrzeit bei sporadischer Internet-Verbindung

Das Paket chrony hilft hier weiter.

8.6.5 Konsole-Eigenschaften wie den Bildschirmschoner steuern

Zum Deaktivieren des Bildschirmschoners sind folgende Kommandos geeignet:

Auf der Konsole:

     # setterm -powersave off

Start der kon2 (kanji) Konsole mit:

     # kon -SaveTime 0

Während X-Windows läuft:

     # xset s off
      oder
     # xset -dpms
      oder
     # xscreensaver-command -prefs

Lesen Sie die entsprechenden Handbuchseiten, um zu erfahren, wie man andere Eigenschaften der Konsole steuert. Vergleichen Sie auch stty(1) zum Ändern und zur Ausgabe von Terminal-Line-Einstellungen.

8.6.6 Durchsuchen von Datenbanken zur Systemverwaltung

Die glibc-Bibliothek ermöglicht das Durchsuchen von System-Datenbanken, nach beispielsweise passwd, group, hosts, services, protocols oder networks mittels getent(1).

     getent database [key ...]

8.6.7 Sound abstellen (beep)

Im Zweifelsfall kann man immer den Stecker des Lautsprechers herausziehen ;-) Für die Bash-Shell gilt:

     echo "set bell-style none" >> ~/.inputrc

8.6.8 Fehlermeldungen auf der Konsole

Wenn übermäßig viele Fehlermeldungen die Konsole unbrauchbar werden lassen, sollte man zuerst in /etc/init.d/klogd nachsehen. Um das Warnlevel zu ändern, kann man KLOGD="-c 3" setzen. Neustart des Daemons mit /etc/init.d/klogd restart aktiviert die neuen Werte. Alternativ kann dmesg -n3 benutzt werden.

Das Warnlevel schlüsselt sich wie folgt auf:

• 0: KERN_EMERG, System ist unbenutzbar

• 1: KERN_ALERT, sofortiger Eingriff nötig

• 2: KERN_CRIT, kritischer Zustand

• 3: KERN_ERR, Fehler

• 4: KERN_WARNING, Warnung

• 5: KERN_NOTICE, normale aber bedeutende Nachricht

• 6: KERN_INFO, Information

• 7: KERN_DEBUG, reine Debug-Nachricht

Wenn eine bestimmte unkritische Fehlermeldung oft auftritt, kann diese auch durch einen trivialen Kernelpatch unterbunden werden. (Siehe dazu das Beispiel shutup-abit-bp6 im Beispielverzeichnis.)

Auch ein Blick in /etc/syslog.conf kann hilfreich sein, um zu verstehen, welche Nachrichten auf der Konsole ausgegeben werden.

8.6.9 Setzen des korrekten Konsole-Typs

Die Konsole wird in Unix-artigen Systemen üblicherweise mit den Routinen aus der (n)curses-Bibliothek angesteuert. Dies erlaubt eine im Wesentlichen von der Terminal-Art unabhängige Ausgabe mit vernünftiger Update-Strategie. Siehe ncurses(3X) und terminfo(5).

Debian bietet eine ganze Reihe von Voreinstellungen:

     $ toe | less                  # alle Einträge
     $ toe /etc/terminfo/ | less   # durch Benutzer einstellbare Einträge

Die Auswahl kann durch Export der Umgebungsvariablen TERM aktiviert werden.

Wenn der terminfo-Eintrag für xterm mit einem xterm, das remote aufgerufen wird und das nicht auf Debian läuft, nicht funktioniert, kann der Terminaltyp von "xterm" auch auf eine der primitiveren Varianten, wie "xterm-r6", umgestellt werden. Sehen Sie file:///usr/share/doc/libncurses5/FAQ für weitere Informationen. Der kleinste gemeinsame Nenner für terminfo ist "dumb".

8.6.10 Die Konsole wiederherstellen

Ist der Bildschirm auf Grund von cat Binärdatei unleserlich (und sogar eingetippte Kommandos sind nicht sichtbar), so hilft:

     $ reset

8.6.11 Konvertieren einer Textdatei von DOS nach Unix

Eine DOS-Textdatei (Zeilenende von ^M^J), kann mit einem einzigen Kommando in eine Unix-Textdatei (Zeilenende = ^J) umgewandelt werden:

     # apt-get install sysutils
     $ dos2unix DOS-Datei

8.6.12 Konvertierung einer Textdatei mit recode

Folgendes wird Textdateien zwischen DOS-, Mac- und Unix-Zeilenende-Stilen umwandeln:

     $ recode /cl../cr <dos.txt >mac.txt
     $ recode /cr.. <mac.txt >unix.txt
     $ recode ../cl <unix.txt >dos.txt

Das freie recode konvertiert Dateien zwischen verschiedenen Zeichensätzen und Surfaces mittels:

     $ recode Zeichensatz1/Surface1..Zeichensatz2/Surface2 \
       <Eingabe.txt >Ausgabe.txt

Üblicherweise verwendete Zeichensätze sind (siehe auch Introduction to locales, Abschnitt 9.7.3)[5]:

• us — ASCII (7 Bit)

• l1 — ISO Latin-1 (ISO-8859-1, westliches Europa, 8 Bit)

• KOI8-RU — KOI8-RU für Russisch (Unix)

• SJIS — Shift-JIS für Japanisch (Microsoft)

• ISO2022JP — E-Mail-Kodierung für Japanisch (7 Bit)

• u2 — UCS-2 (Universal Character Set, 2 Byte)

• u8 — UTF-8 (Universal Transformation Format, 8 Bit)

Gebräuchliche Surfaces sind[6]:

• /cr — Wagenrücklauf als Zeilenende (Mac-Text)

• /cl — Wagenrücklauf und Zeilenumbruch als Zeilenende (DOS-Text)

• / — Zeilenumbruch als Zeilenende (Unix-Text)

• /d1 — Menschenlesbare Byte-weise Dezimalausgabe

• /x1 — Menschenlesbare Byte-weise Hexadezimalausgabe

• /64 — Base64-kodierter Text

• /QP — Quoted-Printable-kodierter Text

Weitere Informationen finden sich in der entsprechenden Beschreibung in info recode.

Es gibt auch spezialisiertere Konvertierungswerkzeuge:

• Zeichensatzkonvertierung:

  • iconv — Locale-Kodierungskonvertierungen

  • konwert — raffinierte Kodierungskonvertierungen

• Binärdateikonvertierung:

  • uuencode und uudecode — für Unix.

  • mimencode — für E-Mails.

8.6.13 Ersetzung regulärer Ausdrücke

Alle Vorkommen des regulären Ausdrucks REGEX können durch TEXT in allen Dateien DATEIEN ersetzt werden durch:

     $ perl -i -p -e 's/REGEX/TEXT/g;' DATEIEN ...

-i zeigt an, dass die Orginaldateien bearbeitet werden, -p sorgt ausdrücklich für die Iteration über die Dateinamen. Wenn der reguläre Ausdruck kompliziert ist, kann man sich versichern, indem man die Originaldateien behält: Durch -i.bak anstelle von -i bleiben die Originale erhalten und bekommen die Endung .bak.

8.6.14 Bearbeiten einer Datei mittels eines Skripts

Das folgende Skript entfernt die Zeilen 5–10 und 16–20 ohne Umweg über eine temporäre Datei.

     #!/bin/bash
     ed $1 <<EOF
     16,20d
     5,10d
     w
     q
     EOF

Die ed-Kommandos sind die selben wie beim vi im Kommandomodus. Das Bearbeiten der Datei von hinten erleichtert die Arbeit.

8.6.15 Extrahieren von Unterschieden und Einbringen von Updates für Quelldateien

Die folgenden Kommandos bestimmen die Unterschiede zwischen zwei Quelldateien und erzeugen diff-Dateien Datei.patch1 und Datei.patch2 im "unified"-Stil:

     $ diff -u Datei.alt Datei.neu > Datei.patch1
     $ diff -u alt/Datei neu/Datei > Datei.patch2

Die Diff-Datei (alternativ wird sie auch Patch-Datei genannt) wird verwendet, um Veränderungen zu beschreiben. Jeder der diese Datei erhält, kann diese Änderungen auf eine andere Datei wie folgt anwenden:

     $ patch -p0 Datei < Datei.patch1
     $ patch -p1 Datei < Datei.patch2

Wenn drei Versionen des Quellcodes vorliegen, können diese einfacher mit diff3 vermengt werden:

     $ diff3 -m Datei.meine Datei.alt Datei.deine > Datei

8.6.16 Eine große Datei in kleine zerlegen

     $ split -b 650m Datei   # in 650MB große Stücke trennen
     $ cat x* >großeDatei    # wieder zusammenfügen

8.6.17 Extrahieren von Daten aus Tabellen in Textdateien

Sei DPL der Name einer Textdatei, in welcher alle vorherigen Debian-Projektleiter mit Namen und Einführungsdatum, durch Freizeichen getrennt, aufgeführt sind.

     Ian     Murdock   August  1993
     Bruce   Perens    April   1996
     Ian     Jackson   Januar  1998
     Wichert Akkerman  Januar  1999
     Ben     Collins   April   2001
     Bdale   Garbee    April   2002
     Martin  Michlmayr März    2003

Awk wird oft benutzt, um Daten aus dieser Art von Datei zu extrahieren.

     $ awk '{ print $3 }' <DPL                   # Monat des Beginns
     August
     April
     Januar
     Januar
     April
     April
     März
     $ awk '($1=="Ian") { print }' <DPL          # Vorname Ian
     Ian     Murdock   August  1993
     Ian     Jackson   Januar  1998
     $ awk '($2=="Perens") { print $3,$4 }' <DPL # wann fing Perens an
     April 1996

Shells wie Bash sind ebenfalls in der Lage, Dateien dieser Art auszulesen:

     $ while read Vorname Nachname Monat Jahr; do 
         echo $Monat
       done <DPL
     ... selbe Ausgabe wie beim ersten Awk-Beispiel

Das eingebaute Kommando read verwendet die Zeichen in $IFS (interne Feld-Separatoren), um Zeilen in Wörter aufzuteilen.

Wenn IFS auf ":" gesetzt wird, kann /etc/passwd leicht mit der Shell ausgelesen werden:

     $ altIFS="$IFS"   # alten Wert sichern
     $ IFS=":"
     $ while read Benutzer Passwort uid gid Zeilenrest; do
         if [ "$Benutzer" = "osamu" ]; then 
           echo "$Benutzer's ID ist $uid"
         fi
       done < /etc/passwd
     osamu's ID ist 1001
     $ IFS="$altIFS"   # Wert zurücksetzen

(Wenn Awk dazu verwendet wird, so wird der Spaltentrenner mit FS=":" angegeben.)

IFS wird auch von der Shell benutzt, um die Ergebnisse von Parameterauswertungen, Kommando-Substitutionen und arithmetischen Auswertungen aufzuteilen. Dies geschieht nicht innerhalb von doppelten oder einfachen Anführungszeichen. Der Standardwert von IFS sind die Werte <Leerzeichen>, <Tabulator> und <neue Zeile>.

Man muss bei der Verwendung von IFS-Tricks vorsichtig sein. Eigenartige Dinge können geschehen, wenn die Shell Teile eines Skripts als Eingabe interpretiert.

     $ IFS=":,"                        # ":" und "," seien Feldtrenner
     $ echo IFS=$IFS,   IFS="$IFS"     # echo ist ein Bash Kommando
     IFS=  , IFS=:,
     $ date -R                         # nur eine Kommandoausgabe
     Sat, 23 Aug 2003 08:30:15 +0200
     $ echo $(date -R)                 # Untershell --> Eingabe der Haupt-Shell
     Sat  23 Aug 2003 08 30 36 +0200
     $ unset IFS                       # zurücksetzen von IFS auf den Standardwert
     $ echo $(date -R)
     Sat, 23 Aug 2003 08:30:50 +0200

8.6.18 Skript-Auszüge für Pipe-Kommandos

Hier folgen einige kleine lehrreiche Beispiele zur Verwendung von Pipes:

     find /usr | egrep -v "/usr/var|/usr/tmp|/usr/local"
                          # Finde alle Dateien unterhalb /usr 
                          # mit Ausnahme bestimmter Pfade
     xargs -n 1 Kommando  # Starte Kommando für alle Eingaben von stdin
     xargs -n 1 echo |    # Beliebige Leerzeichen werden zu Zeilenumbrüchen
     xargs echo      |    # alle Zeilen zu einer zusammenfassen
     grep -e Muster|     # Gebe Zeilen aus, die Muster 
                          # enthalten
     cut -d: -f3 -|       # gebe das dritte Feld aus, : sei Trenner  
                          # (z.B. für die Passwortdatei passwd)
     awk '{ print $3 }' | # extrahiere das dritte Feld, Freizeichen sei Trenner
     awk -F'\t' '{ print $3 }' |
                          # gib drittes Feld aus mit Tab als Trenner
     col -bx |            # Entferne Backspace und expandiere Tabs zu Leerzeichen
     expand -|            # expandiere Tabs zu Leerzeichen
     sort -u|             # Sortiere und entferne doppelte Einträge
     
     tr '\n' ' '|         # mehrere Zeilen zu einer zusammenfügen
     tr '\r' ''|          # CR entfernen
     tr 'A-Z' 'a-z'|      # Großbuchstaben in Kleinbuchstaben umwandeln
     sed 's/^/# /'|       # aus der Zeile einen Kommentar machen
     sed 's/\.ext//g'|    # Entferne .ext
     sed  -n -e 2p|       # zeige die zweite Zeile
     head -n 2 -|         # zeige die ersten beiden Zeilen
     tail -n 2 -|         # zeige die letzten beiden Zeilen

8.6.19 Skript-Auszüge zum Durchlaufen mehrerer Dateien

Die folgenden Möglichkeiten zum Durchlaufen aller auf *.ext passenden Dateien sind auch dann geeignet, wenn die Dateinamen Sonderzeichen wie Leerzeichen enthalten und bewirken alle dasselbe:

• Shell-Schleife (Dieses Beispiel verwendet mehrere Zeilen mit PS2=" ". Um dasselbe in einer Zeile zu erreichen, muss ein Semikolon für jeden Zeilenumbruch eingefügt werden.):

       for x in *.ext; do
         if test -f "$x"; then
           Kommando "$x"
         fi
       done
  

• find und xargs Kombination:

       find . -type f -maxdepth 1 -name '*.ext' -print0 | \
        xargs -0 -n 1 Kommando
  

• find mit -exec Option mit einem Kommando:

       find . -type f -maxdepth 1 -name '*.ext' \
        -exec Kommando '{}' \;
  

• find mit -exec Option mit einem kurzen Shell-Skript:

       find . -type f -maxdepth 1 -name '*.ext' \
        -exec sh -c "Kommando '{}' && echo 'erfolgreich'" \;
  

8.6.20 Kurze Perl-Skripte

Obwohl jedes Awk-Skript automatisch in ein Perl-Skript mittels a2p(1) umgeschrieben werden kann, sollten einzeilige Awk-Skripte am besten manuell nach Perl konvertiert werden. Zum Beispiel ist

     awk '($2=="1957") { print $3 }' |

äquivalent zu allen der folgenden Zeilen:

     perl -ne '@f=split; if ($f[1] eq "1957") { print "$f[2]\n"}' |
     perl -ne 'if ((@f=split)[1] eq "1957") { print "$f[2]\n"}' |
     perl -ne '@f=split; print $f[2] if ( $f[1]==1957 )' |
     perl -lane 'print $F[2] if $F[1] eq "1957"' |

Da alle Leerräume im perl-Argument in der obigen Zeile entfernt werden können und unter Ausnutzung der automatischen Umwandlung zwischen Zahlen und Zeichenketten in Perl kann auch Folgendes verwendet werden:

     perl -lane 'print$F[2]if$F[1]eq+1957' |

Man vergleiche perlrun(1) für die Kommandozeilenoptionen. Für noch verrücktere Perl-Skripte wird auf http://perlgolf.sourceforge.net verwiesen.

8.6.21 Text oder ein Mailinglistenarchiv aus einer Webseite extrahieren

Das Folgende liest eine Webseite aus und schreibt die Ausgabe in eine Textdatei. Dies ist sehr nützlich, wenn man Konfigurationen aus dem Web kopieren will.

     $ lynx -dump http://www.adresse.de/info.html >Textdatei

links und w3m können hier auch verwendet werden, die Ergebnisse sich aber eventuell leicht unterschiedlich.

Falls ein Archiv einer Mailingliste geladen wird, kann munpack benutzt werden, um den MIME-Inhalt zu extrahieren.

8.6.22 Formatierte Ausgabe von Webseiten

Um eine Webseite zu drucken, kann diese in das PostScript-Format umgewandelt werden:

     $ apt-get install html2ps
     $ html2ps URL | lpr

Man vergleiche lpr/lpd, Abschnitt 3.6.1. Alternativ können auch das a2ps oder mpage Paket zum Erzeugen von PostScript-Dateien verwendet werden.

8.6.23 Formatierte Ausgabe einer Handbuchseite

Das Folgende druckt eine Handbuchseite in eine PostScript-Datei/Drucker.

     $ man -Tps some-manpage | lpr
     $ man -Tps some-manpage | mpage -2 | lpr

8.6.24 Vermengen zweier PostScript- oder PDF-Dateien

Zwei PostScript- oder PDF-Dateien können wie folgt zu einer zusammengefasst werden:

     $ gs -q -dNOPAUSE -dBATCH -sDEVICE=pswrite \
       -sOutputFile=bla.ps -f foo1.ps foo2.ps
     $ gs -q -dNOPAUSE -dBATCH -sDEVICE=pdfwrite \
       -sOutputFile=bla.pdf -f foo1.pdf foo2.pdf

8.6.25 Ausführungsdauer messen

Um die verschiedenen Zeiten, die mit einem Prozessablauf verbunden sind, anzuzeigen, kann time verwendet werden.

     # time some-command >/dev/null
     real    0m0.035s       # "Echte" Zeit
     user    0m0.000s       # Zeit in Benutzermodus
     sys     0m0.020s       # Zeit in Kernelmodus

8.6.26 nice-Befehl

Der nice-Befehl dient dazu, die Priorität eines Prozesses zu setzen. Dessen Verwandter renice (Paket bsdutils) ändert die Priorität eines bereits laufenden Prozesses. Letzteres kann auch aus top heraus geschehen. Ein nice-Wert von 19 bedeutet niedrigste Priorität – der Prozess ist langsam –, absteigend wird die Priorität erhöht. Kleinere Werte als 0 kann nur der Administrator setzen, -20 ist die höchste Priorität.

     # nice  -19 top                                      # sehr nett
     # nice --20 wodim -v -eject speed=2 dev=0,0 disk.img # sehr schnell

Manchmal kann ein sehr langsamer Prozess dem System mehr schaden als nützen, also ist Vorsicht geboten.

8.6.27 Terminplanung für Prozesse (cron, at)

Mit cron und at können zu bestimmten Terminen Befehle ausgeführt werden. Siehe at(1), crontab(5), crontab(8).

Die Tabelle für wiederkehrende Ausführung kann mit crontab -e bearbeitet werden. Beispiele einer crontab-Tabelle:

     # Verwende /bin/sh zur Ausführung, egal was passwd sagt
     SHELL=/bin/sh
     # Standardausgabe wird an `paul' geschickt.
     MAILTO=paul
     # Min Stunde TagDesMonats Monat TagDerWoche Befehl (Komma wird 'und')
     # starte um 00:05, jeden Tag
     5  0  *  * *   $HOME/bin/daily.job >> $HOME/tmp/out 2>&1
     # starte unm 14:15 am Monatsersten -- Ausgabe per E-Mail an Paul
     15 14 1  * *   $HOME/bin/monthly
     # starte um 22:00 an Werktagen (1-5), schicke E-Mail an Joe. % für Zeilenumbruch, letztes % für cc:
     0 22 *   * 1-5 mail -s "Es ist 10 Uhr" joe%Joe,%%Gute Nacht?%.%%
     23 */2 1 2 *   echo "Startet 23 Minuten nach 0 Uhr, 2 Uhr, 4 Uhr ..., am 1. Feb."
     5  4 *   * sun echo "Startet um 04:05 jeden Sonntag"
     # Startet um 03:40 an jedem ersten Montag des Monats
     40 3 1-7 * *   [ "$(date +%a)" == "Mon" ] && command -args

Um einen Befehl zur einmaligen Ausführung zu terminieren dient at

     $ echo 'command -args'| at 3:40 monday

8.6.28 Konsolenumschaltung mit screen

Mit screen kann man mehrere virtuelle Terminals auf einer einzigen Konsole starten, jedes mit einer eigenen interaktiven Shell. Selbst wenn man immer zwischen virtuellen Terminals umschalten kann oder mehrere xterm-Fenster offen hält, sollte man sich screen wegen seiner vielfältigen Möglichkeiten anschauen. Dazu gehören

• Kommando-Rückholung,

• Kopieren-Einfügen,

• protokollieren,

• Eingabe von Umlauten und

• die Möglichkeit eine komplette Sitzung an einem Terminal anzuhalten und später fortzusetzen.

8.6.28.1 Beispiel für einen Fernzugriff

Wenn man sich häufig mit einem VT100-Terminal-Programm über ein Netzwerk auf einem PC einwählt, wird man das Sitzungsmanagement mit screen sicherlich nützlich finden.

8.6.28.2 Typische screen-Befehle

Wenn der screen-Prozess gestartet ist, reicht dieser alle Tastatureingaben an das aktuelle Fenster, bis auf die Kommandosequenz, die auf ^A voreingestellt ist. Alle screen-Befehle beginnen mit ^A und werden dann von einem einzelnen Buchstaben gefolgt (ggf. folgen dann die Parameter). Beispiele für Befehle:

     ^A ?     Hilfe (Tastaturbelegung)
     ^A c     Neues Fenster und wechsele dorthin
     ^A n     Gehe zum nächsten Fenster
     ^A p     Gehe zum vorherigen Fenster
     ^A 0     Gehe zum Fenster Nummer 0
     ^A w     Zeige eine Liste der Fenster
     ^A a     Gebe das ^A an die Applikation weiter
     ^A h     Hardcopy des Fensters in Datei
     ^A H     Starte/Beende Protokoll des aktuellen Fensters in eine Datei
     ^A ^X    Sichere das Terminal mit einem Passwort
     ^A d     Aktuelle Sitzung vom Terminal abmelden
     ^A DD    Vom Terminal abmelden und Logout

Dies ist nur eine kleine Auswahl der Befehle, die das mächtige screen unterstützt. Siehe screen(1) für weitere Details.

8.6.28.3 Backspace und/oder Strg-H in einer screen Sitzung

Wenn die Backspace- oder Strg-H-Taste während einer screen-Sitzung nicht funktionieren, muss die Zeile

     bindkey -k kb stuff "\177"

in der Datei /etc/screenrc auskommentiert ("#") werden.

8.6.29 Grundlagen – Prüfung des Netzwerks

Zu installierende Pakete, um die grundlegenden Funktionen des Netzwerks zu überprüfen: netkit-ping, traceroute, dnsutils, ipchains (für 2.2er Kernel), iptables (für 2.4er Kernel) und das net-tools-Paket. Nun sollte man folgende Sequenz ausführen:

     $ ping yahoo.com            # teste Internetverbindung
     $ traceroute yahoo.com      # tracen der IP-Pakete
     $ ifconfig                  # testen der host-Konfiguration
     $ route -n                  # testen der routing-Konfiguration
     $ dig [@dns-server.com] host.dom [{a|mx|any}] |less
           # teste host.dom DNS-Einträge am dns-server.com 
           # und suche dort nach {a|mx|any} Eintrag
     $ ipchains -L -n |less      # teste packet-Filter (2.2 kernel)
     $ iptables -L -n |less      # teste packet-Filter (2.4 kernel)
     $ netstat -a                # Finde alle offenen Ports
     $ netstat -l --inet         # Finde alle auf Eingabe wartenden Ports
     $ netstat -ln --tcp         # Ebenso (TCP, numerisch) Ports

8.6.30 E-Mail aus dem lokalen Spooler leiten (flush)

Um E-Mail aus dem lokalen Spooler weiterzuleiten:

     # exim4 -q    # wartende E-Mail anstoßen
     # exim4 -qf   # alle E-Mails weiterleiten
     # exim4 -qff  # dasselbe, auch E-Mail mit Status 'frozen' wird weitergeleitet

-qff wäre wohl die bessere Wahl in dem Skript /etc/ppp/ip-up.d/exim. Für Woody und ältere Distributionen muss exim4 durch exim ersetzt werden.

8.6.31 Eingefrorene E-Mails aus dem lokalen Spooler entfernen

Um nicht weiter vermittelbare E-Mails aus dem lokalen Spooler zu entfernen und eine Fehlermeldung zurückzugeben dient:

     # exim4 -Mg `mailq | grep frozen | awk '{ print $3 }'`

Für Woody und ältere Distributionen muss exim4 durch exim ersetzt werden.

8.6.32 Neuausliefern von mbox-Inhalten

Falls das Homeverzeichnis voll wurde und procmail fehlschlug, muss man E-Mails aus /var/mail/Benutzername erneut manuell in die sortierten Postfächer im Homeverzeichnis ausliefern. Nachdem Plattenplatz im Homeverzeichnis bereitgestellt wurde, ist Folgendes zu starten:

     # /etc/init.d/exim4 stop
     # formail -s procmail </var/mail/Benutzername
     # /etc/init.d/exim4 start

Für Woody und ältere Distributionen muss exim4 durch exim ersetzt werden.

8.6.33 Dateiinhalte zurücksetzen

Um eine Datei zurückzusetzen, z.B. eine Log-Datei, sollte nicht rm benutzt werden, da diese Dateien im Sekundenrhythmus geschrieben werden. Sicherer ist:

     $ :>zu_leerende_Datei

8.6.34 Dummy-Dateien

Die folgenden Befehle erzeugen Dummy- oder leere Dateien beliebiger Größe:

     $ dd if=/dev/zero    of=Dateiname bs=1k count=5 # 5KB große, aber leere Datei
     $ dd if=/dev/urandom of=Dateiname bs=1M count=7 # 7MB mit Zufallsinhalt
     $ touch Dateiname #erzeuge 0B Datei (wenn sie existiert, setze mtime neu)

Die folgenden Kommandos werden, wenn sie von der Shell der Debian-Boot-Diskette gestartet werden, beispielsweise den gesamten Inhalt der Festplatte /dev/hda für die meisten praktischen Gegebenheiten löschen.

     # dd if=/dev/urandom of=/dev/hda; dd if=/dev/zero of=/dev/hda

8.6.35 chroot

Das Programm chroot, chroot(8), ermöglicht es, verschiedene Instanzen der GNU/Linux-Umgebung in einem einfachen System simultan ohne Neustart laufen zu lassen.

Es ist auch möglich, ein ressourcenhungriges Programm wie apt-get oder dselect im Chroot eines schnellen Rechners laufen zu lassen, während das Dateisystem eines langsamen Systems per NFS les- und schreibbar gemountet wurde und der Chroot auf den Einhängepunkt verweist.

8.6.35.1 Betreiben einer anderen Debian-Distribution mit chroot

Ein auf chroot basierendes System kann leicht mit dem debootstrap-Kommando in Sarge erzeugt werden. Für Distributionen, die neuer als Sarge sind, kann stattdessen auch cdebootstrap mit entsprechender Option verwendet werden. Um zum Beispiel ein Sid-Chroot in /sid-root zu erzeugen, wenn man einen schnellen Internet-Zugang hat:

     main # cd /; mkdir /sid-root
     main # debootstrap sid /sid-root http://ftp.debian.org/debian/
     ... beobachten, wie das gesamte System heruntergeladen wird
     main # echo "proc /sid-root/proc proc none 0 0" >> /etc/fstab
     main # mount /sid-root/proc
     main # mount /dev/ /sid-root/dev -o bind
     main # cp /etc/hosts /sid-root/etc/hosts
     main # chroot /sid-root /bin/bash
     chroot # cd /dev; /sbin/MAKEDEV generic; cd -
     chroot # apt-setup # Einrichten von /etc/apt/sources.list
     chroot # vi /etc/apt/sources.list # Quellen auf unstable setzen
     chroot # dselect  # oder aptitude, installieren von mc und vim :-)

Zu diesem Punkt sollte ein voll funktionsfähiges Debian-System zur Verfügung stehen, in dem man ohne Angst, die Hauptinstallation zu beeinflussen, herumspielen kann.

Dieser debootstrap-Trick kann auch verwendet werden, um Debian auf einem System ohne ein Debian-Installationsmedium, aber dafür mit dem einer anderen GNU/Linux-Distribution, zu installieren. Siehe http://www.debian.org/releases/stable/i386/apcs04.

8.6.35.2 Einrichten eines Logins für chroot

Eingeben von chroot /sid-root /bin/bash ist einfach, behält aber alle Umgebungsvariablen bei, was man eventuell nicht möchte, und hat andere Probleme. Ein viel besserer Ansatz ist es, einen anderen Login-Prozess auf einem separaten virtuellen Terminal zu starten, mit dem man sich direkt am Chroot anmelden kann.

Da auf Standard-Debian-Systemen auf tty1 bis tty6 Linux-Konsolen und auf tty7 das X Window System läuft, wird tty8 als Beispiel für die Chroot-Konsole verwendet. Nach der Erzeugung eines Chroot-Systems wie in Betreiben einer anderen Debian-Distribution mit chroot, Abschnitt 8.6.35.1 beschrieben, ist Folgendes in einer root-Shell im Hauptsystem einzugeben:

     main # echo "8:23:respawn:/usr/sbin/chroot /sid-root "\
            "/sbin/getty 38400 tty8" >> /etc/inittab
     main # init q    # init neuladen

8.6.35.3 Einrichten von X für chroot

Die aktuellste Version von X und GNOME soll sicher in einem Chroot laufen? Das ist möglich! Das folgende Beispiel wird GDM auf dem virtuellen Terminal vt9 starten.

Zuerst ist ein Chroot-System, wie unter Betreiben einer anderen Debian-Distribution mit chroot, Abschnitt 8.6.35.1 beschrieben, zu installieren. Aus dem Hauptsystem sind einige wichtige Konfigurationsdateien in das Chroot-System zu kopieren.

     main # cp /etc/X11/XF86Config-4 /sid-root/etc/X11/XF86Config-4
     main # chroot /sid-root # oder Verwendung der Chroot-Konsole
     chroot # cd /dev; /sbin/MAKEDEV generic; cd -
     chroot # apt-get install gdm gnome x-window-system
     chroot # vi /etc/gdm/gdm.conf # in [servers] s/vt7/vt9/ ersetzen
     chroot # /etc/init.d/gdm start

/etc/gdm/gdm.conf wurde editiert, um die erste virtuelle Konsole von vt7 in vt9 abzuändern.

Nun kann leicht zwischen der vollen X-Umgebung im Chroot und im Hauptsystem umgeschaltet werden, indem man die virtuellen Linux-Terminals wechselt. Zum Beispiel durch Drücken von Strg-Alt-F7 und Strg-Alt-F9. Haben Sie Spaß!

[FIXME] Einen Kommentar und Link zum Init-Skript des gdm im Chroot hinzufügen.

8.6.35.4 Andere Distributionen mit chroot laufen lassen

Eine Chroot-Umgebung für eine andere Linux-Distribution kann leicht erstellt werden. Sie installieren ein System in eine andere Partition unter Verwendung des Installationsprogramms der anderen Distribution. Falls dessen Root-Partition sich in /dev/hda9 befindet:

     main # cd /; mkdir /andere-Dist
     main # mount -t ext3 /dev/hda9 /andere-Dist
     main # chroot /andere-Dist /bin/bash

Dann ist wie in Betreiben einer anderen Debian-Distribution mit chroot, Abschnitt 8.6.35.1, Einrichten eines Logins für chroot, Abschnitt 8.6.35.2 und Einrichten von X für chroot, Abschnitt 8.6.35.3 zu verfahren.

8.6.35.5 Erstellen eines Pakets mit chroot

Es gibt ein ausgefeilteres chroot-Paket, pbuilder. Es erzeugt eine chroot-Umgebung und stellt ein Debian-Paket in dieser Sandbox zusammen. Es ist ideal zum Überprüfen von Bauabhängigkeiten und zum Sicherstellen, dass falsche Paketabhängigkeiten nicht in den erzeugten Paketen existieren.

8.6.36 Tests auf harte Links

Man kann wie folgt überprüfen, ob zwei Dateien die selbe Datei mit zwei harten Links sind:

      
     $ ls -li Datei1 Datei2

8.6.37 Ein Festplatten-Image mounten

Wenn Datei.img ein Festplatten-Image enthält und die Quellfestplatte eine Konfiguration wie xxxx = (Byte/Sektor) * (Sektor/Zylinder) hat, dann kann dieses Image mit dem folgenden Befehl nach /mnt gemountet werden:

     # mount -o loop,offset=xxxx file.img /mnt

Die meisten Festplatten haben 512 Byte/Sektor.

8.6.38 Samba

Grundlagen, um auf Windows-Dateien zuzugreifen:

     # mount -t smbfs -o username=myname,uid=my_uid,gid=my_gid \
       //server/share /mnt/smb # freigegebene Windows-Laufwerke mounten
     # smbmount //server/share /mnt/smb \
       -o "username=mein_name,uid=meine_uid,gid=meine_gid"
     # smbclient -L 192.168.1.2 # Freigaben anzeigen

Die Samba-Netzwerk-Nachbarschaft kann angezeigt werden mit:

     # smbclient -N -L eigene_IP_Adresse | less
     # nmblookup -T "*"

8.6.39 Werkzeuge für fremde Dateisysteme

Viele fremde Dateisysteme werden vom Linux-Kernel unterstützt, so dass man durch einfaches Einbinden der Geräte auf diese zugreifen kann. Für bestimmte Dateisysteme, gibt es auch ein paar spezielle Werkzeuge zum Zugriff auf Dateisysteme ohne die Geräte einzubinden. Dies wird durch User-Space-Programme erreicht, so dass Kernel-Unterstützung für diese Dateisysteme nicht benötigt wird.

• mtools: für MS-DOS-Dateisysteme (MS-DOS, Windows)

• cpmtools: für CP/M-Dateisysteme

• hfsutils: für HFS-Dateisysteme (nativer Macintosh)

• hfsplus: für HFS+-Dateisysteme (moderner Macintosh)

Um MS-DOS-FAT-Dateisysteme zu erzeugen und zu überprüfen, ist das Paket dosfstools nützlich.

8.7 Typische Fehler

Es werden einige Beispiele gefährlicher Aktionen aufgeführt. Die negativen Auswirkungen werden verstärkt, wenn das privilegierte Konto root verwendet wird.

8.7.1 rm -rf .*

Die Verwendung von Jokerzeichen in Kommandozeilenargumenten wie in "rm -rf .*" kann gefährliche Auswirkungen haben, da ".*" beim Expandieren auch "." und ".." enthält. Glücklicherweise prüft die aktuelle Version des "rm"-Kommandos in der Debian-Distribution die Dateinamen im Argument und verweigert die Entfernung von "." und "..". Dies ist jedoch nicht immer der Fall. Man kann das Folgende versuchen, um zu testen, wie Joker in Dateinamen funktionieren.

• "echo *": listet jede Nicht-Punktdatei und Nicht-Punktverzeichnisse im aktuellen Verzeichnis auf.

• "echo .[^.]*": listet jede Punktdatei und alle Punktverzeichnisse im aktuellen Verzeichnis auf.

• "echo .*": listet das Elternverzeichnis und alles darin auf.

8.7.2 rm /etc/passwd

Der Verlust einiger wichtiger Dateien wie /etc/passwd durch eigenes Verschulden ist schlimm. Das Debian-System macht regelmäßig Sicherheitskopien dieser Dateien in /var/backups/. Wenn diese Dateien wiederhergestellt werden, muss man eventuell die Rechte manuell anpassen.

     # cp /var/backups/passwd /etc/passwd
     # chmod 644 /etc/passwd

Siehe auch Wiederherstellung von Paketauswahldaten, Abschnitt 6.3.4.

[ zurück ] [ Inhalt ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ A ] [ weiter ]

Debian Reference
Kapitel 9 - Tunen eines Debian-Systems

Dieses Kapitel basiert auf älterer Version des englischen ursprünglichen Textes. Die englische Version bitte auch überprüfen.

Dieses Kapitel beschreibt nur die Grundlagen der Systemkonfiguration mittels textbasierter Schnittstellen. Sinnvolles Vorwissen liefert Debian-System-Installationshinweise, Kapitel 3.

Für diejenigen Leser, die besonders Wert auf die Sicherheit ihres Systems legen, sollte das Securing Debian Manual Pflichtlektüre sein. Dieses Dokument findet sich auch im Paket harden-doc.

9.1 Hinweise zur System-Inititalisierung

Der Abschnitt Das init-Programm, Abschnitt 2.4.1 beschreibt die Grundlagen der Debian init-Skriptdateien.

9.1.1 Anpassen der Init-Skripte

Die Debian-Distribution verwendet das sys-V System für die Init-Skripte. Da alle Dateien unterhalb von /etc/init.d/* als Konfigurationsdateien angesehen werden, können sie vom Systemadministrator beliebig verändert werden. Dennoch ist der empfohlene Ansatz, die Dateien in /etc/default/* anzupassen.

Die Datei /etc/init.d/rcS dient z.B. zum Einstellen von Vorgaben, die beim Systemstart aktiviert werden sollen. Hier können Programme wie motd oder sulogin konfiguriert bzw. gestartet werden.

9.1.2 Anpassen der System-Protokollierung

Die Art und Weise der System-Protokollierung kann in der Konfigurationsdatei des syslogd in /etc/syslog.conf bestimmt werden. Das colorize Paket kann die Ausgaben dieses Daemons nach belieben färben, um die Übersicht zu erhöhen. Vergleichen Sie syslogd(8) und syslog.conf(5).

9.1.3 Hardware-Optimierung

Einige Optimierungen der Hardware überlässt Debian dem Systemadministrator.

• hdparm

  • Optimierung des Festplattenzugriffs. Sehr effektiv.

  • Aber auch gefährlich. Die Handbuchseite hdparm(8) sollte auf jeden Fall zuvor gelesen werden.

  • hdparm -tT /dev/hda testet die Geschwindigkeit der Festplatte.

  • hdparm -q -c3 -d1 -u1 -m16 /dev/hda aktiviert einige der Optimierungen einer IDE-Festplatte (Dies kann gefährlich sein, nicht einfach übernehmen!)

• setcd

  • Optimierung des Zugriffs auf CD-Geräte.

  • setcd -x 2 verringert die Geschwindigkeit auf 2x.

  • Vergleichen Sie setcd(1).

• setserial

  • Dieses Paket enthält eine Sammlung von Programmen zur Einstellung der seriellen Schnittstelle.

• scsitools

  • Dieses Paket enthält eine Sammlung von Programmen zur Einstellung der SCSI-Schnittstelle.

• memtest86

  • Dieses Paket enthält eine Sammlung von Programmen zum Testen des Speichers.

• hwtools

  • Dieses Paket enthält eine Sammlung von Programmen, die den Low-Level-Zugriff auf Einstellungen der Hardware ermöglichen:

    • irqtune: Ändert die IRQ-Priorität von Geräten, um höhere Prioritäten und schnelleren Zugriff zu ermöglichen (z.B. für serielle Ports, Modems). Eine Beschleunigung um den Faktor 3 ist bei seriellen Ports und Modems möglich.

    • scanport: Durchsucht den I/O-Adressraum von 0x100 bis 0x3ff auf der Suche nach Geräten am ISA-Bus.

    • inb: Ein kleines Programm das den IO-Port ausliest und den Inhalt in hexadezimaler und binärer Darstellung ausgibt.

• schedutils

  • Linux Scheduler-Werkzeuge. (Der Scheduler verwaltet die Zeitscheibe, mit der Prozesse Rechenzeit zugewiesen bekommen.)

  • taskset, irqset, lsrt und rt sind in diesem Paket enthalten.

  • Zusammen mit den schon beschriebenen nice und renice Programmen (die aber nicht enthalten sind), können die Scheduler-Parameter bis ins Detail verwaltet werden.

Das Mounten eines Dateisystems mit der noatime Option ist auch sehr effektiv zur Beschleunigung von Lesezugriffen auf Dateien. Vergleichen Sie fstab(5) und mount(8).

Bestimmte Hardware kann direkt durch den Linux Kernel und das proc Dateisystem getunt werden. Vergleichen Sie Tunen des Kernels mittels des proc-Dateisystems, Abschnitt 7.2.

Es gibt viele hardwarespezifische Konfigurationshilfsmittel in Debian. Viele von diesen beziehen sich auf Laptops. Einige interessante in Debian verfügbare Pakete sind:

• tpconfig - ein Programm zur Konfiguration von Touchpads

• apmd - Programme für Advanced Power Management (APM)

• acpi - zeigt Informationen zu ACPI Geräten an

• acpid - Hilfsmittel zur Verwendung von ACPI

• lphdisk - bereitet eine Hibernation-Partition für Phoenix NoteBIOS vor

• sleepd - lässt ein Notebook während Inaktivität schlafen

• noflushd - erlaubt es inaktiven Festplatten herunterzufahren

• big-cursor - größerer Mauscursor für X

• acme - Aktiviert die "Multimedia Tasten" von Laptops

• tpctl - Konfigurationstools für IBM ThinkPad Hardware

• mwavem - Unterstützung von Mwave/ACP Modems

• toshset - erlaubt Zugriff auf die meisten Hardwareschnittstellen eines Toshiba Laptops

• toshutils - Hilfsmittel für Toshiba Laptops

• sjog - Programm zum Zugriff auf das "Jog Dial" (Drehrad) in Sony Vaio Laptops

• spicctrl - Programm für das Sony Vaio zum Einstellen der Helligkeit des LCD

ACPI ist ein moderneres Protokoll für das Power-Management als APM.

Einige dieser Pakete erfordern spezielle Kernel-Module. Diese sind in der Regel bereits in den neuesten Kernelquellen enthalten. Bei Problemen kann es notwendig sein, selbst den neuesten Patch in den Kernel einzuspielen.

9.2 Zugriffskontrolle

9.2.1 Zugriffskontrolle mit PAM und login

PAM (Pluggable Authentication Modules) erlaubt die Kontrolle von Logins.

     /etc/pam.d/*             # PAM Konfiguration
     /etc/pam.d/login         # PAM Konfiguration des Logins
     /etc/security/*          # PAM Modulparameter
     /etc/securetty           # Konfiguration des root-Login auf der Konsole
     /etc/login.defs          # generelle Logins

Falls wirklich (auf eigene Gefahr) ein Login an der Konsole ohne Passwort möglich sein soll, kann die Datei /etc/pam.d/login wie folgt geändert werden:

     #auth       required   pam_unix.so nullok
     auth       required   pam_permit.so

Ähnlich funktioniert das auch mit xdm, gdm, ..., um sich ohne Passwort an der X-Konsole anzumelden.

Andererseits kann cracklib2 installiert werden und /etc/pam.d/passwd wie folgt angepasst werden, um einen guten Passwortschutz zu erhalten.

     password required       pam_cracklib.so retry=3 minlen=6 difok=3

Ein einmaliges Nutzen eines Login Passworts zur Zugangsaktivierung kann auch hilfreich sein. Dafür muss das passwd Kommando mit der Option -e verwendet werden. Vergleichen Sie passwd(1).

Die maximale Anzahl an Prozessen kann mit ulimit -u 1000 in der Bash-Shell gesetzt werden oder auch in der Datei /etc/security/limits.conf mit PAM. Andere Parameter, wie z.B. core können so ebenfalls gesetzt werden. Die Anfangseinstellung von PATH kann in /etc/login.defs festgelegt werden, bevor die Shell Skripte startet.

Die Dokumentation von PAM befindet sich im Paket libpam-doc. Das Buch Linux-PAM System Administrator's Guide behandelt PAM, die verfügbaren Module, usw. Die Dokumentation enthält auch The Linux-PAM Application Developers' Guide und The Linux-PAM Module Writers' Guide.

9.2.2 "Warum GNU su nicht die wheel Gruppe unterstützt"

Dieser Satz entstammt dem Ende der alten info su Seite von Richard M. Stallman. Man sollte sich aber nicht verwirren lassen. Die aktuelle su Version in Debian benutzt PAM. Somit kann der Gebrauch von su leicht auf eine beliebige Gruppe eingeschränkt werden. Dazu dient das Modul pam_wheel.so, welches in /etc/pam.d/su konfiguriert wird. Im folgenden Beispiel wird die adm Gruppe äquivalent zu der BSD Gruppe wheel eingerichtet und erlaubt den Gruppenmitgliedern den Gebrauch des su Kommandos ohne Passwort.

     # anti-RMS Konfiguration in /etc/pam.d/su
     auth       required   pam_wheel.so group=adm
     
     # wheel Mitglieder die su ohne Passwort verwenden können
     auth       sufficient pam_wheel.so trust group=adm

9.2.3 Bedeutung verschiedener Gruppen

Interessante Gruppen sind:

• Die root Gruppe entspricht der Standard wheel Gruppe für su, wenn pam_wheel.so ohne das group= Argument verwendet wird.

• Die adm Gruppe darf Log-Dateien lesen.

• Die cdrom Gruppe darf auf das CD-ROM-Laufwerk zugreifen.

• Die floppy Gruppe darf auf das Diskettenlaufwerk zugreifen.

• Die audio Gruppe darf auf ein vorhandenes Audiogerät zugreifen.

• Die src Gruppe darf auf Quelltexte unterhalb von /usr/src zugreifen. Mit dieser Gruppe verwaltet man den Zugriff auf Quelltexte.

• Die staff Gruppe ist gedacht für Hilfsadministratoren. Sie sollen Dateien in /usr/local ablegen und Verzeichnisse in /home erzeugen dürfen.

Eine vollständige Liste bietet der "FAQ"-Abschnitt in Securing Debian Manual, dieses Dokument befindet sich im harden-doc Paket in Woody. Auch das neue base-passwd (>3.4.6) enthält eine maßgebliche Liste: file:///usr/share/doc/base-passwd/users-and-groups.html.

9.2.4 sudo – eine sicherere Arbeitsumgebung

Ich verwende sudo hauptsächlich als Selbstschutz. sudo ist die etwas sicherere Alternative zur Verwendung des Administrator-Accounts.

sudo wird wie üblich installiert und mittels der Datei /etc/sudoers konfiguriert. Überprüfen Sie auch die Merkmale der sudo Gruppe in file:///usr/share/doc/sudo/OPTIONS.

Diese Beispielkonfiguration verwendet eine Gruppe "staff", welche es den Mitgliedern erlaubt, beliebige Befehle mit root-Rechten mittels sudo auszuführen. Des Weiteren wird dieses Recht einer Gruppe "src" mit Einschränkungen auf bestimmte Befehle gegeben.

Der Vorteil von sudo ist, dass nur ein normales Benutzerpasswort zum Einloggen benötigt wird. Die Aktivitäten eines sudo Benutzers werden aufgezeichnet. Dies ermöglicht es, einige Aufgaben an Hilfsadministratoren zu delegieren. Zum Beispiel:

     $ sudo chown -R ich:meineGruppe .

Selbstverständlich kann jeder der das Administratorpasswortes kennt (wie es bei den meisten Heimanwendern der Fall ist) auch auf andere Weise root-Kommandos absetzen:

     $ su -c "shutdown -h now"
     Password:

(Mit sudo können feiner abgestufte Sicherheitsbarrieren eingebaut werden. Ich hätte dies tun können. Da aber nur ich Zugriff auf meinen Rechner habe, hielt ich das nicht für nötig.)

Ein anderes Programm mit ähnlicher Funktionalität ist im super Paket zu finden.

9.2.5 Zugriffskontrolle auf Daemonen

Der Internet-Superserver inetd wird beim Systemboot aus /etc/rc2.d/S20inetd (für das Runlevel 2) gestartet; dies wiederum ist ein symbolischer Link auf /etc/init.d/inetd. Durch die Verwaltung verschiedener Dienste/Daemonen in diesem einen Daemon wird die Systemlast verringert.

Wenn eine Anfrage via Netzwerk an den Rechner gestellt wird, sieht der Daemon in der Datei /etc/protocols und /etc/services nach, welches Protokoll und welcher Service nachgefragt werden. Bei einem normalen Internetservice schaut inetd dann in /etc/inetd.conf nach oder bei Sun-RPC-Anfragen in /etc/rpc.conf.

Die Sicherheit des Systems kann durch die Abschaltung nicht gebrauchter Services in /etc/inetd.conf immens gesteigert werden. Sun-RPC-Services werden gebraucht, wenn NFS oder andere RPB-basierte Protokolle verwendet werden.

Für einige Daemonen wird der gewünschte Server nicht direkt gestartet. Stattdessen wird der tcpd TCP/IP-Daemon-Wrapper mit dem gewünschten Server als Argument aus /etc/inetd.conf aufgerufen. In diesem Fall wird der Server von tcpd erst nach Log-Einträgen und Sicherheitsüberprüfungen gestartet (/etc/hosts.deny und /etc/hosts.allow werden ausgewertet).

Falls beim entfernten Zugriff in einem Debian-System Probleme auftreten, kann eine Ursache der Eintrag: "ALL: PARANOID" in /etc/hosts.deny sein, der dann auskommentiert werden muss.

Details dazu liefern: inetd(8), inetd.conf(5), protocols(5), services(5), tcpd(8), hosts_access(5) und hosts_options(5).

Weitere Informationen zu Sun-RPC liefern: rpcinfo(8), portmap(8) und file:///usr/share/doc/portmap/portmapper.txt.gz.

9.2.6 LDAP – Leichtgewichtiges Verzeichniszugangsprotokoll

Literatur zu LDAP (Lightweight Directory Access Protocol):

• OpenLDAP

• OpenLDAP Admin Guide im openldap-guide Paket

• LDP: LDAP Linux HOWTO

• LDP: LDAP Implementation HOWTO

• OpenLDAP, ausführliche Nutzungsberichte

• Open LDAP mit Courier IMAP und Postfix

9.3 CD-Brenner

CD-Brenner mit ATAPI/IDE-Schnittstelle sind in der letzten Zeit populär geworden, da sie gut geeignet für Archivierungs- und Backupzwecke kleiner Datenmengen (< 640 MB) sind. Das wichtigste Dokument zu diesem Thema ist das CD-Writing-HOWTO.

9.3.1 Einführung

Der Abbruch des Datenstroms zum CD-Brenner während des Brennvorgangs wird unweigerlich dazu führen, dass der Rohling unbrauchbar wird. Deshalb sollte der Puffer-Speicher so groß wie möglich sein. Wenn Geld keine Rolle spielt, sollte man lieber einen SCSI-Brenner kaufen, hat man eine Wahl bzgl. des Bussystems, sollte man den Brenner unbedingt über den PCI-Bus (z.B. auf dem Motherboard), statt den ISA-Bus (wie bei der SB16) anschließen.

Ist ein CD-Brenner am IDE-Bus angeschlossen, wird der IDE-SCSI Treiber anstatt eines gewöhnlichen IDE CD-Treibers für Linux 2.2 und 2.4 Kernel verwendet. Auch der allgemeine SCSI-Treiber muss aktiviert sein. Es gibt zwei Möglichkeiten, wenn man einen Kernel, wie er mit modernen Distributionen (März 2001) ausgeliefert wird, hat:

9.3.2 Ansatz 1: Module + lilo

Die folgende Zeile muss in der Datei /etc/lilo.conf hinzugefügt werden, wenn ein Standard-Debian-Kernel verwendet wird. Falls dort schon Einträge vorhanden sind, können diese mit Leerzeichen getrennt werden.

     append="hdx=ide-scsi ignore=hdx"

Der Anschlussname eines CD-Brenners, der durch den IDE-SCSI-Treiber angesprochen wird, ergibt sich dabei wie folgt: In hdx ist x zu ersetzen gemäß:

     hda          für den Master am ersten IDE-Anschluss
     hdb          für den Slave am ersten IDE-Anschluss
     hdc          für den Master am zweiten IDE-Anschluss
     hdd          für den Slave am zweiten IDE-Anschluss
     hde ... hdh  für ein Laufwerk an einem externen oder ATA66/100
                  IDE-Anschluss.

Die neue Lilo-Konfiguration wird mit root-Rechten aktiviert durch:

     # lilo
     # shutdown -h now

9.3.3 Ansatz 2: Neukompilieren des Kernels

Debian benutzt make-kpkg um einen Kernel zu erstellen. Die Option --append_to_version ist beim Erzeugen mehrerer Kernel sinnvoll. Siehe dazu Der Linux-Kernel unter Debian, Kapitel 7.

Nach Eingabe von make menuconfig geht man wie folgt vor:

• bzImage

• der IDE-CD-Treiber sollte entfernt werden

• ide-scsi und sg sollten angewählt werden (mindestens als Modul)

9.3.4 Weitere Schritte nach der Konfiguration

Die Kernel-Unterstützung für den CD-Brenner kann während des Boot-Prozesses aktiviert werden durch:

     # echo ide-scsi >>/etc/modules
     # echo sg       >>/etc/modules
     # cd /dev; ln -sf scd0 cdrom

Manuelle Aktivierung geschieht durch:

     # modprobe ide-scsi
     # modprobe sg

Nach dem Neustart kann die Installation geprüft werden durch

     $ dmesg|less
     # apt-get install cdrecord
     # cdrecord -scanbus

[Von Warren Dodge] Manchmal gibt es Konflikte zwischen den ide-scsi- und ide-cd-Treibern, wenn für beide Treiber Geräte installiert sind. Durch die folgende Zeile, die zu der Datei /etc/modutils/aliases hinzugefügt werden soll, kann das Problem beseitigt werden. Vor dem Neustart ist noch ein Lauf von update-modules nötig.

     pre-install      ide-scsi      modprobe ide-cd

Durch diese Zeile wird der IDE-Treiber vor ide-scsi geladen. Der IDE-Treiber ide-cd übernimmt die Kontrolle über die ATAPI-CD-ROM Geräte – über alle die nicht ignoriert werden sollen. Die anderen bisher ignorierten Geräte übernimmt dann das ide-scsi-Modul.

9.3.5 Bootfähiges CD-Image

Um eine bootfähige CD-Image cd-image.raw mit den Dateien unterhalb vom Zielverzeichnis zu erzeugen, geht man wie folgt vor: Man legt eine bootfähige Diskette in das erste Diskettenlaufwerk ein und erzeugt davon ein Image:

     # dd if=/dev/fd0 Zielverzeichnis/boot.img
     # mkisofs -r -V volume_id -b boot.img -c bootcatalog -J -T \
               -o cd-image.raw Zielverzeichnis/

Die -t Option erzeugt die Übersetzungstabelle für lange Dateinamen, -b und -c steht für bootfähig.

Tatsächlich kann sogar eine bootfähige CD mit DOS erstellt werden. Wenn die Datei boot.img im obigen Beispiel eine DOS-Boot-Diskette beinhaltet, dann wird die CD gestartet, als ob diese Diskette im Diskettenlaufwerk stecken würde. Vielleicht möchte ja mal jemand das mit Freedos probieren.

Das CD-Image kann man mounten mit:

     # mount -t iso9660 -o ro,loop cd-image.raw /cdrom
     # cd /cdrom
     # mc
     # umount /cdrom

9.3.6 Brennen mit dem CD-Brenner (R, RW):

Ein erster Test mit einem Double-Speed-Laufwerk sieht so aus (dabei wird keine CD gebrannt, sondern nur simuliert):

     # nice --10 cdrecord -dummy speed=2 dev=0,0 disk.img

Falls dies erfolgreich ist, kann die CD-R gebrannt werden:

     # nice --10 cdrecord -v -eject speed=2 dev=0,0 disk.img

Eine wiederbeschreibbare CD-RW muss zudem erst gelöscht werden:

     # nice --10 cdrecord -v -eject blank=fast speed=2 dev=0,0 disk.img

Manche CD-RW-Laufwerke funktionieren besser mit:

     # nice --10 cdrecord -v blank=all speed=2 dev=0,0 disk.img

gefolgt von:

     # nice --10 cdrecord -v -eject speed=2 dev=0,0 disk.img

Diese getrennten Schritte sollen SCSI-Timeouts während des Löschens vorbeugen, die den Brenn-Prozess stören oder sogar unterbrechen können. Der nice-Wert kann noch der Systemlast angepasst werden.

9.3.7 Eine Abbilddatei (Image) einer CD erzeugen

Manche CD-R oder auch kommerzielle CD's haben defekte Sektoren, die eine Kopie mit dd verhindern (die Windows 98 CD ist ein Beispiel). Das cdrecord Paket beinhaltet den readcd Befehl, der dann verwendet werden kann, um CD-Images zu erzeugen. Bei einer Daten-CD ist die Vorgehensweise wie folgt: Die CD wird gemountet, mount zeigt dann die Anzahl der Blöcke an (1 Block=1024 Bytes). Teilt man diese Zahl durch 2, so erhält man die Anzahl der CD-Blöcke, die 2048 Bytes groß sind. readcd liest also die CD z.B. mit folgenden Parametern:

     # readcd dev=Ziel,lun,scsibusnr # wähle Funktion 11

Hier sind alle 3 Kommandozeilenparameter meistens 0. Gewöhnlich ist die Anzahl der Sektoren, die von readcd zurückgegeben wird, zu hoch! Dann sollte man die Sektorzahl, die man aus dem mount Befehl gewonnen hat, verwenden.

Es sollte bemerkt werden, dass die Verwendung von dd einige Probleme bei CD-ROMs hat. Der erste Lauf von dd kann eine Fehlermeldung erzeugen und ein kürzeres Image mit unvollständigem Ende zur Folge haben. Der zweite Lauf von dd kann zu einem größeren Image mit am Ende angehangenen falschen Daten führen. Dies ist bei einigen Systemen möglich, wenn die Größe des Images nicht angegeben wird. Nur der zweite dd Aufruf mit der korrekten Größe ohne vorherigen CD-Auswurf nach der Fehlermeldung scheint diese Probleme zu umgehen. Wenn die von df bestimmte Größe des Images z.B. 46301184 Blöcke ist, muss das folgende Kommando zweimal angewandt werden, um ein korrektes Image zu erhalten (dies ist eine rein empirische Information):

     # dd if=/dev/cdrom of=cd.img bs=2048 count=$((46301184/2))

9.3.8 Debian-CD-Images

Um aktuelle Informationen zu Debian-CD's zu erhalten, sollte die Debian-CD Seite besucht werden.

Wenn man eine schnelle Internet-Verbindung hat, kann man auch eine Netz-Installation durchführen:

• hierzu die Disketten-Images

• und ein minimales bootbares CD-Image.

Wenn man keine schnelle Internet-Verbindung hat, kann man auch einfach ein Komplettpaket von einem der bekannten CD Distributoren kaufen.

Bandbreite sollte nie verschwendet werden, deswegen sollte man die Wahl des Installationsmechanismus ruhig besonnen überlegen.

Ein bemerkenswertes Projekt ist KNOPPIX \|[ndash ]\| Linux Live-Dateisystem auf CD. Diese CD bootet ein vollständiges Debian-System völlig ohne Installation.

9.3.9 Sicherheitskopien auf CD-R

Um grundlegende Konfigurations- und Datendateien auf CD zu sichern, kann das "backup" Skript backup verwendet werden. Siehe dazu auch Kopieren und Archivieren eines Unterverzeichnis, Abschnitt 8.3 und Differenzielles Backup und Datensynchronisation, Abschnitt 8.4.

9.3.10 Eine Musik-CD kopieren

Noch nicht ausreichend getestet ist Folgendes:

     # apt-get install cdrecord cdparanoia
     # cdparanoia -s -B
     # cdrecord dev=0,0,0 speed=2 -v -dao -eject defpregap=1 -audio *.wav

oder

     # apt-get install cdrdao # disk at once
     # cdrdao read-cd --device /dev/cdrom --paranoia-mode 3 my_cd # CD auslesen
     # cdrdao write --device /dev/cdrom --speed 8 my_cd    # auf neue CD schreiben

cdrdao erzeugt eine echte Kopie (ohne Sprünge, etc.).

9.4 Das X-Window Paket

Die graphische Arbeitsumgebung X wird von Xfree86 bereitgestellt. Derzeit sind zwei Hauptvarianten bei Debian in Benutzung: Version 3.x und 4.x.

X-Server, Abschnitt 9.4.3

dies ist das Programm, das auf dem lokalen Monitor die X-Fenster und die Oberfläche zeichnet und die Tastatureingaben und Mausbewegungen auswertet.

X-Client Programme, Abschnitt 9.4.4

dies ist ein Programm, das (lokal auf einem eventuell fernen Rechner) per X-Window-Protokoll Applikationen laufen lässt.

Diese Definition kehrt den gewöhnlichen Gebrauch der Begriffe Client und Server um. Eine Erklärung hierfür liefert: X(7), das LDP XWindow-User-HOWTO und die Remote X Apps mini-HOWTO.

Es gibt verschiedene Wege, um X-basierte Programme, die lokal angezeigt werden sollen ("X-Server seitig"), auf einem fremden Rechner (einem "X-Client") zu starten.

• xhost

  • Host-List Mechanismus (sehr unsicher)

  • nicht-verschlüsseltes Protokoll (kann abgehört werden).

  • Diese Variante sollte möglichst nicht gewählt werden.

  • Siehe X-Fernverbindungen mit xhost, Abschnitt 9.4.7 und xhost(1x).

• xauth

  • Der MIT magic cookie-Mechanismus (unsicher, aber besser als xhost).

  • nicht-verschlüsseltes Protokoll (kann auch abgehört werden).

  • nur für lokal begrenzte Benutzung (weniger rechenintensiv als ssh -X).

  • Siehe Administratorrechte unter X, Abschnitt 9.4.11 und xauth(1x).

• xdm, wdm, gdm, kdm, ...

  • MIT magic cookie-Mechanismus (unsicher wie xauth).

  • Siehe xdm(1x) und Xsecurity(7) für die Erklärung der Grundlagen der X-Zugriffskontrolle

  • Siehe wdm(1x), gdm(8), und kdm.options(5) für weitere Informationen.

  • Siehe init und Runlevel, Abschnitt 6.5.4 um das graphische Login mit xdm abzuschalten, ohne das Paket zu deinstallieren.

• ssh -X

  • Port-Weiterleitung mittels secure shell (sicher).

  • verschlüsselt (Ressourcenverschwendung bei lokaler Anwendung)

  • nur für ferne Verbindung oder in unsicheren Netzen verwenden.

  • Siehe X-Fernverbindungen mit ssh, Abschnitt 9.4.8.

Alle Netzzugänge zum X-System (außer SSH) erfordern TCP/IP Verbindungen. Siehe TCP/IP-Verbindungen mit X, Abschnitt 9.4.6.

9.4.1 X-System Pakete

Es gibt einige Metapakete, um die Installation von X zu vereinfachen.

x-window-system-core

Dieses Metapaket stellt die grundlegenden Komponenten des X-Window-Systems für eine Workstation bereit. Es beinhaltet Bibliotheken, einen X-Server (genauer das Paket xserver-xfree86), eine Reihe von Schriften und einige X-Client-Programme und Werkzeuge.

x-window-system

Dieses Metapaket beinhaltet alle X-Window Komponenten, so wie sie vom XFree86-Projekt bereitgestellt wurden. Hinzu kommen einige Hilfsprogramme. Es hängt von x-window-system-core, twm und xdm ab. Das bedeutet, diese Abhängigkeiten werden automatisch aufgelöst und diese Pakete müssen nicht manuell zur Installation ausgewählt werden.

xserver-common-v3

In diesem Paket befinden sich die Dateien und Programme für das alte XFree86 Version 3.X (X3)

xserver-*

Zusätzliche X3-Server Pakete zur Unterstützung von Hardware, die aus irgendwelchen Gründen nicht von XFree86 4.X unterstützt werden. Einige alte ATI mach64-Grafikkarten fallen darunter; einige andere Grafikkarten hängen sich mit der XFree Version in der Debian-Version woody auf, etc. (Alle Serverpakete findet man durch apt-cache search xserver-|less. Alle diese X3-Server hängen vom Paket xserver-common-v3 ab.)

In den meisten Fällen allerdings sollte das Paket x-window-system installiert werden. (Möchte man keinen grafischen Login, sollte das Paket xdm entfernt werden. Eine genaue Beschreibung dieses Vorganges findet sich im Kapitel Abschalten von X beim Booten, Abschnitt 8.1.4.)

9.4.2 Hardware-Erkennung für X

Um eine automatische Hardware-Erkennung durchzuführen, braucht man folgende Pakete, die vor der X-Installation vorhanden sein sollten:

• discover – Hardwareerkennungssystem.

• mdetect – Maus-Erkennung.

• read-edid – Informations-Werkzeug für VESA PnP Monitore.

9.4.3 X-Server

Siehe XFree86(1x) für weitere Informationen zum X-Server.

Der X-Server kann direkt von der Konsole gestartet werden:

     $ startx -- :<display> vtXX
     z.B.:
     $ startx -- :1 vt8 -bpp 16
     ... startet auf vt8 am Rechner  localhost:1 mit 16 bpp-Farbmodus.

Argumente nach dem -- werden an den X-Server weitergeleitet.

Wenn eine ~/.xserverrc Konfigurationsdatei verwendet wird, um das Starten des X-Servers genauer im Griff zu haben, muss darauf geachtet werden, dass der Server auch explizit mit exec gestartet wird, sonst werden Start und Beenden des Servers sehr langwierig:

     #!/bin/sh
     exec /usr/bin/X11/X -dpi 100 -nolisten tcp

9.4.3.1 Konfiguration des X4-Servers

Um den X4-Server zu konfigurieren kann dpkg benutzt werden.

     # dpkg-reconfigure --priority=low xserver-common
     # dpkg-reconfigure --priority=low xserver-xfree86

Es wird eine /etc/X11/XF86Config-4 Datei erzeugt, die mit dem Skript dexconf modifiziert werden kann.

9.4.3.2 Konfiguration des X3-Servers

Um den X3-Server zu konfigurieren kann auch dpkg benutzt werden.

     # dpkg-reconfigure --priority=low xserver-common-v3
     # dpkg-reconfigure --priority=low xserver-mach64

Die Konfigurationsdatei von X3 heißt /etc/X11/XF86Config und wird mit xf86config-v3 bearbeitet.

9.4.3.3 Manuelle Konfiguration von X4

Um Benutzer spezifische Einstellungen vorzunehmen, darf nicht der Text verändert werden, der von debconf erstellt wurde, also ist der Bereich zwischen dem BEGIN und dem END tabu.

     ### BEGIN DEBCONF SECTION
     [snip]
     ### END DEBCONF SECTION

Stattdessen können die Anpassungen vor dem BEGIN eingetragen werden, wie in dem folgenden Beispiel:

     Section "Device"
       Identifier        "Custom Device"
       Driver            "ati"
       Option            "NoAccel"
     EndSection
     
     Section "Screen"
       Identifier  "Custom Screen"
       Device      "Custom Device"
       Monitor     "Generic Monitor"
       DefaultDepth 24
       Subsection "Display"
         Depth       8
         Modes       "1280x960" "1152x864" "1024x768" "800x600" "640x480"
       EndSubsection
       Subsection "Display"
         Depth       16
         Modes       "1280x960" "1152x864" "1024x768" "800x600" "640x480"
       EndSubsection
       Subsection "Display"
         Depth       24
         Modes       "1280x960" "1152x864" "1024x768" "800x600" "640x480"
       EndSubsection
     EndSection
     
     Section "ServerLayout"
         Identifier        "Custom"
         Screen            "Custom Screen"
         InputDevice       "Generic Keyboard" "CoreKeyboard"
         InputDevice       "Configured Mouse" "CorePointer"
     EndSection

9.4.4 X-Client Programme

Die meisten X-Programme können einfach von der Kommandozeile aus gestartet werden:

     client $ xterm -geometry 80x24+30+200 -fn 6x10 -display hostname:0 &

Die hier angeführten Parameter bedeuten:

• -geometry BREITExHÖHE+X-OFFSET+Y-OFFSET: anfängliche Größe und Lage des neuen Fensters.

• -fn FONTNAME: die Schrift, die im Fenster verwendet wird. FONTNAME kann sein:

  • a14: Normale Größe

  • a24: Große Größe

  • ... (Weitere Fonts können mit xlsfont ermittelt werden.)

• -display displayname: der Name des X-Servers, der verwendet wird. displayname kann sein:

  • hostname:D.S bedeutet Anzeige S auf dem Bildschirm D auf dem Rechner hostname; der X-Server für dieses Display liegt auf dem TCP-Port 6000+D.

  • host/unix:D.S bedeutet Anzeige S auf dem Bildschirm D auf dem Rechner host; der X-Server für diese Anzeige lauscht auf dem Unix-Domain-Socket /tmp/.X11-unix/XD (so ist es nur auf dem Rechner host erreichbar).

  • :D.S bedeutet das gleiche wie host/unix:D.S, wobei host der Name des lokalen Rechners ist.

Der Standard displayname für die X-Client-Programme kann mit der DISPLAY Umgebungsvariablen gesetzt werden. Bevor man nun ein X-Programm startet kann die Umgebungsvariable z.B. wie folgt gesetzt werden:

     $ export DISPLAY=:0
             # Die Standardeinstellung
     $ export DISPLAY=hostname.fulldomain.name:0.2
     $ export DISPLAY=localhost:0

Der Start kann in der Datei ~/.xinitrc konfiguriert werden. Zum Beispiel:

     xrdb -load $HOME/.Xresources
     xsetroot -solid gray &
     xclock -g 50x50-0+0 -bw 0 &
     xload -g 50x50-50+0 -bw 0 &
     xterm -g 80x24+0+0 &
     xterm -g 80x24+0-0 &
     twm

Wie in Angepasste X-Sitzung, Abschnitt 9.4.5.1 beschrieben, haben diese Einstellungen Vorrang vor denen von Xsession, welches bei startx verwendet wird. Diese Methode sollte nicht verwendet werden.

9.4.5 X-Session

Eine X-Session kann auf folgende Weisen gestartet werden:

• startx: ein Skript, das initx und so den X-Server und Client auf der Konsole startet. Wenn die Datei ~/.xinitrc nicht existiert, wird /etc/X11/Xsession via /etc/X11/xinit/xinitrc ausgeführt.

• xdm, gdm, kdm oder wdm: Dies sind Daemonprogramme, die den Login von einer bereits gestarteten graphischen Oberfläche ermöglichen. /etc/X11/Xsession: direktes Starten.

Die Konsole erhält man mittels Abschalten von X beim Booten, Abschnitt 8.1.4.

9.4.5.1 Angepasste X-Sitzung

Im Endeffekt ist der Start durch /etc/X11/Xsession nur eine Kombination von /etc/X11/Xsession.d/50xfree86-common_determine-startup und /etc/X11/Xsession.d/99xfree86-common_start.

Die Ausführung von /etc/X11/Xsession wird beeinflusst durch /etc/X11/Xsession.options und ist im Wesentlichen bestimmt für die Ausführung des ersten Programms, das in folgenden Skripten durch 'exec' ausgeführt wird:

Was nun genau gestartet wird, hängt von den Einstellungen des Debian-Alternativen-Systems ab, wie es in Alternative Befehle, Abschnitt 6.5.3 erklärt wird. Zum Beispiel:

     # update-alternatives --config x-session-manager
     ... oder
     # update-alternatives --config x-window-manager

Um einen anderen X-Window-Manager einzustellen als die Voreinstellung und dennoch KDE oder Gnome als Sitzungsmanager beizubehalten, muss die Datei /etc/X11/Xsession.d/50xfree86-common_determine-startup durch die im zweiten Fehlerreport (siehe http://bugs.debian.org/168347) ersetzt werden. (Ich hoffe, dass dies bald mit aufgeführt wird.) Dann kann die Datei /etc/X11/Xsession.options wie folgt geändert werden, um den X-Sitzungsmanager zu umgehen:

     # /etc/X11/Xsession.options
     #
     # configuration options for /etc/X11/Xsession
     # See Xsession.options(5) for an explanation of the available options.
     # Default enabled
     allow-failsafe
     allow-user-resources
     allow-user-xsession
     use-ssh-agent
     # Default disabled (enable them by uncommenting)
     do-not-use-x-session-manager
     #do-not-use-x-window-manager

Ohne die gezeigten Veränderungen sind die Pakete gnome-session und kdebase dafür zuständig, einen X-Sitzungsmanager bereitzustellen. Das Entfernen dieser beiden Pakete ermöglicht die Einstellung eines beliebigen X-Window-Managers.

Wenn die Datei /etc/X11/Xsession.options eine Zeile wie allow-user-xsession (ohne führende Zeichen) enthält, kann der Benutzer die Datei ~/.xsession oder ~/.Xsession für eine beliebige benutzerseitige Erweiterung der Datei /etc/X11/Xsession verwendet werden.

Der letzte Befehl in ~/.xsession sollte die Form exec some-window/session-manager haben, um den Window-Manager zu starten.

Ein gutes Beispiel für eine ~/.xsession Datei findet sich hier: file:///usr/share/doc/xfree86-common/examples/xsession.gz.

Ich benutze dies, um den Window-Manager, Bildschirmzugang und die Sprache für jeden Benutzer einzeln zu setzen. Siehe Start eines gewählten X-Sitzungs-/Window-Managers, Abschnitt 9.4.5.2, Administratorrechte unter X, Abschnitt 9.4.11 und Beispiel für ein zweisprachiges System (japanisches EUC und ISO-8859-1), Abschnitt 9.7.9.

Benutzerspezifische X-Einstellungen können in ~/.Xresources gespeichert werden, wohingegen sich systemweite Einstellungen in /etc/X11/Xresources/* befinden. Siehe xrdb(1x).

Benutzerspezifische Tastaturbelegungen und Maustastenbelegungen können in ~/.xmodmaprc definiert werden. Siehe xmodmap(1x).

9.4.5.2 Start eines gewählten X-Sitzungs-/Window-Managers

Eine benutzergewählte Sitzungs-/Window-Manager-Konfiguration kann also gemäß Angepasste X-Sitzung, Abschnitt 9.4.5.1 in ~/.xsession durch das Ändern der letzten Zeile eingestellt werden. (Ich mag blackbox wegen dessen Geschwindigkeit und Einfachheit):

• Voreinstellung -- X-Sitzungsmanager.

  • Vergleichen Sie Alternative Befehle, Abschnitt 6.5.3.

  • exec /usr/bin/x-session-manager

• Voreinstellung -- X-Window-Manager.

  • Vergleichen Sie Alternative Befehle, Abschnitt 6.5.3.

  • exec /usr/bin/x-window-manager

• GNOME-Sitzungsmanager. (mächtiges Paket)

  • Installieren Sie das Paket: gnome-session

  • exec /usr/bin/gnome-session

• KDE-Sitzungsmanager. (ebenso mächtiges Paket)

  • Installieren Sie das Paket: kdebase (oder kdebase3 für KDE3)

  • exec /usr/bin/kde2

• Blackbox-Window-Manager. (leichtgewichtiges Paket).

  • Installieren Sie das Paket: blackbox

  • exec /usr/bin/blackbox

• IceWM-Window-Manager. (ebenso leichtgewichtig)

  • Installiere das Paket: icewm

  • exec /usr/bin/X11/icewm

• FVWM2-Window-Manager.

  • Installieren Sie das Paket: fvwm

  • exec /usr/bin/fvwm2

• Windowmaker-Window-Manager.

  • Installieren Sie das Paket: wmaker

  • exec /usr/bin/wmaker

• Enlightenment-Window-Manager (überladen).

  • Installieren Sie das Paket: enlightenment

  • exec /usr/bin/enlightenment

Siehe X-Window-Manager.

9.4.5.3 KDE/GNOME-Umgebung konfigurieren

Um eine komplette KDE/Gnome-Umgebung einzurichten empfiehlt sich die Installation der folgenden Metapakete:

• KDE: installiert das kde Paket

• GNOME: installiert das gnome Paket

Es sollte ein Installationswerkzeug gewählt werden, das die Installationsempfehlungen (recommends) des Paketes auflösen kann; dies sind u.a. dselect und aptitude. Sie sind menügesteuert und können auch durch die automatische Abhängigkeitserfassung die Installation im Vergleich zu apt-get beschleunigen und erleichtern.

Wer nur ein Konsolen-Login benötigt, sollte die Login-Manager kdm, gdm, wdm oder auch xdm nicht installieren (d.h. wieder markieren zur nicht-Installation), die bei einer Installation von X schnell automatisch mit ausgewählt werden. Erklärung hierzu in Abschalten von X beim Booten, Abschnitt 8.1.4.

Wenn Gnome anstelle von KDE als Sitzungsmanager gewünscht wird, muss dies der x-session-manager, wie in Alternative Befehle, Abschnitt 6.5.3 beschrieben, geändert werden.

9.4.6 TCP/IP-Verbindungen mit X

Da X-TCP/IP-Verbindungen nicht verschlüsselt werden, besteht bei Fernverbindungen die Gefahr des Abgehörtwerdens. Aus diesem Grund ist in Debian die Standardeinstellung so gewählt, dass TCP/IP-Socket deaktiviert ist. Eine TCP/IP-Verbindung auch zur Übertragung von graphischen Elementen kann aber sicher mit ssh erzeugt werden. Siehe dazu X-Fernverbindungen mit ssh, Abschnitt 9.4.8.

Die Methode, die hier im Folgenden beschrieben wird, ist also nur in Umgebungen zu empfehlen, die als sicher charakterisiert werden können, wie z.B. ein hinter einer gut gewarteten Firewall agierendes Intranet oder ein kleines Heimnetzwerk. Mit dem folgenden Befehl kann die momentane X-Server-Einstellung bzgl. TCP/IP herausgefunden werden:

     # find /etc/X11 -type f -print0 | xargs -0 grep nolisten
     /etc/X11/xinit/xserverrc:exec /usr/bin/X11/X -dpi 100 -nolisten tcp

Entfernen von -nolisten stellt das Lauschen auf dem X-Server wieder ein.

9.4.7 X-Fernverbindungen mit xhost

xhost erlaubt Zugriff auf den X-Server basierend auf dem Namen des Rechners. Dies ist sehr unsicher. Das folgende Beispiel unterdrückt den Test der Rechnernamen und erlaubt so Verbindungen von jedem Rechner aus, falls TCP/IP-Socket ebenfalls aktiviert sind. (Siehe auch TCP/IP-Verbindungen mit X, Abschnitt 9.4.6):

     $ xhost +

Das Testen der Rechnernamen kann wieder aktiviert werden mit:

     $ xhost -

xhost kann keine Unterscheidung auf Benutzerebene vornehmen. Des Weiteren können Rechnernamen natürlich gefälscht werden.

Diese Methode sollte nicht verwendet werden, wenn man sich in einer ungesicherten Netzumgebung befindet – dies betrifft auch Wählverbindungen mittels PPP. Siehe xhost(1x).

9.4.8 X-Fernverbindungen mit ssh

Die Verwendung von ssh ermöglicht die sichere Übertragung von Daten von einem lokalen X-Server zu einem Applikations-Server.

• Setze auf dem entfernten Rechner in der Datei /etc/ssh/sshd_config die Einträge X11Forwarding und AllowTcpForwarding auf yes.

• Starte den X-Server auf dem lokalen Rechner.

• Öffne ein xterm auf dem lokalen Rechner.

• Starte ssh um eine Verbindung zu dem entfernten Rechner aufzubauen.

       localname @ localhost $ ssh -q -X -l loginname remotehost.domain
       Password:
       ...
  

• Starte eine X-basierte Applikation auf dem entfernten Rechner.

       loginname @ remotehost $ gimp &
  

Diese Methode erlaubt es, die graphische Ausgabe eines X-Clients anzuzeigen, als liefe er über den lokalen Unix-Domain-Socket.

9.4.9 xterm

Alles was mit xterm zu tun hat, findet man hier: http://dickey.his.com/xterm/xterm.faq.html.

9.4.10 X-Ressourcen Datenbank

Viele ältere X-Programme, wie z.B. xterm, verwenden die X-Ressourcen, um ihr Erscheinungsbild zu konfigurieren. Die Datei ~/.Xresources wird verwendet um derartige Daten benutzerabhängig zu speichern. Die Datei wird automatisch während des Logins an die systemweiten Einstellungen angehängt.

Es folgen einige nützliche Einstellungen, die man in ~/.Xresources vornehmen kann.

     ! Die Schrift in den Terminals vergrößern:
     XTerm*font: 9x15
     
     ! Scrollbalken anzeigen
     XTerm*scrollBar: true
     
     ! Puffergröße einstellen
     XTerm*saveLines: 1000

Diese Einstellungen können auch sofort aktiviert werden durch:

     xrdb -merge ~/.Xresources

9.4.11 Administratorrechte unter X

Wenn ein graphisches Programm mit root-Rechten gestartet werden muss, müssen einige Vorkehrungen getroffen werden. Keinesfalls sollte man als Superuser einen X-Server starten, wegen der beträchtlichen Sicherheitsrisiken.

Man startet den X-Server als gewöhnlicher Benutzer und öffnet ein xterm Fenster. Dann folgen:

     $ XAUTHORITY=$HOME/.Xauthority
     $ export XAUTHORITY
     $ su root
     Password:*****
     # printtool &

Wenn man diesen Trick verwendet und sich mit su als ein Nicht-root-Benutzer anmeldet, muss darauf geachtet werden, dass die Datei ~/.Xauthority für diesen speziellen Benutzer Gruppen-lesbar ist.

Um diesen Vorgang zu automatisieren, kann der betreffende Benutzer eine Datei ~/.xsession anlegen, die folgende Zeilen enthält.

     # So funktioniert X auch wenn su benutzt wurde.
     if [ -z "$XAUTHORITY" ]; then
             XAUTHORITY=$HOME/.Xauthority
             export XAUTHORITY
     fi
     unset XSTARTUP
     # Wenn ein besonderer Window/Sitzungsmanager gewünscht wird
     # kann der hier eingestellt werden.
     #XSTARTUP=/usr/bin/blackbox
     # This start x-window/session-manager program
     if [ -z "$XSTARTUP" ]; then
       if [ -x /usr/bin/x-session-manager ]; then
         XSTARTUP=x-session-manager
       elif [ -x /usr/bin/x-window-manager ]; then
         XSTARTUP=x-window-manager
       elif [ -x /usr/bin/x-terminal-emulator ]; then
         XSTARTUP=x-terminal-emulator
       fi
     fi
     # Ausführung des Window/Sitzungsmanagers.
     exec $XSTARTUP

Nun kann su (nicht su -) in einem xterm Fenster vom Benutzer gestartet werden. Auch graphische Programme, die von der Shell mit Superuser-Rechten gestartet wurden, können nun angezeigt werden. Dieser Trick funktioniert nur solange, wie die übliche /etc/X11/Xsession ausgeführt wird. Wenn der Benutzer eine eigene Datei ~/.xinit oder ~/.xsession Datei anlegt, muss die oben erwähnte Umgebungsvariable XAUTHORITY an diese Skripte angepasst werden.

Alternativ, kann das Paket sudo verwendet werden, um diese Sequenz abzuarbeiten.

     $ sudo xterm
     ... oder
     $ sudo -H -s

Hier muss die /root/.bashrc Folgendes enthalten:

     if [ $SUDO_USER ]; then
         sudo -H -u $SUDO_USER xauth extract - $DISPLAY | xauth merge -
     fi

Dies funktioniert auch, wenn das Home-Verzeichnis des Benutzers mit NFS gemountet wird, da root die Datei .Xauthority nicht lesen muss.

There are also several specialized packages for this purpose: kdesu, gksu, gksudo, gnome-sudo, and xsu. Some other methods can be used to achieve similar results: creating a symlink from /root/.Xauthority to the user's corresponding one; use of the script sux; or putting "xauth merge ~USER_RUNNING_X/.Xauthority" in the root initialization script.

See more on the debian-devel mailing list.

9.4.12 TrueType-Schriften unter X

Der Standard-X-Font-Server xfs in Free86-4 kommt problemlos mit TrueType Schriften zurecht. Wenn man XFree86-3 verwendet, braucht man zusätzlich den Font-Server xfs-xtt.

Wenn man selbst Programme kompiliert, muss man darauf achten, diese gegen libXft oder libfreetype zu linken. Wenn man nur die Pakete aus der Distribution verwendet, gibt es weiter nichts zu beachten.

Zu den neuen Schriften müssen die Dateien fonts.{scale,dir} erzeugt werden, da diese nötige Verwaltungsinformationen für den X-Server bereitstellen.

Da freie Schriften oft eingeschränkt sind, kann das Installieren von Shareware- oder kommerziellen TrueType-Schriften eine Alternative sein. Um diesen Schritt zu vereinfachen, gibt es einige Pakete:

• ttf-commercial

• msttcorefonts (>1.1.0) (Dieses Paket funktioniert in Woody seit August 2002 nicht mehr, da Microsoft die von dem Paket geladenen Schriften vom Server entfernt hat.)

Man muss schon eine gute Auswahl an Schriften haben, um das besonders frei gestaltete System mit kommerziellen Schriften zu 'verunreinigen'.

9.4.13 Web-Browser (graphische)

Es gibt eine Handvoll graphischer Web-Browser in Debian

• mozilla Der Mozilla-Browser (neu)

• galeon Mozilla-basierter Browser mit Gnome Benutzeroberfläche (neu)

• konqueror KDE-Browser

• dillo GTK-Browser

• amaya-gtk W3C-Referenz-Browser

• amaya-lesstif W3C-Referenz-Browser

• netscape-... (viele, alt)

• communicator-... (viele, alt)

• ...

Die Version des mozilla muss zu der galeon Version passen, da zweiteres die Gecko-HTML-Rendering-Engine des ersteren verwendet.

Plugins für die Browser wie mozilla und galeon können installiert werden, indem man einfach die "*.so" in das entsprechende Plugin-Verzeichnis kopiert (dies findet man z.B. mit locate libnullplugin).

Erhältliche Plugins:

• Java Plugin: Download des "J2SE" von http://java.sun.com.

• Flash Plugin: Download des "Macromedia Flash Player 5" von http://www.macromedia.com/software/flashplayer/.

• freewrl: VRML-Browser und Netscape-Plugin

• ...

9.5 SSH

SSH (Secure SHell) ist ein sicheres Werkzeug, um Verbindungen über das Internet herzustellen. Eine freie Version von SSH namens OpenSSH ist als openssh Paket in Debian enthalten.

9.5.1 Grundlagen

Zunächst müssen der OpenSSH-Server und -Client installiert werden.

     # apt-get update && apt-get install ssh

Es darf keine Datei /etc/ssh/sshd_not_to_be_run bestehen.

SSH beherrscht zwei Arten von Authentisierungsprotokollen:

• SSH-Protokoll Version 1:

  • In Debian-Potato wird nur die Version 1 unterstützt.

  • Diese Version unterstützt:

    • RSAAuthentication: RSA Identitäts-Schlüssel basierte Benutzererkennung

    • RhostsAuthentication: Auf .rhosts basierende Rechnererkennung (unsicher, daher nicht aktiviert.)

    • RhostsRSAAuthentication: Authentisierung mit .rhosts kombiniert mit RSA Host-Schlüssel (auch deaktiviert)

    • ChallengeResponseAuthentication: RSA Challenge-Response Authentisierung

    • PasswordAuthentication: Passwortbasierte Authentisierung

• SSH Protokoll Version 2:

  • Alle Versionen seit Woody verwenden bevorzugt diese Version.

  • Diese Version unterstützt:

    • PubkeyAuthentication: Public-Key basierte Authentisierung

    • HostbasedAuthentication: .rhosts oder /etc/hosts.equiv Authentisierung kombiniert mit Public-Key Rechner Authentisierung (disabled)

    • ChallengeResponseAuthentication: challenge-response Authentisierung

    • PasswordAuthentication: Passwort basierte Authentisierung

Die unterschiedlichen unterstützten Protokolle müssen beachtet werden, wenn man von oder nach Woody migriert, da man sonst vielleicht keine SSH-Verbindungen mehr zu den gewohnten Rechnern aufbauen kann.

Siehe dazu auch /usr/share/doc/ssh/README.Debian.gz, ssh(1), sshd(8), ssh-agent(1) und ssh-keygen(1) für Details.

Die wichtigsten Konfigurationsdateien für SSH sind:

• /etc/ssh/ssh_config: SSH-Client Voreinstellungen. Siehe ssh(1). Wichtige Einträge sind:

  • Host: Beschränkt die folgenden Restriktionen auf diesen Rechner bzw. dieses Rechnermuster (bis zum nächsten 'Host'-Eintrag).

  • Protocol: Spezifiziert die Version des SSH-Protokolls. Die Voreinstellung ist "2,1".

  • PreferredAuthentications: Spezifiziert die Methode mit der SSH2 authentisieren soll. Die Voreinstellung ist "hostbased,publickey,keyboard-interactive,password".

  • ForwardX11: Diese Option ist per Voreinstellung abgeschaltet. Sie kann über die Kommandozeilenoption "-X" überstimmt werden, so dass auch graphische Ausgaben übertragen werden dürfen.

• /etc/ssh/sshd_config: Voreinstellungen des SSH-Servers. Siehe sshd(8). Wichtige Einträge sind:

  • ListenAddress: Spezifiziert die lokalen Adressen, auf denen sshd lauscht. Hier sind mehrere möglich.

  • AllowTcpForwarding: Voreinstellung: aus

  • X11Forwarding: Voreinstellung: aus.

• $HOME/.ssh/authorized_keys: In dieser Datei liegt die Liste der voreingestellten öffentlichen Schlüssel ('public keys'), mit denen Clients sich mit dem System verbunden haben. Siehe ssh-keygen(1).

• $HOME/.ssh/identity: Siehe ssh-add(1) und ssh-agent(1).

Mit folgendem Kommando kann man eine ssh-Verbindung aufbauen:

     $ ssh username@hostname.domain.ext
     $ ssh -1 username@hostname.domain.ext # SSH version 1 erzwungen

ssh ersetzt so auf sichere und praktische Weise telnet.

9.5.2 Port-Umleitung – für das Tunneln mit SMTP/POP3

Um eine Weiterleitung ('pipe') einzurichten, die den Port 25 eines entfernten Servers (remote-server) auf den Port 4025 lokal und den Port 110 des entfernten Servers auf den Port 4110 auf dem lokalen Rechner einzurichten, kann ssh folgendermaßen benutzt werden:

     # ssh -q -L 4025:remote-server:25 4110:remote-server:110 \
                benutzername@remote-server

Auf diese Weise können sichere SMTP/POP3-Übertragungen realisiert werden. Man setze die Option AllowTcpForwarding auf yes in der Datei /etc/ssh/sshd_config auf dem entfernten Rechner.

9.5.3 Mit weniger Passwörter agieren

Man kann die sich immer wiederholende Eingabe von Passwörtern umgehen, wenn man auf das RSAAuthentication (SSH1 Protokoll)-Verfahren, bzw. PubkeyAuthentication (SSH2 Protokoll)-Verfahren zurückgreift.

Auf dem entfernten System wird dazu in der Konfigurationsdatei /etc/ssh/sshd_config "RSAAuthentication yes" bzw. "PubkeyAuthentication yes" gesetzt.

Dann werden Schlüssel lokal erzeugt und der dazugehörige öffentliche Schlüssel auf dem entfernten System hinterlegt.

     $ ssh-keygen          # RSAAuthentication: RSA1 Schlüssel für SSH1
     $ cat .ssh/identity.pub | ssh benutzer1@remote \
             "cat - >>.ssh/authorized_keys"
     ...
     $ ssh-keygen -t rsa   # PubkeyAuthentication: RSA Schlüssel für SSH2
     $ cat .ssh/id_rsa.pub | ssh benutzer1@remote \
             "cat - >>.ssh/authorized_keys"
     ...
     $ ssh-keygen -t dsa   # PubkeyAuthentication: DSA Schlüssel für SSH2
     $ cat .ssh/id_dsa.pub | ssh benutzer1@remote \
             "cat - >>.ssh/authorized_keys"

Später kann das Passwort mit "ssh-keygen -p" neu gesetzt werden. Bei Problemen können vermehrt Statusinformationen ausgegeben werden mit: "ssh -v".

In der Datei authorized_keys können zu einem beliebigen Rechner Optionen hinzugefügt werden, um dort z.B. Kommandos auszuführen. Siehe sshd(8) für weitere Details.

SSH2 verfügt über HostbasedAuthentication. Damit dies funktioniert, muss auf dem Server in der Datei /etc/ssh/sshd_config HostbasedAuthentication auf yes gesetzt werden, desgleichen in /etc/ssh/ssh_config oder $HOME/.ssh/config auf dem Client.

9.5.4 Weitere SSH-Client-Programme

Es gibt einige freie SSH-Client-Programme auf nicht-Unix-artigen Plattformen.

Windows

puTTY (GPL)

Windows (cygwin)

SSH in cygwin (GPL)

Macintosh Classic

macSSH (GPL) [Mac OS X beinhaltet OpenSSH; es wird gestartet mit ssh im Terminal]

Siehe auch SourceForge.net, site documentation, "6. CVS Instructions".

9.5.5 SSH-Agent

Der öffentliche Schlüssel kann einfach in der Datei ~/.ssh/authorized_keys hinterlegt werden, worauf er von ssh anerkannt wird.

     $ ssh-agent
     $ # die Ausgabe in der Shell einfügen
     $ ssh-add .ssh/identity
     $ # oder ssh-add .ssh/id_dsa oder wie auch immer der private Schlüssel heißt
     $ scp remote.host.with.public.key

Weitere Informationen liefern ssh-agent(1) und ssh-add(1).

9.5.6 Problemlösungen

Wenn Probleme bei der Benutzung von ssh auftreten, sollte man zuerst einmal die Berechtigungen der Konfigurationsdateien mittels der ssh Option -v prüfen.

Wenn man root-Rechte hat, kann mit -P die Benutzung der Ports 1–1023 unterbunden werden, welche bei Firewalls Schwierigkeiten bereiten.

Wenn ssh-Verbindungen, die ursprünglich funktionierten plötzlich nicht gestartet werden können, hat der Systemadministrator wahrscheinlich die Datei host_key geändert. Nachdem man sich vergewissert hat, dass dies der Fall ist und es sich nicht um den Versuch handelt, eine Verbindung zu einem gehackten Rechner zu etablieren, kann einfach die zu dem Remote-Rechner gehörige host_key Zeile in der Datei $HOME/.ssh/known_hosts gelöscht werden. Bei der nächsten Verbindungsaufnahme wird die Zeile neu generiert.

9.6 E-Mail Programme

Die E-Mail Konfiguration eines Systems zerfällt in drei Kategorien:

• Mail-Transfer-Agenten (mail transfer agent, MTA): exim

• Mail-Hilfsprogramme: procmail, fetchmail, mail, ...

• Mail-Benutzer-Agenten (mail user agent, MUA): mutt

9.6.1 E-Mail Transport/Transfer Agenten (Exim)

Literatur:

• exim-doc und exim-doc-html Pakete

• http://www.exim.org/

Wenn exim als MTA eingesetzt wird, müssen die folgenden Dateien angepasst werden:

     /etc/exim/exim.conf     "eximconfig" bearbeitet diese Datei
     /etc/inetd.conf         durch Auskommentieren von smtp läuft exim als Daemon
     /etc/email-addresses    Add spoofed source address lists
     Die Filter können mittels exim -brw, -bf, -bF, -bV, ...  getestet werden.

9.6.1.1 Ein Fangnetz für nicht existierende E-Mail-Adressen (Exim)

In der Datei /etc/exim/exim.conf (Woody oder später), kann am Ende des Abschnittes DIRECTORS (gleich nach localuser: director) ein Ausdruck eingefügt werden, der auf alle E-Mail-Adressen passt, die vorher nicht aufgelöst werden konnten (nach Miquel van Smoorenburg):

     catchall:
       driver = smartuser
         new_address = webmaster@mydomain.com

Wer eine komplexere Anordnung von virtuellen Domänen angelegt hat, wird an das Ende der Datei /etc/exim/exim.conf einen Eintrag wie folgt vornehmen: (von mir, nicht sehr ausführlich getestet):

     *@yourdomain.com ${lookup{$1}lsearch*{/etc/email-addresses} \
             {$value}fail} T

Dazu benötigt man einen "*" Eintrag in der Datei /etc/email-addresses.

9.6.1.2 Selektive Adressen-Umschreibung für ausgehende E-Mail (Exim)

Mit exim kann auch die From: Zeile der ausgehenden E-Mails manipuliert werden. Auch dies kann in der exim Konfigurationsdatei /etc/exim/exim.conf erledigt werden:

     *@host1.something.dyndns.org \
       "${if eq {${lookup{$1}lsearch{/etc/passwd}{1}{0}}} {1}  \
        {$0}{$1@somethig.dyndns.org}}"  frFs

Dies schreibt alle Adressen um, die auf den Ausdruck *@host1.something.dyndns.org passen.

1. Zuerst wird in /etc/password nachgesehen, ob der Ausdruck $1 auf einen lokalen Benutzer zutrifft.

2. Wenn dies der Fall ist, wird daraus das, was es vorher schon war ($0).

3. Wenn es den Benutzer lokal nicht gibt, wird der Domänenanteil ersetzt.

9.6.2 Mail-Hilfsprogramme (Fetchmail)

fetchmail wird im Daemon-Modus gestartet und ist für die Abholung von E-Mail von POP3-Accounts von einem ISP zuständig, um die Mails dann in das lokale E-Mail-System einzufügen. Die Konfiguration geschieht über die Dateien:

     /etc/init.d/fetchmail
     /etc/rc?.d/???fetchmail startet update-rc.d fetchmail Default Priorität 30
     /etc/fetchmailrc        Konfigurationsdatei (chown 600, Besitzer ist fetchmail)

In der alten Debian-Version Potato war das Starten von fetchmail aus init.d heraus noch schwierig. Dies ist mit Woody behoben. Beispiele sind außerdem zu finden in den Dateien /etc/init.d/fetchmail und /etc/fetchmailrc unter der Adresse example scripts.

Wenn im E-Mail-Kopf ^M Zeichen vorkommen, sollte "stripcr" in den Optionen der Datei $HOME/.fetchmailrc hinzugefügt werden:

     options fetchall no keep stripcr

9.6.3 Mail-Hilfsprogramme (Procmail)

procmail ist ein Programm zur lokalen Mail-Zustellung und kann auch als Filter verwendet werden. Die Datei $HOME/.procmailrc wird für jeden Benutzer benötigt. Beispiel: _procmailrc

9.6.4 E-Mail-Programme (Mail user agent) am Beispiel Mutt

Ein beliebtes E-Mail-Programm für die Konsole ist mutt in Kombination mit vim. Einstellungen liegen in ~/.muttrc; z.B.

     # diese Einstellungen modifizieren
     # das Verhalten des Editors.
     set editor="vim -c 'set tw=72 et ft=mail'"
     #
     # header weeding taken from the manual (Sven's Draconian header weeding)
     #
     ignore *
     unignore from: date subject to cc
     unignore user-agent x-mailer
     hdr_order from subject to cc date user-agent x-mailer
     auto_view application/msword
     ...

Um HTML-E-Mail oder MS-Word-Dokumente als Text anzeigen zu können, muss antiword installiert sein und folgende Zeilen an entweder /etc/mailcap (global) oder $HOME/.mailcap (per User) angehängt werden.

     text/html; lynx -force_html %s; needsterminal;
     application/msword; /usr/bin/antiword '%s'; copiousoutput;
     description="Microsoft Word Text"; nametemplate=%s.doc

9.7 Lokalisation und Sprachen

Debian ist eine internationale Distribution, die eine wachsende Anzahl an Sprachen und regionaler Besonderheiten berücksichtigt. Die folgenden Abschnitte zeigen, in welcher Form Debian dies bewerkstelligt und an welchen Stellen eine Lokalisierung eingestellt werden kann. Dies betrifft in erster Linie Ein- und Ausgaben in der jeweiligen Muttersprache, Daten, numerische und finanzielle Formate, die von System zu System unterschiedlich sein können.

9.7.1 Grundlagen

Es folgen die wichtigsten Anpassungen für die Lokalisierung.

9.7.1.1 Tastatur

Debian stellt Tastaturbelegungen für nahezu zwei Dutzend Tastaturvarianten bereit. In Woody, können diese eingestellt werden mit:

• dpkg-reconfigure --priority=low console-data # Konsole

• dpkg-reconfigure --priority=low xserver-xfree86 # X4

• dpkg-reconfigure --priority=low xserver-common-v3 # X3

9.7.1.2 Daten

Die große Mehrheit an Debian-Software unterstützt den Umgang mit nicht-US-ASCII-Zeichen durch die LC_CTYPE Umgebungsvariable, welche den locale-Mechanismus der glibc konfiguriert.

• 8-bit clean: praktisch alle Programme

• andere lateinische Buchstaben (z.B. ISO-8859-1 oder ISO-8859-2): viele Programme

• multi-byte Sprachen wie Chinesisch, Japanisch oder Koreanisch: viele neue Programm

9.7.1.3 Anzeige

X-Windows kann jede Zeichen-Kodierung anzeigen, inklusive UTF-8 und unterstützt viele Schrifttechnologien. Die Unterstützung reicht über 8-bit-Schriften über 16-bit-Schriften für Chinesisch, Japanisch oder Koreanisch. Multi-byte-Zeichen werden über den XIM-Mechanismus unterstützt. Siehe Beispiel für ein zweisprachiges System (japanisches EUC und ISO-8859-1), Abschnitt 9.7.9.

Japanischer EUC-Kode kann auch (mit dem Paket kon2) auf der (S)VGA-Konsole angezeigt werden. Eine neue Möglichkeit, welche die FB-Konsole verwendet ist jfbterm. In diesen Umgebungen muss allerdings die Applikation selbst die Unterstützung dieser Sprachen mitbringen. egg ist ein Paket für Emacs und jvim ein japanisiertes Vim.

9.7.1.4 Übersetzungen

Viele Text-Nachrichten und Dokumente für das Debian-System liegen übersetzt vor, z.B. Fehlermeldungen, Standardausgaben, Menüs und Handbuchseiten. Derzeit gibt es Projekte zur Übersetzung in: Deutsch, Spanisch, Finnisch, Französisch, Ungarisch, Italienisch, Japanisch, Koreanisch und Polnisch. Hierzu muss natürlich das entsprechende Paket in der Form manpages-LANG installiert sein. (LANG ist hier ein eindeutiger Sprachkennzeichner gemäß den zweibuchstabigen ISO-Länderkodes.) Um herauszufinden, welche Pakete zur Auswahl stehen, kann apt-cache search manpages-|less verwendet werden.

Um eine NLS Handbuchseite anzuzeigen, muss die Umgebungsvariable LC_MESSAGES gesetzt sein. Um z.B. deutsche Handbuchseiten zu sehen, muss LC_MESSAGES=de gesetzt sein. Das man Programm wird die Handbuchseite dann in /usr/share/man/de/ suchen.

9.7.2 Lokalisierung mit locale

Debian unterstützt die locale Technologie. Locale ist ein System zur Ausgabe von Zeichen, Daten und Zeiten und Währungseinheiten entsprechend lokaler Gegebenheiten. Es verwendet Umgebungsvariablen, um die Region festzustellen. Wenn z.B. englische und deutsche locale Pakete installiert sind, werden die Fehlermeldungen mehrsprachig.

     $ LANG="en_US" cat foo
     cat: foo: No such file or directory
     $ LANG="de_DE" cat foo
     cat: foo: Datei oder Verzeichnis nicht gefunden

Diese Funktionalität wird von der glibc bereitgestellt. (localeconf erlaubt eine komfortable Konfiguration der locale-Einstellungen.) Siehe auch locale(7).

9.7.3 Introduction to locales

Full locale description consists of 3 parts: xx_YY.ZZZZ.

• xx: ISO 639 language codes (lower case)

• YY: ISO 3166 country codes (upper case)

• ZZZZ: codeset, i.e., character set or encoding identifier.

For language codes and country codes, see pertinent description in the info gettext.

Please note this codeset part may be normalized internally to achieve cross platform compatibility by removing all - and by converting all characters into lower case. Typical codesets are:

• UTF-8: Unicode for all regions, mostly in 1-3 Octets (new de facto standard)

• ISO-8859-1: western Europe (de facto old standard)

• ISO-8859-2: eastern Europe (Bosnian, Croatian, Czech, Hungarian, Polish, Romanian, Serbian, Slovak, Slovenian)

• ISO-8859-3: Maltese

• ISO-8859-5: Macedonian, Serbian

• ISO-8859-6: Arabic

• ISO-8859-7: Greek

• ISO-8859-8: Hebrew

• ISO-8859-9: Turkish

• ISO-8859-11: Thai (=TIS-620)

• ISO-8859-13: Latvian, Lithuanian, Maori

• ISO-8859-14: Welsh

• ISO-8859-15: western Europe with euro

• KOI8-R: Russian

• KOI8-U: Ukrainian

• CP1250: Czech, Hungarian, Polish (MS Windows origin)

• CP1251: Bulgarian, Byelorussian (MS Windows origin)

• eucJP: Unix style Japanese (=ujis)

• eucKR: Unix style Korean

• GB2312: Unix style Simplified Chinese (=GB, =eucCN) for zh_CN

• Big5: Traditional Chinese for zh_TW

• sjis: Microsoft style Japanese (Shift-JIS)

As for the meaning of basic encoding system jargons:

• ASCII: 7 bits (0-0x7f)

• ISO-8859-?: 8 bits (0-0xff)

• ISO-10646-1: Universal Character Set (UCS) (31 bits, 0-0x7fffffff)

• UCS-2: First 16 bit of UCS as straight 2 Octets (Unicode: 0-0xffff)

• UCS-4: UCS as straight 4 Octets (UCS: 0-0x7fffffff)

• UTF-8: UCS encoded in 1-6 Octets (mostly in 3 Octets)

• ISO-2022: 7 bits (0-0xff) with the escape sequence. ISO-2022-JP is the most popular encoding for the Japanese e-mail.

• EUC: 8 bits + 16 bits combination (0-0xff), Unix style

• Shift-JIS: 8 bits + 16 bits combination (0-0xff), Microsoft style.

ISO-8859-?, EUC, ISO-10646-1, UCS-2, UCS-4, and UTF-8 share the same code with ASCII for the 7 bit characters. EUC or Shift-JIS uses high-bit characters (0x80-0xff) to indicate that part of encoding is 16 bit. UTF-8 also uses high-bit characters (0x80-0xff) to indicate non 7 bit character sequence bytes and this is the most sane encoding system to handle non-ASCII characters.

Please note the byte order difference of Unicode implementation:

• Standard UCS-2, UCS-4: big endian

• Microsoft UCS-2, UCS-4: little endian for ix86 (machine-dependent)

See Konvertierung einer Textdatei mit recode, Abschnitt 8.6.12 for conversion between various character sets. For more see Introduction to i18n.

9.7.4 Aktivierung der Lokalisierung

Debian hat nicht alle verschiedenen Sprachen einkompiliert. Die Datei /usr/lib/locale zeigt, welche Sprachen sofort verfügbar sind (neben der Standardeinstellung "C"). Wenn die benötigte Sprache fehlt, gibt es zwei Möglichkeiten:

• Hinzufügen der gewünschten Locale zu /etc/locale.gen, anschließend locale-gen starten, um die Locale zu erzeugen. Siehe dazu locale-gen(8) und die Handbuchseiten im "SEE ALSO"-Abschnitt dieser Handbuchseite.

• Starte dpkg-reconfigure locales, um das locales Paket neu zu konfigurieren. Auch bei Neuinstallation des Paketes locales wird das Konfigurationstool gestartet, so dass alle Einstellungen vorgenommen werden können.

9.7.5 Eine Locale aktivieren

Die folgenden Umgebungsvariablen werden ausgewertet, um die lokalen Formate zu berücksichtigen.

1. LANGUAGE: Diese Umgebungsvariable enthält eine durch Doppelpunkte separierte Liste von Sprachen (mit absteigender Priorität). Sie wird nur verwendet, wenn die POSIX-locale nicht "C" ist [in Woody; in Potato hat LANGUAGE immer Priorität vor POSIX]. (GNU-Erweiterung)

2. LC_ALL: Wenn dieser Eintrag nicht leer ist, wird er für alle Kategorien verwendet. (POSIX.1) Voreinstellung ist "" (null).

3. LC_*: Wenn dieser Eintrag nicht leer ist, wird er für die entsprechende Kategorie gesetzt. (POSIX.1). Voreinstellung "C".

   Mögliche LC_*-Variablen sind:

   • LC_CTYPE: Buchstaben-Klassifikation und Groß-/Kleinumschaltung.

   • LC_COLLATE: Collation-Reihenfolge. (???)

   • LC_TIME: Datum- und Zeit-Format.

   • LC_NUMERIC: Zahlenformat.

   • LC_MONETARY: Geld-Format.

   • LC_MESSAGES: Format der Meldungen und Diagnostik-Anzeigen, auch für interaktive Eingaben.

   • LC_PAPER: Papier-Format.

   • LC_NAME: Namen-Format.

   • LC_ADDRESS: Adressen-Format und Orts-Information.

   • LC_TELEPHONE: Telefonnummer-Format.

   • LC_MEASUREMENT: Maßeinheiten (Metrisch oder andere).

   • LC_IDENTIFICATION: Metadaten über die locale-Einstellung.

4. LANG: Wenn diese nicht leer ist und LC_ALL nicht definiert ist, wird dieser Wert für alle bis dahin nicht definierten Variablen gesetzt. (POSIX.1) Voreinstellung "C".

Einige Programme ignorieren allerdings diese Variablen. In der Regel haben diese Programme ein eigenes Sprachen-Management (z.B. Netscape Navigator 4).

Das locale-Programm kann die aktiven locale-Einstellungen sowie andere installierte locale anzeigen. Siehe locale(1). (NOTIZ: locale -a zeigt alle locales an, die das System kennt; das bedeutet nicht, dass sie verwendbar sind (weil unübersetzt). Aktivierung der Lokalisierung, Abschnitt 9.7.4.)

9.7.6 ISO 8601 Datum-Format-locale

Die Unterstützung für die Darstellung des internationalen Datums wird durch die locale en_DK – Englisch in Dänemark – in Form des ISO 8601-Standards (yyyy-mm-dd) geleistet. Dies scheint aber nur für die Konsole mit ls zu funktionieren.

9.7.7 Beispiel für die USA (ISO-8859-1)

Zu der Datei ~/.bash_profile Folgendes hinzufügen:

     LC_CTYPE=en_US.ISO-8859-1
     export LC_CTYPE

9.7.8 Beispiel für Frankreich mit Euro-Symbol (ISO-8859-15)

Zu der Datei ~/.bash_profile Folgendes hinzufügen:

     LANG=fr_FR@euro
     export LANG
     LC_CTYPE=fr_FR@euro
     export LC_CTYPE

Die Tastatur kann auf das deutsche "QWERTZ" umgestellt werden wie beschrieben in Tastatur, Abschnitt 9.7.1.1. Die deutschen Handbuchseiten befinden sich im Paket manpages-de. Die rechte Alt-Taste heißt in Europa Alt-Gr. Durch Drücken dieser Taste können diverse Sonderzeichen erreicht werden. So erzeugt z.B. AltGr-E das Euro-Symbol.

Die meisten westeuropäischen Sprachen können wie beschrieben eingestellt werden.

Siehe Debian Euro HOWTO für die Konfiguration des Euro-Symbols. Das Paket XXX für weitere Details zur Nutzung deutscher Anpassungen.

9.7.9 Beispiel für ein zweisprachiges System (japanisches EUC und ISO-8859-1)

In diesem Beispiel wird ein System aufgesetzt, das japanisch und englisch unterstützt. Die Umgebungsvariable für die japanische Sprache heißt in diesem Fall ja_JP.eucJP (japanisches EUC für traditionelle japanische Unix Umgebung). Die Unterstützung betrifft X mit gleichzeitig englischen Ausgaben und Datumsangaben nach ISO-Standard. Hinzu kommt Englisch als primäre Sprache der Text-Konsole mit der Umgebungseinstellung en_US.ISO-8859-1 (ASCII mit zusätzlichen Akzenten).

• zuerst wird eine japanische Lokale ja_JP.eucJP erzeugt, wie beschrieben in Lokalisation und Sprachen, Abschnitt 9.7.

• es wird ein Kana-nach-Kanji-Konverter und ein Wörterbuch installiert:

  • canna – Lokaler Server (NEC free-license) oder

  • freewnn-jserver – Netzwerk-basierter erweiterbarer Server (Public Domain)

• Installation einer Eingabemethode für Japanisch:

  • kinput2-canna – für X oder

  • kinput2-canna-wnn – für X und

  • egg – funktioniert mit Emacsen, optional auch im Konsole-Modus

• Japanisch-kompatibles Terminal:

  • kterm – X (klassisch),

  • mlterm – X (sehr nett, verschiedene Schriftgrößen) und

• füge japanische Schriften hinzu.

• Konfiguriere X wie beschrieben in Angepasste X-Sitzung, Abschnitt 9.4.5.1. Eine an den Benutzer angepasste X-Umgebung kann in Abhängigkeit der Start-Methode von X eingestellt werden. (startx, xdm, ...)

• Letztlich wird eine ~/.xsession Datei erzeugt, in der die Einstellungen vorgenommen werden:

       #!/bin/sh
       # This makes X work when I su to root.
       if [ -z "$XAUTHORITY" ]; then
               XAUTHORITY=$HOME/.Xauthority
               export XAUTHORITY
       fi
       
       # Japanische locale als Default, C locale als Backup
       LANG=ja_JP.eucJP
       export LANG
       # In der Konsole wollen wir en_US.ISO-8859-1
       LC_CTYPE=ja_JP.eucJP
       export LC_CTYPE
       # menu-Nachrichten in Englisch und ASCII :-)
       LC_MESSAGES=C
       export LC_MESSAGES
       # aktiviere Eingabe-Methode
       kinput2 &
       XMODIFIERS=@im=kinput2
       export XMODIFIERS
       # blackbox ist ein guter Window-Manager (lightweight)
       exec /usr/bin/blackbox
  

• wir fügen folgende Zeilen zu ~/.bash_profile hinzu:

       LC_CTYPE=en_US.ISO-8859-1
       export LC_CTYPE
       # Für ISO yyyy-mm-dd Datumsanzeige kommt dem japanischen mehr entgegen
       LC_TIME=en_DK.ISO-8859-1
       export LC_TIME
  

• folgende Zeilen können, falls mutt als Mail-Programm verwendet wird, zu ~/.muttrc hinzugefügt werden:

       # UTF-8 Unterstützung ist in Japan bei EMACS nicht üblich
       # 7 bit Kodierung mittels iso-2022-jp ist einfacher
       # Default Reihenfolge = us-ascii --> iso-8859-1 --> utf-8
       #set send_charset="us-ascii:iso-8859-1:utf-8"
       #set allow_8bit=yes
       set send_charset="us-ascii:iso-8859-1:iso-2022-jp"
       set allow_8bit=no
  

• aktiviere XIM kinput2 für X-Applikationen

  • füge *inputMethod: kinput2 der .Xresources Datei hinzu: ~/.Xresources (teilweise automatisch in Debian)

  • Einige Programme erlauben sogar die Änderung der Kodierung während der Laufzeit (mlterm kann diese dynamisch mit Strg-Mausknopf-3 ändern.

• Nun wird X gestartet: startx oder durch einen Displaymanager (xdm, gdm, kdm, wdm, ...)

• In X wird ein japanisch-fähiges Programm gestartet: VIM6, (x)emacs21, mc-4.5, mutt-1.4, ... (Emacs ist populär. Aber ich verwende es nicht.)

• "Shift+Space" schaltet die japanische Unterstützung ein und aus.

Sieh auch die SuSE Seiten für CJK.

9.7.10 Beispiel für UTF-8 in X

In Zukunft wird Unicode alle Schriftprobleme lösen. Siehe Das Unicode HOWTO.

9.7.11 Beispiel für UTF-8 in der FB-Konsole

Die UTF-8 Unterstützung in der Konsole wird vom Paket bterm bereitgestellt. Der debian-installer verwendet dies.

9.7.12 Über locale hinaus

Wenn eine größere Anpassung an eine Sprache gewünscht wird, sollte man zunächst nachsehen, ob tasksel oder aptitude bereits eine Option für die betreffende Sprache hat. So kann eine Paketsammlung geladen werden, die bereits Dateien für die nationale Anpassung enthält, was auch für mehrsprachige Systeme Sinn macht. Wenn bei einem System mit feinjustierter Sprachunterstützung Paketkonflikte auftreten, sollte zunächst die Ursache genau festgestellt werden, damit die Spracheinstellungen nicht verloren gehen. Eventuell muss update-alternative verwendet werden, um den vorherigen Status wieder her zu stellen.

Die meisten größeren Programme nutzen bereits die glibc 2.2 und sind größtenteils internationalisiert. Aus diesem Grund sind lokalisierte Versionen eines speziellen Programms wie z.B. VIM überflüssig. So wird die Funktionalität von jvim für VIM von vim ab Version 6.0 in X automatisch bereitgestellt. Tatsächlich ist die Unterstützung noch etwas holprig. Da jvim die japanische Unterstützung eingebaut hat, sollte man sich das Programm zumindest doch einmal ansehen.

Es kann sein, dass Programme über die locale Konfiguration hinaus angepasst werden müssen. Das language-env Paket und dessen Kommando set-language-env erleichtern diesen Schritt.

Siehe auch die Internationalisierungsdokumente unter Einführung in i18n. Es richtet sich an Entwickler und Systemadministratoren.

[ zurück ] [ Inhalt ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ A ] [ weiter ]

Debian Reference
Kapitel 10 - Netzwerk-Konfiguration

Dieses Kapitel konzentriert sich auf die Netzwerk-Administration in Debian. Eine allgemeinere Einführung in GNU/Linux findet sich im Net-HOWTO.

Um sich mit einem Debian-Rechner mit dem Internet zu verbinden, muss seine Netzwerk-Schnittstelle korrekt konfiguriert sein.

Die erste Voraussetzung ist Kernel-Unterstützung für die vorhandenen Geräte. Beispiele solcher Geräte sind: Ethernet-Karten, Wi-Fi-Karten und weitere. Um diese Unterstützung des Kernels zu erhalten, kann es nötig sein, den Kernel neu zu kompilieren oder Module hinzuzufügen, so wie es in Der Linux-Kernel unter Debian, Kapitel 7 beschrieben ist.

Die Konfiguration der Netzwerk-Geräte wird weiter unten beschrieben. Die Angaben in diesem Kapitel sind für Sarge aktualisiert worden. Vieles vom hier gesagten gilt nicht mehr für vorherige Versionen von Debian.

10.1 Netzwerk-Grundlagen mit IP

Ein Debian-Rechner kann mehrere Schnittstellen besitzen, die jeweils unterschiedliche IP (Internet Protokoll)-Adressen haben können. Diese Schnittstellen können auch unterschiedlichen Typs sein, darunter:

• Loopback: lo

• Ethernet: eth0, eth1, ...

• Wi-Fi: wlan0, wlan1, wifi0, ... [7]

• Token Ring: tr0, tr1, ...

• PPP: ppp0, ppp1, ...

Es gibt eine Vielzahl anderer Netzwerkgeräte, darunter SLIP, PLIP (IP über serielle und parallele Verbindungen), "shaper"-Geräte, die das Datenaufkommen auf bestimmten Geräten steuern, Frame-Relay, AX.25, X.25, ARCnet und LocalTalk.

Jede Netzwerkschnittstelle, die direkt mit dem Internet (oder IP-basierten Netzwerk) verbunden ist, wird durch eine eindeutige 32-Bit IP-Adresse identifiziert.[8] Die IP-Adresse können in einen Teil für Netzwerkadressierung und einen Teil zur Adressierung des Rechners geteilt werden. Wenn in einer IP-Adresse alle Bits, die Teil der Netzwerkadresse sind, auf Eins und alle Bits, die Teil der Host-Adresse sind, auf Null gesetzt werden, dann erhält man die so genannte Netzmaske (netmask) des Netzwerks.

IP-Netzwerke sind traditionell in Klassen eingeteilt, deren Netzwerkadressen 8, 16 oder 24 Bit lang sind. Dieses System war nicht flexibel und verschwendete viele IP-Adressen, so dass IPv4-Netzwerke heute unterschiedlich lange Netzwerkadressen zugewiesen bekommen.

      
             IP-Adressen                     Netzmasken      Länge
     Class A 1.0.0.0 - 126.255.255.255       255.0.0.0       = /8 
     Class B 128.0.0.0 - 191.255.255.255     255.255.0.0     = /16 
     Class C 192.0.0.0 - 223.255.255.255     255.255.255.0   = /24

IP-Adressen, die nicht darin liegen, sind für besondere Zwecke reserviert.

Einige Adressbereiche innerhalb jeder Klasse sind für lokale Netzwerke (LANs) reserviert. Diese Adressen kollidieren garantiert nicht mit irgendwelchen Adressen des Internets. (Aus diesem Grund können die Rechner, die eine solche Adresse zugewiesen bekommen, nicht direkt mit dem Internet verbunden sein, sondern müssen einen Gateway-Rechner als Zwischenschritt verwenden, der entweder die einzelnen Services anbietet oder Network-Adress-Translation (NAT) durchführt.) Diese Adressbereiche und die Anzahl der Bereiche in jeder Klasse sind in der folgenden Tabelle dargestellt.

      
             Netzwerkadressen             Länge   Anzahl
     Class A 10.x.x.x                     /8      1
     Class B 172.16.x.x - 172.31.x.x      /16     16
     Class C 192.168.0.x - 192.168.255.x  /24     256

Die erste Adresse in einem IP-Netzwerk ist die Adresse des Netzwerks selbst. Die letzte Adresse ist die Broadcast-Adresse des Netzwerks.[9] Alle anderen Adressen können einzelnen Rechnern des Netzwerks zugewiesen werden. Üblicherweise wird die erste oder letzte Adresse eines Netzwerks für den Gateway-Rechner verwendet.

Die Routing-Tabelle enthält vom Kernel bereitgestellte Informationen darüber, wie IP-Pakete an ihre Ziele verschickt werden. Hier eine Beispieltabelle eines Debian-Rechners in einem lokalen Netzwerk mit der IP-Adresse 192.168.50.x/24. Der Rechner 192.168.50.1 (ebenfalls im LAN) ist ein Router für das Firmennetzwerk, 172.20.x.x/16 und 192.168.50.254 (ebenfalls im LAN) sind Router für das Internet.

      
     # route 
     Kernel IP routing table 
     Destination  Gateway        Genmask       Flags Metric Ref Use Iface
     127.0.0.0    *              255.0.0.0     U     0      0     2 lo
     192.168.50.0 *              255.255.255.0 U     0      0   137 eth0
     172.20.0.0   192.168.50.1   255.255.0.0   UG    1      0     7 eth0
     default      192.168.50.254 0.0.0.0       UG    1      0    36 eth0

• Die erste Zeile nach der Kopfzeile bestimmt, dass Daten für das Netzwerk 127.x.x.x durch das Loopback-Device lo geroutet werden.

• Die zweite Zeile bestimmt, dass Daten für Rechner im LAN über die eth0-Schnittstelle versendet werden.

• Die dritte Zeile bestimmt, dass Daten für das Firmennetzwerk ebenfalls über eth0 an das Gateway 192.168.50.1 versendet werden.

• Die vierte Zeile bestimmt, dass Daten für das Internet ebenfalls über eth0 an das Gateway 192.168.50.254 gesendet werden.

Die IP-Adressen in dieser Tabelle können auch als Namen dargestellt werden, so wie sie in der Datei /etc/networks hinterlegt sind oder wie sie von der C-Bibliothek aufgelöst werden.

Der Kernel ist neben seiner Aufgabe als Router auch in der Lage, Network Address Translation (NAT), Traffic Shaping und Filtering durchzuführen.

Siehe Net-HOWTO und andere Netzwerk-HOWTOs für weitere Informationen zu diesem Thema.

10.2 Netzwerk-Konfiguration auf niederer Ebene

Die traditionellen Werkzeuge, um unter GNU/Linux die Netzwerkkonfiguration auf niederer Ebene vorzunehmen, sind ifconfig und route, welche im Paket net-tools enthalten sind. Diese Werkzeuge wurden offiziell von ip abgelöst, welches sich im Paket iproute befindet. Das Programm ip funktioniert ab Linux 2.2 und leistet mehr als die alten Werkzeuge. Die alten Werkzeuge funktionieren jedoch noch immer und sind mehr Benutzern bekannt.

10.2.1 Netzwerkkonfiguration auf niederer Ebene – ifconfig und route

An einem Beispiel soll gezeigt werden, wie die IP-Adresse der Schnittstelle eth0 von der Adresse 192.168.0.3 auf 192.168.0.111 zu ändern und eth0 als Route für das Netzwerk 10.0.0.0 via 192.168.0.1 einzurichten ist. Wir starten ifconfig und route ohne Argumente, um den derzeitigen Status aller Netzwerkschnittstellen und des Routing darzustellen.

      
     # ifconfig 
     eth0  Link encap:Ethernet HWaddr 08:00:46:7A:02:B0 
           inet addr:192.168.0.3 Bcast:192.168.255.255 Mask:255.255.0.0
           UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 
           RX packets:23363 errors:0 dropped:0 overruns:0 frame:0 
           TX packets:21798 errors:0 dropped:0 overruns:0 carrier:0 
           collisions:0 txqueuelen:100 
           RX bytes:13479541 (12.8 MiB) TX bytes:20262643 (19.3 MiB) 
           Interrupt:9 
             
     lo    Link encap:Local Loopback 
           inet addr:127.0.0.1 Mask:255.0.0.0 
           UP LOOPBACK RUNNING MTU:16436 Metric:1 
           RX packets:230172 errors:0 dropped:0 overruns:0 frame:0 
           TX packets:230172 errors:0 dropped:0 overruns:0 carrier:0 
           collisions:0 txqueuelen:0 
           RX bytes:22685256 (21.6 MiB) TX bytes:22685256 (21.6 MiB) 
             
     # route 
     Kernel IP routing table 
     Destination  Gateway     Genmask         Flags Metric Ref Use Iface
     192.168.0.0  *           255.255.0.0     U     0      0   0   eth0
     default      192.168.0.1 255.255.255.255 UG    0      0   0   eth0

Zunächst schalten wir die Schnittstelle ab.

      
     # ifconfig eth0 inet down 
     # ifconfig 
     lo Link encap:Local Loopback 
             ... (keine weiteren eth0-Einträge) 
     # route
             ... (keine weiteren Routing-Einträge)

Dann schalten wir sie mit einer neuen IP-Adresse und neuem Routing wieder ein.

      
     # ifconfig eth0 inet up 192.168.0.111 \ 
             netmask 255.255.255.0 broadcast 192.168.0.255 
     # route add -net 10.0.0.0 netmask 255.0.0.0 gw 192.168.0.1 dev eth0

Das Ergebnis:

      
     # ifconfig 
     eth0 Link encap:Ethernet HWaddr 08:00:46:7A:02:B0 
             inet addr:192.168.0.111 Bcast:192.168.0.255 Mask:255.255.255.0 
             UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 
             ... 
     lo   Link encap:Local Loopback 
             inet addr:127.0.0.1 Mask:255.0.0.0 ... 
     
     # route 
     Kernel IP routing table 
     Destination  Gateway     Genmask       Flags Metric Ref Use Iface
     192.168.0.0  *           255.255.255.0 U     0      0   0   eth0
     10.0.0.0     192.168.0.1 255.0.0.0     UG    0      0   0   eth0

Weitere Informationen sind in ifconfig(8) und route(8) zu finden.

10.2.2 Netzwerkkonfiguration auf niedriger Ebene – ip

Das Programm ip erledigt folgendermaßen das gleiche wie die obigen Aufrufe von ifconfig und route

• ip link show

• ip route list

• ip link set eth0 down

• ip addr del dev eth0 local 192.168.0.3

• ip addr add dev eth0 local 192.168.0.111/24 broadcast 192.168.0.255

• ip link set eth0 up

• ip route add dev eth0 to 10.0.0.0/8 src 192.168.0.111 via 192.168.0.1

Eine Befehlsübersicht des Programms ip kann mittels des Arguments help aufgerufen werden. Zum Beispiel druckt ip link help:

      
     Usage: ip link set DEVICE { up | down | arp { on | off } | 
                             dynamic { on | off } | 
                             multicast { on | off } | txqueuelen PACKETS | 
                             name NEWNAME | 
                             address LLADDR | broadcast LLADDR | 
                             mtu MTU} 
             ip link show [ DEVICE ]

Siehe auch ip(8).

10.2.3 Konfiguration der Wi-Fi-Schnittstelle

Die Wi-Fi-Schnittstelle wird – zusätzlich zu ifconfig oder ip – mit dem Programm iwconfig konfiguriert und befindet sich im Paket wireless-tools.

Siehe iwconfig(8).

10.2.4 Konfiguration der PPP-Schnittstelle

Wenn mit einem Modem über eine Telefonleitung auf das Internet zugegriffen werden soll, dann wird die Verbindung mit Hilfe des Point-to-Point-Protokolls (PPP) aufgebaut. Derartige Verbindungen werden als Netzwerkschnittstellen ppp0, ppp1, usw. dargestellt.

Die PPP-Schnittstelle wird vom PPP-Daemon pppd verwaltet, der sich im Paket ppp befindet. Möchte der Benutzer die PPP-Schnittstelle konfigurieren, so bedeutet dies pppd zu konfigurieren.

10.2.4.1 Manuelle pppd-Konfiguration

Um eine Netzwerkverbindung herzustellen, muss ein Kommunikationskanal geöffnet werden (üblicherweise eine serielle Schnittstelle), Befehle müssen an das Kommunikationsgerät (meist ein Modem) gesendet werden, eine Telefonnummer muss gewählt werden, die Identität des Benutzers muss dem fremden PPP-Daemon bestätigt werden, der Kernel muss eine PPP-Schnittstelle erzeugen, die Routing-Tabelle muss geändert werden, so dass der Datenverkehr über diese Schnittstelle abgewickelt wird. pppd kann all dieses leisten und hat daher eine sehr lange Liste von Optionen. Diese Optionen sind in pppd(8) beschrieben.

Auf einem Debian-System können globale Einstellungen in der Datei /etc/ppp/options abgelegt werden. Benutzerspezifische Optionen können in ~/.ppprc gespeichert werden. Optionen, die vom jeweiligen Port abhängen, werden in /etc/ppp/options.portname gespeichert. Zum Beispiel seien zwei Modems vorhanden: Ein eingebautes Lucent MT-Modem, auf das via /dev/LT-modem zugegriffen wird, und ein externes Modem, auf das via /dev/ttyS0 zugegriffen wird. Zur Konfiguration dienen zwei Dateien:

      
     # cat > /etc/ppp/options.LT-modem <<EOF 
     115200 
     init "/usr/sbin/chat -f /etc/chatscripts/setup-LT-modem" 
     EOF
     # cat > /etc/ppp/options.ttyS0 <<EOF 
     115200 init "/usr/sbin/chat -f /etc/chatscripts/setup-ttyS0" 
     EOF

Diese verweisen auf die folgenden chat-Skripte. Erstens /etc/chatscripts/setup-LT-modem.

      
     ABORT ERROR 
     '' ATZ 
     OK 'ATW2X2 S7=70 S11=55' 
     OK AT

Zweitens: /etc/chatscripts/setup-ttyS0.

      
     ABORT ERROR 
     '' ATZ 
     OK 'ATL1M1Q0V1W2X4&C1&D2 S6=4 S7=70 S11=55 S95=63 S109=1 +FCLASS=0' 
     OK AT

Der Inhalt dieser Dateien muss selbstverständlich an die jeweilige Hardware angepasst werden.

Optionen können dem pppd-Daemon auch als Argumente übergeben werden.

In Debian wird pppd üblicherweise durch das Kommando pon gestartet. Das erste Argument von pon bezeichnet die Optionen-Datei in /etc/pppp/peers/, welche dann von pppd gelesen wird.[10] Hier werden Optionen gesetzt, die für einen bestimmten Verbindungspartner gedacht sind, zum Beispiel einen Internet-Service-Provider (ISP).

Nehmen wir an, man pendelt zwischen Amsterdam und Den Haag. In jeder Stadt ist der Internetzugang über die beiden ISP-Anbieter Planet und KPN möglich. Zunächst wird eine Optionen-Datei für jeden ISP angelegt.

     
     # cat > /etc/ppp/peers/KPN <<EOF 
     remotename KPN 
     noauth 
     user kpn 
     noipdefault 
     ipparam KPN 
     EOF 
     # cat > /etc/ppp/peers/Planet <<EOF 
     remotename Planet 
     auth 
     user user3579@planet.nl 
     noipdefault 
     mru 1000 
     mtu 1000 
     ipparam Planet 
     EOF

Diese Dateien setzen die Optionen, die sich zwischen den beiden ISPs unterscheiden. Optionen, die für beide ISPs gleich sind, können in /etc/ppp/options oder in einer der Dateien für die Schnittstellenkonfiguration abgelegt werden.

Nun werden Dateien für jeden ISP angelegt. In unserem Beispiel liegt der einzige Unterschied zwischen den beiden Anbietern in den verschiedenen Chat-Skripten. (Die Chatskripte unterscheiden sich, weil die lokale Telefonnummer für den Internet-Zugriff verschieden ist.)

      
     
     # cat > /etc/ppp/peers/KPN-Amsterdam <<EOF 
     connect "/usr/sbin/chat -v -f /etc/chatscripts/KPN-Amsterdam" 
     file /etc/ppp/peers/KPN 
     EOF 
     
     # cat > /etc/ppp/peers/KPN-DenHaag <<EOF 
     connect "/usr/sbin/chat -v -f /etc/chatscripts/KPN-DenHaag" 
     file /etc/ppp/peers/KPN 
     EOF 
     
     # cat > /etc/ppp/peers/Planet-Amsterdam <<EOF 
     connect "/usr/sbin/chat -v -f /etc/chatscripts/Planet-Amsterdam" 
     file /etc/ppp/peers/Planet 
     EOF 
     
     # cat > /etc/ppp/peers/Planet-DenHaag <<EOF 
     connect "/usr/sbin/chat -v -f /etc/chatscripts/Planet-DenHaag" 
     file /etc/ppp/peers/Planet 
     EOF

Der Aufruf von file fügt eine der oben angegebenen Optionen-Dateien ein. Die connect-Anweisung übergibt den Befehl, den pppd benutzt, um die Verbindung aufzubauen. Normalerweise wird hierfür chat verwendet, wobei das chat-Skript an den ISP angepasst werden muss. Hier sind die chat-Skripte für Den Haag; das chat-Skript für Amsterdam ist bis auf die Telefonnummer gleich.

      
     # cat > /etc/chatscripts/KPN-DenHaag <<EOF 
     ABORT BUSY 
     ABORT 'NO CARRIER' 
     ABORT VOICE 
     ABORT 'NO DIALTONE' 
     ABORT 'NO DIAL TONE' 
     ABORT 'NO ANSWER' 
     ABORT ERROR 
     OK-AT-OK ATDT 0676012321 
     CONNECT \d\c 
     EOF 
     # cat > /etc/chatscripts/Planet-DenHaag <<EOF 
     ABORT BUSY 
     ABORT 'NO CARRIER'
     ABORT VOICE
     ABORT 'NO DIALTONE'
     ABORT 'NO DIAL TONE'
     ABORT 'NO ANSWER'
     ABORT ERROR
     OK-AT-OK ATDT 0676002505
     CONNECT \d\c
     EOF

Um sich mit den ISPs verbinden zu können, benötigt man einen Benutzernamen und das zugehörige Passwort, die pppd der Gegenstelle auf Anfrage zuschickt. Diese Informationen werden entweder in /etc/ppp/pap-secrets (falls das PAP-Protokoll benutzt wird) oder in /etc/ppp/chap-secrets (falls das CHAP-Protokoll benutzt wird) gespeichert. Obwohl CHAP sicherer ist, ist PAP noch weit verbreitet. Da diese Dateien geheime Daten enthalten, sollten die Gruppen und die Welt keine Schreib- und Leserechte besitzen. Das Format dieser Dateien wird in pppd(8) erklärt. Das Geheimnis "secret" (drittes Feld) wird durch Suche nach dem Benutzernamen (erstes Feld) oder dem Servernamen (zweites Feld) gefunden. Wenn eine Verbindung zu einem ISP aufgenommen wird, ist der Servername in der Regel nicht bekannt, weswegen der Benutzername verwendet wird; dies geschieht in den user-Zeilen in peers/KPN und peers/Planet (siehe oben).

      
     # client name           server name     secret 
     kpn                     *               kpn 
     user3579@planet.nl      *               myfavoritepet

Siehe file:///usr/share/doc/ppp/README.Debian.gz für weitere Informationen.

10.2.4.2 Konfiguration von pppd mit pppconfig

pppd ist mit pppconfig einfach zu konfigurieren; es befindet sich im gleichnamigen Paket. pppconfig fragt den Benutzer menügesteuert nach den wichtigen Daten und richtet die nötigen Dateien ein.

10.2.4.3 Konfiguration der PPP-Schnittstelle mit wvdial

Ein anderer Ansatz zur Benutzung des pppd liegt in wvdial, das im sich im Paket wvdial findet. Statt pppd mit chat aufzurufen, um zu wählen und die Verbindung auszuhandeln, kann wvdial dies tun und daraufhin selbstständig pppd starten. Allein mit der Telefonnummer, dem Benutzernamen und dem Passwort kann wvdial in den meisten Fällen erfolgreich die Verbindung aufbauen.

10.3 Namensgebung

10.3.1 Hostname

Der Kernel verwaltet einen Namen des Systems, den hostname. Das Initialisierungs-Skript /etc/init.d/hostname.sh setzt den System-Hostnamen, der sich in der Datei /etc/hostname befindet, während des Bootens mit dem Befehl hostname. Diese Datei sollte nur den System-Hostnamen beinhalten, keinen voll qualifizierten Domänennamen (FQDN).

Um den derzeitigen Hostnamen auszugeben, wird das Kommando hostname ohne Argumente aufgerufen.

10.3.2 Mailname

Der mailname eines Rechners ist der Name, den er im Zusammenhang mit E-Mail-Zustellung verwendet. Die Datei /etc/mailname enthält diesen Namen, der von einem Zeilenwechsel (newline) gefolgt sein muss. Der Mailname ist normalerweise ein voll qualifizierter Domänenname, der sich auch zu einer der IP-Adressen des Rechners auflösen lässt. Siehe mailname(5).

Was der Empfänger in der Von:-Zeile der E-Mails von einem Debian-Rechner sieht, hängt von der Konfiguration der E-Mail-Programme (MUA) und dem Mail-Transfer-System (MTA) ab. Angenommen ein lokaler Benutzer namens foo sendet eine E-Mail von einem Rechner mit dem Mailnamen meinrechner.dom. Die Von:-Kopfzeile der ausgehenden E-Mail wird folgendermaßen aussehen:

• Von: foo@meinrechner.dom falls der MUA keine Von:-Kopfzeile gesetzt hat;

• Von: bar@meinrechner.dom falls der MUA Von: bar setzt;

• Von: bar@bogus.dom falls der MUA Von: bar@bogus.dom setzt.

Selbst wenn der MUA eine Von:-Kopfzeile gesetzt hat, kann der MTA eine Zeile Sender:foo@herman.dom hinzufügen, um die wahre Herkunft anzuzeigen.

Da jeder beteiligte MTA die Adresse ändern kann, kann sie beim Empfänger völlig anders aussehen.

10.4 Domain Name Service (DNS)

Rechner werden durch ihren Domänennamen ebenso spezifiziert wie durch ihre IP-Adresse. DNS ist ein Client-Server-System, in dem Namensauflösung von Nameservern angeboten wird, die Domänennamen mit IP-Adressen verknüpft (neben weiteren Eigenschaften der Rechner). Die GNU C-Bibliothek resolver(3) kann ebenfalls IP-Adressen in Dateien nachschlagen oder den Network Information Service (NIS) konsultieren.

Manche Programme (z.B. GNOME) erwarten, dass der kanonische voll qualifizierte Domainname (FQDN) eines Rechners zu einer IP-Adresse aufgelöst werden kann. Dies ist unsauber, da der System-Hostname und der Domänenname zwei sehr verschiedene Dinge sind. Um diese Software zu unterstützen, ist es nötig dafür zu sorgen, dass der System-Hostname aufgelöst werden kann. Meist geschieht dies, indem eine Zeile in der Datei hinzugefügt wird, die einige IP-Adressen und den System-Hostnamen enthält. Hat das System eine permanente IP-Adresse, dann wird diese dort eingetragen, in allen anderen Fällen kann die Adresse 127.0.1.1 verwendet werden.

      
     127.0.0.1       localhost
     127.0.1.1       uranus

Um zu sehen, ob der System-Hostname zu einer IP-Adresse mit einem vollen qualifizierten Domänennamen aufgelöst werden kann, wird der Befehl hostname --fqdn benutzt.

10.4.1 Resolver

Die Aufgabe des Resolvers (Auflösers) ist die Umsetzung von Domänennamen in IP-Adressen. Der meistgenutzte Resolver sind die Resolver-Funktionen (resolver(3)) in der GNU C-Bibliothek. Ein anderer Resolver ist FireDNS, der sich im Paket libfiredns befindet. Es gibt noch andere.

Die Konfigurationsdatei /etc/nsswitch.conf enthält eine hosts-Zeile, welche bestimmt, auf welche Art und Weise der GNU-libC-Resolver Namen auflöst. Diese Zeile listet die Dienste auf, die zur Namensauflösung verwendet werden: z.B. dns, files, nis, nisplus. Siehe nsswitch.conf(5). Wenn dort der Dienst files genutzt wird, bestimmt die Konfigurationsdatei /etc/hosts das Verhalten des Resolvers. Siehe hosts(5).

Alle genannten Dateien sind statisch und können mit einem beliebigen Editor verändert werden.

Wird der Service dns verwendet, bestimmt die Konfigurationsdatei /etc/resolv.conf das Verhalten des Resolvers. Siehe resolv.conf(5). Eine der wichtigen Funktionen von resolv.conf ist die Bereitstellung der Adressen der Nameserver, die zur Namensauflösung kontaktiert werden. Diese Liste hängt vom Netzwerk ab und kann sich zur Laufzeit ändern. Programme wie pppd oder dhclient können resolv.conf manipulieren und Zeilen hinzufügen oder entfernen, aber dies funktioniert nicht immer zuverlässig und konfliktfrei. Das Paket resolvconf löst dieses Problem durch Schaffung einer standardisierten Methode zur Aktualisierung dieser Datei. Siehe Verwaltung von Nameserver-Informationen – resolvconf, Abschnitt 10.4.2.

10.4.2 Verwaltung von Nameserver-Informationen – resolvconf

Das Paket resolvconf schafft einen Rahmen für die dynamische Verwaltung von Informationen über erreichbare Nameserver. Es löst das alte Problem der Organisation dynamischer Liste von Nameservern für den Resolver oder DNS-Caches. Resolvconf ist ein Vermittler zwischen den Programmen, die Netzwerkschnittstellen steuern oder Nameserver-Informationen bereitstellen und Programmen, die Nameserver-Dienste erfragen.

resolvconf funktioniert ohne manuelle Konfiguration. Das Paket ist jedoch relativ neu und benötigt vielleicht Anpassungen, bis es richtig läuft. Falls Pakete angepasst wurden, die ihrerseits /etc/resolv.conf verändern, so müssen diese Anpassungen allerdings rückgängig gemacht werden. Siehe file:///usr/share/doc/resolvconf/README.gz für weitere Details.

10.4.3 Zwischenspeicherung von Hostnamen – nscd, dnsmasq, pdnsd, bind9

Wenn der Nameserver langsam ist, kann nscd verwendet werden, um die Ergebnisse der Abfragen des libc6-Resolvers zwischenzuspeichern (Caching).

Wenn auch die Abfragen anderer Rechner im lokalen Netzwerk zwischengespeichert werden sollen, kann ein besonderer Nameserver (Caching Forwarding Nameserver) wie dnsmasq oder pdnsd genutzt werden.