Galileo Computing < openbook > Galileo Computing - Professionelle Bücher. Auch für Einsteiger.
Professionelle Bücher. Auch für Einsteiger.

Inhaltsverzeichnis
Vorwort
1 Einleitung
2 Die Installation
3 Erste Schritte
4 Linux als Workstation für Einsteiger
5 Der Kernel
6 Die Grundlagen aus Anwendersicht
7 Die Shell
8 Reguläre Ausdrücke
9 Konsolentools
10 Die Editoren
11 Shellskriptprogrammierung mit der bash
12 Die C-Shell
13 Benutzerverwaltung
14 Grundlegende Verwaltungsaufgaben
15 Netzwerkgrundlagen
16 Anwendersoftware für das Netzwerk
17 Netzwerkdienste
18 Mailserver unter Linux
19 LAMP
20 DNS-Server
21 Secure Shell
22 Die grafische Oberfläche
23 Window-Manager und Desktops
24 X11-Programme
25 Multimedia und Spiele
26 Prozesse und IPC
27 Bootstrap und Shutdown
28 Dateisysteme
29 Virtualisierung und Emulatoren
30 Softwareentwicklung
31 Crashkurs in C und Perl
32 Einführung in die Sicherheit
33 Netzwerksicherheit überwachen
A Lösungen zu den einzelnen Aufgaben
B Kommandoreferenz
C X11-InputDevices
D MBR
E Die Buch-DVDs
F Glossar
G Literatur
Stichwort

Download:
- ZIP, ca. 15,7 MB
Buch bestellen
Ihre Meinung?

Spacer
 <<   zurück
Linux von Johannes Plötner, Steffen Wendzel
Das umfassende Handbuch
Buch: Linux

Linux
geb., mit 2 DVDs
1302 S., 39,90 Euro
Galileo Computing
ISBN 978-3-8362-1704-0
Pfeil 6 Die Grundlagen aus Anwendersicht
  Pfeil 6.1 Die Unix-Philosophie
    Pfeil 6.1.1 Kleine, spezialisierte Programme
    Pfeil 6.1.2 Wenn du nichts zu sagen hast: Halt die Klappe
    Pfeil 6.1.3 Die Shell
    Pfeil 6.1.4 Die Administration
    Pfeil 6.1.5 Netzwerktransparenz
  Pfeil 6.2 Der erste Kontakt mit dem System
    Pfeil 6.2.1 Booten
    Pfeil 6.2.2 Das Login
    Pfeil 6.2.3 Das Arbeiten am System
    Pfeil 6.2.4 Das Herunterfahren
    Pfeil 6.2.5 Wie Laufwerke bezeichnet werden
  Pfeil 6.3 Bewegen in der Shell
    Pfeil 6.3.1 Der Prompt
    Pfeil 6.3.2 Absolute und relative Pfade
    Pfeil 6.3.3 pwd
    Pfeil 6.3.4 cd
  Pfeil 6.4 Arbeiten mit Dateien
    Pfeil 6.4.1 ls
    Pfeil 6.4.2 more und less
    Pfeil 6.4.3 Und Dateitypen?
  Pfeil 6.5 Der Systemstatus
    Pfeil 6.5.1 uname
    Pfeil 6.5.2 uptime
    Pfeil 6.5.3 date
  Pfeil 6.6 Hilfe
    Pfeil 6.6.1 Die Manpages
    Pfeil 6.6.2 GNU info
    Pfeil 6.6.3 Die Programmdokumentation
  Pfeil 6.7 Zusammenfassung
  Pfeil 6.8 Aufgaben

»Was für eine Philosophie man wähle, hängt davon ab, was für ein Mensch man ist.«
– Johann Gottlieb Fichte

6 Die Grundlagen aus Anwendersicht

Im letzten Kapitel haben wir uns ausführlich mit dem Kernel und den Aufgaben eines Betriebssystems wie Linux auseinandergesetzt. In diesem Kapitel wollen wir uns nun mit dem Userland [Als Userland, auch Userspace, bezeichnet man die Systemumgebung aus Sicht eines Benutzers.] und den Grundlagen aus Anwendersicht beschäftigen.

Wurden im ersten Kapitel also vorrangig interessante Hintergründe vermittelt und ein grundlegendes Verständnis für das Betriebssystem als Ganzes geschaffen, so möchten wir uns im Folgenden so langsam der Praxis zuwenden. Dazu setzen wir eigentlich nur voraus, dass Sie ein Linux-System, egal welcher Distribution, zur Hand haben. Vielleicht haben Sie sich im vorhergehenden Teil des Buches bereits ein System installiert, ansonsten können Sie fürs Erste natürlich auch die Live-Versionen von openSUSE und Fedora von der dem Buch beigefügten DVD-ROM booten. Beide Systeme sind ohne Installation direkt von der DVD benutzbar und bieten Ihnen die grafischen Oberflächen KDE (openSUSE) und GNOME (Fedora).

Linux pur!

Im Großen und Ganzen werden wir dabei unserer Philosophie treu bleiben und Linux distributionsunabhängig beschreiben. Wir werden Ihnen nicht nur erklären, wie man etwas genau macht, sondern Ihnen vor allem das Warum und Wieso sowie die Zusammenhänge insgesamt erläutern. Trotzdem wollen wir darauf achten, uns nicht in Belanglosigkeiten und praxisfernen Konzepten zu verlieren, sondern hier und da auch einmal ein konkretes und vor allem interessantes Beispiel zu bringen. Von Ihnen verlangen wir eigentlich nur die Bereitschaft, sich auf unseren zugegeben etwas eigenwilligen Stil einzulassen.


Galileo Computing - Zum Seitenanfang

6.1 Die Unix-Philosophie  Zur nächsten ÜberschriftZur vorigen Überschrift

Um die Grundlagen aus Anwendersicht ordentlich verstehen zu können, braucht man zuerst einmal ein grundlegendes Verständnis für die Philosophie hinter diesem Betriebssystem. Außerdem muss man verstehen, dass Unix und Linux eng zusammenhängen – wer einen Linux-Rechner administrieren kann, braucht nur eine sehr kurze Einarbeitungszeit, um andere Unix-Systeme wie Solaris oder BSD zu verstehen. Alle diese Systeme haben eine Gemeinsamkeit: Für Windows-Anwender wirken sie zunächst »anders« und »ungewohnt«, vielleicht sogar »umständlich«. Aber die Entwickler haben sich etwas bei der Konstruktion dieses Systems gedacht, und wir wollen Ihnen diese Gedanken nun näherbringen.

Von Programmierern für Programmierer

Zuerst einmal wurde Unix von Programmierern für Programmierer [Die Zielgruppe »Programmierer« kann jedoch insgesamt als »professionelle Benutzer« verstanden werden. In den Anfangstagen der Informatik und damit in den Anfangstagen von Unix war beides noch identisch.] entwickelt. Auf einem System können mehrere Benutzer mehrere Programme gleichzeitig nutzen, zum Beispiel um Software zu entwickeln oder anderweitig zu arbeiten. Die Benutzer sowie die einzelnen Programme können Daten gemeinsam nutzen sowie diese auf eine kontrollierte Art und Weise austauschen. Das Design von Unix setzt dabei einigermaßen intelligente Benutzer voraus, die in der Regel wissen, was sie tun – sollte dies aber nicht der Fall sein oder sind böswillige Angreifer am Werk, ist das System durch die Implementierung von unterschiedlichen Benutzerkonten mit einem konsistenten Rechtesystem gut vor Manipulationen geschützt.

All diese Ziele unterscheiden sich nun gewaltig von denen eines Einbenutzerbetriebssystems, das auch Anfängern ermöglichen will, eine Textverarbeitung zu benutzen. Dort möchte man die Benutzer führen und ein Stück weit auch bevormunden, da das System meistens besser weiß, was gut für den Anwender ist.


Galileo Computing - Zum Seitenanfang

6.1.1 Kleine, spezialisierte Programme  Zur nächsten ÜberschriftZur vorigen Überschrift

Das genaue Gegenteil ist bei Programmierern oder anderweitig erfahrenen Anwendern der Fall: Sie erwarten von einem System, dass es die ihm gestellten Aufgaben effizient löst. Das System muss sich nicht um seine Benutzer kümmern, denn die wissen in der Regel selbst, was sie wollen und wie sie es erreichen können. Das System muss dazu flexibel und mächtig sein, was Unix auf dem folgenden Weg zu erreichen versucht:

Anstatt große und funktionsbeladene Applikationen anzubieten, werden kleine, spezialisierte Programme bereitgestellt. Jedes Programm sollte idealerweise nur eine Aufgabe erfüllen, diese aber optimal. Durch vielfältige Kombinationen dieser »Spezialisten« kann ein Anwender nun flexibel alle ihm gestellten Aufgaben bewältigen.

Wenig Redundanz

Außerdem unterstützen alle Programme eine konsistente und redundanzarme Bedienung: Warum sollte man ein remove schreiben, wenn rm aussagekräftig genug und immer noch eindeutig ist? Außerdem sollte sich der Befehl analog zu anderen Befehlen verhalten: Wenn ein ls -R * alle Inhalte in einem Verzeichnis rekursiv auflistet, sollte ein rm -R * alle diese Dateien rekursiv löschen – und nicht etwa eine Datei namens * und eine Datei, deren Name aus einem Minus, gefolgt von einem großen »R« besteht.

Überhaupt wird die textuelle Eingabe über die Shell der Bedienung des Systems über eine grafische Oberfläche in vielen Fällen vorgezogen. Bei knapp hundert Anschlägen pro Minute tippt sich so ein rm-Befehl viel schneller als man je

  • zur Maus greifen,
  • den Dateimanager durch Doppelklick starten,
  • die Dateien heraussuchen,
  • sie mit der Maus markieren,
  • das Kontextmenü durch einen Rechtsklick öffnen,
  • den Punkt Löschen auswählen
  • und die ganze Aktion durch das Klicken auf Ja in der Dialogbox bestätigen kann.

Auch kann man in der Shell Befehle einfach kombinieren und häufige oder etwas komplexere Befehle in ganze Skripts schreiben. Diese Skripts können auch zentral abgelegt und allen Benutzern eines Systems zur Verfügung gestellt werden. Alternativ kann man diese Skripts zu bestimmten Zeitpunkten – beispielsweise jeden Tag, jede Woche, jeden ersten Sonntag im Monat um 3 Uhr oder in genau 2 Stunden – ausführen lassen.


Galileo Computing - Zum Seitenanfang

6.1.2 Wenn du nichts zu sagen hast: Halt die Klappe  Zur nächsten ÜberschriftZur vorigen Überschrift

Ein weiterer wichtiger Punkt der Unix-Philosophie ist das Verhalten sowie indirekt auch die Bedienung der Programme. Programme unter Unix/Linux verhalten sich nämlich so, wie ein erfahrener Benutzer es erwarten würde: Sie geben im Erfolgsfall keine Meldung aus, sondern nur im Fehlerfall oder wenn es anderweitig Ergebnisse zu präsentieren gibt. Ein »alles okay« am Ende ist schlicht unnötig und redundant.

Parameter statt Nachfragen

Außerdem werden Programme zu einem großen Teil nur über Parameter mit Eingaben gefüttert: Man startet zum Beispiel einen Texteditor mit der zu bearbeitenden Datei als Argument, anstatt vom Editor nach dem Start nach der Datei gefragt zu werden. Für Neulinge ist dies zum Teil recht frustrierend, da man oft Befehle tippt, die dann keine Ausgabe erzeugen – aber gerade dann ist ja alles in Ordnung.

Diese Prinzipien sind jedoch vor allem in der Shell anzutreffen. Unter grafischen Oberflächen sind die eben genannten Prinzipien nur schwer zu realisieren und oft auch nicht sinnvoll.


Galileo Computing - Zum Seitenanfang

6.1.3 Die Shell  Zur nächsten ÜberschriftZur vorigen Überschrift

Ja, die Shell – viel wird von Neulingen über diese »anachronistische« Eingabeaufforderung geschimpft. Erfahrene Unix-Anwender möchten ihre Shell jedoch nicht missen und empfinden in der Regel umgekehrt ein System, das sie zur Mausbenutzung zwingt, als Zumutung.

Grafik unter Unix/Linux

Natürlich gibt es auch unter Unix und Linux eine komplette und funktionsreiche grafische Oberfläche: das X-Window-System. Viele professionelle Unix-Anwender nutzen diese Oberfläche nur, um viele grafische Terminals und damit viele Shells gleichzeitig im Blick zu haben. Außerdem bietet zum Beispiel das populäre KDE als grafische Oberfläche eine nahezu komplette Bedienung über Tastenkürzel und Shortcuts an. So muss man nicht einmal die Hand von der Tastatur nehmen, wenn man zu einem anderen Bildschirm [X11 unterstützt das Konzept der virtuellen Bildschirme, auf denen man jeweils andere Fenster geöffnet und sogar unterschiedliche Hintergrundbilder aktiviert haben kann. Der Benutzer kann nun leicht von einem Bildschirm zum anderen wechseln und so die Arbeit mit vielen Fenstern besser meistern.] oder einer anderen grafischen Shell wechseln will.

Aber natürlich gibt es auch Anwendungen, die sich in der Shell nur schlecht realisieren lassen. Ein populäres Beispiel dafür ist das Surfen im Web – es gibt zwar Webbrowser für eine Textoberfläche, aber eine wirkliche Alternative zu den grafischen Varianten sind sie nicht.


Galileo Computing - Zum Seitenanfang

6.1.4 Die Administration  Zur nächsten ÜberschriftZur vorigen Überschrift

Ein weiterer wichtiger Bestandteil der Unix-Philosophie ist die Administration des Systems. Von vielen wird genau dies als Nachteil gesehen: Man beklagt sich, dass man bei Linux »basteln« muss, um zu einer vernünftigen Lösung zu kommen. Man beklagt den fehlenden Hardware-Support für die allerneueste Grafikkarte und dieses oder jenes nicht unterstützte exotische Feature bei einem neuen PC.

Bastellösungen

Diese Klagen beruhen auf einem Missverständnis. Ja, Unix (und damit auch Linux) lässt sich bis ins letzte Detail konfigurieren und personalisieren. Schließlich handelt es sich bei Unix um ein System für professionelle Anwender und weniger für absolute Computerneulinge. Und professionelle Anwender können und wollen sich – zumindest in einem gewissen Rahmen – mit ihrem System auseinandersetzen. Außerdem zieht das Argument der Bastelei inzwischen nicht mehr wirklich, da heute eine frische Installation einer gängigen Linux-Distribution weitaus weniger Nacharbeit per Hand erfordert als ein frisches Windows – schließlich ist alle wichtige Software schon installiert und sinnvoll konfiguriert.

Der Schein trügt

Aber natürlich ist die Welt nicht perfekt. Alle gängigen Fertig-PCs werden mit Windows ausgeliefert, da die meisten Hersteller und Händler besondere Verträge mit Microsoft geschlossen haben. Dass der Kunde dann für Windows bis zu mehrere Hundert Euro bezahlt, auch wenn er diese Software nicht wünscht, sei einmal dahingestellt. Auf jeden Fall erfordert ein neuer PC mit Windows nicht allzu viel Handarbeit – das System ist schließlich schon installiert.

Ein neuer PC mit Linux dagegen muss (bis auf wenige Ausnahmen) erst einmal installiert werden. Ein weiteres Problem von Linux liegt in der mangelhaften Hardwareunterstützung, die zugegeben an einigen wenigen Stellen immer noch Bastelarbeit erfordert. Aber seien wir mal ehrlich: Wer ist für die Bereitstellung korrekter, funktionsfähiger Treiber zuständig? Freie, unbezahlte Programmierer, die Linux in ihrer Freizeit weiterentwickeln, oder nicht doch die Hardwarehersteller selbst, die im Übrigen auch die Windows-Treiber samt aller einfachen Installationsroutinen zur Verfügung stellen? An diesem Punkt bewegen wir uns leider argumentativ im Kreis: Denn solange sich die mehrheitlich professionellen Linux/Unix-Anwender noch mit halb fertigen Bastellösungen auch seitens der Hardwarehersteller zufriedengeben, wird sich an dieser Situation so schnell nichts ändern.

Fakt ist und bleibt jedoch die Eigenschaft von Linux, dass es sich sehr gut administrieren und anpassen lässt. Im Moment versucht man hier einen dualen Ansatz: Der Anwender soll ein System möglichst benutzerfreundlich und einfach installieren und bedienen können, aber trotzdem weiterhin die gewohnten mächtigen Möglichkeiten zur Personalisierung haben. Dieses Ziel ist zwar vielleicht noch nicht in vollem Umfang erreicht, aber man ist bereits auf einem guten Weg.

Trusted Computing

Leider zeichnet sich jedoch schon jetzt ab, dass dieser Weg steinig werden wird. Denn mit Trusted Computing werden bald neue Features kommen, die die traditionelle PC-Architektur verändern und dem Endbenutzer deutlich weniger Möglichkeiten geben werden. Schließlich bedeuten die in diesem Zug genannten Schlagwörter von Sicherheit und Vertrauen nicht, dass die Benutzer sicherer sein werden und ihrem PC hinsichtlich Viren, Würmern und Kontodaten ausspähender Spyware besser vertrauen können. Nein, die Industrie möchte vielmehr Sicherheit vor ihren eigenen Kunden, denen sie besser vertrauen können will. Diese vielleicht sogar gut gemeinte Fürsorge beißt sich natürlich mit dem Alleskönner-Prinzip des PCs, und man wird abwarten müssen, wie das freie und offene Linux auf diese neuen Entwicklungen reagieren kann. Ein mächtiges System mit nahezu unbegrenzten Möglichkeiten für den professionellen Anwender ist jedenfalls ein deutlicher Gegensatz zu den Trusted-Computing-Plänen einiger Marktführer.


Galileo Computing - Zum Seitenanfang

6.1.5 Netzwerktransparenz  topZur vorigen Überschrift

Ein weiterer wichtiger Ansatz der Unix-Philosophie ist die Netzwerktransparenz. Bei einem durchdachten und konsistenten Mehrbenutzer- und Mehrprogrammkonzept hat man natürlich auch mit mehreren Rechnern keine Probleme. Die Netzwerktransparenz spiegelt sich schon in einem in Unix allgegenwärtigen Modell wider: dem Modell von Dienstnehmer (engl. client) und Dienstgeber (engl. server).

Lokaler oder netz- werkbasierter Dienst?

Bei diesem Prinzip der Systemarchitektur nutzt ein Client – meist ein direkt vom Benutzer gesteuertes Programm – die Dienste eines Servers. Ob dieser Server nun ein entfernter Rechner mit spezieller Software oder ein lokal im Hintergrund ablaufendes Programm ist, kann transparent geändert werden. Einige interessante Beispiele für die Netzwerktransparenz von Unix/Linux wollen wir im Folgenden aufzählen:

  • X11 – die grafische Oberfläche
    Die grafische Oberfläche von Unix ist auch netzwerktransparent. Man unterscheidet hier zwischen dem X-Server, der die Darstellung auf dem Client-PC des Benutzers vornimmt, und den vom Benutzer gestarteten X-Clients, also Programmen, die eine grafische Oberfläche benötigen. Auf welchem Rechner beziehungsweise Server diese Clients nun ausgeführt werden, ist von der Darstellung durch den X-Server unabhängig – das X-Protokoll trennt die Ausführung und die Darstellung von grafischen Anwendungen.

Ein sehr wichtiges, aber leider sehr oft vernachlässigtes Prinzip bei der Entwicklung sauberer Systeme ist die Orthogonalität: Halte alle Dinge auseinander, die nicht in einem unmittelbaren Zusammenhang stehen.


In unserem Beispiel sind die beiden Aspekte Ausführung und Darstellung eines grafischen Programms sauber durch die Trennung von X-Client und X-Server modelliert.

Der syslogd

  • Der Logging-Dienst
    Unter Unix wird sehr viel protokolliert, wobei das »Management« der Protokoll- beziehungsweise Logdateien von einem bestimmten Dienst, dem syslogd, übernommen wird. Die Anwendungen können nun über bestimmte Aufrufe mit diesem Dienst kommunizieren, der dann die Meldungen in die Dateien schreibt. Mit wenigen Änderungen an der Systemkonfiguration ist es nun möglich, die Anwendungen nicht mehr von dem lokal laufenden syslogd nutzen zu lassen, sondern von einem auf einem fremden Rechner installierten syslogd.

Die Eigenschaft, mit steigenden Anforderungen mitwachsen zu können, nennt man Skalierbarkeit.


Dateien im Netzwerk

  • NFS
    Über das virtuelle Dateisystem (VFS) kann man unter Unix, unabhängig vom darunterliegenden Dateisystem, auf Dateien und Verzeichnisse immer auf die gleiche Art und Weise zugreifen. Der Benutzer merkt nicht, ob er gerade auf einer CD-ROM oder auf einer lokalen Festplatte arbeitet. Dieses Konzept lässt sich auch auf das Netzwerk ausdehnen, bei dem zum Beispiel der für Unix typische NFS-Dienst ganze Verzeichnisbäume von einem Rechner exportieren und anderen Systemen im Netzwerk zur Verfügung stellen kann. Die exportierten Verzeichnisse können von anderen Rechnern schließlich regulär gemountet und wie lokale Medien benutzt werden – für den Benutzer macht es keinen Unterschied, dass die Dateien nicht lokal, sondern auf einem anderen Rechner gespeichert sind.

Diese Liste könnte man fast endlos fortsetzen. Um das Dienstgeber-Konzept zu unterstützen, bietet Unix spezielle Prozesse an: die Hintergrundprozesse.


Ein Hintergrundprozess ist ein Prozess, der ohne Interaktion mit dem Benutzer seine Arbeit im Hintergrund verrichtet. Somit benötigt ein solcher Prozess keinen Zugang zur Tastatur oder direkt zum Bildschirm.


Spooling und das Netzwerk

Ein weiteres Prinzip, das zur Netzwerktransparenz führen kann, ist das Spooling. [Ursprünglich wurde Spooling zum Vermeiden von Ressourcenkonflikten konzipiert.] Beim Spooling verwaltet ein Dienst eine Ressource und stellt diese anderen Programmen über eine bestimmte Schnittstelle zur Verfügung. Ein typisches Beispiel für Spooling ist die Verwaltung des Druckers: Ein Dienst hat exklusiven Zugriff auf das Gerät, und alle druckenden Programme greifen nicht direkt auf den Drucker zu, sondern legen die zu druckenden Dateien einfach in eine Warteschlange. Das hat den Vorteil, dass zwei gleichzeitig druckende Programme keinen Mix ihrer Ausdrucke auf dem Papier erzeugen, sondern Druckaufträge nacheinander bearbeitet werden. Auch die Verwaltung der Logdateien als bestimmte Systemressourcen durch den syslogd ist eine Art des Spoolings. Schließlich können wir nun den Kreis zur Netzwerktransparenz schließen und bemerken, dass ein solcher Dienst im Prinzip auf jedem System im Netzwerk ausgeführt werden kann. [Und tatsächlich gibt es zum Beispiel mit CUPS einen sehr populären netzwerkbasierten Druckdienst.]

So viel also erst einmal zur Unix-Philosophie, der sich Linux ebenso wie BSD als Unix-Derivate selbstverständlich anschließen. Vielleicht haben Ihnen diese Themen schon etwas Lust auf mehr gemacht, auf jeden Fall werden wir später im Buch alles näher erläutern. Im Folgenden kommen wir nun endlich zum eigentlichen Thema des Kapitels: zu einer kurzen Einführung in Linux und BSD.



Ihr Kommentar

Wie hat Ihnen das <openbook> gefallen? Wir freuen uns immer über Ihre freundlichen und kritischen Rückmeldungen.






 <<   zurück
  Zum Katalog
Zum Katalog: Linux, Ausgabe 2011






Linux, Ausgabe 2011
Jetzt bestellen


 Ihre Meinung?
Wie hat Ihnen das <openbook> gefallen?
Ihre Meinung

 Buchempfehlungen
Zum Katalog: Linux-Server






 Linux-Server


Zum Katalog: Linux Hochverfügbarkeit






 Linux Hoch-
 verfügbarkeit


Zum Katalog: LPIC-1






 LPIC-1


Zum Katalog: Debian GNU/Linux






 Debian GNU/Linux


Zum Katalog: openSUSE 11.2






 openSUSE 11.2


Zum Katalog: Shell-Programmierung






 Shell-Programmierung


Zum Katalog: Ubuntu GNU/Linux






 Ubuntu GNU/Linux


 Shopping
Versandkostenfrei bestellen in Deutschland und Österreich
InfoInfo




Copyright © Galileo Press 2011
Für Ihren privaten Gebrauch dürfen Sie die Online-Version natürlich ausdrucken. Ansonsten unterliegt das <openbook> denselben Bestimmungen, wie die gebundene Ausgabe: Das Werk einschließlich aller seiner Teile ist urheberrechtlich geschützt. Alle Rechte vorbehalten einschließlich der Vervielfältigung, Übersetzung, Mikroverfilmung sowie Einspeicherung und Verarbeitung in elektronischen Systemen.


[Galileo Computing]

Galileo Press, Rheinwerkallee 4, 53227 Bonn, Tel.: 0228.42150.0, Fax 0228.42150.77, info@galileo-press.de