Linupedia.org - Benutzerbeiträge [de]

TCP/IP und Routing Grundwissen

2019-12-04T08:26:12Z

TomcatMJ: /* Subnetzmasken */

Autor: Martin Breidenbach

Eine TCP/IP-Adresse besteht aus vier Bytes (0..255) und sieht zum Beispiel so aus:

192.168.0.17

d.h. die übliche Schreibweise ist, dass man die vier Bytes durch Punkte voneinander trennt.

Ein Gerät erhält seine TCP/IP-Adresse entweder dadurch, dass sie manuell eingetragen wird, oder sie wird zentral von einem Server vergeben, der die Protokolle BOOTP oder [[DHCP]] unterstützt bzw. entsprechende Dienste installiert hat.

Zwei Geräte die [[TCP/IP-Referenzmodell|TCP/IP]] verwenden, können nun entweder direkt miteinander kommunizieren (weil sie im Netzwerk direkt miteinander verkabelt sind *UND* im selben IP-Subnetz liegen) oder müssen über einen Router (in diesem Zusammenhang auch oft Gateway genannt) miteinander kommunizieren. Dazu unterteilt man die Adressbereiche in Subnetze. Zwei Geräte die im selben Subnetz liegen, können miteinander direkt kommunizieren. Liegen sie nicht im selben Subnetz, dann müssen die Datenpakete über ein Gateway gesendet werden.

Die Entscheidung, ob zwei TCP/IP-Adressen im selben Subnetz liegen, wird über die Subnetzmaske gefällt. Beide Adressen werden durch ein logisches AND mit der Subnetzmaske verknuepft. Kommt dabei dasselbe heraus liegen sie im selben Subnetz.

Bei der am häufigsten verwendeten Subnetzmaske 255.255.255.0 bedeutet das: wenn die ersten drei Bytes von zwei IP-Adressen identisch sind dann liegen sie im selben Subnetz.

Wenn man nun einen Rechner mit mehreren Netzwerkkarten hat (und sei das 'normale' Netzwerkkarte und WLAN) so sollte man die auch für unterschiedliche Subnetze konfigurieren sonst kommt das Routing durcheinander.

Nun will ich auf die Funktion der Subnetzmasken etwas detaillierter eingehen.

== Kurzer Exkurs ins binäre Rechnen ==

Die AND-Operation funktioniert so:
0 AND 0 = 0
0 AND 1 = 0
1 AND 0 = 0
1 AND 1 = 1

Die Byte-Werte der TCP/IP-Adresse werden wie folgt in Binärwerte umgerechnet:

Jede Stelle einer Binärzahl steht für eine Zweierpotenz (so wie wir üblicherweise Zehnerpotenzen im Dezimalsystem verwenden):

1234 dezimal = 1*1000 + 2*100 + 3*10 + 4*1 = 1*10^3 + 2*10^2 + 3*10^1 + 4*10^0

1010 binär = 1*8 + 0*4 + 1*2 + 0*1 = 1*2^3 + 0*2^2 + 1*2^0 + 0*2^0

147 dezimal = 1*128 + 0*64 + 0*32 + 1*16 + 0*8 + 0*4 + 1*2 + 1*1 =10010011 binär

== Subnetzmasken ==

Hier ein Link mit einer Grafik die die verschiedenen Subnetzmasken veranschaulicht:

http://shorewall.net/pub/shorewall/contrib/IPSubNetMask.html

=== Subnetze, Beispiel 1 ===

Adresse 1 : 192.168.000.001
Adresse 2 : 192.168.000.002
Adresse 3 : 192.168.001.001
Subnetzmaske : 255.255.255.000

Adresse 1 : 192.168.000.001 AND 255.255.255.000 = 192.168.000.000
Adresse 2 : 192.168.000.002 AND 255.255.255.000 = 192.168.000.000
Adresse 3 : 192.168.001.001 AND 255.255.255.000 = 192.168.001.000

Die ersten beiden Adressen liegen also im selben Subnetz.

=== Subnetze, Beispiel 2 ===

Adresse 1 : 192.168.000.001
Adresse 2 : 192.168.000.002
Adresse 3 : 192.168.000.033
Adresse 4 : 192.168.000.034
Subnetzmaske : 255.255.255.224

Adresse 1 : 192.168.000.001 AND 255.255.255.224 = 192.168.000.000
Adresse 2 : 192.168.000.002 AND 255.255.255.224 = 192.168.000.000
Adresse 3 : 192.168.000.033 AND 255.255.255.224 = 192.168.000.032
Adresse 4 : 192.168.000.034 AND 255.255.255.224 = 192.168.000.032

Die ersten beiden Adressen und die letzten beiden liegen jeweils im selben Subnetz.

Die Subnetzmaske legt also die Größe eines Subnetzes fest (und umgekehrt). Die erste und die letzte Adresse eines Subnetzes können nicht für Geräte verwendet werden, da sie für die Adressierung des Subnetzes selbst und Broadcasts verwendet werden (Broadcasts sind Pakete die 'an Alle' gesendet werden). Bei einer Subnetzmaske von Maske 255.255.255.0 waeren dies die .0 und .255, es stehen also 256-2=254 Adressen zur Verfügung. Im Beispiel 2 (255.255.255.224) sind das 32-2=30 Adressen.

=== Schreibweise 192.168.0.1/24 für Subnetzmasken ===

Eine beliebte Schreibweise für IP-Adressen und Subnetzmasken besteht darin dass man einfach die Anzahl der gesetzten Bits (=die Einser in der Binärdarstellung) der Subnetzmaske, die ja für den Netzwerkanteil der Adresse stehen, hinter der Adresse angibt:
192.168.1.1/24 ist also 192.168.1.1 mit einer Subnetzmaske aus 24 Einsen, also 255.255.255.0

=== Subnetting und Supernetting ===

==== Subnetting ====

Unter Subnetting versteht man die Aufteilung eines gegebenen IP-Netzwerkbereichs in kleinere Segmente. Dies kann notwendig werden aufgrund der nachträglichen räumlichen Aufteilung eines vorhandenen Netzwerks durch z.B. Abteilungsumzug oder durch spätere Umstrukturierung der physikalischen Gegebenheiten innerhalb des Netzwerks, z.B. aufgrund nachträglicher Erweiterung des Netzwerks um per Lichtwellenleiter oder WLAN angebundene Stationen ohne Erweiterung des bereits zur Verfügung stehenden Adressraums. Dazu wird normalerweise dann ein Teil des Hostanteils des Adressraums dem Netzwerkanteil zugeordnet, wodurch sich die Subnetmaske ändert und natürlich auch weitere Netzwerk und Broadcastadressen in Erscheinung treten die so vorher noch nicht vorhanden waren.

So werden beispielsweise im Beispielnetzwerk 192.168.3.0 aus der Subnetmaske 255.255.255.0 mit der Netzwerkadresse 192.168.3.0 und der Broadcastadresse 192.168.3.255 zwei Teilnetzwerke mit den Netzwerkadressen 192.168.3.0 (Teilnetzwerk A) und 192.168.3.128 (Teilnetzwerk B) sowie den Broadcastadressen 192.168.3.127 (Teilnetzwerk A) und 192.168.3.255 (Teilnetzwerk B) mit der jeweiligen Subnetzmaske 255.255.255.128.

Subnetting wird realisiert durch bitweise Erweiterung "nach rechts", was klar wird, sobald man die binäre Schreibweisen der Subnetzmaske betrachtet:

{|align="center" cellspacing="3" cellpadding="3" border="2px" style="border:solid #000000;"|-
|colspan="3" align="center" style="background-color: #999999;"| Subnetzmaskenbeispiele
|-
|style="background-color: #DDDDDD;"| Dezimale Langdarstellung
|style="background-color: #DDDDDD;"| Binärdarstellung
|style="background-color: #DDDDDD;"| Kurzschreibweise
|-
| 255.255.255.0
| 11111111 11111111 11111111 00000000
| /24
|-
| 255.255.255.127
| 11111111 11111111 11111111 10000000
| /25
|-
| 255.255.255.192
| 11111111 11111111 11111111 11000000
| /26
|-
| 255.255.255.224
| 11111111 11111111 11111111 11100000
| /27
|-
| 255.255.255.240
| 11111111 11111111 11111111 11110000
| /28
|-
| 255.255.255.248
| 11111111 11111111 11111111 11111000
| /29
|-
| 255.255.255.252
| 11111111 11111111 11111111 11111100
| /30
|-
| 255.255.255.254
| 11111111 11111111 11111111 11111110
| /31
|-
| 255.255.255.255
| 11111111 11111111 11111111 11111111
| /32
|-
|}

Da im Beispiel in der vorletzten Tabellenzeile die ersten 31 der 32 Bit der IPv4 Adresse als Netzwerkanteil definiert wurden, ist dieses Beispiel real nicht für wirkliche Netzwerke zu gebrauchen, da nur noch Platz für die Netzwerkadresse und die Broadcastadresse bleiben, nicht jedoch für eine gültige Hostadresse in diesem "Netzwerksegment".
Ähnliches gilt für die letzte Subnetzmaske in der Tabelle, die gar keinen Hostanteil übrig lässt. De Facto gibt es diese /32 Netzwerkmaske jedoch auch in der Anwendung, nämlich bei einigen Punkt-zu-Punkt Protokollanwendungen wie manchen DSL-Anbindungsarten oder Modemnutzungen als sogenannte Single-Host-Route, nicht jedoch zur direkten Kommunikation zwischen real existierenden Rechnern(=Hosts).

==== Supernetting ====

Das Supernetting hingegen dient der Erweiterung von Netzwerkadressräumen bzw. dem Zusammenfassen von Netzwerksegmenten. Dabei wird die Subnetzmaske "nach links" erweitert.

{|align="center" cellspacing="3" cellpadding="3" border="2px" style="border:solid #000000;"
|-
|colspan="3" aign="center" style="background-color: #999999;"| Subnetzmaskenbeispiele
|-
|style="background-color: #DDDDDD;"| Dezimale Langdarstellung
|style="background-color: #DDDDDD;"| Binärdarstellung
|style="background-color: #DDDDDD;"| Kurzschreibweise
|-
| 255.255.255.0
| 11111111 11111111 11111111 00000000
| /24
|-
| 255.255.254.0
| 11111111 11111111 11111110 00000000
| /23
|-
| 255.255.252.0
| 11111111 11111111 11111100 00000000
| /22
|-
| 255.255.248.0
| 11111111 11111111 11111000 00000000
| /21
|-
| 255.255.240.0
| 11111111 11111111 11110000 00000000
| /20
|-
| 255.255.224.0
| 11111111 11111111 11100000 00000000
| /19
|-
| 255.255.192.0
| 11111111 11111111 11000000 00000000
| /18
|-
| 255.255.128.0
| 11111111 11111111 10000000 00000000
| /17
|-
|}

== Das Standardgateway ==

Wenn ein Gerät ein anderes ansprechen will das in einem anderen Subnetz liegt, dann schickt es das TCP/IP-Datenpaket zu einem Gateway (im OSI-Schichtenmodell ist das ein Router). Dieses Gateway wurde so konfiguriert dass es selbst weiß, wie es das Datenpaket weiterzuleiten hat, sodass es am Empfänger ankommt.

Meistens gibt es innerhalb eines Subnetzes ein Standardgateway (oder auch default gateway).

Beispiel:

Vorhanden ist ein Server mit zwei Netzwerkkarten (A und B). Außerdem gibt es einen ISDN-Router, der eine Verbindung zu einem Internet-Zugangsprovider darstellt. Mit Karte A sind 10 Rechner verbunden, mit Karte B 27 Rechner und der ISDN-Router.

Segment A umfasst 11 Adressen (10+Server), Segment B 29 (27+Router+Server). Die Größe der Subnetze sollte also 32 oder mehr sein. Angenommen der Internet-Provider weist einen Adressbereich von 64 Adressen zu, beginnend mit 195.130.37.0. Dann kann eine mögliche Konfiguration so aussehen:

- Der Adressbereich wird in zwei Hälften geteilt (.0 - .31 und .32 - .63)
- Die Arbeitsplatz-PCs schicken Pakete deren Empfänger nicht in ihrem Subnetz liegt zum Server
- Der Server 'weiß', wie er die beiden Subnetze anzusprechen hat. Alles unbekannte soll er zum ISDN-Router schicken.
- Dem ISDN-Router muss mitgeteilt werden, dass er Pakete mit Empfänger im Subnetz 'A' zum Server schickt, der sie dann weiterleitet. Dies geschieht durch den Eintag einer 'Statischen Route'. Wie dies genau geschieht, hängt von der Software des ISDN-Routers ab, jedenfalls wird ihm mitgeteilt dass Pakete an das Subnetz 195.130.037.000 mit der Maske 255.255.255.224 an die Adresse 195.130.037.033 (Karte B im Server) weitergeleitet werden müssen.

Karte A im Server: 195.130.037.001, Subnetzmaske 255.255.255.224, default gateway leer
Karte B im Server: 195.130.037.033, Subnetzmaske 255.255.255.224, default gateway 195.130.037.034 (der ISDN-Router)
ISDN-Router : 195.130.037.034, Subnetzmaske 255.255.255.224, default gateway Adresse des Routers beim Provider
PC im Netz 'A' : 195.130.037.002, Subnetzmaske 255.255.255.224, default 195.130.037.001 (Karte im Server)
PC im Netz 'B' : 195.130.037.035, Subnetzmaske 255.255.255.224, default 195.130.037.033 (Karte im Server)

== Tests mit PING ==

Ob das TCP/IP-Routing funktioniert kann man mit dem PING-Befehl testen, der üblicherweise immer installiert wird wenn man TCP/IP-Protokoll installiert. Die Verwendung ist einfach, PING <Zieladresse>. Um im obigen Beispiel zu testen ob ein PC im Subnetz A den ISDN-Router ansprechen kann würde man auf dem PC einfach PING 195.130.037.034 eingeben. Wenn eine Antwort kommt, dann hat es geklappt.

Wenn der Test fehlschlägt dann kann das auch daran liegen daß einer der beteiligten Router den Rückweg nicht kennt.

== Class A/B/C Subnetze ==

Abhängig von ihrer Größe bezeichnet man Subnetze oft als Class A, B oder C:
Class A Subnetzmaske 255.0.0.0
Class B Subnetzmaske 255.255.0.0
Class C Subnetzmaske 255.255.255.0

=== Klasseneinteilung der Netzwerkadressen früher und heute ===
(großenteils von [[Benutzer:GAW|GAW]] stammend)

Die Klasseneinteilung in A, B und C ist ganz genau genommen nur noch historisch bedingt und das schon ziemlich lange (1996). Heute leben wir im Zeitalter der klassenlosen IP's (CIDR gesprochen ceider). Aus diesem Grund muß die Netzwerkmaske ja angegeben werden. Trotzdem wenden viele Systemadmins noch diese Begriffe an und wählen Netzmasken die den traditionellen Einteilungen entsprechen.

Die seltsamen Zahlenkombinationen dieser ehemaligen Klassen lassen sich besser verstehen wenn man die IP-Adresse des ersten Byte binär betrachtet.

Klasse A beginnt mit einer 0:
von bis
00000000 - 01111111 0-127 (127 ist allerdings reserviert für Loopbackadressen)

Klasse B beginnt mit einer 10
von bis
10000000 -10111111 128 - 191

Klasse C beginnt mit einer 110:
von
11011111 - 11011111 192 - 223

Es gibt noch zwei weitere Klassen:
Klasse D beginnt mit 1110:

11100000 - 11101111 224 - 239

Diese Klasse dient für Multicastaufrufe. Das bedeutet es lassen sich verschiedene IP-Adressen und einer Adresse gemeinsam ansprechen. Allerdings müssen die zwischenliegenden Router das unterstützen.

Die letzte Klasse E, die mit 1111 anfängt, ist reserviert. Dies stammt noch aus den Zeiten als der Vorläufer vom Internet vom Militär geponsort wurde. Dieser Vorläufer hieß MIL-Net, im Gegensatz zum wissenschaftlichen Internetvorläufer ARPA-Net mit dem die meisten astronomischen Forschungsinstitute damals vernetzt waren als erste großflächige Vernetzung nicht-militärischer Organisationen.

Neben den schon genannten privaten Adressen sind noch die firmeneigenen Adressen zu nennen, die sich MS-System selbst geben, wenn sie weder eine IP-Numer mit DHCP erhalten noch die IP-Adresse per Hand eingerichtet wurde. Dieses Verfahren bezeichnet MS als APIPA Automatic Private IP Adressing. Die entsprechenden Adressen sind bei der IANA eingetragen und daher ebenfalls private Adressen und zwar im folgenden Bereich:

169.254.0.1 bis 169.254.255.254/16.

weitere spezielle Adressen:

Loopback-Netz:
127.0.0.0
Loopback-Host:
127.0.0.1
alle Adressen:
0.0.0.0

=== Private Klasse D Multicast-Netzwerke ===

224.0.0.0 - 224.0.0.255

Quelle: http://www.iana.org/assignments/multicast-addresses

Wer sich für die genaue Adressraumvergabe interessiert, der kann ja unter http://www.iana.org nachschauen. Dort sind einige Interessante Dokumente zum Thema IP-Adressräume (IPv4 und IPv6) zu finden (Auflistung dieser Dokumente: http://www.iana.org/ipaddress/ip-addresses.htm)

== Reservierte Adressbereiche für private Netze ==

Für den Fall dass man TCP/IP-Protokoll verwenden muss, aber nicht über einen reservierten offiziellen Adressbereich verfügt, gibt es reservierte private Adressen die nicht im Internet verwendet werden bzw. seitens Anschlußprovidern schon nicht ins Internet geroutet werden dürfen. Diese Bereiche sind:

{|align="center" cellspacing="3" cellpadding="3" border="2px" style="border:solid #000000;"|
|style="background-color: #999999;"| Class
|style="background-color: #999999;"| IP-Bereich
|style="background-color: #999999;"| maximal zulässige Subnetmaske
|-
| A
| 10.0.0.0
| 255.0.0.0
|-
| B
| 172.16.0.0 - 172.31.0.0
| 255.240.0.0
|-
| C
| 192.168.0.0 - 192.168.255.0
| 255.255.0.0
|-
| D
| 224.0.0.0 - 224.0.0.255
| 255.255.255.0
|-
|}

Ein Spezialfall ist der sogenannte "Link Local Block", der dann benötigt wird, wenn ein DHCP-Server nicht erreichbar ist und das Betriebssystem sich selbst Adressen suchen soll, wie es z.B. im oben bereits erwähnten APIPA Verfahren von Microsoft-Systemen genutzt wird:

{|align="center" cellspacing="3" cellpadding="3" border="2px" style="border:solid #000000;"|
|style="background-color: #999999;"| IP-Bereich
|style="background-color: #999999;"| maximal zulässige Subnetmaske
|-
| 169.254.0.0 - 169.254.255.255
| 255.255.0.0
|-
|}

Quelle: RFC 3330 Abschnitt ''Special-Use IPv4 Addresses''

P.S. Kommentare, Verbesserungsvorschlaege, Korrekturen und Hinweise wie man den Kram verständlicher machen könnte jederzeit erwünscht.

P.P.S. Teile von GAW und TomcatMJ

eingefügt von --[[Benutzer:Yehudi|Yehudi]] 15:18, 7. Sep 2006 (CEST)

----

[[Netzwerk|zurück zum Netzwerk]]
[[Kategorie:Netzwerkgrundlagen]]
[[Category:TCP/IP]]

TCP/IP und Routing Grundwissen

2019-12-04T08:24:34Z

TomcatMJ: /* Subnetting */

Autor: Martin Breidenbach

Eine TCP/IP-Adresse besteht aus vier Bytes (0..255) und sieht zum Beispiel so aus:

192.168.0.17

d.h. die übliche Schreibweise ist, dass man die vier Bytes durch Punkte voneinander trennt.

Ein Gerät erhält seine TCP/IP-Adresse entweder dadurch, dass sie manuell eingetragen wird, oder sie wird zentral von einem Server vergeben, der die Protokolle BOOTP oder [[DHCP]] unterstützt bzw. entsprechende Dienste installiert hat.

Zwei Geräte die [[TCP/IP-Referenzmodell|TCP/IP]] verwenden, können nun entweder direkt miteinander kommunizieren (weil sie im Netzwerk direkt miteinander verkabelt sind *UND* im selben IP-Subnetz liegen) oder müssen über einen Router (in diesem Zusammenhang auch oft Gateway genannt) miteinander kommunizieren. Dazu unterteilt man die Adressbereiche in Subnetze. Zwei Geräte die im selben Subnetz liegen, können miteinander direkt kommunizieren. Liegen sie nicht im selben Subnetz, dann müssen die Datenpakete über ein Gateway gesendet werden.

Die Entscheidung, ob zwei TCP/IP-Adressen im selben Subnetz liegen, wird über die Subnetzmaske gefällt. Beide Adressen werden durch ein logisches AND mit der Subnetzmaske verknuepft. Kommt dabei dasselbe heraus liegen sie im selben Subnetz.

Bei der am häufigsten verwendeten Subnetzmaske 255.255.255.0 bedeutet das: wenn die ersten drei Bytes von zwei IP-Adressen identisch sind dann liegen sie im selben Subnetz.

Wenn man nun einen Rechner mit mehreren Netzwerkkarten hat (und sei das 'normale' Netzwerkkarte und WLAN) so sollte man die auch für unterschiedliche Subnetze konfigurieren sonst kommt das Routing durcheinander.

Nun will ich auf die Funktion der Subnetzmasken etwas detaillierter eingehen.

== Kurzer Exkurs ins binäre Rechnen ==

Die AND-Operation funktioniert so:
0 AND 0 = 0
0 AND 1 = 0
1 AND 0 = 0
1 AND 1 = 1

Die Byte-Werte der TCP/IP-Adresse werden wie folgt in Binärwerte umgerechnet:

Jede Stelle einer Binärzahl steht für eine Zweierpotenz (so wie wir üblicherweise Zehnerpotenzen im Dezimalsystem verwenden):

1234 dezimal = 1*1000 + 2*100 + 3*10 + 4*1 = 1*10^3 + 2*10^2 + 3*10^1 + 4*10^0

1010 binär = 1*8 + 0*4 + 1*2 + 0*1 = 1*2^3 + 0*2^2 + 1*2^0 + 0*2^0

147 dezimal = 1*128 + 0*64 + 0*32 + 1*16 + 0*8 + 0*4 + 1*2 + 1*1 =10010011 binär

== Subnetzmasken ==

Hier ein Link mit einer Grafik die die verschiednen Subnetzmasken veranschaulicht:

http://shorewall.net/pub/shorewall/contrib/IPSubNetMask.html

=== Subnetze, Beispiel 1 ===

Adresse 1 : 192.168.000.001
Adresse 2 : 192.168.000.002
Adresse 3 : 192.168.001.001
Subnetzmaske : 255.255.255.000

Adresse 1 : 192.168.000.001 AND 255.255.255.000 = 192.168.000.000
Adresse 2 : 192.168.000.002 AND 255.255.255.000 = 192.168.000.000
Adresse 3 : 192.168.001.001 AND 255.255.255.000 = 192.168.001.000

Die ersten beiden Adressen liegen also im selben Subnetz.

=== Subnetze, Beispiel 2 ===

Adresse 1 : 192.168.000.001
Adresse 2 : 192.168.000.002
Adresse 3 : 192.168.000.033
Adresse 4 : 192.168.000.034
Subnetzmaske : 255.255.255.224

Adresse 1 : 192.168.000.001 AND 255.255.255.224 = 192.168.000.000
Adresse 2 : 192.168.000.002 AND 255.255.255.224 = 192.168.000.000
Adresse 3 : 192.168.000.033 AND 255.255.255.224 = 192.168.000.032
Adresse 4 : 192.168.000.034 AND 255.255.255.224 = 192.168.000.032

Die ersten beiden Adressen und die letzten beiden liegen jeweils im selben Subnetz.

Die Subnetzmaske legt also die Größe eines Subnetzes fest (und umgekehrt). Die erste und die letzte Adresse eines Subnetzes können nicht für Geräte verwendet werden, da sie für die Adressierung des Subnetzes selbst und Broadcasts verwendet werden (Broadcasts sind Pakete die 'an Alle' gesendet werden). Bei einer Subnetzmaske von Maske 255.255.255.0 waeren dies die .0 und .255, es stehen also 256-2=254 Adressen zur Verfügung. Im Beispiel 2 (255.255.255.224) sind das 32-2=30 Adressen.

=== Schreibweise 192.168.0.1/24 für Subnetzmasken ===

Eine beliebte Schreibweise für IP-Adressen und Subnetzmasken besteht darin dass man einfach die Anzahl der gesetzten Bits (=die Einser in der Binärdarstellung) der Subnetzmaske, die ja für den Netzwerkanteil der Adresse stehen, hinter der Adresse angibt:
192.168.1.1/24 ist also 192.168.1.1 mit einer Subnetzmaske aus 24 Einsen, also 255.255.255.0

=== Subnetting und Supernetting ===

==== Subnetting ====

Unter Subnetting versteht man die Aufteilung eines gegebenen IP-Netzwerkbereichs in kleinere Segmente. Dies kann notwendig werden aufgrund der nachträglichen räumlichen Aufteilung eines vorhandenen Netzwerks durch z.B. Abteilungsumzug oder durch spätere Umstrukturierung der physikalischen Gegebenheiten innerhalb des Netzwerks, z.B. aufgrund nachträglicher Erweiterung des Netzwerks um per Lichtwellenleiter oder WLAN angebundene Stationen ohne Erweiterung des bereits zur Verfügung stehenden Adressraums. Dazu wird normalerweise dann ein Teil des Hostanteils des Adressraums dem Netzwerkanteil zugeordnet, wodurch sich die Subnetmaske ändert und natürlich auch weitere Netzwerk und Broadcastadressen in Erscheinung treten die so vorher noch nicht vorhanden waren.

So werden beispielsweise im Beispielnetzwerk 192.168.3.0 aus der Subnetmaske 255.255.255.0 mit der Netzwerkadresse 192.168.3.0 und der Broadcastadresse 192.168.3.255 zwei Teilnetzwerke mit den Netzwerkadressen 192.168.3.0 (Teilnetzwerk A) und 192.168.3.128 (Teilnetzwerk B) sowie den Broadcastadressen 192.168.3.127 (Teilnetzwerk A) und 192.168.3.255 (Teilnetzwerk B) mit der jeweiligen Subnetzmaske 255.255.255.128.

Subnetting wird realisiert durch bitweise Erweiterung "nach rechts", was klar wird, sobald man die binäre Schreibweisen der Subnetzmaske betrachtet:

{|align="center" cellspacing="3" cellpadding="3" border="2px" style="border:solid #000000;"|-
|colspan="3" align="center" style="background-color: #999999;"| Subnetzmaskenbeispiele
|-
|style="background-color: #DDDDDD;"| Dezimale Langdarstellung
|style="background-color: #DDDDDD;"| Binärdarstellung
|style="background-color: #DDDDDD;"| Kurzschreibweise
|-
| 255.255.255.0
| 11111111 11111111 11111111 00000000
| /24
|-
| 255.255.255.127
| 11111111 11111111 11111111 10000000
| /25
|-
| 255.255.255.192
| 11111111 11111111 11111111 11000000
| /26
|-
| 255.255.255.224
| 11111111 11111111 11111111 11100000
| /27
|-
| 255.255.255.240
| 11111111 11111111 11111111 11110000
| /28
|-
| 255.255.255.248
| 11111111 11111111 11111111 11111000
| /29
|-
| 255.255.255.252
| 11111111 11111111 11111111 11111100
| /30
|-
| 255.255.255.254
| 11111111 11111111 11111111 11111110
| /31
|-
| 255.255.255.255
| 11111111 11111111 11111111 11111111
| /32
|-
|}

Da im Beispiel in der vorletzten Tabellenzeile die ersten 31 der 32 Bit der IPv4 Adresse als Netzwerkanteil definiert wurden, ist dieses Beispiel real nicht für wirkliche Netzwerke zu gebrauchen, da nur noch Platz für die Netzwerkadresse und die Broadcastadresse bleiben, nicht jedoch für eine gültige Hostadresse in diesem "Netzwerksegment".
Ähnliches gilt für die letzte Subnetzmaske in der Tabelle, die gar keinen Hostanteil übrig lässt. De Facto gibt es diese /32 Netzwerkmaske jedoch auch in der Anwendung, nämlich bei einigen Punkt-zu-Punkt Protokollanwendungen wie manchen DSL-Anbindungsarten oder Modemnutzungen als sogenannte Single-Host-Route, nicht jedoch zur direkten Kommunikation zwischen real existierenden Rechnern(=Hosts).

==== Supernetting ====

Das Supernetting hingegen dient der Erweiterung von Netzwerkadressräumen bzw. dem Zusammenfassen von Netzwerksegmenten. Dabei wird die Subnetzmaske "nach links" erweitert.

{|align="center" cellspacing="3" cellpadding="3" border="2px" style="border:solid #000000;"
|-
|colspan="3" aign="center" style="background-color: #999999;"| Subnetzmaskenbeispiele
|-
|style="background-color: #DDDDDD;"| Dezimale Langdarstellung
|style="background-color: #DDDDDD;"| Binärdarstellung
|style="background-color: #DDDDDD;"| Kurzschreibweise
|-
| 255.255.255.0
| 11111111 11111111 11111111 00000000
| /24
|-
| 255.255.254.0
| 11111111 11111111 11111110 00000000
| /23
|-
| 255.255.252.0
| 11111111 11111111 11111100 00000000
| /22
|-
| 255.255.248.0
| 11111111 11111111 11111000 00000000
| /21
|-
| 255.255.240.0
| 11111111 11111111 11110000 00000000
| /20
|-
| 255.255.224.0
| 11111111 11111111 11100000 00000000
| /19
|-
| 255.255.192.0
| 11111111 11111111 11000000 00000000
| /18
|-
| 255.255.128.0
| 11111111 11111111 10000000 00000000
| /17
|-
|}

== Das Standardgateway ==

Wenn ein Gerät ein anderes ansprechen will das in einem anderen Subnetz liegt, dann schickt es das TCP/IP-Datenpaket zu einem Gateway (im OSI-Schichtenmodell ist das ein Router). Dieses Gateway wurde so konfiguriert dass es selbst weiß, wie es das Datenpaket weiterzuleiten hat, sodass es am Empfänger ankommt.

Meistens gibt es innerhalb eines Subnetzes ein Standardgateway (oder auch default gateway).

Beispiel:

Vorhanden ist ein Server mit zwei Netzwerkkarten (A und B). Außerdem gibt es einen ISDN-Router, der eine Verbindung zu einem Internet-Zugangsprovider darstellt. Mit Karte A sind 10 Rechner verbunden, mit Karte B 27 Rechner und der ISDN-Router.

Segment A umfasst 11 Adressen (10+Server), Segment B 29 (27+Router+Server). Die Größe der Subnetze sollte also 32 oder mehr sein. Angenommen der Internet-Provider weist einen Adressbereich von 64 Adressen zu, beginnend mit 195.130.37.0. Dann kann eine mögliche Konfiguration so aussehen:

- Der Adressbereich wird in zwei Hälften geteilt (.0 - .31 und .32 - .63)
- Die Arbeitsplatz-PCs schicken Pakete deren Empfänger nicht in ihrem Subnetz liegt zum Server
- Der Server 'weiß', wie er die beiden Subnetze anzusprechen hat. Alles unbekannte soll er zum ISDN-Router schicken.
- Dem ISDN-Router muss mitgeteilt werden, dass er Pakete mit Empfänger im Subnetz 'A' zum Server schickt, der sie dann weiterleitet. Dies geschieht durch den Eintag einer 'Statischen Route'. Wie dies genau geschieht, hängt von der Software des ISDN-Routers ab, jedenfalls wird ihm mitgeteilt dass Pakete an das Subnetz 195.130.037.000 mit der Maske 255.255.255.224 an die Adresse 195.130.037.033 (Karte B im Server) weitergeleitet werden müssen.

Karte A im Server: 195.130.037.001, Subnetzmaske 255.255.255.224, default gateway leer
Karte B im Server: 195.130.037.033, Subnetzmaske 255.255.255.224, default gateway 195.130.037.034 (der ISDN-Router)
ISDN-Router : 195.130.037.034, Subnetzmaske 255.255.255.224, default gateway Adresse des Routers beim Provider
PC im Netz 'A' : 195.130.037.002, Subnetzmaske 255.255.255.224, default 195.130.037.001 (Karte im Server)
PC im Netz 'B' : 195.130.037.035, Subnetzmaske 255.255.255.224, default 195.130.037.033 (Karte im Server)

== Tests mit PING ==

Ob das TCP/IP-Routing funktioniert kann man mit dem PING-Befehl testen, der üblicherweise immer installiert wird wenn man TCP/IP-Protokoll installiert. Die Verwendung ist einfach, PING <Zieladresse>. Um im obigen Beispiel zu testen ob ein PC im Subnetz A den ISDN-Router ansprechen kann würde man auf dem PC einfach PING 195.130.037.034 eingeben. Wenn eine Antwort kommt, dann hat es geklappt.

Wenn der Test fehlschlägt dann kann das auch daran liegen daß einer der beteiligten Router den Rückweg nicht kennt.

== Class A/B/C Subnetze ==

Abhängig von ihrer Größe bezeichnet man Subnetze oft als Class A, B oder C:
Class A Subnetzmaske 255.0.0.0
Class B Subnetzmaske 255.255.0.0
Class C Subnetzmaske 255.255.255.0

=== Klasseneinteilung der Netzwerkadressen früher und heute ===
(großenteils von [[Benutzer:GAW|GAW]] stammend)

Die Klasseneinteilung in A, B und C ist ganz genau genommen nur noch historisch bedingt und das schon ziemlich lange (1996). Heute leben wir im Zeitalter der klassenlosen IP's (CIDR gesprochen ceider). Aus diesem Grund muß die Netzwerkmaske ja angegeben werden. Trotzdem wenden viele Systemadmins noch diese Begriffe an und wählen Netzmasken die den traditionellen Einteilungen entsprechen.

Die seltsamen Zahlenkombinationen dieser ehemaligen Klassen lassen sich besser verstehen wenn man die IP-Adresse des ersten Byte binär betrachtet.

Klasse A beginnt mit einer 0:
von bis
00000000 - 01111111 0-127 (127 ist allerdings reserviert für Loopbackadressen)

Klasse B beginnt mit einer 10
von bis
10000000 -10111111 128 - 191

Klasse C beginnt mit einer 110:
von
11011111 - 11011111 192 - 223

Es gibt noch zwei weitere Klassen:
Klasse D beginnt mit 1110:

11100000 - 11101111 224 - 239

Diese Klasse dient für Multicastaufrufe. Das bedeutet es lassen sich verschiedene IP-Adressen und einer Adresse gemeinsam ansprechen. Allerdings müssen die zwischenliegenden Router das unterstützen.

Die letzte Klasse E, die mit 1111 anfängt, ist reserviert. Dies stammt noch aus den Zeiten als der Vorläufer vom Internet vom Militär geponsort wurde. Dieser Vorläufer hieß MIL-Net, im Gegensatz zum wissenschaftlichen Internetvorläufer ARPA-Net mit dem die meisten astronomischen Forschungsinstitute damals vernetzt waren als erste großflächige Vernetzung nicht-militärischer Organisationen.

Neben den schon genannten privaten Adressen sind noch die firmeneigenen Adressen zu nennen, die sich MS-System selbst geben, wenn sie weder eine IP-Numer mit DHCP erhalten noch die IP-Adresse per Hand eingerichtet wurde. Dieses Verfahren bezeichnet MS als APIPA Automatic Private IP Adressing. Die entsprechenden Adressen sind bei der IANA eingetragen und daher ebenfalls private Adressen und zwar im folgenden Bereich:

169.254.0.1 bis 169.254.255.254/16.

weitere spezielle Adressen:

Loopback-Netz:
127.0.0.0
Loopback-Host:
127.0.0.1
alle Adressen:
0.0.0.0

=== Private Klasse D Multicast-Netzwerke ===

224.0.0.0 - 224.0.0.255

Quelle: http://www.iana.org/assignments/multicast-addresses

Wer sich für die genaue Adressraumvergabe interessiert, der kann ja unter http://www.iana.org nachschauen. Dort sind einige Interessante Dokumente zum Thema IP-Adressräume (IPv4 und IPv6) zu finden (Auflistung dieser Dokumente: http://www.iana.org/ipaddress/ip-addresses.htm)

== Reservierte Adressbereiche für private Netze ==

Für den Fall dass man TCP/IP-Protokoll verwenden muss, aber nicht über einen reservierten offiziellen Adressbereich verfügt, gibt es reservierte private Adressen die nicht im Internet verwendet werden bzw. seitens Anschlußprovidern schon nicht ins Internet geroutet werden dürfen. Diese Bereiche sind:

{|align="center" cellspacing="3" cellpadding="3" border="2px" style="border:solid #000000;"|
|style="background-color: #999999;"| Class
|style="background-color: #999999;"| IP-Bereich
|style="background-color: #999999;"| maximal zulässige Subnetmaske
|-
| A
| 10.0.0.0
| 255.0.0.0
|-
| B
| 172.16.0.0 - 172.31.0.0
| 255.240.0.0
|-
| C
| 192.168.0.0 - 192.168.255.0
| 255.255.0.0
|-
| D
| 224.0.0.0 - 224.0.0.255
| 255.255.255.0
|-
|}

Ein Spezialfall ist der sogenannte "Link Local Block", der dann benötigt wird, wenn ein DHCP-Server nicht erreichbar ist und das Betriebssystem sich selbst Adressen suchen soll, wie es z.B. im oben bereits erwähnten APIPA Verfahren von Microsoft-Systemen genutzt wird:

{|align="center" cellspacing="3" cellpadding="3" border="2px" style="border:solid #000000;"|
|style="background-color: #999999;"| IP-Bereich
|style="background-color: #999999;"| maximal zulässige Subnetmaske
|-
| 169.254.0.0 - 169.254.255.255
| 255.255.0.0
|-
|}

Quelle: RFC 3330 Abschnitt ''Special-Use IPv4 Addresses''

P.S. Kommentare, Verbesserungsvorschlaege, Korrekturen und Hinweise wie man den Kram verständlicher machen könnte jederzeit erwünscht.

P.P.S. Teile von GAW und TomcatMJ

eingefügt von --[[Benutzer:Yehudi|Yehudi]] 15:18, 7. Sep 2006 (CEST)

----

[[Netzwerk|zurück zum Netzwerk]]
[[Kategorie:Netzwerkgrundlagen]]
[[Category:TCP/IP]]

TCP/IP und Routing Grundwissen

2019-12-04T08:22:37Z

TomcatMJ: Bora(d|t) hat hier nichts zu suchen ;-)

Autor: Martin Breidenbach

Eine TCP/IP-Adresse besteht aus vier Bytes (0..255) und sieht zum Beispiel so aus:

192.168.0.17

d.h. die übliche Schreibweise ist, dass man die vier Bytes durch Punkte voneinander trennt.

Ein Gerät erhält seine TCP/IP-Adresse entweder dadurch, dass sie manuell eingetragen wird, oder sie wird zentral von einem Server vergeben, der die Protokolle BOOTP oder [[DHCP]] unterstützt bzw. entsprechende Dienste installiert hat.

Zwei Geräte die [[TCP/IP-Referenzmodell|TCP/IP]] verwenden, können nun entweder direkt miteinander kommunizieren (weil sie im Netzwerk direkt miteinander verkabelt sind *UND* im selben IP-Subnetz liegen) oder müssen über einen Router (in diesem Zusammenhang auch oft Gateway genannt) miteinander kommunizieren. Dazu unterteilt man die Adressbereiche in Subnetze. Zwei Geräte die im selben Subnetz liegen, können miteinander direkt kommunizieren. Liegen sie nicht im selben Subnetz, dann müssen die Datenpakete über ein Gateway gesendet werden.

Die Entscheidung, ob zwei TCP/IP-Adressen im selben Subnetz liegen, wird über die Subnetzmaske gefällt. Beide Adressen werden durch ein logisches AND mit der Subnetzmaske verknuepft. Kommt dabei dasselbe heraus liegen sie im selben Subnetz.

Bei der am häufigsten verwendeten Subnetzmaske 255.255.255.0 bedeutet das: wenn die ersten drei Bytes von zwei IP-Adressen identisch sind dann liegen sie im selben Subnetz.

Wenn man nun einen Rechner mit mehreren Netzwerkkarten hat (und sei das 'normale' Netzwerkkarte und WLAN) so sollte man die auch für unterschiedliche Subnetze konfigurieren sonst kommt das Routing durcheinander.

Nun will ich auf die Funktion der Subnetzmasken etwas detaillierter eingehen.

== Kurzer Exkurs ins binäre Rechnen ==

Die AND-Operation funktioniert so:
0 AND 0 = 0
0 AND 1 = 0
1 AND 0 = 0
1 AND 1 = 1

Die Byte-Werte der TCP/IP-Adresse werden wie folgt in Binärwerte umgerechnet:

Jede Stelle einer Binärzahl steht für eine Zweierpotenz (so wie wir üblicherweise Zehnerpotenzen im Dezimalsystem verwenden):

1234 dezimal = 1*1000 + 2*100 + 3*10 + 4*1 = 1*10^3 + 2*10^2 + 3*10^1 + 4*10^0

1010 binär = 1*8 + 0*4 + 1*2 + 0*1 = 1*2^3 + 0*2^2 + 1*2^0 + 0*2^0

147 dezimal = 1*128 + 0*64 + 0*32 + 1*16 + 0*8 + 0*4 + 1*2 + 1*1 =10010011 binär

== Subnetzmasken ==

Hier ein Link mit einer Grafik die die verschiednen Subnetzmasken veranschaulicht:

http://shorewall.net/pub/shorewall/contrib/IPSubNetMask.html

=== Subnetze, Beispiel 1 ===

Adresse 1 : 192.168.000.001
Adresse 2 : 192.168.000.002
Adresse 3 : 192.168.001.001
Subnetzmaske : 255.255.255.000

Adresse 1 : 192.168.000.001 AND 255.255.255.000 = 192.168.000.000
Adresse 2 : 192.168.000.002 AND 255.255.255.000 = 192.168.000.000
Adresse 3 : 192.168.001.001 AND 255.255.255.000 = 192.168.001.000

Die ersten beiden Adressen liegen also im selben Subnetz.

=== Subnetze, Beispiel 2 ===

Adresse 1 : 192.168.000.001
Adresse 2 : 192.168.000.002
Adresse 3 : 192.168.000.033
Adresse 4 : 192.168.000.034
Subnetzmaske : 255.255.255.224

Adresse 1 : 192.168.000.001 AND 255.255.255.224 = 192.168.000.000
Adresse 2 : 192.168.000.002 AND 255.255.255.224 = 192.168.000.000
Adresse 3 : 192.168.000.033 AND 255.255.255.224 = 192.168.000.032
Adresse 4 : 192.168.000.034 AND 255.255.255.224 = 192.168.000.032

Die ersten beiden Adressen und die letzten beiden liegen jeweils im selben Subnetz.

Die Subnetzmaske legt also die Größe eines Subnetzes fest (und umgekehrt). Die erste und die letzte Adresse eines Subnetzes können nicht für Geräte verwendet werden, da sie für die Adressierung des Subnetzes selbst und Broadcasts verwendet werden (Broadcasts sind Pakete die 'an Alle' gesendet werden). Bei einer Subnetzmaske von Maske 255.255.255.0 waeren dies die .0 und .255, es stehen also 256-2=254 Adressen zur Verfügung. Im Beispiel 2 (255.255.255.224) sind das 32-2=30 Adressen.

=== Schreibweise 192.168.0.1/24 für Subnetzmasken ===

Eine beliebte Schreibweise für IP-Adressen und Subnetzmasken besteht darin dass man einfach die Anzahl der gesetzten Bits (=die Einser in der Binärdarstellung) der Subnetzmaske, die ja für den Netzwerkanteil der Adresse stehen, hinter der Adresse angibt:
192.168.1.1/24 ist also 192.168.1.1 mit einer Subnetzmaske aus 24 Einsen, also 255.255.255.0

=== Subnetting und Supernetting ===

==== Subnetting ====

Unter Subnetting versteht man die Aufteilung eines gegebenen IP-Netzwerkbereichs in kleinere Segmente. Dies kann notwendig werden aufgrund der nachträglichen räumlichen Aufteilung eines vorhandenen Netzwerks durch z.B. Abteilungsumzug oder durch spätere Umstrukturierung der physikalischen Gegebenheiten innerhalb des Netzwerks, z.B. aufgrund nachträglicher Erweiterung des Netzwerks um per Lichtwellenleiter oder WLAN angebundene Stationen ohne Erweiterung des bereits zur Verfügung stehenden Adressraums. Dazu wird normalerweise dann ein Teil des Hostanteils des Adressraums dem Netzwerkanteil zugeordnet, wodurch sich die Subnetmaske ändert und natürlich auch weitere Netzwerk und Broadcastadressen in Erscheinung treten die so vorher noch nicht vorhanden waren.

So werden beispielsweise im Beispielnetzwerk 192.168.3.0 aus der Subnetmaske 255.255.255.0 mit der Netzwerkadresse 192.168.3.0 und der Broadcastadresse 192.168.3.255 zwei Teilnetzwerke mit den Netzwerkadressen 192.168.3.0 (Teilnetzwerk A) und 192.168.3.128 (Teilnetzwerk B) sowie den Broadcastadressen 192.168.3.127 (Teilnetzwerk A) und 192.168.3.255 (Teilnetzwerk B) mit der jeweiligen Subnetzmaske 255.255.255.128.

Subneting wird realisiert durch bitweise Erweiterung "nach rechts", was klar wird, sobald man die binäre Schreibweisen der Subnetzmaske betrachtet:

{|align="center" cellspacing="3" cellpadding="3" border="2px" style="border:solid #000000;"|-
|colspan="3" align="center" style="background-color: #999999;"| Subnetzmaskenbeispiele
|-
|style="background-color: #DDDDDD;"| Dezimale Langdarstellung
|style="background-color: #DDDDDD;"| Binärdarstellung
|style="background-color: #DDDDDD;"| Kurzschreibweise
|-
| 255.255.255.0
| 11111111 11111111 11111111 00000000
| /24
|-
| 255.255.255.127
| 11111111 11111111 11111111 10000000
| /25
|-
| 255.255.255.192
| 11111111 11111111 11111111 11000000
| /26
|-
| 255.255.255.224
| 11111111 11111111 11111111 11100000
| /27
|-
| 255.255.255.240
| 11111111 11111111 11111111 11110000
| /28
|-
| 255.255.255.248
| 11111111 11111111 11111111 11111000
| /29
|-
| 255.255.255.252
| 11111111 11111111 11111111 11111100
| /30
|-
| 255.255.255.254
| 11111111 11111111 11111111 11111110
| /31
|-
| 255.255.255.255
| 11111111 11111111 11111111 11111111
| /32
|-
|}

Da im Beispiel in der vorletzten Tabellenzeile die ersten 31 der 32 Bit der IPv4 Adresse als Netzwerkanteil definiert wurden, ist dieses Beispiel real nicht für wirkliche Netzwerke zu gebrauchen, da nur noch Platz für die Netzwerkadresse und die Broadcastadresse bleiben, nicht jedoch für eine gültige Hostadresse in diesem "Netzwerksegment".
Ähnliches gilt für die letzte Subnetzmaske in der Tabelle, die gar keinen Hostanteil übrig lässt. De Facto gibt es diese /32 Netzwerkmaske jedoch auch in der Anwendung, nämlich bei einigen Punkt-zu-Punkt Protokollanwendungen wie manchen DSL-Anbindungsarten oder Modemnutzungen als sogenannte Single-Host-Route, nicht jedoch zur direkten Kommunikation zwischen real existierenden Rechnern(=Hosts).

==== Supernetting ====

Das Supernetting hingegen dient der Erweiterung von Netzwerkadressräumen bzw. dem Zusammenfassen von Netzwerksegmenten. Dabei wird die Subnetzmaske "nach links" erweitert.

{|align="center" cellspacing="3" cellpadding="3" border="2px" style="border:solid #000000;"
|-
|colspan="3" aign="center" style="background-color: #999999;"| Subnetzmaskenbeispiele
|-
|style="background-color: #DDDDDD;"| Dezimale Langdarstellung
|style="background-color: #DDDDDD;"| Binärdarstellung
|style="background-color: #DDDDDD;"| Kurzschreibweise
|-
| 255.255.255.0
| 11111111 11111111 11111111 00000000
| /24
|-
| 255.255.254.0
| 11111111 11111111 11111110 00000000
| /23
|-
| 255.255.252.0
| 11111111 11111111 11111100 00000000
| /22
|-
| 255.255.248.0
| 11111111 11111111 11111000 00000000
| /21
|-
| 255.255.240.0
| 11111111 11111111 11110000 00000000
| /20
|-
| 255.255.224.0
| 11111111 11111111 11100000 00000000
| /19
|-
| 255.255.192.0
| 11111111 11111111 11000000 00000000
| /18
|-
| 255.255.128.0
| 11111111 11111111 10000000 00000000
| /17
|-
|}

== Das Standardgateway ==

Wenn ein Gerät ein anderes ansprechen will das in einem anderen Subnetz liegt, dann schickt es das TCP/IP-Datenpaket zu einem Gateway (im OSI-Schichtenmodell ist das ein Router). Dieses Gateway wurde so konfiguriert dass es selbst weiß, wie es das Datenpaket weiterzuleiten hat, sodass es am Empfänger ankommt.

Meistens gibt es innerhalb eines Subnetzes ein Standardgateway (oder auch default gateway).

Beispiel:

Vorhanden ist ein Server mit zwei Netzwerkkarten (A und B). Außerdem gibt es einen ISDN-Router, der eine Verbindung zu einem Internet-Zugangsprovider darstellt. Mit Karte A sind 10 Rechner verbunden, mit Karte B 27 Rechner und der ISDN-Router.

Segment A umfasst 11 Adressen (10+Server), Segment B 29 (27+Router+Server). Die Größe der Subnetze sollte also 32 oder mehr sein. Angenommen der Internet-Provider weist einen Adressbereich von 64 Adressen zu, beginnend mit 195.130.37.0. Dann kann eine mögliche Konfiguration so aussehen:

- Der Adressbereich wird in zwei Hälften geteilt (.0 - .31 und .32 - .63)
- Die Arbeitsplatz-PCs schicken Pakete deren Empfänger nicht in ihrem Subnetz liegt zum Server
- Der Server 'weiß', wie er die beiden Subnetze anzusprechen hat. Alles unbekannte soll er zum ISDN-Router schicken.
- Dem ISDN-Router muss mitgeteilt werden, dass er Pakete mit Empfänger im Subnetz 'A' zum Server schickt, der sie dann weiterleitet. Dies geschieht durch den Eintag einer 'Statischen Route'. Wie dies genau geschieht, hängt von der Software des ISDN-Routers ab, jedenfalls wird ihm mitgeteilt dass Pakete an das Subnetz 195.130.037.000 mit der Maske 255.255.255.224 an die Adresse 195.130.037.033 (Karte B im Server) weitergeleitet werden müssen.

Karte A im Server: 195.130.037.001, Subnetzmaske 255.255.255.224, default gateway leer
Karte B im Server: 195.130.037.033, Subnetzmaske 255.255.255.224, default gateway 195.130.037.034 (der ISDN-Router)
ISDN-Router : 195.130.037.034, Subnetzmaske 255.255.255.224, default gateway Adresse des Routers beim Provider
PC im Netz 'A' : 195.130.037.002, Subnetzmaske 255.255.255.224, default 195.130.037.001 (Karte im Server)
PC im Netz 'B' : 195.130.037.035, Subnetzmaske 255.255.255.224, default 195.130.037.033 (Karte im Server)

== Tests mit PING ==

Ob das TCP/IP-Routing funktioniert kann man mit dem PING-Befehl testen, der üblicherweise immer installiert wird wenn man TCP/IP-Protokoll installiert. Die Verwendung ist einfach, PING <Zieladresse>. Um im obigen Beispiel zu testen ob ein PC im Subnetz A den ISDN-Router ansprechen kann würde man auf dem PC einfach PING 195.130.037.034 eingeben. Wenn eine Antwort kommt, dann hat es geklappt.

Wenn der Test fehlschlägt dann kann das auch daran liegen daß einer der beteiligten Router den Rückweg nicht kennt.

== Class A/B/C Subnetze ==

Abhängig von ihrer Größe bezeichnet man Subnetze oft als Class A, B oder C:
Class A Subnetzmaske 255.0.0.0
Class B Subnetzmaske 255.255.0.0
Class C Subnetzmaske 255.255.255.0

=== Klasseneinteilung der Netzwerkadressen früher und heute ===
(großenteils von [[Benutzer:GAW|GAW]] stammend)

Die Klasseneinteilung in A, B und C ist ganz genau genommen nur noch historisch bedingt und das schon ziemlich lange (1996). Heute leben wir im Zeitalter der klassenlosen IP's (CIDR gesprochen ceider). Aus diesem Grund muß die Netzwerkmaske ja angegeben werden. Trotzdem wenden viele Systemadmins noch diese Begriffe an und wählen Netzmasken die den traditionellen Einteilungen entsprechen.

Die seltsamen Zahlenkombinationen dieser ehemaligen Klassen lassen sich besser verstehen wenn man die IP-Adresse des ersten Byte binär betrachtet.

Klasse A beginnt mit einer 0:
von bis
00000000 - 01111111 0-127 (127 ist allerdings reserviert für Loopbackadressen)

Klasse B beginnt mit einer 10
von bis
10000000 -10111111 128 - 191

Klasse C beginnt mit einer 110:
von
11011111 - 11011111 192 - 223

Es gibt noch zwei weitere Klassen:
Klasse D beginnt mit 1110:

11100000 - 11101111 224 - 239

Diese Klasse dient für Multicastaufrufe. Das bedeutet es lassen sich verschiedene IP-Adressen und einer Adresse gemeinsam ansprechen. Allerdings müssen die zwischenliegenden Router das unterstützen.

Die letzte Klasse E, die mit 1111 anfängt, ist reserviert. Dies stammt noch aus den Zeiten als der Vorläufer vom Internet vom Militär geponsort wurde. Dieser Vorläufer hieß MIL-Net, im Gegensatz zum wissenschaftlichen Internetvorläufer ARPA-Net mit dem die meisten astronomischen Forschungsinstitute damals vernetzt waren als erste großflächige Vernetzung nicht-militärischer Organisationen.

Neben den schon genannten privaten Adressen sind noch die firmeneigenen Adressen zu nennen, die sich MS-System selbst geben, wenn sie weder eine IP-Numer mit DHCP erhalten noch die IP-Adresse per Hand eingerichtet wurde. Dieses Verfahren bezeichnet MS als APIPA Automatic Private IP Adressing. Die entsprechenden Adressen sind bei der IANA eingetragen und daher ebenfalls private Adressen und zwar im folgenden Bereich:

169.254.0.1 bis 169.254.255.254/16.

weitere spezielle Adressen:

Loopback-Netz:
127.0.0.0
Loopback-Host:
127.0.0.1
alle Adressen:
0.0.0.0

=== Private Klasse D Multicast-Netzwerke ===

224.0.0.0 - 224.0.0.255

Quelle: http://www.iana.org/assignments/multicast-addresses

Wer sich für die genaue Adressraumvergabe interessiert, der kann ja unter http://www.iana.org nachschauen. Dort sind einige Interessante Dokumente zum Thema IP-Adressräume (IPv4 und IPv6) zu finden (Auflistung dieser Dokumente: http://www.iana.org/ipaddress/ip-addresses.htm)

== Reservierte Adressbereiche für private Netze ==

Für den Fall dass man TCP/IP-Protokoll verwenden muss, aber nicht über einen reservierten offiziellen Adressbereich verfügt, gibt es reservierte private Adressen die nicht im Internet verwendet werden bzw. seitens Anschlußprovidern schon nicht ins Internet geroutet werden dürfen. Diese Bereiche sind:

{|align="center" cellspacing="3" cellpadding="3" border="2px" style="border:solid #000000;"|
|style="background-color: #999999;"| Class
|style="background-color: #999999;"| IP-Bereich
|style="background-color: #999999;"| maximal zulässige Subnetmaske
|-
| A
| 10.0.0.0
| 255.0.0.0
|-
| B
| 172.16.0.0 - 172.31.0.0
| 255.240.0.0
|-
| C
| 192.168.0.0 - 192.168.255.0
| 255.255.0.0
|-
| D
| 224.0.0.0 - 224.0.0.255
| 255.255.255.0
|-
|}

Ein Spezialfall ist der sogenannte "Link Local Block", der dann benötigt wird, wenn ein DHCP-Server nicht erreichbar ist und das Betriebssystem sich selbst Adressen suchen soll, wie es z.B. im oben bereits erwähnten APIPA Verfahren von Microsoft-Systemen genutzt wird:

{|align="center" cellspacing="3" cellpadding="3" border="2px" style="border:solid #000000;"|
|style="background-color: #999999;"| IP-Bereich
|style="background-color: #999999;"| maximal zulässige Subnetmaske
|-
| 169.254.0.0 - 169.254.255.255
| 255.255.0.0
|-
|}

Quelle: RFC 3330 Abschnitt ''Special-Use IPv4 Addresses''

P.S. Kommentare, Verbesserungsvorschlaege, Korrekturen und Hinweise wie man den Kram verständlicher machen könnte jederzeit erwünscht.

P.P.S. Teile von GAW und TomcatMJ

eingefügt von --[[Benutzer:Yehudi|Yehudi]] 15:18, 7. Sep 2006 (CEST)

----

[[Netzwerk|zurück zum Netzwerk]]
[[Kategorie:Netzwerkgrundlagen]]
[[Category:TCP/IP]]

TCP/IP und Routing Grundwissen

2018-12-05T20:15:26Z

TomcatMJ: /* Subnetting */

Autor: Martin Breidenbach

Eine TCP/IP-Adresse besteht aus vier Bytes (0..255) und sieht zum Beispiel so aus:

192.168.0.17

d.h. die übliche Schreibweise ist, dass man die vier Bytes durch Punkte voneinander trennt.

Ein Gerät erhält seine TCP/IP-Adresse entweder dadurch, dass sie manuell eingetragen wird, oder sie wird zentral von einem Server vergeben, der die Protokolle BOOTP oder [[DHCP]] unterstützt bzw. entsprechende Dienste installiert hat.

Zwei Geräte die [[TCP/IP-Referenzmodell|TCP/IP]] verwenden, können nun entweder direkt miteinander kommunizieren (weil sie im Netzwerk direkt miteinander verkabelt sind *UND* im selben IP-Subnetz liegen) oder müssen über einen Router (in diesem Zusammenhang auch oft Gateway genannt) miteinander kommunizieren. Dazu unterteilt man die Adressbereiche in Subnetze. Zwei Geräte die im selben Subnetz liegen, können miteinander direkt kommunizieren. Liegen sie nicht im selben Subnetz, dann müssen die Datenpakete über ein Gateway gesendet werden.

Die Entscheidung, ob zwei TCP/IP-Adressen im selben Subnetz liegen, wird über die Subnetzmaske gefällt. Beide Adressen werden durch ein logisches AND mit der Subnetzmaske verknuepft. Kommt dabei dasselbe heraus liegen sie im selben Subnetz.

Bei der am häufigsten verwendeten Subnetzmaske 255.255.255.0 bedeutet das: wenn die ersten drei Bytes von zwei IP-Adressen identisch sind dann liegen sie im selben Subnetz.

Wenn man nun einen Rechner mit mehreren Netzwerkkarten hat (und sei das 'normale' Netzwerkkarte und WLAN) so sollte man die auch für unterschiedliche Subnetze konfigurieren sonst kommt das Routing durcheinander.

Nun will ich auf die Funktion der Subnetzmasken etwas detaillierter eingehen.

== Kurzer Exkurs ins binäre Rechnen ==

Die AND-Operation funktioniert so:
0 AND 0 = 0
0 AND 1 = 0
1 AND 0 = 0
1 AND 1 = 1

Die Byte-Werte der TCP/IP-Adresse werden wie folgt in Binärwerte umgerechnet:

Jede Stelle einer Binärzahl steht für eine Zweierpotenz (so wie wir üblicherweise Zehnerpotenzen im Dezimalsystem verwenden):

1234 dezimal = 1*1000 + 2*100 + 3*10 + 4*1 = 1*10^3 + 2*10^2 + 3*10^1 + 4*10^0

1010 binär = 1*8 + 0*4 + 1*2 + 0*1 = 1*2^3 + 0*2^2 + 1*2^0 + 0*2^0

147 dezimal = 1*128 + 0*64 + 0*32 + 1*16 + 0*8 + 0*4 + 1*2 + 1*1 =10010011 binär

== Subnetzmasken ==

Hier ein Link mit einer Grafik die die verschiednen Subnetzmasken veranschaulicht:

http://shorewall.net/pub/shorewall/contrib/IPSubNetMask.html

=== Subnetze, Beispiel 1 ===

Adresse 1 : 192.168.000.001
Adresse 2 : 192.168.000.002
Adresse 3 : 192.168.001.001
Subnetzmaske : 255.255.255.000

Adresse 1 : 192.168.000.001 AND 255.255.255.000 = 192.168.000.000
Adresse 2 : 192.168.000.002 AND 255.255.255.000 = 192.168.000.000
Adresse 3 : 192.168.001.001 AND 255.255.255.000 = 192.168.001.000

Die ersten beiden Adressen liegen also im selben Subnetz.

=== Subnetze, Beispiel 2 ===

Adresse 1 : 192.168.000.001
Adresse 2 : 192.168.000.002
Adresse 3 : 192.168.000.033
Adresse 4 : 192.168.000.034
Subnetzmaske : 255.255.255.224

Adresse 1 : 192.168.000.001 AND 255.255.255.224 = 192.168.000.000
Adresse 2 : 192.168.000.002 AND 255.255.255.224 = 192.168.000.000
Adresse 3 : 192.168.000.033 AND 255.255.255.224 = 192.168.000.032
Adresse 4 : 192.168.000.034 AND 255.255.255.224 = 192.168.000.032

Die ersten beiden Adressen und die letzten beiden liegen jeweils im selben Subnetz.

Die Subnetzmaske legt also die Größe eines Subnetzes fest (und umgekehrt). Die erste und die letzte Adresse eines Subnetzes können nicht für Geräte verwendet werden, da sie für die Adressierung des Subnetzes selbst und Broadcasts verwendet werden (Broadcasts sind Pakete die 'an Alle' gesendet werden). Bei einer Subnetzmaske von Maske 255.255.255.0 waeren dies die .0 und .255, es stehen also 256-2=254 Adressen zur Verfügung. Im Beispiel 2 (255.255.255.224) sind das 32-2=30 Adressen.

=== Schreibweise 192.168.0.1/24 für Subnetzmasken ===

Eine beliebte Schreibweise für IP-Adressen und Subnetzmasken besteht darin dass man einfach die Anzahl der gesetzten Bits (=die Einser in der Binärdarstellung) der Subnetzmaske, die ja für den Netzwerkanteil der Adresse stehen, hinter der Adresse angibt:
192.168.1.1/24 ist also 192.168.1.1 mit einer Subnetzmaske aus 24 Einsen, also 255.255.255.0

=== Subnetting und Supernetting ===

==== Subnetting ====

Unter Subnetting versteht man die Aufteilung eines gegebenen IP-Netzwerkbereichs in kleinere Segmente. Dies kann notwendig werden aufgrund der nachträglichen räumlichen Aufteilung eines vorhandenen Netzwerks durch z.B. Abteilungsumzug oder durch spätere Umstrukturierung der physikalischen Gegebenheiten innerhalb des Netzwerks, z.B. aufgrund nachträglicher Erweiterung des Netzwerks um per Lichtwellenleiter oder WLAN angebundene Stationen ohne Erweiterung des bereits zur Verfügung stehenden Adressraums. Dazu wird normalerweise dann ein Teil des Hostanteils des Adressraums dem Netzwerkanteil zugeordnet, wodurch sich die Subnetmaske ändert und natürlich auch weitere Netzwerk und Broadcastadressen in Erscheinung treten die so vorher noch nicht vorhanden waren.

So werden beispielsweise im Beispielnetzwerk 192.168.3.0 aus der Subnetmaske 255.255.255.0 mit der Netzwerkadresse 192.168.3.0 und der Broadcastadresse 192.168.3.255 zwei Teilnetzwerke mit den Netzwerkadressen 192.168.3.0 (Teilnetzwerk A) und 192.168.3.128 (Teilnetzwerk B) sowie den Broadcastadressen 192.168.3.127 (Teilnetzwerk A) und 192.168.3.255 (Teilnetzwerk B) mit der jeweiligen Subnetzmaske 255.255.255.128.

Subneting wird realisiert durch bitweise Erweiterung "nach rechts", was klar wird, sobald man die binäre Schreibweisen der Subnetzmaske betrachtet:

{|align="center" cellspacing="3" cellpadding="3" border="2px" style="border:solid #000000;"|-
|colspan="3" align="center" style="background-color: #999999;"| Subnetzmaskenbeispiele
|-
|style="background-color: #DDDDDD;"| Dezimale Langdarstellung
|style="background-color: #DDDDDD;"| Binärdarstellung
|style="background-color: #DDDDDD;"| Kurzschreibweise
|-
| 255.255.255.0
| 11111111 11111111 11111111 00000000
| /24
|-
| 255.255.255.127
| 11111111 11111111 11111111 10000000
| /25
|-
| 255.255.255.192
| 11111111 11111111 11111111 11000000
| /26
|-
| 255.255.255.224
| 11111111 11111111 11111111 11100000
| /27
|-
| 255.255.255.240
| 11111111 11111111 11111111 11110000
| /28
|-
| 255.255.255.248
| 11111111 11111111 11111111 11111000
| /29
|-
| 255.255.255.252
| 11111111 11111111 11111111 11111100
| /30
|-
| 255.255.255.254
| 11111111 11111111 11111111 11111110
| /31
|-
| 255.255.255.255
| 11111111 11111111 11111111 11111111
| /32
|-
|}

Da im Beispiel in der vorletzten Tabellenzeile die ersten 31 der 32 Bit der IPv4 Adresse als Netzwerkanteil definiert wurden, ist dieses Beispiel real nicht für wirkliche Netzwerke zu gebrauchen, da nur noch Platz für die Netzwerkadresse und die Boradcastadresse bleiben, nicht jedoch für eine gültige Hostadresse in diesem "Netzwerksegment".
Ähniches gilt für die letzte Subnetzmaske in der Tabelle, die gar keinen Hostantei übrig lässt. De Facto gibt es diese /32 Netzwerkmaske jedoch auch in der Anwendung, nämlich bei einigen Punkt-zu-Punkt Protokollanwendungen wie manchen DSL-Anbindungsarten oder Modemnutzungen als sogenannte Single-Host-Route, nicht jedoch zur direkten Kommunikation zwischen real existierenden Rechnern(=Hosts).

==== Supernetting ====

Das Supernetting hingegen dient der Erweiterung von Netzwerkadressräumen bzw. dem Zusammenfassen von Netzwerksegmenten. Dabei wird die Subnetzmaske "nach links" erweitert.

{|align="center" cellspacing="3" cellpadding="3" border="2px" style="border:solid #000000;"
|-
|colspan="3" aign="center" style="background-color: #999999;"| Subnetzmaskenbeispiele
|-
|style="background-color: #DDDDDD;"| Dezimale Langdarstellung
|style="background-color: #DDDDDD;"| Binärdarstellung
|style="background-color: #DDDDDD;"| Kurzschreibweise
|-
| 255.255.255.0
| 11111111 11111111 11111111 00000000
| /24
|-
| 255.255.254.0
| 11111111 11111111 11111110 00000000
| /23
|-
| 255.255.252.0
| 11111111 11111111 11111100 00000000
| /22
|-
| 255.255.248.0
| 11111111 11111111 11111000 00000000
| /21
|-
| 255.255.240.0
| 11111111 11111111 11110000 00000000
| /20
|-
| 255.255.224.0
| 11111111 11111111 11100000 00000000
| /19
|-
| 255.255.192.0
| 11111111 11111111 11000000 00000000
| /18
|-
| 255.255.128.0
| 11111111 11111111 10000000 00000000
| /17
|-
|}

== Das Standardgateway ==

Wenn ein Gerät ein anderes ansprechen will, das in einem anderen Subnetz liegt dann schickt es das TCP/IP-Datenpaket zu einem Gateway (im OSI-Schichtenmodell ist das ein Router). Dieses Gateway wurde so konfiguriert dass es selbst weiß, wie es das Datenpaket weiterzuleiten hat, sodass es am Empfänger ankommt.

Meistens gibt es innerhalb eines Subnetzes ein Standardgateway (oder auch default gateway).

Beispiel:

Vorhanden ist ein Server mit zwei Netzwerkkarten (A und B). Außerdem gibt es einen ISDN-Router, der eine Verbindung zu einem Internet-Zugangsprovider darstellt. Mit Karte A sind 10 Rechner verbunden, mit Karte B 27 Rechner und der ISDN-Router.

Segment A umfasst 11 Adressen (10+Server), Segment B 29 (27+Router+Server). Die Größe der Subnetze sollte also 32 oder mehr sein. Angenommen der Internet-Provider weist einen Adressbereich von 64 Adressen zu, beginnend mit 195.130.37.0. Dann kann eine mögliche Konfiguration so aussehen:

- Der Adressbereich wird in zwei Hälften geteilt (.0 - .31 und .32 - .63)
- Die Arbeitsplatz-PCs schicken Pakete deren Empfänger nicht in ihrem Subnetz liegt zum Server
- Der Server 'weiß', wie er die beiden Subnetze anzusprechen hat. Alles unbekannte soll er zum ISDN-Router schicken.
- Dem ISDN-Router muss mitgeteilt werden, dass er Pakete mit Empfänger im Subnetz 'A' zum Server schickt, der sie dann weiterleitet. Dies geschieht durch den Eintag einer 'Statischen Route'. Wie dies genau geschieht, hängt von der Software des ISDN-Routers ab, jedenfalls wird ihm mitgeteilt dass Pakete an das Subnetz 195.130.037.000 mit der Maske 255.255.255.224 an die Adresse 195.130.037.033 (Karte B im Server) weitergeleitet werden müssen.

Karte A im Server: 195.130.037.001, Subnetzmaske 255.255.255.224, default gateway leer
Karte B im Server: 195.130.037.033, Subnetzmaske 255.255.255.224, default gateway 195.130.037.034 (der ISDN-Router)
ISDN-Router : 195.130.037.034, Subnetzmaske 255.255.255.224, default gateway Adresse des Routers beim Provider
PC im Netz 'A' : 195.130.037.002, Subnetzmaske 255.255.255.224, default 195.130.037.001 (Karte im Server)
PC im Netz 'B' : 195.130.037.035, Subnetzmaske 255.255.255.224, default 195.130.037.033 (Karte im Server)

== Tests mit PING ==

Ob das TCP/IP-Routing funktioniert kann man mit dem PING-Befehl testen, der üblicherweise immer installiert wird wenn man TCP/IP-Protokoll installiert. Die Verwendung ist einfach, PING <Zieladresse>. Um im obigen Beispiel zu testen ob ein PC im Subnetz A den ISDN-Router ansprechen kann würde man auf dem PC einfach PING 195.130.037.034 eingeben. Wenn eine Antwort kommt, dann hat es geklappt.

Wenn der Test fehlschlägt dann kann das auch daran liegen daß einer der beteiligten Router den Rückweg nicht kennt.

== Class A/B/C Subnetze ==

Abhängig von ihrer Größe bezeichnet man Subnetze oft als Class A, B oder C:
Class A Subnetzmaske 255.0.0.0
Class B Subnetzmaske 255.255.0.0
Class C Subnetzmaske 255.255.255.0

=== Klasseneinteilung der Netzwerkadressen früher und heute ===
(großenteils von [[Benutzer:GAW|GAW]] stammend)

Die Klasseneinteilung in A, B und C ist ganz genau genommen nur noch historisch bedingt und das schon ziemlich lange (1996). Heute leben wir im Zeitalter der klassenlosen IP's (CIDR gesprochen ceider). Aus diesem Grund muß die Netzwerkmaske ja angegeben werden. Trotzdem wenden viele Systemadmins noch diese Begriffe an und wählen Netzmasken die den traditionellen Einteilungen entsprechen.

Die seltsamen Zahlenkombinationen dieser ehemaligen Klassen lassen sich besser verstehen wenn man die IP-Adresse des ersten Byte binär betrachtet.

Klasse A beginnt mit einer 0:
von bis
00000000 - 01111111 0-127 (127 ist allerdings reserviert für Loopbackadressen)

Klasse B beginnt mit einer 10
von bis
10000000 -10111111 128 - 191

Klasse C beginnt mit einer 110:
von
11011111 - 11011111 192 - 223

Es gibt noch zwei weitere Klassen:
Klasse D beginnt mit 1110:

11100000 - 11101111 224 - 239

Diese Klasse dient für Multicastaufrufe. Das bedeutet es lassen sich verschiedene IP-Adressen und einer Adresse gemeinsam ansprechen. Allerdings müssen die zwischenliegenden Router das unterstützen.

Die letzte Klasse E, die mit 1111 anfängt, ist reserviert. Dies stammt noch aus den Zeiten als der Vorläufer vom Internet vom Militär geponsort wurde. Dieser Vorläufer hieß MIL-Net, im Gegensatz zum wissenschaftlichen Internetvorläufer ARPA-Net mit dem die meisten astronomischen Forschungsinstitute damals vernetzt waren als erste großflächige Vernetzung nicht-militärischer Organisationen.

Neben den schon genannten privaten Adressen sind noch die firmeneigenen Adressen zu nennen, die sich MS-System selbst geben, wenn sie weder eine IP-Numer mit DHCP erhalten noch die IP-Adresse per Hand eingerichtet wurde. Dieses Verfahren bezeichnet MS als APIPA Automatic Private IP Adressing. Die entsprechenden Adressen sind bei der IANA eingetragen und daher ebenfalls private Adressen und zwar im folgenden Bereich:

169.254.0.1 bis 169.254.255.254/16.

weitere spezielle Adressen:

Loopback-Netz:
127.0.0.0
Loopback-Host:
127.0.0.1
alle Adressen:
0.0.0.0

=== Private Klasse D Multicast-Netzwerke ===

224.0.0.0 - 224.0.0.255

Quelle: http://www.iana.org/assignments/multicast-addresses

Wer sich für die genaue Adressraumvergabe interessiert, der kann ja unter http://www.iana.org nachschauen. Dort sind einige Interessante Dokumente zum Thema IP-Adressräume (IPv4 und IPv6) zu finden (Auflistung dieser Dokumente: http://www.iana.org/ipaddress/ip-addresses.htm)

== Reservierte Adressbereiche für private Netze ==

Für den Fall dass man TCP/IP-Protokoll verwenden muss, aber nicht über einen reservierten offiziellen Adressbereich verfügt, gibt es reservierte private Adressen die nicht im Internet verwendet werden bzw. seitens Anschlußprovidern schon nicht ins Internet geroutet werden dürfen. Diese Bereiche sind:

{|align="center" cellspacing="3" cellpadding="3" border="2px" style="border:solid #000000;"|
|style="background-color: #999999;"| Class
|style="background-color: #999999;"| IP-Bereich
|style="background-color: #999999;"| maximal zulässige Subnetmaske
|-
| A
| 10.0.0.0
| 255.0.0.0
|-
| B
| 172.16.0.0 - 172.31.0.0
| 255.240.0.0
|-
| C
| 192.168.0.0 - 192.168.255.0
| 255.255.0.0
|-
| D
| 224.0.0.0 - 224.0.0.255
| 255.255.255.0
|-
|}

Ein Spezialfall ist der sogenannte "Link Local Block", der dann benötigt wird, wenn ein DHCP-Server nicht erreichbar ist und das Betriebssystem sich selbst Adressen suchen soll, wie es z.B. im oben bereits erwähnten APIPA Verfahren von Microsoft-Systemen genutzt wird:

{|align="center" cellspacing="3" cellpadding="3" border="2px" style="border:solid #000000;"|
|style="background-color: #999999;"| IP-Bereich
|style="background-color: #999999;"| maximal zulässige Subnetmaske
|-
| 169.254.0.0 - 169.254.255.255
| 255.255.0.0
|-
|}

Quelle: RFC 3330 Abschnitt ''Special-Use IPv4 Addresses''

P.S. Kommentare, Verbesserungsvorschlaege, Korrekturen und Hinweise wie man den Kram verständlicher machen könnte jederzeit erwünscht.

P.P.S. Teile von GAW und TomcatMJ

eingefügt von --[[Benutzer:Yehudi|Yehudi]] 15:18, 7. Sep 2006 (CEST)

----

[[Netzwerk|zurück zum Netzwerk]]
[[Kategorie:Netzwerkgrundlagen]]
[[Category:TCP/IP]]

Autofs

2014-04-19T12:42:32Z

TomcatMJ: /* Anmerkung */ Test wegen der Positionierung in der Kategorienübersicht

= autofs =
Stand: Januar 2014

Ein Rechner, der per ifup - also beim booten - in das Netzwerk gehängt wird, kann genau dann auch Netzwerkfreigaben per Eintrag in der [[fstab]] in das Dateisystem einhängen. Bei einem Rechner, der per [[NetworkManager]] ins Netz kommt, ist das nicht möglich, denn die Verbindung wird erst hergestellt, wenn die grafische Oberfläche und damit der NetworkManager gestartet ist.

Hier kann man '''autofs''' einsetzen und das geht so:

Zuerst wird der Dienst "ermöglicht" und damit beim Booten gestartet
systemctl enable autofs.service

dann gestartet
systemctl start autofs.service

Es wird editiert die Datei '''''/etc/auto.master'''''
/home/hartmut/Server /etc/auto.saturn --ghost

Dabei ist 
* "Server" der Ordner (muss vorhanden sein), in den die Freigabe eingebunden wird
* "auto" hat sich eingebürgert wg. '''auto'''fs, so muss man die Dateien nicht lange suchen
* "saturn" ist der Hostname meines Servers. In diesem Zusammenhang ist der Name beliebig, aber dito.
* "--ghost" löscht den Mountpunkt nicht automatisch nach dem Aushängen

Jetzt die Datei '''''/etc/auto.saturn'''''
<pre>SATURN/fueralle -fstype=cifs,user=hartmut,credentials=/home/hartmut/autofs.pass ://saturn/fueralle</pre>

Dabei ist 
* "SATURN" der Unterordner von "Server" weiter oben
* "fueralle" der Unterordner davon
* "-fstype=cifs" die Angabe, um welches Dateisystem es sich handelt (in diesem Fall eine [[smb]]-Freigabe)
* "user=hartmut" ziemlich klar, es kann auch eine UID oder GID dort stehen und mehr
* "credentials + Pfad" es gibt natürlich auch Name und Passwort zur Freigabe, die steht in einer Datei im Pfad
* "://" beginnt die Freigabe mit einem /, dann muss ein ":/" davor (wie im Dateimanager z.B. "smb://freigaberechner")
* "saturn" heißt meine Server, sein Name steht in der /etc/hosts. Wenn das nicht der Fall ist, dann steht hier die IP des Servers
* "fueralle" ist der freigegebene Ordner darauf

Name und Passwort steht in einer Datei (in diesem Fall '''''autofs.pass''''') in dieser Form
user=deinname
password=deinpasswort

Wenn das alles soweit ist, dann
systemctl restart autofs.service

und mit dem Dateimanager nachsehen, ob's klappt. Achtung: die Unterordner werden erst angezeigt, wenn man auf den Mountpunkt klickt.

Fehlermeldungen habe ich gelesen mittels
tail -f /var/log/messages

== Mehrere Mounts auf einmal ==

dafür sieht die '''''auto.saturn''''' bei mir so aus:
# map-file fuer autofs und den Server Saturn
#
SATURN \
-fstype=cifs,user=hartmut,credentials=/home/hartmut/.smbcredentials \
/fueralle ://saturn/fueralle \
/hartmut ://saturn/hartmut \
/karin ://saturn/karin

Damit habe ich 3 Mounts definiert, die aber jeweils erst beim ersten Zugriff eingebunden werden. Wichtig ist der Backslash, denn eigentlich muss alles in einer Zeile stehen.

=== Anmerkung ===

Ich habe schlechte Erfahrungen gemacht mit dem Versuch, die Mountpunkte direkt unter einem Ordner im /home-Verzeichnis zu erstellen. Also:

/home/hartmut/Server/fueralle klappte nicht

aber

/home/hartmut/Server/Saturn/fueralle klappt

denn dann kann ich in der '''''auto.master''''' "Server" eintragen und in der '''''auto.saturn''''' mit "Saturn" weitermachen.

Viel Erfolg

--[[Benutzer:Hartmut Krummrei|Hartmut Krummrei]] ([[Benutzer Diskussion:Hartmut Krummrei|Diskussion]]) 19:47, 17. Jan. 2014 (CET)

[[Kategorie:Netzwerkgrundlagen]]
[[Kategorie:File Server]]
[[Kategorie:Partitionen]]

LILO

2014-04-19T12:39:17Z

TomcatMJ: /* Quellen und weiterführende Links */ Test war erfolgreich, falsche Kategorie wieder entfernt...

{{Infobox_Software|
Name= LILO
|Screenshot=
|Beschreibung=
|Hersteller= 1992-2000: Werner Almesberger seit 2000: John Coffman u.a.
|AktuelleVersion= 22.8
|AktuelleVersionFreigabeDatum= 19. Februar 2007
|Betriebssystem= [[Linux]]
|Kategorie= [[Bootmanager]]
|Lizenz= BSD-Lizenz
|Deutsch= nein
|Website= [http://lilo.go.dyndns.org/ lilo.go.dyndns.org]
}}
Autor:Geier0815

Für alle die nicht mehr mit [[Grub]] arbeiten wollen oder LILO ausprobieren wollen, weil es kompatibler ist
und auf einigen Systemen Probleme mit Grub auftreten können, hier ein kleine Einleitung wie man LILO konfiguriert.

Das für uns wichtigste ist die Datei 'lilo.conf' die im Verzeichnis '/etc' zu finden ist.

Wir finden dort folgende Einträge vor, oder sollten sie selbst anlegen:

boot = /dev/hda
default = linux
prompt
timeout = 80

image = /boot/vmlinuz
label = linux
root = /dev/hda2
vga = 0x31a

other = /dev/hda1
label = windows

Was bewirken diese Einträge nun?

== Die globalen Einträge ==

boot = /dev/hda............ist der Eintrag für das Bootlaufwerk, ohne Partitionsnummer wird in den MBR geschrieben

default = linux..............gibt an welches System als Standard gestartet wird

timeout = 80.................gibt in 1/10 Sekunden an wie lange das Auswahlmenü angezeigt wird

== Der Eintrag für ein Linux ==

image = /boot/vmlinuz...ist der Pfad zu unserem Kernel, Achtung: Dieser kann anders heißen!

label = linux.................ist der 'Titel' des entsprechenden Systems und kann selbst gewählt werden, über diesen wird auch der default angegeben

root = /dev/hda2...........gibt den Weg zu diesem System an, mehr dazu unten

vga = 0x31a.................stellt die graphische Auflösung der Textkonsole ein, wir können hier auch 'ask' angeben und werden dann gefragt in welchem Modus wir's denn gerne hätten, empfiehlt sich beim ersten Start um heraus zu finden welche Modi wir zur Verfügugn haben.

== Der Eintrag für andere Systeme - als Beispiel Windows ==

other = /dev/hda1.........der Pfad zu einem nicht Linuxsystem, meistens Windows

label = windows............hier gilt das gleiche wie bei dem Linux schon erwähnt

== Für die echten Einsteiger hier noch mal die Laufwerksbezeichnungen ==

/dev/hda..........erstes Gerät am primären IDE-Kontroller

/dev/hdb..........zweites Gerät am primären IDE-Kontroller

/dev/hdc..........erstes Gerät am sekundären IDE-Kontroller

/dev/hdd..........zweites Gerät am sekundären IDE-Kontroller

== Zwei Dinge noch die für den Ungeübten zur Falle werden können ==

1.) Beim Kernel der Reihe 2.4 und darunter sollte man einen Eintrag 'append="hdc=ide-scsi"' für alle Brenner machen, da dieser Kernel nur durch scsi-simulation brennen kann. Den Eintrag muß man natürlich an die Gegebenheiten anpassen (nicht jeder hat seinen Brenner am ersten Anschluß des sekundären Kontrollers) und er gehört natürlich mit in den Linuxabschnitt.

2.) Für die meisten sind die ersten Versuche ein zweites Linux in den Bootmanager mit einzubinden zum Alptraum geworden. Der Trick besteht darin das zweite Linux mittels 'mount' in das erste mit einzubinden und in diesem Zustand die Einträge in der lilo.conf zu machen. Wichtig ist dabei den Pfad zum Kernel des zweiten Systems komplett anzugeben, also incl. /mnt/...

Da der default für die map eh '/boot/map' ist, brauchen wir einen solchen Eintrag im Normalfall nicht. Sollte es zu Schwierigkeiten kommen oder die map an einer anderen Stelle liegen, müßen wir aber einen solchen bei jedem Linux in der Form 'map = /woauchimmer/map' hinzufügen.

{{Box Achtung||
Ganz Wichtig: Nach jeder Änderung an der lilo.conf müßen wir
lilo
ausführen!!
}}
== Quellen und weiterführende Links ==

* [http://de.opensuse.org/SDB:Der_Bootmanager_LILO SDB:Der_Bootmanager_LILO]

----
[[Bootmanager]]
[[Kategorie:Bootmanager]]

LILO

2014-04-19T12:38:18Z

TomcatMJ: /* Quellen und weiterführende Links */ zum Test mal in die falsche Kategorie "Partitionen" einsortiert um zu sehen obs da dann auftaucht..kommt später wieder da raus ;)

Kategorie:Partitionen

2014-04-18T20:28:09Z

TomcatMJ: Kategoriebeschreibung ergänzt und hoffentlich aktualisiert sich die Anzeige dabei auch gleich mal ;)

Alles zum Erstellen / Verändern / Verschieben / Reparieren von Partitionen und direkt damit zusammenhängende Themen
[[Kategorie:Systemverwaltung]]
[[Kategorie:Hardware]]

Vorlage:Dvbscript navigationsbox

2014-04-06T12:44:58Z

TomcatMJ: Änderung 31010 von Escho (Diskussion) rückgängig gemacht, da das Problem mit dem Link an anderer Stelle gefixt wurde

{{NavigationBox|TITLE=[[dvb wiki script|Vom DVB zur DVD, ein Wikibuch]]|CONTENTS=[[dvb wiki script/Übersicht|Übersicht]] - [[dvb wiki script/Weg|Der Weg]] - [[dvb wiki script/Helferprogramme|Die Helferprogramme]] - [[dvb wiki script/Script|Das Script]] - [[dvb wiki script/Installation|Installation]] - [[dvb wiki script/Bedienungsanleitung|Bedienungsanleitung]] - [[dvb wiki script/Programmieranleitung|Programmieranleitung]]}}
 
<noinclude>
In diese Navigationsleiste gehören nur Beiträge die direkt zum Wikibuch "vom DVB zur DVD" gehören (dvb wiki script).
[[Kategorie:Navigation]]</noinclude>

Dvb wiki script/Ãœbersicht

2014-04-06T12:37:32Z

TomcatMJ: TomcatMJ verschob die Seite Dvb wiki script/Ãœbersicht nach Dvb wiki script/Übersicht: Umlautproblem im Seitennamen gefixt

#WEITERLEITUNG [[Dvb wiki script/Übersicht]]

Dvb wiki script/Übersicht

2014-04-06T12:37:31Z

TomcatMJ: TomcatMJ verschob die Seite Dvb wiki script/Ãœbersicht nach Dvb wiki script/Übersicht: Umlautproblem im Seitennamen gefixt

{{Dvbscript navigationsbox}}
{{blau|
Was ist in diesem Wikibuch alles zu finden? }}

===[[dvb wiki script/Weg|Der Weg]]===

Hier wird Schritt für Schritt beschrieben, wie aus einer Fernsehaufnahme eine DVD wird.Stichwort hierzu sind:

*Aufnahme
*Fehlerbereinigung
*Schneiden
*Requantisieren
*Demultiplexen
*Multiplexen
*Author'n
*Brennen
*Normalisieren

===[[dvb wiki script/Helferprogramme|Die Helferprogramme]]===
sind die Programme, die mehr oder weniger direkt an der Lösung der gestellten Aufgabe beteiligt sind. Die Programme werden kurz beschrieben
und es wird gezeigt, von wo man sie bekommt und wie sie am Besten intalliert werden können.

*kaffeine
*xine
*ProjectX
*mplex
*lxdvdrip
*dvdauthor
*growisofs
*kdialog
*ffmpeg
*normalize

===[[dvb wiki script/Script|Das Script]]===

Der Code des Scriptes, so wie er auf die Platte kopiert werden kann.

===[[dvb wiki script/Installation|Installation]]===

*Wie genau bekomme ich das Script installiert
*Was ist dabei zu beachten
*Was muß ich tun, um das Script zum Laufen zu bekommen

===[[dvb wiki script/Bedienungsanleitung|Bedienungsanleitung]]===

*Welche Aufgaben kann ich wie mit dem Script erledigen

===[[dvb wiki script/Programmieranleitung|Programmieranleitung]]===

*Warum funktionieren die einzelnen Funktionen im Script so, wie sie es tun
*Wie kann etwas hinzugefügt / geändert werden

===[[dvb wiki script/History|History]]===

Die Versionshistory des Scripts kann hier nachgelesen werden: [[Diskussion:Dvb wiki script/Script]]

{{Dvbscript navigationsbox}}
[[Category:DVB-Weiterverarbeitung]]

Kategorie:Ãœbersicht2

2014-02-28T18:20:01Z

TomcatMJ: Kaputte Seite ausgeräumt damit sie vielleicht endlich gelöscht werden kann

Kategorie:Ãœbersicht

2014-02-28T18:19:14Z

TomcatMJ: Kaputte Seite ausgeräumt damit sie vielleicht endlich gelöscht werden kann

Diskussion:Scannen per Netzwerk

2014-02-25T16:43:47Z

TomcatMJ: Reviews sind offenbar fertig...Baustein ist wieder raus ;)

=Review=
Ich habe mal drüber geschaut und ein paar formelle Kleinigkeiten geändert. Muss aber anmerken, dass ich inhaltlich keinen Schimmer habe und dementsprechend nicht viel sinnvolles dazu beitragen kann.

Ach ja: Die Satzkonstruktionen scheinen mir manchmal unnötig lang und komplex...
--[[Benutzer:Gehrke|Gehrke]] ([[Benutzer Diskussion:Gehrke|Diskussion]]) 21:03, 20. Jan. 2014 (CET)

:Keine Ahnung vom inhaltlichen Aspekt zu haben erleichtert manchmal das Auffinden von Tippfehlern und ähnlichem ;) Insofern ist das überhaupt nicht schlimm für die Review bezüglich der formalen Aspekte. Übrigens nutze ich prinzipiell die alte Rechtschreibung, daher solltest du dich über die beabsichtigte Verwendung von "daß" in meinen Artikeln nicht wundern ;) Betreffs der manchmal etwas langatmigen Satzkonstruktionen muss ich mir allerdings den Schuh anziehen daß ich da zuoft nicht drüber nachdenke und es einfach so tippe, vor allem wenn ich gerade mitten im "Kreativfluß" bin... --[[Benutzer:TomcatMJ|TomcatMJ]] ([[Benutzer Diskussion:TomcatMJ|Diskussion]]) 21:58, 20. Jan. 2014 (CET)

Da keine weiteren Änderungen mehr dran gemacht wurden nehme ich an daß die Reviews wohl abgeschlossen sind und keiner mehr was zu Bemängelndes zum verbessern gefunden hat. Daher ist der Baustein für die Reviewbitte wieder raus. Falls doch noch wem was zum verbessern auffallen sollte: Nur zu,das ist hier nicht umsonst ein Wiki ;) --[[Benutzer:TomcatMJ|TomcatMJ]] ([[Benutzer Diskussion:TomcatMJ|Diskussion]]) 17:43, 25. Feb. 2014 (CET)

Scannen per Netzwerk

2014-02-25T16:41:05Z

TomcatMJ: Scheint wohl soweit genug reviewed worden zu sein da keine weiteren Änderungen mehr kamen,also weg mit dem Baustein ;)

=Scannen per Netzwerk=
Da hat man nun einen Scanner der mit Hilfe von Sane unter Linux direkt läuft sowie ein Netzwerk und will auch von anderen Rechnern aus scannen statt nur von dem Rechner aus an dem der Scanner hängt.
Da saned (der sane-Backenddaemon) durchaus dazu in der Lage ist als Server oder als Vermittler für die eigentlichen Frontends wie kooka, xsane, xscanimage, [[GIMP]], [[Libreoffice]] oder ähnliche zu fungieren, aber die gängigen Konfigurationstools der meisten Distributionen dies nicht direkt in ihrer Konfigurationsoberfläche anbieten, benötigt man ein wenig Handarbeit um die gewünschte Funktionalität zu erhalten, und zwar sowohl auf der Serverseite als auch auf der Clientseite.

==Die Scanserverkonfiguration==
Als erstes benötigt man die Information, welche Clientrechner überhaupt scannen dürfen sollen.
Diese tragen wir entweder alle einzeln in die Datei '''/etc/sane.d/saned.conf''' bzw. bei einigen Distributionen in die '''/etc/saned.conf''' ein.
Je nachdem ob man mit verfügbarer Namensauflösung per eigenem [[DNS]]-Server im eigenen Netz arbeitet oder mit entsprechenden Einträgen in '''/etc/hosts''' oder nur puren IP-Adressen, trägt man nun entweder die Namen der Clientrechner, deren IP-Adressen oder gar einen kompletten Netzwerkadressbereich ein.

Beispiel:

## Access list
# A list of host names, IP addresses or IP subnets (CIDR notation) that
# are permitted to use local SANE devices. IPv6 addresses must be enclosed
# in brackets, and should always be specified in their compressed form.
#
# The hostname matching is not case-sensitive.
#scan-client.somedomain.firm
#192.168.0.1
192.168.2.1/24
#[2001:7a8:185e::42:12]
#[2001:7a8:185e::42:12]/64

Je nach verwendeter Software und der Frage, ob der Rechner an dem der Scanner hängt auch als Arbeitsrechner genutzt wird oder nicht, kann ein zusätzlicher Eintrag für ''localhost'' dort auch Sinn machen.

Anschließend muss im xinetd-Daemon noch in seiner Konfiguration saned aktiviert werden, damit der Scandaemon saned überhaupt über das Netzwerk verfügbar ist.

'''/etc/xinetd.d/sane-port'''
# default: off
# description: The saned provides scanner service via the network. \
# Applications like kooka, xsane or xscanimage can use the remote \
# scanner.
service sane-port
{
socket_type = stream
wait = no
disable = no
protocol = tcp
user = root
group = root
server = /usr/sbin/saned
port = 6566
}

Wie in der Konfigfuration zu sehen ist, nutzt saned den Port 6566 im TCP-Modus, weswegen noch sicherzustellen ist, dass dieser Port auch in '''/etc/services''' eingetragen ist, sowie eine eventuell laufende [[Firewall]] so eingestellt ist, dass der Paketfilter die Übertragung auf Port 6566 im lokalen Netzwerk (nicht über das Internet!) auch zulässt.

Sofern xinetd und die Firewall bereits laufen, sollte man beide neu starten oder zumindest ihre Konfigurationen neu einlesen lassen.
Der User root mit der Gruppe root wird nur benötigt, wenn man nicht die Gerätedateien mit anderen Rechten als sie per default vergeben sind versehen will. Bei den meisten Distributionen wäre jedoch der User saned aus der Gruppe saned die korrektere Wahl. Allerdings kann es bei USB-Scannern vorkommen, dass dieser Benutzer nicht auf den Scanner zugreifen darf, da die Rechte aufgrund der dynamischen Einbindung von USB-Geräten per default eben nicht dazu passen. Dort ist root eben der einfachere Weg den Zugang zu ermöglichen.

Wenn diese Schritte soweit erfolgt sind kann der erste Test stattfinden:
Man startet auf einem der Clientrechner einfach
telnet scanservername 6566
und schaut, ob dort telnet mit einer Fehlermeldung abbricht oder nicht. Wartet telnet auf eine Eingabe, dann ist kein Fehler vorhanden und der Serverdaemon läuft bereits. Abbrechen kann man telnet in der [[Konsole]] / einer Terminalemulation mit der Tastenkombination Strg-C.

Nun fehlt nur noch die Clientrechnereinrichtung.

==Die Clientrechnerkonfiguration==
Hier bedarf es nicht viel. Es muss nur das net-Backend im saned (der hier ja nicht als Server, sondern als Vermittler zum tatsächlichen Server fungieren soll) aktiviert werden und diesem Backend der Server bekanntgegeben werden.
Dazu editiert man '''/etc/sane.d/dll.conf''' und fügt folgende Zeile ein bzw. entfernt die Auskommentierung der entsprechenden Backendzeile, die per Default schon dort, aber eben auskommentiert ist:

net

Nun ist prinzipiell schon mal die Umleitung aufs Netzwerk aktiviert, aber der Clientrechner weiß ja noch nicht, welchen Server er dafür befragen soll. Dies wird sichergestellt in der Konfiguration des net-Backends unter '''/etc/sane.d/net.conf''', indem man dort den Server einträgt:

Beispiel:
'''/etc/sane.d/net.conf'''

# This is the net backend config file.
## net backend options
# Timeout for the initial connection to saned. This will prevent the backend
# from blocking for several minutes trying to connect to an unresponsive
# saned host (network outage, host down, ...). Value in seconds.
# connect_timeout = 60
## saned hosts
# Each line names a host to attach to.
# If you list "localhost" then your backends can be accessed either
# directly or through the net backend. Going through the net backend
# may be necessary to access devices that need special privileges.
# localhost
192.168.2.1

Den Eintrag ''localhost'' sollte man aktivieren, sofern man einen weiteren Scanner an dem Clientrechner hängen hat, der auch an den Server gehen soll um einen "Zweitscanner" zu erreichen, ansonsten dürfte dieser Eintrag für die meisten Frontends nicht benötigt werden.
Nun kann die Verfügbarkeit für den / die Clientrechner am Clientrechner selbst getestet werden, indem man
scanimage -L
in einer Konsole eingibt. Dort sollte der Scanner, der am Server vor der Aktivierung der Netzwerkfunktion logischerweise ja schon eingerichtet worden sein sollte, nun auch zu sehen sein und man kann das Frontend seiner Wahl nun scannen lassen.

==Weiterführende Informationen==
===Generelle Informationen===
*[http://www.sane-project.org/ Website des SANE-Projekts]

===Netzwerkfähige Frontends für SANE für diverse Nicht-Linux Systeme===
*[https://github.com/mback2k/wiasane/wiki/Downloads wiasane, ein SANE-Frontend (eher:WIA-Treiber) für Windows 7]
*[https://play.google.com/store/apps/details?id=com.sane.droid SANEDroid, ein SANE-Frontend für Android-Systeme]
*[http://sanetwain.ozuzo.net/#ini SaneTwain, eine SANE 2 Twain Bridge (Windows XP)]
*[http://www.os2warp.be/index2.php?name=tamehome Tame/2, ein SANE-Frontend für OS/2 / eComstation]
*[http://www.ellert.se/twain-sane/ TWAIN SANE Interface for MacOS X]

-----
[[Scanner|zurück zur Scannerübersicht]]
[[Kategorie:Scanner]] [[Kategorie:Netzwerk]]

Datei:Xsane erweiterte Einstellungen.png

2014-02-04T10:01:21Z

TomcatMJ: Für http://forum.linux-club.de/viewtopic.php?f=92&t=118903 Kategorie:Fehlerscreenshots fürs Forum

Für http://forum.linux-club.de/viewtopic.php?f=92&t=118903
[[Kategorie:Fehlerscreenshots fürs Forum]]

Hilfe:Anmelden

2014-02-03T12:35:13Z

TomcatMJ: Info eingebaut wo man einen Account für die Linupedia herbekommt...;)

Du hast noch kein Benutzerkonto? Die [http://forum.linux-club.de/memberlist.php?mode=group&g=31927 Administratoren] des Linux-Club Forums sind auch hier diejenigen, die als [[Bürokraten]] auf Anfrage im [http://www.linux-club.de Linux-Club Forum] den Account für dich hier anlegen können.

Diskussion:Scannen per Netzwerk

2014-01-20T20:58:20Z

TomcatMJ: /* Review */

Scannen per Netzwerk

2014-01-20T20:28:55Z

TomcatMJ: /* Scannen per Netzwerk */ Kein Komma innerhalb eines von 2 Objekten einer Aufzählung ;) "und" gegen "sowie" getauscht damit die Aufzählung deutlicher wird ;)

{{Review|kompletter Artikel}}
=Scannen per Netzwerk=
Da hat man nun einen Scanner der mit Hilfe von Sane unter Linux direkt läuft sowie ein Netzwerk und will auch von anderen Rechnern aus scannen statt nur von dem Rechner aus an dem der Scanner hängt.
Da saned (der sane-Backenddaemon) durchaus dazu in der Lage ist als Server oder als Vermittler für die eigentlichen Frontends wie kooka, xsane, xscanimage, [[GIMP]], [[Libreoffice]] oder ähnliche zu fungieren, aber die gängigen Konfigurationstools der meisten Distributionen dies aber nicht direkt in ihrer Konfigurationsoberfläche anbieten, benötigt man ein wenig Handarbeit um die gewünschte Funktionalität zu erhalten, und zwar sowohl auf der Serverseite als auch auf der Clientseite.

==Die Scanserverkonfiguration==
Als erstes benötigt man die Information, welche Clientrechner überhaupt scannen dürfen sollen.
Diese tragen wir entweder alle einzeln in die Datei '''/etc/sane.d/saned.conf''' bzw. bei einigen Distributionen '''/etc/saned.conf''' ein.
Je nachdem ob man mit verfügbarer Namensauflösung per eigenem [[DNS]]-Server im eigenen Netz arbeitet oder mit entsprechenden Einträgen in '''/etc/hosts''' oder nur puren IP-Adressen, trägt man nun entweder die Namen der Clientrechner, deren IP-Adressen oder gar einen kompletten Netzwerkadressbereich ein.

Beispiel:

## Access list
# A list of host names, IP addresses or IP subnets (CIDR notation) that
# are permitted to use local SANE devices. IPv6 addresses must be enclosed
# in brackets, and should always be specified in their compressed form.
#
# The hostname matching is not case-sensitive.
#scan-client.somedomain.firm
#192.168.0.1
192.168.2.1/24
#[2001:7a8:185e::42:12]
#[2001:7a8:185e::42:12]/64

Je nach verwendeter Software und der Frage, ob der Rechner an dem der Scanner hängt auch als Arbeitsrechner genutzt wird oder nicht, kann ein zusätzlicher Eintrag für ''localhost'' dort auch Sinn machen.

Anschließend muss im xinetd-Daemon noch in seiner Konfiguration saned aktiviert werden, damit der Scandaemon saned überhaupt über das Netzwerk verfügbar ist.

'''/etc/xinetd.d/sane-port'''
# default: off
# description: The saned provides scanner service via the network. \
# Applications like kooka, xsane or xscanimage can use the remote \
# scanner.
service sane-port
{
socket_type = stream
wait = no
disable = no
protocol = tcp
user = root
group = root
server = /usr/sbin/saned
port = 6566
}

Wie in der Konfigfuration zu sehen ist, nutzt saned den Port 6566 im TCP-Modus, weswegen noch sicherzustellen ist, dass dieser Port auch in '''/etc/services''' eingetragen ist, sowie eine eventuell laufende [[Firewall]] so eingestellt ist, dass der Paketfilter die Übertragung auf Port 6566 im lokalen Netzwerk (nicht über das Internet!) auch zulässt.

Sofern xinetd und die Firewall bereits laufen, sollte man beide neu starten oder zumindest ihre Konfigurationen neu einlesen lassen.
Der User root mit der Gruppe root wird nur benötigt, wenn man nicht die Gerätedateien mit anderen Rechten als sie per default vergeben sind versehen will. Bei den meisten Distributionen wäre jedoch der User saned aus der Gruppe saned die korrektere Wahl. Allerdings kann bei USB-Scannern vorkommen, dass dieser Benutzer nicht auf den Scanner zugreifen darf, da die Rechte aufgrund der dynamischen Einbindung von USB-Geräten per default eben nicht dazu passen. Dort ist root eben der einfachere Weg den Zugang zu ermöglichen.

Wenn diese Schritte soweit erfolgt sind kann der erste Test stattfinden:
Man startet auf einem der Clientrechner einfach
telnet scanservername 6566
und schaut, ob dort telnet mit einer Fehlermeldung abbricht oder nicht. Wartet telnet auf eine Eingabe, dann ist kein Fehler vorhanden und der Serverdaemon läuft bereits. Abbrechen kann man telnet in der [[Konsole]] / einer Terminalemulation mit der Tastenkombination Strg-C.

Nun fehlt nur noch die Clientrechnereinrichtung.

==Die Clientrechnerkonfiguration==
Hier bedarf es nicht viel. Es muss nur das net-Backend im saned (der hier ja nicht als Server, sondern als Vermittler zum tatsächlichen Server fungieren soll) aktiviert werden und diesem Backend der Server bekanntgegeben werden.
Dazu editiert man '''/etc/sane.d/dll.conf''' und fügt folgende Zeile ein bzw. entfernt die Auskommentierung der entsprechenden Backendzeile, die per Default schon dort, aber eben auskommentiert ist:

net

Nun ist prinzipiell schon mal die Umleitung aufs Netzwerk aktiviert, aber der Clientrechner weiß ja noch nicht, welchen Server er dafür befragen soll. Dies wird sichergestellt in der Konfiguration des net-Backends unter '''/etc/sane.d/net.conf''', indem man dort den Server einträgt:

Beispiel:
'''/etc/sane.d/net.conf'''

# This is the net backend config file.
## net backend options
# Timeout for the initial connection to saned. This will prevent the backend
# from blocking for several minutes trying to connect to an unresponsive
# saned host (network outage, host down, ...). Value in seconds.
# connect_timeout = 60
## saned hosts
# Each line names a host to attach to.
# If you list "localhost" then your backends can be accessed either
# directly or through the net backend. Going through the net backend
# may be necessary to access devices that need special privileges.
# localhost
192.168.2.1

Den Eintrag ''localhost'' sollte man aktivieren, sofern man einen weiteren Scanner an dem Clientrechner hängen hat, der auch an den Server gehen soll um einen "Zweitscanner" zu erreichen, ansonsten dürfte dieser Eintrag für die meisten Frontends nicht benötigt werden.
Nun kann die Verfügbarkeit für den / die Clientrechner am Clientrechner selbst getestet werden, indem man
scanimage -L
in einer Konsole eingibt. Dort sollte der Scanner, der am Server vor der Aktivierung der Netzwerkfunktion logischerweise ja schon eingerichtet worden sein sollte, nun auch zu sehen sein und man kann das Frontend seiner Wahl nun scannen lassen.

==Weiterführende Informationen==
===Generelle Informationen===
*[http://www.sane-project.org/ Website des SANE-Projekts]

===Netzwerkfähige Frontends für SANE für diverse Nicht-Linux Systeme===
*[https://github.com/mback2k/wiasane/wiki/Downloads wiasane, ein SANE-Frontend (eher:WIA-Treiber) für Windows 7]
*[https://play.google.com/store/apps/details?id=com.sane.droid SANEDroid, ein SANE-Frontend für Android-Systeme]
*[http://sanetwain.ozuzo.net/#ini SaneTwain, eine SANE 2 Twain Bridge (Windows XP)]
*[http://www.os2warp.be/index2.php?name=tamehome Tame/2, ein SANE-Frontend für OS/2 / eComstation]
*[http://www.ellert.se/twain-sane/ TWAIN SANE Interface for MacOS X]

-----
[[Scanner|zurück zur Scannerübersicht]]
[[Kategorie:Scanner]] [[Kategorie:Netzwerk]]

Scannen per Netzwerk

2014-01-20T20:20:28Z

TomcatMJ: /* Die Clientrechnerkonfiguration */ Ergänzung um weiterführende Infos

{{Review|kompletter Artikel}}
=Scannen per Netzwerk=
Da hat man nun einen Scanner, der mit Hilfe von Sane unter Linux direkt läuft und ein Netzwerk und will auch von anderen Rechnern aus scannen statt nur von dem Rechner aus an dem der Scanner hängt.
Da saned (der sane-Backenddaemon) durchaus dazu in der Lage ist als Server oder als Vermittler für die eigentlichen Frontends wie kooka, xsane, xscanimage, [[GIMP]], [[Libreoffice]] oder ähnliche zu fungieren, aber die gängigen Konfigurationstools der meisten Distributionen dies aber nicht direkt in ihrer Konfigurationsoberfläche anbieten, benötigt man ein wenig Handarbeit um die gewünschte Funktionalität zu erhalten, und zwar sowohl auf der Serverseite als auch auf der Clientseite.

==Die Scanserverkonfiguration==
Als erstes benötigt man die Information, welche Clientrechner überhaupt scannen dürfen sollen.
Diese tragen wir entweder alle einzeln in die Datei '''/etc/sane.d/saned.conf''' bzw. bei einigen Distributionen '''/etc/saned.conf''' ein.
Je nachdem ob man mit verfügbarer Namensauflösung per eigenem [[DNS]]-Server im eigenen Netz arbeitet oder mit entsprechenden Einträgen in '''/etc/hosts''' oder nur puren IP-Adressen, trägt man nun entweder die Namen der Clientrechner, deren IP-Adressen oder gar einen kompletten Netzwerkadressbereich ein.

Beispiel:

## Access list
# A list of host names, IP addresses or IP subnets (CIDR notation) that
# are permitted to use local SANE devices. IPv6 addresses must be enclosed
# in brackets, and should always be specified in their compressed form.
#
# The hostname matching is not case-sensitive.
#scan-client.somedomain.firm
#192.168.0.1
192.168.2.1/24
#[2001:7a8:185e::42:12]
#[2001:7a8:185e::42:12]/64

Je nach verwendeter Software und der Frage, ob der Rechner an dem der Scanner hängt auch als Arbeitsrechner genutzt wird oder nicht, kann ein zusätzlicher Eintrag für ''localhost'' dort auch Sinn machen.

Anschließend muss im xinetd-Daemon noch in seiner Konfiguration saned aktiviert werden, damit der Scandaemon saned überhaupt über das Netzwerk verfügbar ist.

'''/etc/xinetd.d/sane-port'''
# default: off
# description: The saned provides scanner service via the network. \
# Applications like kooka, xsane or xscanimage can use the remote \
# scanner.
service sane-port
{
socket_type = stream
wait = no
disable = no
protocol = tcp
user = root
group = root
server = /usr/sbin/saned
port = 6566
}

Wie in der Konfigfuration zu sehen ist, nutzt saned den Port 6566 im TCP-Modus, weswegen noch sicherzustellen ist, dass dieser Port auch in '''/etc/services''' eingetragen ist, sowie eine eventuell laufende [[Firewall]] so eingestellt ist, dass der Paketfilter die Übertragung auf Port 6566 im lokalen Netzwerk (nicht über das Internet!) auch zulässt.

Sofern xinetd und die Firewall bereits laufen, sollte man beide neu starten oder zumindest ihre Konfigurationen neu einlesen lassen.
Der User root mit der Gruppe root wird nur benötigt, wenn man nicht die Gerätedateien mit anderen Rechten als sie per default vergeben sind versehen will. Bei den meisten Distributionen wäre jedoch der User saned aus der Gruppe saned die korrektere Wahl. Allerdings kann bei USB-Scannern vorkommen, dass dieser Benutzer nicht auf den Scanner zugreifen darf, da die Rechte aufgrund der dynamischen Einbindung von USB-Geräten per default eben nicht dazu passen. Dort ist root eben der einfachere Weg den Zugang zu ermöglichen.

Wenn diese Schritte soweit erfolgt sind kann der erste Test stattfinden:
Man startet auf einem der Clientrechner einfach
telnet scanservername 6566
und schaut, ob dort telnet mit einer Fehlermeldung abbricht oder nicht. Wartet telnet auf eine Eingabe, dann ist kein Fehler vorhanden und der Serverdaemon läuft bereits. Abbrechen kann man telnet in der [[Konsole]] / einer Terminalemulation mit der Tastenkombination Strg-C.

Nun fehlt nur noch die Clientrechnereinrichtung.

==Die Clientrechnerkonfiguration==
Hier bedarf es nicht viel. Es muss nur das net-Backend im saned (der hier ja nicht als Server, sondern als Vermittler zum tatsächlichen Server fungieren soll) aktiviert werden und diesem Backend der Server bekanntgegeben werden.
Dazu editiert man '''/etc/sane.d/dll.conf''' und fügt folgende Zeile ein bzw. entfernt die Auskommentierung der entsprechenden Backendzeile, die per Default schon dort, aber eben auskommentiert ist:

net

Nun ist prinzipiell schon mal die Umleitung aufs Netzwerk aktiviert, aber der Clientrechner weiß ja noch nicht, welchen Server er dafür befragen soll. Dies wird sichergestellt in der Konfiguration des net-Backends unter '''/etc/sane.d/net.conf''', indem man dort den Server einträgt:

Beispiel:
'''/etc/sane.d/net.conf'''

# This is the net backend config file.
## net backend options
# Timeout for the initial connection to saned. This will prevent the backend
# from blocking for several minutes trying to connect to an unresponsive
# saned host (network outage, host down, ...). Value in seconds.
# connect_timeout = 60
## saned hosts
# Each line names a host to attach to.
# If you list "localhost" then your backends can be accessed either
# directly or through the net backend. Going through the net backend
# may be necessary to access devices that need special privileges.
# localhost
192.168.2.1

Den Eintrag ''localhost'' sollte man aktivieren, sofern man einen weiteren Scanner an dem Clientrechner hängen hat, der auch an den Server gehen soll um einen "Zweitscanner" zu erreichen, ansonsten dürfte dieser Eintrag für die meisten Frontends nicht benötigt werden.
Nun kann die Verfügbarkeit für den / die Clientrechner am Clientrechner selbst getestet werden, indem man
scanimage -L
in einer Konsole eingibt. Dort sollte der Scanner, der am Server vor der Aktivierung der Netzwerkfunktion logischerweise ja schon eingerichtet worden sein sollte, nun auch zu sehen sein und man kann das Frontend seiner Wahl nun scannen lassen.

==Weiterführende Informationen==
===Generelle Informationen===
*[http://www.sane-project.org/ Website des SANE-Projekts]

===Netzwerkfähige Frontends für SANE für diverse Nicht-Linux Systeme===
*[https://github.com/mback2k/wiasane/wiki/Downloads wiasane, ein SANE-Frontend (eher:WIA-Treiber) für Windows 7]
*[https://play.google.com/store/apps/details?id=com.sane.droid SANEDroid, ein SANE-Frontend für Android-Systeme]
*[http://sanetwain.ozuzo.net/#ini SaneTwain, eine SANE 2 Twain Bridge (Windows XP)]
*[http://www.os2warp.be/index2.php?name=tamehome Tame/2, ein SANE-Frontend für OS/2 / eComstation]
*[http://www.ellert.se/twain-sane/ TWAIN SANE Interface for MacOS X]

-----
[[Scanner|zurück zur Scannerübersicht]]
[[Kategorie:Scanner]] [[Kategorie:Netzwerk]]

Scannen per Netzwerk

2014-01-20T18:27:07Z

TomcatMJ: Kleinere grammatikalische und orthographische "Bugfixes" ;)

{{Review|kompletter Artikel}}
=Scannen per Netzwerk=
Da hat man nun einen Scanner der mit Hilfe von Sane unter Linux direkt läuft und ein Netzwerk und will auch von anderen Rechnern aus scannen statt nur von dem Rechner aus an dem der Scanner hängt.
Da saned (der sane-Backenddaemon) durchaus dazu in der Lage ist als Server oder als Vermittler für die eigentlichen Frontends wie kooka, xsane, xscanimage, [[GIMP]], [[Libreoffice]] oder ähnliche zu fungieren aber die gängigen Konfigurationstools der meisten Distributionen dies aber nicht direkt in ihrer Konfigurationsoberfläche anbieten,benötigt man ein wenig Handarbeit um die gewünschte Funktionalität zu erhalten, und zwar sowohl auf der Serverseite als auch auf der Clientseite.

==Die Scanserverkonfiguration==
Als erstes benötigt man die Information welche Clientrechner überhaupt scannen dürfen sollen.
Diese tragen wir entweder alle einzeln in die Datei '''/etc/sane.d/saned.conf''' bzw. bei einigen Distributionen '''/etc/saned.conf''' ein.
Je nachdem ob man mit verfügbarer Namensauflösung per eigenem [[DNS]]-Server im eigenen Netz arbeitet oder mit entsprechenden Einträgen in '''/etc/hosts''' oder nur puren IP-Adressen trägt man nun entweder die Namen der Clientrechner, deren IP-Adressen oder gar einen kompletten Netzwerkadressbereich ein.

Beispiel:

## Access list
# A list of host names, IP addresses or IP subnets (CIDR
notation) that
# are permitted to use local SANE devices. IPv6 addresses must
be enclosed
# in brackets, and should always be specified in their
compressed form.
#
# The hostname matching is not case-sensitive.
#scan-client.somedomain.firm
#192.168.0.1
192.168.2.1/24
#[2001:7a8:185e::42:12]
#[2001:7a8:185e::42:12]/64

Je nach verwendeter Software und der Frage ob der Rechner an dem der Scanner hängt auch als Arbeitsrechner genutzt wird oder nicht, kann ein zusätzlicher Eintrag für ''localhost'' dort auch Sinn machen.

Anschließend muss muss im xinetd-Daemon noch in seiner Konfiguration saned aktiviert werden damit der Scandaemon saned überhaupt über das Netzwerk verfügbar ist.

'''/etc/xinetd.d/sane-port'''
# default: off
# description: The saned provides scanner service via the
network. \
# Applications like kooka, xsane or xscanimage can use the
remote \
# scanner.
service sane-port
{
socket_type = stream
wait = no
disable = no
protocol = tcp
user = root
group = root
server = /usr/sbin/saned
port = 6566
}

Wie in der Konfigfuration zu sehen ist, nutzt saned den Port 6566 im TCP-Modus weswegen noch sicherzustellen ist, daß dieser Port auch in '''/etc/services''' eingetragen ist sowie eine eventuell laufende Firewall so eingestellt ist, daß der Paketfilter die Übertragung auf Port 6566 im lokalen Netzwerk (nicht über das Internet!) auch zulässt.
Sofern xinetd und die Firewall bereits laufen, sollte man beide neu starten oder zumindest ihre Konfigurationen neu einlesen lassen.
Der User root mit der Gruppe root wird nur benötigt wenn man nicht die Gerätedateien mit anderen Rechten als sie per default vergeben sind versehen will. Bei den meisten Distributionen wäre jedoch der User saned aus der Gruppe saned die korrektere Wahl. Allerdings kann bei USB-Scannern vorkommen, daß dieser Benutzer nicht auf den Scanner zugreifen darf da die Rechte aufgrund der dynamischen Einbindung von USB-Geräten per default eben nicht dazu passen. Dort ist root eben der einfachere Weg den Zugang zu ermöglichen

Wenn diese Schritte soweit erfolgt sind kann der erste Test stattfinden:
Man startet auf einem der Clientrechner einfach
telnet scanservername 6566
und schaut ob dort telnet mit einer Fehlermeldung abbricht oder nicht. Wartet telnet auf eine Eingabe, dann ist kein Fehler vorhanden und der Serverdaemon läuft bereits. Abbrechen kann man telnet in der Konsole / einer Terminalemulation mit der Tastenkombination Strg-C.

Nun fehlt nur noch die Clientrechnereinrichtung

==Die Clientrechnerkonfiguration==
Hier bedarf es nicht viel. Es muss nur das net-Backend im saned (der hier ja nicht als Server sondern als Vermittler zum tatsächlichen Server fungieren soll) aktiviert werden und diesem Backend der Server bekanntgegeben werden.
Dazu editiert man '''/etc/sane.d/dll.conf''' und fügt folgende Zeile ein bzw. entfernt die Auskommentierung der entsprechenden Backendzeile die per Default schon dort aber eben auskommentiert ist:

net

Nun ist prinzipiell schonmal die Umleitung aufs Netzwerk aktiviert aber der Clientrechner weiss ja noch nicht welchen Server er dafür befragen soll. Dies wird sichergestellt in der Konfiguration des net-Backends unter '''/etc/sane.d/net.conf''' indem man dort den Server einträgt:

Beispiel:
'''/etc/sane.d/net.conf'''

# This is the net backend config file.
## net backend options
# Timeout for the initial connection to saned. This will prevent
the backend
# from blocking for several minutes trying to connect to an
unresponsive
# saned host (network outage, host down, ...). Value in seconds.
# connect_timeout = 60
## saned hosts
# Each line names a host to attach to.
# If you list "localhost" then your backends can be accessed
either
# directly or through the net backend. Going through the net
backend
# may be necessary to access devices that need special privileges.
# localhost
192.168.2.1

Den Eintrag ''localhost'' sollte man aktivieren sofern man einen weiteren Scanner an dem Clientrechner hängen hat der auch an den Server gehen soll um einen "Zweitscanner" zu erreichen,ansonsten dürfte dieser Eintrag für die meisten Frontends nicht benötigt werden.
Nun kann die Verfügbarkeit für den / die Clientrechner am Clientrechner selbst getestet werden indem man
scanimage -L
in einer Konsole eingibt. Dort sollte der Scanner, der am Server vor der Aktivierung der Netzwerkfunktion logischerweise ja schon eingerichtet worden sein sollte, nun auch zu sehen sein und man kann das Frontend seiner Wahl nun scannen lassen.

-----
[[Scanner|zurück zur Scannerübersicht]]
[[Kategorie:Scanner]]

Scannen per Netzwerk

2014-01-20T17:42:18Z

TomcatMJ: Angelegt und Fertig zur Review ;)

{{Review|kompletter Artikel}}
=Scannen per Netzwerk=
Da hat man nun einen Scanner der mit Hilfe von Sane unter Linux direkt läuft und ein Netzwerk und will auch von anderen Rechnern aus scannen statt nur von dem Rechner aus an dem der Scanner hängt.
Da saned (der sane-Backenddaemon) durchaus dazu in der Lage ist als Server oder als Vermittler für die eigentlichen Frontends wie kooka, xsane, xscanimage, [[GIMP]], [[Libreoffice]] oder ähnliche zu fungieren aber die gängigen Konfigurationstools der meisten Distributionen dies nicht direkt in ihrer Konfigurationsoberfläche anbieten,benötigen man ein wenig Handarbeit um die gewünschte Funktionalität zu erhalten.
Dazu benötigt man sowohl auf der Serverseite als auch auf der Clientseite nur recht wenig von besagter Handarbeit.

==Die Scanserverkonfiguration==
Als erstes benötigt man die Information welche Clientrechner überhaupt scannen dürfen sollen.
Diese tragen wir entweder alle einzeln in die Datei '''/etc/sane.d/saned.conf''' bzw. bei einigen Distributionen '''/etc/saned.conf''' ein.
Je nachdem ob man mit verfügbarer Namensauflösung per eigenem [[DNS]]-Server im eigenen Netz arbeitet oder mit entsprechenden Einträgen in '''/etc/hosts''' oder nur puren IP-Adressen trägt man nun entweder die Namen der Clientrechner, deren IP-Adressen oder gar einen kompletten Netzwerkadressbereich ein.

Beispiel:

## Access list
# A list of host names, IP addresses or IP subnets (CIDR
notation) that
# are permitted to use local SANE devices. IPv6 addresses must
be enclosed
# in brackets, and should always be specified in their
compressed form.
#
# The hostname matching is not case-sensitive.
#scan-client.somedomain.firm
#192.168.0.1
192.168.2.1/24
#[2001:7a8:185e::42:12]
#[2001:7a8:185e::42:12]/64

Je nach verwendeter Software und dier Frage ob der Rechner an dem der Scanner hängt auch als Arbeitsrechner genutzt wird oder nicht kann ein zusätzlicher Eintrag für ''localhost'' dort auch Sinn machen.

Anschließend muss muss im xinetd-Daemon noch in seiner Konfiguration der saned aktiviert werden damit der Scandaemon saned überhaupt über das Netzwerk verfügbar ist.

'''/etc/xinetd.d/sane-port'''
# default: off
# description: The saned provides scanner service via the
network. \
# Applications like kooka, xsane or xscanimage can use the
remote \
# scanner.
service sane-port
{
socket_type = stream
wait = no
disable = no
protocol = tcp
user = root
group = root
server = /usr/sbin/saned
port = 6566
}

Wie in der Konfigfuration zu sehen ist nutzt saned den Port 6566 im TCP-Modus weswegen noch sicherzustellen ist, daß dieser Port auch in '''/etc/services''' eingetragen sein sollte sowie eine eventuell laufende Firewall so eingestellt ist, daß der Paketfilter die Übertragung auf Port 6566 im lokalen Netzwerk (nicht über das Internet!) auch zulässt.
Sofern xinetd und die Firewall bereits laufen sollte man beide neustarten oder zumindest ihre Konfigurationen neu einlesen lassen.
Der User root mit der Gruppe root wird nur benötigt wenn man nicht die Gerätedateien mit anderen Rechten als per default vergeben versehen will. Bei den meisten Distributionen wäre jedoch der User saned aus der Gruppe saned die korrektere Wahl. Allerdings kann bei USB-Scannern vorkommen daß dieser Benutzer nicht auf den Scanner zugreifen darf da die Rechte aufgrund der dynamischen Einbindung von USB-Geräten per default eben nicht dazu passen,dort ist root eben der einfachere Weg den Zugang zu ermöglichen

Wenn diese Schritte soweit erfolgt sind kann der erste Test stattfinden:
Man startet auf einem der Clientrechner einfach
telnet scanservername 6566
und schaut ob dort telnet mit einer Fehlermeldung abbricht oder nicht. Wartet telnet auf eine Eingabe dann ist kein Fehler vorhanden und der Serverdaemon läuft bereits.

Nun fehlt nur noch die Clientrechnereinrichtung

==Die Clientrechnerkonfiguration==
Hier bedarf es nicht viel. Es muss nur das net-Backend im saned (der hier ja nicht als Server sondenr als Vermittler zum tatsächlichen Server fungieren soll) aktiviert werden und diesem Backend der Server bekanntgegeben werden.
Dazu editiert man '''/etc/sane.d/dll.conf und fügt folgende Zeile ein bzw. entfernt die Auskommentierung der entsprechenden Backendzeile die per Default schon dort aber eben auskommentiert ist:

net

Nun ist prinzipiell schonmal die Umleitung aufs Netzwerk aktiviert aber der Clientrechner weiss ja noch nicht welchen Server er dafür befragen soll. Dies wird sichergestellt in der Konfiguration des net-Backends unter '''/etc/sane.d/net.conf''' indem man dort den Server einträgt:

Beispiel:
'''/etc/sane.d/net.conf'''

musikbox:/etc/sane.d # cat net.conf
# This is the net backend config file.
## net backend options
# Timeout for the initial connection to saned. This will prevent
the backend
# from blocking for several minutes trying to connect to an
unresponsive
# saned host (network outage, host down, ...). Value in seconds.
# connect_timeout = 60
## saned hosts
# Each line names a host to attach to.
# If you list "localhost" then your backends can be accessed
either
# directly or through the net backend. Going through the net
backend
# may be necessary to access devices that need special privileges.
# localhost
192.168.2.1

Den Eintrag ''localhost'' sollte man aktivieren sofern man einen weiteren Scanner an dem Clientrechner hängen hat der auch an den Server gehen soll um einen "Zweitscanner" zu erreichen,ansonsten dürfte dieser Eintrag für die meisten Frontends nicht benötigt werden.
Nun kann die Verüfgbarkeit für die Clientrechner am Clientrechner selbst getestet werden indem man
scanimage -L
in einer Konsole eingibt. Dort sollte der Scanner, der am Server vor der Aktivierung der Netzwerkfunktion logischerweise ja schon eingerichtet worden sein sollte, nun auch zu sehen sein udn man kann das Frontend seiner Wahl nun scannen lassen.

-----
[[Scanner|zurück zur Scannerübersicht]]
[[Kategorie:Scanner]]

Scanner

2014-01-20T17:05:52Z

TomcatMJ: /* Das Scanner Inhaltsverzeichnis */ "Scannen per Netzwerk" eingefügt (Seite folgt stehenden Fußes ;-) )

== Das Scanner Inhaltsverzeichnis ==

[[Scannen per Netzwerk]]
 
 

== Links zu Howtos aus dem Scanner Forum des Linux-Club ==
[http://www.linux-club.de/viewtopic.php?f=60&t=67303 Zugriffsberechtigungen bei Scannern] 
[http://www.linux-club.de/viewtopic.php?f=60&t=40363 Mehrere Dokumente direkt in PDF scannen] 
[http://www.linux-club.de/viewtopic.php?f=60&t=10279 Scanner Howto] 
[[OCR|Anleitung für OCR mit Xsane]] 

[[Category:Scanner]][[Kategorie:Übersicht]]

Diskussion:Netzwerkumstellung unter YaST von ifup/wicked auf NetworkManager

2014-01-18T15:41:55Z

TomcatMJ: /* SUSE-lastig? */

=Editorentabelle=
Hier war der manuelle HTML-Code invalide. Ich habe die TAGS geschlossen, aber da fehlt inhaltlich irgendwas. Ich glaube nicht, dass ich das kaputt gemacht habe... --[[Benutzer:Gehrke|Gehrke]] ([[Benutzer Diskussion:Gehrke|Diskussion]]) 23:09, 25. Nov. 2013 (CET)
:Jepp,ist jetzt korrigiert und war wohl einige Zeit unentdeckt geblieben dieser kleine Fehler...ich glaub das lag an der Vorlage für die Editorentabelle die als letztes für eine Seite vorgesehen war und daher wohl die HTML-Tags offen gelassen zu haben scheint...müsste man nochmal nachgucken obs an der Vorlage oder der Einbindung eben dieser lag...--[[Benutzer:TomcatMJ|TomcatMJ]] ([[Benutzer Diskussion:TomcatMJ|Diskussion]]) 23:15, 25. Nov. 2013 (CET)

=SUSE-lastig?=
Sollte hier der gleichnamige Baustein verwendet werden? --[[Benutzer:Gehrke|Gehrke]] ([[Benutzer Diskussion:Gehrke|Diskussion]]) 09:23, 18. Jan. 2014 (CET)

:Da es hier um eine Umstellung per YaST geht und nur der YaST Artikel hierhinverzweigt sehe ich da keine Notwendigkeit zu. Oder fällt dir noch eine andere Distribution ein außer opensuse,SLES und SLED sowie deren Derivate die ebenso auf YaST setzen? Ich denke YaST an sich ist schon eindeutig suselastig genug, da muss mans nicht nochmal extra markieren. --[[Benutzer:TomcatMJ|TomcatMJ]] ([[Benutzer Diskussion:TomcatMJ|Diskussion]]) 16:41, 18. Jan. 2014 (CET)

Autofs

2014-01-17T20:39:10Z

TomcatMJ: kleinere Layoutmacken beseitigt ;)

= autofs =
Stand: Januar 2014

Ein Rechner, der per ifup - also beim booten - in das Netzwerk gehängt wird, kann genau dann auch Netzwerkfreigaben per Eintrag in der fstab in das Dateisystem einhängen. Bei einem Rechner, der per Networkmanager ins Netz kommt, ist das nicht möglich, denn die Verbindung wird erst hergestellt, wenn die grafische Oberfläche und damit der Networkmanager gestartet ist.

Hier kann man '''autofs''' einsetzen und das geht so:

Zuerst wird der Dienst "ermöglicht" und damit beim Booten gestartet
systemctl enable autofs.service

dann gestartet
systemctl start autofs.service

Es wird editiert die Datei '''''/etc/auto.master'''''
/home/hartmut/Server /etc/auto.saturn --ghost

Dabei ist 
* "Server" der Ordner (muss vorhanden sein), in den die Freigabe eingebunden wird
* "auto" hat sich eingebürgert wg. '''auto'''fs, so muss man die Dateien nicht lange suchen
* "saturn" ist der Hostname meines Servers. In diesem Zusammenhang ist der Name beliebig, aber dito.
* "--ghost" löscht den Mountpunkt nicht automatisch nach dem Aushängen

Jetzt die Datei '''''/etc/auto.saturn'''''
<pre>SATURN/fueralle -fstype=cifs,user=hartmut,credentials=/home/hartmut/autofs.pass ://saturn/fueralle</pre>

Dabei ist 
* "SATURN" der Unterordner von "Server" weiter oben
* "fueralle" der Unterordner davon
* "-fstype=cifs" die Angabe, um welches Dateisystem es sich handelt (in diesem Fall eine smb-Freigabe)
* "user=hartmut" ziemlich klar, es kann auch eine UID oder GID dort stehen und mehr
* "credentials + Pfad" es gibt natürlich auch Name und Passwort zur Freigabe, die steht in einer Datei im Pfad
* "://" Zauberzeichenkette, an dieser Stelle in diesem Zusammenhang Pflicht
* "saturn" heißt meine Server, sein Name steht in der /etc/hosts. Wenn das nicht der Fall ist, dann steht hier die IP des Servers
* "fueralle" ist der freigegebene Ordner darauf

Name und Passwort steht in einer Datei (in diesem Fall '''''autofs.pass''''') in dieser Form
user=deinname
password=deinpasswort

Wenn das alles soweit ist, dann
systemctl restart autofs.service

und mit dem Dateimanager nachsehen, ob's klappt. Achtung: die Unterordner werden erst angezeigt, wenn man auf den Mountpunkt klickt.

Fehlermeldungen habe ich gelesen mittels
tail -f /var/log/messages

== Mehrere Mounts auf einmal ==

dafür sieht die '''''auto.saturn''''' bei mir so aus:
# map-file fuer autofs und den Server Saturn
#
SATURN \
-fstype=cifs,user=hartmut,credentials=/home/hartmut/.smbcredentials \
/fueralle ://saturn/fueralle \
/hartmut ://saturn/hartmut \
/karin ://saturn/karin

Damit habe ich 3 Mounts definiert, die aber jeweils erst beim ersten Zugriff eingebunden werden. Wichtig ist der Backslash, denn eigentlich muss alles in einer Zeile stehen.

=== Anmerkung ===

Ich habe schlechte Erfahrungen gemacht mit dem Versuch, die Mountpunkte direkt unter einem Ordner im /home-Verzeichnis zu erstellen. Also:

/home/hartmut/Server/fueralle klappte nicht

aber

/home/hartmut/Server/Saturn/fueralle klappt

denn dann kann ich in der '''''auto.master''''' "Server" eintragen und in der '''''auto.saturn''''' mit "Saturn" weitermachen.

Viel Erfolg

--[[Benutzer:Hartmut Krummrei|Hartmut Krummrei]] ([[Benutzer Diskussion:Hartmut Krummrei|Diskussion]]) 19:47, 17. Jan. 2014 (CET)

Benutzer Diskussion:P6CNAT

2014-01-16T16:54:46Z

TomcatMJ: "Unterschrift" vergesen ;)

{{Hallo}}--[[Benutzer:TomcatMJ|TomcatMJ]] ([[Benutzer Diskussion:TomcatMJ|Diskussion]]) 17:54, 16. Jan. 2014 (CET)

Benutzer Diskussion:P6CNAT

2014-01-16T16:54:01Z

TomcatMJ: Einstiegstipps ;)

Benutzer:P6CNAT

2014-01-16T16:53:31Z

TomcatMJ: Willkommen ;)

{{Profil}}--[[Benutzer:TomcatMJ|TomcatMJ]] ([[Benutzer Diskussion:TomcatMJ|Diskussion]]) 17:53, 16. Jan. 2014 (CET)

Software Quellen für Mandriva Linux(urpmi)

2014-01-11T13:44:55Z

TomcatMJ: TomcatMJ verschob Seite Software Quellen fÃ¼r Mandriva Linux(urpmi) nach Software Quellen für Mandriva Linux(urpmi): Umlautsalat im Seitennamen beseitigt

'''Autor:''' obec

'''Vorwort zu diesem Artikel: '''Dieser Artikel behandelt Softwarequellen für Mandriva-Linux, die Pakete enthalten, die aus lizenzrechtlichen Gründen nicht in den freien Mandriva-Versionen enthalten sein dürfen(z.b. flash-player, nvidia-Treiber).
==Holen der Quellen==
Auf [http://easyurpmi.zarb.org dieser] Seite muss man folgende Schritt durchführen:
* 1. Man wählt seine Mandriva-Version und [[I386 i586 i686 was heisst/bedeutet das?| Architektur]]. Nun klickt man auf ''Weiter zu Schritt zwei.''
* 2. Darauf wählt man alle Quellen aus und den gewünschten Mirror.
* 3. Durch klicken auf ''Weiter zu Schritt drei'' erscheinen alle ausgewähleten Quellen, die man als root in eine Konsole kopiert
* 3.1. Hier ein Beispiel dazu:
<pre>urpmi.addmedia main ftp://mirror.tuxinator.org/MandrivaLinux/official/2007.1/i586/media/main/release with media_info/hdlist.cz</pre>

Nun kann man die, in den Quellen enthaltenen Pakete über
<pre>urpmi "Paketname"</pre>
installieren.

==Musterquellen für urpmi==
===Mandriva Linux 2007 Spring, 32-Bit===
<pre>urpmi.addmedia main ftp://mirror.tuxinator.org/MandrivaLinux/official/2007.1/i586/media/main/release with media_info/hdlist.cz
urpmi.addmedia --update main_updates ftp://mirror.tuxinator.org/MandrivaLinux/official/2007.1/i586/media/main/updates with media_info/hdlist.cz
urpmi.addmedia main_backports ftp://mirror.tuxinator.org/MandrivaLinux/official/2007.1/i586/media/main/backports with media_info/hdlist.cz
urpmi.addmedia contrib ftp://mirror.tuxinator.org/MandrivaLinux/official/2007.1/i586/media/contrib/release with media_info/hdlist.cz
urpmi.addmedia --update contrib_updates ftp://mirror.tuxinator.org/MandrivaLinux/official/2007.1/i586/media/contrib/updates with media_info/hdlist.cz
urpmi.addmedia contrib_backports ftp://mirror.tuxinator.org/MandrivaLinux/official/2007.1/i586/media/contrib/backports with media_info/hdlist.cz
urpmi.addmedia non-free ftp://mirror.tuxinator.org/MandrivaLinux/official/2007.1/i586/media/non-free/release with media_info/hdlist.cz
urpmi.addmedia --update non-free_updates ftp://mirror.tuxinator.org/MandrivaLinux/official/2007.1/i586/media/non-free/updates with media_info/hdlist.cz
urpmi.addmedia --update plf-free ftp://mandriva.cointech.net/pub/plf/mandriva/2007.1/free/release/binary/i586/ with hdlist.cz
urpmi.addmedia plf-free_backports ftp://mandriva.cointech.net/pub/plf/mandriva/2007.1/free/backports/binary/i586/ with hdlist.cz
urpmi.addmedia --update plf-nonfree ftp://mandriva.cointech.net/pub/plf/mandriva/2007.1/non-free/release/binary/i586/ with hdlist.cz
urpmi.addmedia plf-nonfree_backports ftp://mandriva.cointech.net/pub/plf/mandriva/2007.1/non-free/backports/binary/i586/ with hdlist.cz
</pre>
===Mandriva Linux 2007 Spring, 64-Bit===
<pre>urpmi.addmedia main http://mirror.tuxinator.org/MandrivaLinux/official/2007.1/x86_64/media/main/release with media_info/hdlist.cz
urpmi.addmedia --update main_updates http://mirror.tuxinator.org/MandrivaLinux/official/2007.1/x86_64/media/main/updates with media_info/hdlist.cz
urpmi.addmedia main_backports http://mirror.tuxinator.org/MandrivaLinux/official/2007.1/x86_64/media/main/backports with media_info/hdlist.cz
urpmi.addmedia contrib http://mirror.tuxinator.org/MandrivaLinux/official/2007.1/x86_64/media/contrib/release with media_info/hdlist.cz
urpmi.addmedia --update contrib_updates http://mirror.tuxinator.org/MandrivaLinux/official/2007.1/x86_64/media/contrib/updates with media_info/hdlist.cz
urpmi.addmedia contrib_backports http://mirror.tuxinator.org/MandrivaLinux/official/2007.1/x86_64/media/contrib/backports with media_info/hdlist.cz
urpmi.addmedia non-free http://mirror.tuxinator.org/MandrivaLinux/official/2007.1/x86_64/media/non-free/release with media_info/hdlist.cz
urpmi.addmedia --update non-free_updates http://mirror.tuxinator.org/MandrivaLinux/official/2007.1/x86_64/media/non-free/updates with media_info/hdlist.cz
urpmi.addmedia --update plf-free ftp://mandriva.cointech.net/pub/plf/mandriva/2007.1/free/release/binary/x86_64/ with hdlist.cz
urpmi.addmedia plf-free_backports ftp://mandriva.cointech.net/pub/plf/mandriva/2007.1/free/backports/binary/x86_64/ with hdlist.cz
urpmi.addmedia --update plf-nonfree ftp://mandriva.cointech.net/pub/plf/mandriva/2007.1/non-free/release/binary/x86_64/ with hdlist.cz
urpmi.addmedia plf-nonfree_backports ftp://mandriva.cointech.net/pub/plf/mandriva/2007.1/non-free/backports/binary/x86_64/ with hdlist.cz
</pre>

==Weitere Links zum Thema==
* http://easyurpmi.zarb.org/
* [http://www.linux-club.de/faq/Urpmi Der Paketmanager urpmi]

[[Hauptseite|Zurück zur Hauptseite]] 
[[Mandriva|Zurück zur Mandrivaübersicht]]
[[Category:Mandriva]]

Software Quellen fÃ¼r Mandriva Linux(urpmi)

2014-01-11T13:44:55Z

TomcatMJ: TomcatMJ verschob Seite Software Quellen fÃ¼r Mandriva Linux(urpmi) nach Software Quellen für Mandriva Linux(urpmi): Umlautsalat im Seitennamen beseitigt

#WEITERLEITUNG [[Software Quellen für Mandriva Linux(urpmi)]]

Live-System Daten vorhanden-wie bekomme ich die CD/DVD bootfähig

2014-01-11T13:43:10Z

TomcatMJ: TomcatMJ verschob Seite LiveCD Daten vorhanden-wie bekomme ich die CD/DVD bootfÃ¤hig nach LiveCD Daten vorhanden-wie bekomme ich die CD/DVD bootfähig: Umlautsalat im Seitennamen beseitigt

Autor: Taesi

== Die Linux-Variante ==

Quelldateien unter: /home/taesi/rem/KNOPPIX
erzeugte ISO-Datei: /tmp/knoppix.iso
Boot-Image: /home/taesi/rem/KNOPPIX/boot/isolinux/isolinux.bin
Code:
mkisofs -iso-level 4 -J -R -b boot/isolinux/isolinux.bin -boot-info-table -no-emul-boot
-boot-load-size 4 -o /tmp/knoppix.iso /home/taesi/rem/KNOPPIX

== Die Windows-Variante ==

Quelldateien unter: F:\Tools\KNOPPIX
erzeugte ISO-Datei: G:\knoppix.iso
Boot-Image: F:\Tools\KNOPPIX\boot\isolinux\isolinux.bin
Code:
mkisofs.exe -iso-level 4 -J -R -b boot/isolinux/isolinux.bin -boot-info-table -no-emul-boot
-boot-load-size 4 -o G:\knoppix.iso F:\Tools\KNOPPIX

* Die verwendeten Pfad- und Dateinamen sind logischerweise nur Beispiele.
* Das Bootimage wird relativ zum Pfad des eigentlichen Quellverzeichnisses angegeben.
* Das (nur beim Bootimage!) auch unter Windows der normale Schrägstrich an Stelle des Backslashes verwendet wurde, ist kein Schreibfehler!
* Die ersten 3 Parameter geben die verwendeten Dateisysteme (ISO9660 Level 4, Joliet, RockRidge) an, im Zweifelsfalle sollte man sich an's Original halten, wenn dies unbekannt ist, wird -R in der Linux-Welt kaum schaden; auf -iso-level 4 oder das windowstypische -J kann aber vielleicht eher verzichtet werden.
* Die Reihenfolge der Parameter ist weitestgehend egal, nur wenn einem ein Wert folgt, wie z.B. nach -b das Bootimage, oder nach -o das ISO-Abbild, so muß dieser leerzeichengetrennt unmittelbar nach dem betreffenden Parameter stehen.
* Es ist m.E. empfehlenswert sich bei Dateien, die zu Beginn des Bootprozesses geladen werden an die 8.3-Namenskonvention zu halten, sobald ein Kernel läuft, gilt das natürlich nicht mehr.

== Hintergrundinfo ==
Der Parameter -boot-info-table modifiziert den verwendeten Bootloader selbst (im Beispiel ISOLINUX.BIN, geht aber auch mit GRUB) während der ISO-Erzeugung. Dies ist bei diesen Loadern nötig, da sie größer als ein CD-Sektor sind. (CDSHELL z.B. mit seinem Standard-2048-Byte-Bootsektor braucht das nicht.)
Wollte man das mit GRUB realisieren, würde man boot/grub/iso9660_stage1_5 als Bootimage angeben, aber auch mit o.g. Parameter "bearbeiten". Oder man greift auf das GRUB4DOS-Projekt zurück, wo es meines Wissens noch ein bißchen anders realisiert wird.

eingefügt von --[[Benutzer:Yehudi|Yehudi]] 11:42, 9. Sep 2006 (CEST)

[[Live-CD-ROMs]]
[[Category:Live-CD-ROMs]]

LiveCD Daten vorhanden-wie bekomme ich die CD/DVD bootfÃ¤hig

2014-01-11T13:43:10Z

#WEITERLEITUNG [[LiveCD Daten vorhanden-wie bekomme ich die CD/DVD bootfähig]]

ImageMagick

2014-01-07T17:26:01Z

TomcatMJ: /* Was ist was kann ImageMagick */ Da fehlte zwar ein n in "Schwellenwerte" (oder sollte man doch besser "Schwellwerte" schreiben?) aber nicht am Ende ;)

{{Infobox_Software|
Name= '''ImageMagick''' [[Bild:imagemagick-logo.jpg]]
|Hersteller= ImageMagick Studio LLC
|AktuelleVersion= 6.3.3-9
|AktuelleVersionFreigabeDatum= 20.04.2007
|Betriebssystem= Linux, Windows, Solaris, MacOS, FreeBSD
|Kategorie= [[Grafik]]
|Lizenz= [http://de.wikipedia.org/wiki/GPL GLP] [http://www.imagemagick.org/script/license.php kompatibel]
|Deutsch= Nein
|Website= http://www.imagemagick.org
}}

== Was ist was kann ImageMagick ==

[http://man.cx/ImageMagick ImageMagick][http://tarr.uspto.gov/servlet/tarr?regser=serial&entry=78333969 ®] ist ein Softwarepaket, zur Erstellung und Bearbeitung von [http://de.wikipedia.org/wiki/Rastergrafik Rastergrafiken]. Es kann Bilder in eine Vielzahl gebräuchlicher Formate (derzeit ungefähr 100) einschließlich DPX, GIF, JPEG, JPEG-2000, pdf, PhotoCD, png, Postskriptum, SVG und tiff lesen, umwandeln und schreiben. Mit ImageMagick können zum Beispiel Bilder kombiniert, in andere Formate umgewandelt, gedreht, gespiegelt, zugeschnitten oder in der Größe verändert werden. Es lassen sich aber auch umfangreiche Manipulationen an den Bildfarben und verschiedene spezielle Effekte und Filter anwenden, oder Text, Linien, Polygone, Ellipsen und Bézier Kurven mit ImageMagick zeichnen. Die Funktionalität von ImageMagick wird gewöhnlich von der Kommandozeile oder aus Scripten heraus verwendet. Darüber hinaus bietet ImageMagick aber auch die Möglichkeit und Schnittstellen, um die Funktionen aus anderen Programmen und Programmiersprachen heraus, aufzurufen.
Es lassen sich Bilder auch dynamisch erzeugen oder ändern, was es unter anderem für Webanwendungen sehr interessant macht. Einen kleinen Überblick über Möglichkeiten der Bildbearbeitung mit ImageMagick kann man sich auf [http://www.imagemagick.org/script/examples.php der Beispielseite] ansehen.

ImageMagick ist eine freie Software, die sowohl als fertige Programmpakete für eine ganze Reihe Betriebssysteme, sowie auch als Quellenprogrammpaket zur Verfügung steht, und die frei verwendet, kopiert, geändert und verteilt werden kann. [http://www.imagemagick.org/script/license.php Seine Lizenz] ist mit [http://www.fsf.org/licensing/licenses/ GPL] kompatibel. ImageMagick gibt es für alle verbreiteten Betriebssysteme.

Hier sind einige Beispiele aufgeführt, was man mit ImageMagick tun kann:
* '''Formatumwandlung''': ein Bild von einem Format in andere umwandeln (z.B. png zu JPEG)
* '''Transformation''': die Größe neu bestimmen, drehen, beschneiden, flippen oder trimmen
* '''Bildtransparents''': Teile eines Bildes unsichtbar machen
* '''Zeichnen''': Formen oder Text einem Bild hinzufügen
* '''Dekorieren''': einen Rand oder einen Rahmen einem Bild hinzufügen
* '''Spezielle Effekte''': Unschärfe, schärfen, Schwellenwerte anwenden oder abtönen eines Bildes
* '''Mathematische Berechnungen''': einen mathematischen Ausdruck auf ein Bild oder einzelne Bildkanäle anwenden
* '''Text u. Anmerkungen''': Schrift oder künstlerische Textverzierungen auf einem Bild einsetzen
* '''Identifikation''': das Format und die Attribute eines Bildes beschreiben oder auslesen
* '''Animation''': eine GIF Animation von einer Gruppe Bildern erstellen
* '''Bildmontage''': Überdeckung von Bildern oder Mischen der einzelnen Bildkanäle
* '''Kombinationen''': ein Set von Vorschaubildern zu einem Bild kombinieren
* '''Unterstützung für große Bilder''': Mega- und Gigapixel Bildgrößen lesen, verarbeiten oder schreiben

== Installation ==

Wohl alle größeren Linux-Distributionen bringen fertige Installationspakete von ImageMagick mit. Eventuell muss das Paket von der Installations-DVD nachinstalliert werden. Die Installation über einen Paketmanager sollte kein Problem darstellen. Einer manuellen Installation mittels rpm-Kommando wird wegen vieler Abhängigkeiten abgeraten. 
Paketname ist unter SuSE '''ImageMagick''' ( ''eines der wenigen Pakete mit Großbuchstaben im Namen'' )

=== Bemerkungen zu den Versionen ===

An ImageMagick wird zurzeit sehr viel und erfolgreich gearbeitet, das umfasst sowohl neue Funktionen und Methoden wie auch die Beseitigung von Bugs.
Es ist also nicht verwunderlich, wenn fast wöchentlich eine neue Sub-Version auf den Download-Servern zu finden ist. ([http://www.imagemagick.org/script/changelog.php Changelog])
Das hat aber nicht nur Vorteile. Nicht alles was man unter [http://www.imagemagick.org/Usage/ Beispiele] findet, wird man auf seinem Rechner zum Laufen bekommen, da dort oftmals in den Beispielen die neusten Methoden vorgestellt und dokumentiert werden. Und hat man mit Hilfe der oben genannten Beispiele endlich sein Script so, dass es genau das macht, was man will, läuft das Script aber nicht zwangläufig auf dem nächsten Rechner auch, wenn dort noch eine ältere Version darauf ist. Einen sehr großen Sprung hat es zwischen der Hauptversion 5 und 6 gegeben. ''(Die Version 5 wurde z.B. noch unter Suse 9.1 ausgeliefert)'' Hier kann man davon ausgehen, dass einige Befehle und Optionen und somit ganze Scripte zwischen beiden Hauptversionen überhaupt nicht kompatibel ist. Eine Erklärung warum das notwendig war, kann man nachlesen unter [http://www.imagemagick.org/Usage/basics/#why why]. Man sollte sich also überlegen, mit welcher Version man komplizierte Scripte und Konzepte mit ImageMagick entwickeln will, die dann auch auf anderen (eventuell unter älteren Versionen) Rechnern laufen sollen. Im Zweifelsfall sollte man daran denken, bei der Weitergabe komplizierter Scripte einen Verweis auf die eigene verwendete Version von ImageMagick zu hinterlegen. Als Anhaltspunkte hier die ausgelieferten Versionen von [[openSUSE]]. ''(Es werden bei den default-Onlineaktualisierungen von [[openSUSE]] auch keine neuen Versionen installiert sondern lediglich Erneuerungen bei Sicherheitsproblemen oder schwerwiegenden Fehlern durchgeführt.)''

Unter Suse sind folgende Versionen von ImageMagick ausgeliefert worden:
* SuSE 10.0: 6.2.3
* SuSE 10.1: 6.2.5
* [[openSUSE]] 10.2: 6.3.0
* aktuell: Version (22.04.2007) 6.3.3

=== ImageMagick selbst kompilieren ===

ImageMagick selbst zu kompilieren geht nach dem berühmten 3-Satz wie [[Software aus dem Quelltext Installieren/Deinstallieren|hier]] beschrieben.
das ''configure-Script'' ohne besondere Optionen wird sich auf dem Rechner nach jeder Menge Library und Header-Dateien umschauen, und dementsprechend ImageMagick konfigurieren.
Sobald configure fehlerfrei beendet wurde, sollte man sich dessen Ausgabe, insbesondere folgenden Abschnitt, etwas genauer anschauen:
<pre>
ImageMagick is configured as follows. Please verify that this configuration
matches your expectations.

Host system type : i686-pc-linux-gnu

Option Value
-------------------------------------------------------------------------------
Shared libraries --enable-shared=yes yes
Static libraries --enable-static=yes yes
Module support --with-modules=yes yes
GNU ld --with-gnu-ld=yes yes
Quantum depth --with-quantum-depth=16 16

Delegate Configuration:
BZLIB --with-bzlib=yes yes
DJVU --with-djvu=yes yes
DPS --with-dps=yes no
FlashPIX --with-fpx=no no
FontConfig --with-fontconfig=yes yes
FreeType --with-freetype=yes yes
GhostPCL None pcl6 (unknown)
Ghostscript None gs (8.15.3)
Ghostscript fonts --with-gs-font-dir=default /usr/share/ghostscript/fonts/
Ghostscript lib --with-gslib=yes no (failed tests)
Graphviz --with-gvc=yes no
JBIG --with-jbig=yes no
JPEG v1 --with-jpeg=yes yes
JPEG-2000 --with-jp2=yes yes
LCMS --with-lcms=yes no
Magick++ --with-magick-plus-plus=yes yes
PERL --with-perl=yes /usr/bin/perl
PNG --with-png=yes yes
RSVG --with-rsvg=yes yes
TIFF --with-tiff=yes yes
Windows fonts --with-windows-font-dir= none
WMF --with-wmf=yes yes
X11 --with-x= yes
XML --with-xml=yes yes
ZLIB --with-zlib=yes yes
</pre>
hier hat das Script entsprechend der Tools und Dateien, die es auf dem Rechner gefunden hat, die Konfiguration der optional-Features und optionalen Pakete zusammengefasst. Ist hier bei einer gewünschen Option ein '''no''' oder '''none''' eingetragen, sollten man mit dem Paketmanager die entsprechenden Devel-Pakete oder gar die entsprechenden Libray- oder Programmpakete nachinstallieren und ''configure'' noch einmal laufen lassen.

== Schnittstellen zu anderen Programmen oder Programmiersprachen ==

Zur Zeit sind folgende [http://www.imagemagick.org/script/api.php Interface für ImageMagick] bekannt.

* [https://gna.org/projects/g2f/ G2F] ('''Ada''')
* [http://www.imagemagick.org/script/magick-core.php MagickCore] ('''C''')
* [http://www.imagemagick.org/script/magick-wand.php MagickWand] ('''C''')
* [http://www.imagemagick.org/ChMagick/ ChMagick] ('''Ch''')
* [http://www.imagemagick.org/script/ImageMagickObject.php ImageMagickObject] ('''COM+''')
* [http://www.imagemagick.org/Magick++/ Magick++] ('''C++''')
* [http://www.yeo.id.au/jmagick/ JMagick] ('''Java''')
* [http://common-lisp.net/project/cl-magick/ CL-Magick] ('''Lisp''')
* [http://code.google.com/p/nmagick/ nMagick] ('''Neko/haXe''')
* [http://midimick.com/magicknet/ MagickNet] ('''.NET''')
* [http://wiki.lazarus.freepascal.org/PascalMagick PascalMagick] ('''Pascal''')
* [http://www.imagemagick.org/script/perl-magick.php PerlMagick] ('''Perl''')
* [http://www.magickwand.org/ MagickWand for PHP] ('''PHP''')
* [http://www.imagemagick.org/download/python/ PythonMagick] ('''Python''')
* [http://rmagick.rubyforge.org/ RMagick] ('''Ruby''')
* [http://tclmagick.sourceforge.net/ TclMagick] ('''Tcl/TK''')

== Die Befehle von ImageMagick ==

=== convert ===

'''convert''' ist das wohl wichtigste Kommando innerhalb ImageMagick. Die meisten Operationen können mit diesem Kommando gemacht werden.

[http://man.cx/convert Convert] kennt eine Unmenge an Operatoren, Settings und Kombinationen die auf ein oder mehrere Eingangsbilder sowohl einzeln oder in Kombinationen Anwendung finden können, um dann daraus ein oder mehrere Ausgangsbilder zu erstellen. Und damit noch lange nicht genug kann convert auch mit einer Befehlszeile ganze Sequenzen von Bilder verarbeiten, oder intern in fast beliebiger Schachtelungstiefe Zwischenbilder in eine Stack speichern, um sie von dort aus in eine der nächsten Teilschritte weiterzuverarbeiten. Eine Einführung in die Kommandostruktur und deren Möglichkeiten kann [http://www.imagemagick.org/script/command-line-processing.php hier] nachgelesen werden.

Mit convert können unter anderem Kopien von Bilddateien in andere Bildformate oder Farbtiefen hergestellt werden, es können die Größe der Bilder verändert, Bilder gedrehen, gespiegeln oder verzerren werden, Bildteile herausgeschnitten, oder weggeblendet werden, Rahmen und Hintergrund der Bilder kann gestaltet werden, es können Bilder beschriftet oder es kann mit den Zeichnenwerkzeugen oder nur durch pure Mathematik Zwischenbilder oder Bildmasken für die weitere Bildverarbeitung neu erstellt werden. Es konnen mehrere Bilder zu einen Bild montiert und dabei die Farbkanäle der einzelnen Bilder auf die unterschiedlichste Art beeinflußt werden. Es können animierte Bilder erzeugt und bearbeitet werden, und es können Fotos be- und überarbeitet werden mit so ziemlich allen Funktionen die grafische Bildbearbeitungsprogramme auch haben, und und und. 
'''Das Wichtigste: die Ursprungsbilder werden mit convert nicht überschrieben und bleiben erhalten wie sie sind, und es werden dabei immer neu Bilddateien erzeugt.'''

Die Möglichkeiten und Kombinationsmöglichkeiten dieses Kommandos sind schier unüberschaubar. Leider ist die Verständlichkeit und Übersichtlichkeit der einzelnen Kommandos dann manchmal auch nicht mehr überschaubar. 
Wer sich damit näher damit befassen möchte dem sei [http://www.imagemagick.org/Usage/ die Beispielseite] von Anthony Thyssen empfohlen.
Für alle anderen [[ImageMagick nützliche Beispiele| eine kleine Seite mit nützlichen Beispielaufrufen]] und Kommentaren zu den Befehlen.

=== mogrify ===

[http://man.cx/mogrify mogrify] ist in vielerlei Hinsicht gleich dem Kommando convert. Die Optionen sind auch analog denen von convert. Mogrify arbeitet jedoch immer ein Bild nach dem anderen ab, und nicht alle Funktionen von convert sind somit damit machbar. Der Hauptunterschied besteht jedoch darin, dass mogrify, wenn wir es ihm nicht explizid anweisen wird, die Ursprungsdatei überschreibt. Die Änderungen werden also unter dem Namen der Ursprungsdatei abgespeichert. Aus diesem Grunde sollte man mit mogrify sehr bedacht umgehen, und von den Dateien Kopien vor der Bearbeitung erstellt haben. Der Befehl eignet sich also immer dort, wo Dateien gleich an Ort und Stelle bearbeitet werden sollen, ohne dabei extra neue Dateien anzulegen.

{{Box Achtung||
der Umgang mit dem Befehl mogify ist gefährlich, da in der Vielzahl der Fälle das Ergebnisbild unter den selben Namen wie das Ursprungsbild abgelegt wird. Man sollte unbedingt vorher Sicherheitskopien der Bilder anfertigen}}
Einige [[ImageMagick nützliche Beispiele |einfache Beispiele]] für die Benutzung dieses Programmes

=== montage ===

[http://man.cx/montage Montage] ist ein weiteres Kommando zur Bildbearbeitung, das unter anderem auch eine Vielzahl Optionen von convert verarbeiten kann. Es wurde jedoch speziell für die Erzeugung von Thumbnails von Bildern und deren Gruppierung und Gruppenansicht entwickelt. Darüber hinaus wird montage vor allem dort verwendet, wo mehrere Bilder aneinander gereiht und so zu einem einzigem Bild zusammengesetzt werden sollen. Für einige Spezialanwendungen wie zB. Textgenerierung aus verschiedenen Fonts und ähnlichem, ist es sehr gut geeignet.

{{Box Hinweis||
die Optionen und Möglichkeiten dieses Befehles sind in den Hauptversionen 5 und 6 sehr unterschiedlich.}}
Einige [[ImageMagick nützliche Beispiele |einfache Beispiele]] für die Benutzung dieses Programmes

=== composite ===

[http://man.cx/composite composite] ist ein sehr spezielles Kommando, dessen Funktionen sich auch aus den anderen Programmen von ImageMagick aufrufen lassen. Es ermöglicht die verschiedensten Methoden des mischens und überlagerns von 2 und mehreren Bildern. Die Funktionen gehen zT. hier weit über das Maß hinaus, dass man von einem normalem Grafikbearbeitungsprogramm erwarten würde. Die Anwendung dieses Befehles oder seiner Funktionen setzt ein grundlegendes Wissen über Bildformate, Farbräume, Farben und Techniken voraus, und/oder kostest sehr viel Zeit beim ausprobieren und testen. Mit diesem Befehl beginnt wohl die Zauberei in der Grafikbearbeitung.

An dieser Stelle kann hier für Möglichkeiten und weiterreichende Informationen nur auf [http://www.imagemagick.org/Usage/compose/ Beispielseiten] verwiesen werden, auch wenn hier und da in den [[ImageMagick nützliche Beispiele |Befehlsbeispielen hier im Wiki]] die eine oder andere Funktion dieses Befehles genutzt wird.

=== display ===

Das Tool [http://www.imagemagick.org/script/display.php display] dient wie es der Name vermuten lässt zum Anzeigen von Bildern auf der X11 Oberfläche. Darüberhinaus ist aber display ein komplettes Bildbearbeitungsprogramm mit einer, wenn auch dürftigen, grafischen Oberfläche. Ein großer Teil der Einzeloperationen von convert lassen sich über eine Menüführung oder über Tasten interaktiv aufrufen. Eine umfangreiche ausführliche Erklärung über alle Funktionen von display erhaltet ihr in [http://man.cx/display dieser Manpage] ( ''die mit den Paketen oder aus dem Quelltext derzeitig installierbaren Manpages sind bei weitem nicht so umfangreich'' )

Man kann also durchaus mit display seine Bilder erstellen, bearbeiten, drucken und speichern, ebenso kann man die einzelnen Optionen erst einmal mit grafischer Unterstützung ausprobieren, die man zB. in Scripten zusammenfassen möchte. display kann auch von der Standarteingabe lesen, wenn ihm bekannt ist, welches Format er hierüber erhält. Damit lassen sich die Ausgabebilder der einzelnen Tools von ImageMagick durch eine Pipe zu display schicken und sich das Ergebnis anschauen, eh man jedesmal bei jedem Versuch das Ergebnisbild erst auf die Festplatte schreibt, um es dann von dort mit display anzeigen zu lassen.

convert bild.jpg -resize 50% gif:- | display gif:-

hier wird in diesem Befehlsbeispiel convert mitgeteilt, Ausgabefile: '''gif:-''' was nicht anderes bedeutet wie Format "gif" an die Standartausgabe.
display bekommt die selbe Information und interpretiert dieses dann anzuzeigendes Bild: Standarteingabe in Format "gif".

=== animate ===

Beim selbstgestalten oder bearbeiten von animierten Bildern hat man das Problem, wo kann man seine Zwischenergebnisse oder die gesammte Animation jetzt anschauen? display liefert hier auch nur ungenügende Ergebnisse, andere Programme eventuell nur das erste Bild der Animation, und die dafür vorgesehenen Plugins und Programme zur Wiedergabe, haben keine Möglichkeit des manuellen Eingreifens in den Ablauf. Hierfür ist bei ImageMagick das Progamm [http://man.cx/animate animate] gedacht. Mit animate lassen sich sowohl fertige Animationen, sowie auch Einzelbilder als Animation auf einer X-Oberfläche anzeigen. 
Mit ein paar Tasten '''< > 'SPACE' ? 'F1'''' lässt sich auch die Geschwindigkeit ändern oder auf Einzelbildmodus umschalten, Bildinformationen ansehen oder Hilfe holen. Die Rechte Maustaste öffnet ein Service-Menü, damit kann man dieses und noch einiges mehr, dann auch noch übersichtlich mit der Maus steuern. Mit einer Reihe von Optionen beim Start lassen sich dann noch einige Feineinstellungen oder Effekte erreichen. 
Das einfache Abspielen einer animierten GIF ist recht simpel:
unter KDE oder Gnome aus einem Terminal heraus einfach
animate datei.gif

Weitere Informationen zu [http://www.imagemagick.org/script/animate.php animate]

=== import ===

Mit dem Befehl [http://man.cx/import import] können vom X-Server [[Screenshots]] erstellt werden. Es können der gesamte Desktop einzelne Fenster oder frei definierte Bereiche als Bild abgespeichert werden, siehe dazu auch die [[Screenshots#Screenshots mit ImageMagik|Kurzbeschreibung]]. Ein ganze Reihe von Optionen ermöglicht es dabei auch gleich bestimmte Bearbeitungsschritte, die man sonst später noch machen müsste, gleich mit zu erledigen, zB eine transparente Farbe, die richtige Größe und Auflösung, Farbtiefe und vieles mehr. Dabei kann das automatisch, verzögert, auf Mausklick ausgelöst, oder gleich mehrfach als Serienbild aufgenommen werden, um dann daraus zB. einen Film zu machen.

=== identify ===

Um mehr über ein Bild oder mehrere Bilder zu erfahren, dazu gibt es den Befehl [http://man.cx/identify identify]. mit diesem Befehl lassen sich Format und Eigenschaften eines Bildes anzeigen. Defekte oder unvollständige Bilder werden hier ebenso als solche erkannt. 
identify BILDERNAME
gibt uns im wesentlichen einen kurzen Überlick über Bildtyp, Bild- und Datengröße, Farbe
identify -verbose BILDERNAME
gibt uns die kompletten detailierten Daten die in diesem Bild gespeichert sind, einschließlich eventueller [http://de.wikipedia.org/wiki/EXIF EXIF] 
Durch eine Reihe von zusätzlichen Parametern lassen sich auch gezielt wichtige Paramerter direkt abrufen, ohne sie erst noch aus dieser Liste ausfiltern zu müssen. Die wichtigsten Informationen kann man alle mit der Option [http://www.imagemagick.org/script/command-line-options.php#format -format] gezielt auslesen zB. um nur die Größe eines Bildes zu ermitteln
# identify -format "%wx%h" img_0002.jpg
2560x1920

und um die Druckgröße eines Bildes bei 96dpi ( 96 Pixel je [http://de.wikipedia.org/wiki/Inch Zoll] )zu errechnen
# identify -format "%[fx:w/96*2.54] cm X %[fx:h/96*2.54] cm" img_0002.jpg
67.7333 cm X 50.8 cm

Für weiter Informationen zu allen Optionen kann diese [http://www.imagemagick.org/script/identify.php Startseite] genutzt werden.

=== conjure ===

[http://man.cx/conjure(1) conjure] ist ein spezielles Tool von ImageMagick, mit dessen Hilfe Bildbearbeitung mittels Script möglich ist. Script bedeutet hier allerdings nicht Shellscript sondern eine auf XML basierende spezielle Script Sprache MSL ( '''M'''agick '''S'''cripting '''L'''anguage ). Eine kurze Beschreibung gibt es [http://www.imagemagick.org/script/conjure.php hier] nähere Informationen zu MSL sind auch im Internet auf die Schnelle nicht zu finden, wer sich damit befassen möchte kann dieses [http://www.linux-nantes.org/~fmonnier/ImageMagick/improved-msl.php HOWTO] anschauen, inwieweit es kompatibel ist, ist nicht bekannt. Ansonsten sollen in der Datei '''coders/msl.c''' lt. ImageMagick nähere Informationen zu MSL sein.'' Aus der Dürftigkeit der Informationen muss man schließen, dass conjure weniger gebräuchlich ist.''

=== compare ===

[http://man.cx/%20compare compare] ist ein Programm mit denen 2 Bilder mathematisch vergleichen werden können. Das macht nur Sinn zwischen gleichen Bildern, also Orginalbild und Bild nach Bearbeitung. Damit läßt sich zB. feststellen, wo bestimmte Filter oder Funktionen auf das Bild eingewirkt haben, wenn die rein optischen Veränderungen nur sehr gering sind.

mit diesem kleinem Beispiel
läßt sich nachweisen, dass bei jeder Bearbeitung von JPEG die Qualität ein klein wenig schlechter wird, weil ein komplettes decode und re-encode des Formates durchgeführt wird.
<pre>
convert logo: -quality 100 test.jpg
cp test.jpg test1.jpg
mogrify -set comment 'Das ist eine Testdatei' test1.jpg
compare test1.jpg test.jpg png:- | display png:-
</pre>
Erklärung:
* aus dem integrierten ImageMagick-Logo erstellen wir ein JPEG mit niedrigst möglicher Kompression
* wir kopieren diese Datei über das Betriebssystem (''damit sind beide absolut identisch'')
* in der Bildkopie schreiben wir nur einen Kommentar in die Bild-Eigenschaften
* danach überprüfen wir die beiden Bilder auf Unterschiede und lassen sie uns mit display anzeigen.
( ''Differenzen zwischen den Bildern sind als rote Punkte gekennzeichnet, zum Vergleich könnt ihr das gleiche noch einmal aber mit '''-quality 50''' testen'' )

Weitere Beispiele für compare in der [http://www.imagemagick.org/script/compare.php Befehlsbeschreibung]

=== xtp ===

Mit ImageMagick installiert man sich gleichzeitig noch das Tool ''xtp''. Es handelt sich hier um ein Tool für Filetransfer mit ähnlichen Funktionen wie [http://manpages.unixforum.co.uk/man-pages/linux/suse-linux-10.1/1/ftp-man-page.html ftp],
es kommt ohne Interaktivität mit dem User aus. Es ist vieleicht am ehesten vergleichbar mit [http://manpages.unixforum.co.uk/man-pages/linux/suse-linux-10.1/1/wget-man-page.html wget]. 
Jetzt ist es zwar schön zu wissen, das man dieses Programm auf dem Rechner hat, doch wozu und warum wurde es mit ImageMagick installiert?
Die Funktionen dieses Programmes können die Tools von ImageMagick bei Bedarf automatisch aufrufen. Das bringt den Vorteil, wir können mit ImageMagick direkt auf die Bilder im Internet zugreifen. Es entfällt das manuelle lästige Downloaden und zwischenspeichern von Bilddateien.
Einfach im Browser die Bildadresse kopieren und in die Befehlszeile einsetzen.

'''Beispiele:'''
* Bild aus dem Internet direkt mit convert bearbeiten und das Ergebnis ansehen
<pre>convert http://www.linux-club.de/images/konqui.gif -mattecolor tomato -frame 9x20+4+0 png:- | display png:-</pre>
* man möchte wissen welche EXIF-Informationen man mit seinen Bildern im Internet veröffentlicht
<pre>identify -format "%[EXIF:*]" http://www.linux-club.de/wiki/images/Musterbild.jpg</pre>

== Links ==

* [http://www.imagemagick.org/Usage/ Beispiele für die Benutzung von ImageMagick] {{englisch}}
* [http://www-128.ibm.com/developerworks/library/l-graf/?ca=dnt-428 Graphics from the Command Line] {{englisch}}
* [http://www-128.ibm.com/developerworks/library/l-graf2/?ca=dgr-lnxw15GraphicsLine More graphics from the command line] {{englisch}}
* Kleiner Tipp am Rande für alle die nicht immer online sein wollen, wenn ihr ImageMagick installiert habt, dann habt ihr einige der Hilfe- und Dokuseiten als HTML mit installiert (normalerweise unterhalb von '''/usr/share/doc/packages/ImageMagick/''' )

[[Category:Grafik]]

Linupedia.org:Hilfe/Änderungen am Wiki verfolgen

2014-01-03T10:20:35Z

TomcatMJ: /* Content Syndication: Atom */ erbetene Review als ersten Durchlauf erledigt, Info zum RSS-Feed zusätzlich zum Atom-Feed ergänzt und RSS-Reader etwas allgemeiner bezeichnet ;) Weitere Reviews erwünscht

{{Review|Kompletter Artikel}}--[[Benutzer:Gehrke|Gehrke]] ([[Benutzer Diskussion:Gehrke|Diskussion]]) 10:11, 3. Jan. 2014 (CET)

In diesem Artikel werden Möglichkeiten aufgezeigt, Änderungen am Wiki zu verfolgen.

=Letzte Änderungen=
Die Spezialseite [[Spezial:Letzte Änderungen|Letzte Änderungen]] listet alle Änderungen am Wiki chronologisch auf. Sie ist im ''Navigationsbereich'' links an zentraler Stelle verlinkt.

==Content Syndication: Atom==
[[Bild:Letzte Änderungen via RSS in Akregator.png|right|thumb|500px]]
Die Inhalte der Spezialseite [[Spezial:Letzte Änderungen|Letzte Änderungen]] können auch über das ''Content Syndication''-Protokoll 'Atom'oder dessen Vorgänger [[RSS]] abgerufen werden. Hierzu kann ein beliebiger [[RSS]]-Reader verwendet werden, wobei anzumerken wäre daß eigentlich jeder einigermaßen aktuelle Newsfeedaggregator Newsfeeds sowohl im Atom-Protokoll als auch im [[RSS]]-Protokoll verarbeiten kann.

Für den Anwender entfällt damit die Notwendigkeit, kontinuierlich manuell die Änderungsseite aufzurufen. Stattdessen übernimmt der Newsfeedaggregator (im Allgemeinen auch unter der Bezeichnung RSS-Reader bekannt) diese Aufgabe automatisch und präsentiert die Veränderungen zeitnah und übersichtlich an zentraler Stelle neben den anderen abonnierten Newsfeeds.

Die URL zu dem Newsfeed ist ebenfalls im linken Bereich unter ''Werkzeuge'' verlinkt. Sie lautet:
*http://www.linupedia.org/mediawiki/index.php?title=Spezial:Letzte_%C3%84nderungen&feed=atom

Es existiert ebenso ein Feed im älteren RSS-Protokollformat:
*http://www.linupedia.org/mediawiki/index.php?title=Spezial:Letzte_%C3%84nderungen&feed=rss

Diese URLs können im bevorzugten Newsfeedaggregator als Newsfeedquelle eingebunden werden.
Einige webbasierte Newsfeedaggregatoren kommen mit dem älteren Format besser zurecht, ansonsten ist es weitgehend eine Geschmacksfrage welchen Feed man zur Information über Änderungen in der Linupedia bevorzugt nutzen möchte.
*http://www.linupedia.org/mediawiki/index.php?title=Spezial:Letzte_%C3%84nderungen&feed=atom

Der Screenshot auf der rechten Seite zeigt beispielhaft die Anzeige im Newsfeedaggregator (RSS-Reader) [[Akregator]] ([[KDE]]).

=Links=
*[http://de.wikipedia.org/wiki/Rss RSS (Wikipedia)]

[[Linupedia:Hilfe|Zurück zur Hilfe]]
[[Kategorie:LinuxClubWiki Hilfe]] [[Kategorie:KDE]]

Linupedia.org:Hilfe/Wartung

2014-01-03T10:06:13Z

TomcatMJ: /* Wann darf ein Artikel nicht bearbeitet werden? */ Alte Info entfernt (wurde wohl vergessen hier anzupassen) und die Rollbackinfo den tatsächlichen Handhabungen angepasst

Autoren: Griffin, TomcatMJ, Yehudi

==== Wann darf ein Artikel nicht bearbeitet werden? ====
Wenn der Wartungsbaustein '''<nowiki>{{UnderConstruction}}</nowiki>''' auf dem in fetter Schrift steht: '''Achtung dieser Artikel ist noch in Arbeit und dient vorläufig nur als Vorlage.''' arbeitet der Autor an dem Artikel. Grundsätzlich gilt eine Sperre von 3 Tagen ab der letzten Bearbeitung.
Sollten trotzdem Änderungen gemacht werden, kann dies zu einem Rollback führen. 
Sinn dieser Regelung ist der alte Sinnspruch: "Viele Köche verderben den Brei". Arbeiten mehrere Autoren gleichzeitig an einem Artikel, so endet dies regelmäßig im Chaos. Erst dann, wenn ein Artikel fertig ist, sollte dieser bei Bedarf von einem anderen Autor überarbeitet werden, da erst dann der konkrete Änderungs- oder Ergänzungsbedarf überblickt werden kann.

==== Liste der Artikel, die überarbeitet werden müssen ====
[http://www.linux-club.de/wiki/index.php?title=Kategorie:LinuxClubWiki:%C3%9Cberarbeiten&rcid=3323 Hier] findet ihr die Artikel, welche überarbeitet werden müssen.

==== Die Wartungsbausteine ====
Hier liegen die [[LinuxClubWiki:Wartungsbausteine | Linux-Club Wiki Wartungsbausteine]].

==== Löschen toter Links ====
Es kann immer vorkommen, dass Links, auf welche in einem Artikel verwiesen wird, nicht mehr existieren (toter Link). Wenn ihr einen solchen toten Link findet, ihr euch sicher seid, dass der Link auch wirklich endgültig nicht mehr existiert (Achtung: es könnte z.B. auch nur der Server vorübergehend nicht errechbar sein!) und ihr ihn löschen wollt, dann hinterlasst bitte auf der zur Seite gehörenden Diskussionsseite einen kurzen Hinweis, dass der gelöschte Link tot war. Für andere, die dies nicht wissen, erscheint es sonst fraglich und undurchsichtig, warum der Link gelöscht wurde.

Manchmal ist es sinnvoll, die '''ursprüngliche Bedeutung''' eines toten Links zu erkunden. Einen Hinweis hierauf können möglicherweise externe Systeme geben, welche Snapshots von öffentlich zugänglichen Seiten abspeichern. Beispiele für solche Systeme sind:
*[http://archive.org/web/ Internet Archive WayBackMashine]

[[Linupedia:Hilfe|Zurück zur Hilfe]]
[[Category:LinuxClubWiki Hilfe]]

Benutzer Diskussion:Gehrke

2013-12-12T13:45:38Z

TomcatMJ: /* Betreffs der GRUB2 Hinweisboxen */ kleine stilistische Verbesserung und Zeichensetzung nachgebessert ;)

Hallo {{PAGENAMEE}},

Ich habe gesehen, dass Du vor kurzem angefangen hast, Dich an dem Linux-Club Wiki zu beteiligen. Weil deine Diskussionsseite noch leer ist, werde ich Dich kurz begrüßen.

Für den Einstieg empfehle ich dir die '''[[LinuxClub:Hilfe|Hilfe]]''' und '''[http://de.wikipedia.org/wiki/Wikipedia:Wie_schreibe_ich_gute_Artikel Wie schreibe ich gute Artikel]'''. Wenn Du neue Artikel anlegen willst, kannst Du Dich an anderen des selben Themenbereichs orientieren. Ganz wichtig sind dabei stets [[LinuxClubWiki:Quellenangaben|Quellenangaben]], welche deine Bearbeitung belegen.
Wenn Du erstmal etwas ausprobieren willst, ist [[LinuxClubWiki:Spielwiese|hier]] Platz dafür. Bitte beachte, dass das Linux-Club Wiki [[LinuxClubWiki:Was LinuxClubWiki nicht ist|ausschließlich der Erstellung einer Wissensdatenbank um Linux]] dient und zur Zusammenarbeit ein [[LinuxClubWiki:Wikiquette|freundlicher Umgangston]] notwendig ist.

Fragen stellst Du am besten [[LinuxClubWiki:Fragen zur LinuxClubWiki|hier]], aber die meisten [[LinuxClubWiki:Die LinuxClubWikinger|Linux-Club Wikinger]] und auch ich helfen dir gerne. Solltest Du bestimmte Wörter oder Abkürzungen nicht auf Anhieb verstehen, schaue mal ins [[Hilfe:Glossar|Glossar]].

Wenn Du Bilder hochladen möchtest, achte bitte auf die korrekte Lizenzierung.

Wikimitglieder, die sich besonders am Geschehen des Linux-Club Wikis beteiligen können sich im [http://www.linux-club.de/groupcp.php?g=31922 WikiTeam] anmelden. Vorraussetzung ist mindestens 5 sinnvolle Beiträge ins Wiki eingestellt zu haben.

Ansonsten existiert auch noch ein [irc://irc.freenode.net/#lc-wikiteam IRC-Channel], in dem Belange des Wikis diskutiert werden können.

Ein Tipp für Deinen Einstieg in die Linux-Club Wiki: [[LinuxClubWiki:Sei mutig|Sei mutig]] und respektiere die Leistungen anderer User! Herzlich willkommen!

Viele Grüße--[[Benutzer:TomcatMJ|TomcatMJ]] ([[Benutzer Diskussion:TomcatMJ|Diskussion]]) 23:03, 22. Nov. 2013 (CET)

=Betreffs der GRUB2 Hinweisboxen=
Also mit "an unpassenden Stellen" meinte ich, daß diese [[LinuxClubWiki:Textbausteine/Formatierungshilfen|Hinweisboxen]] bei Artikeln die nicht [[GRUB Legacy]] als Hauptthema haben eben nicht ganz oben in den Artikeln platziert werden sollten, sondern eben genau vor die Abschnitte, in denen es im Rahmen des jeweiligen Artikels dann halt mal um [[GRUB Legacy]] geht und eben dann auch nur genau dorthin, nicht in Bereiche die damit nichts zu tun haben. Ich habe nichts gegen [[LinuxClubWiki:Textbausteine/Formatierungshilfen|Hinweisboxen]] wenn sie an den richtigen Stellen stehen und eben dort dann auch Sinn machen. In den [[LTSP]] und [[MosNis]] Artikeln z.B. machen diese Hinweise noch gar keinen Sinn, da dort eben gar kein [[GRUB 2]] zum Einsatz kommt und dieser Einsatz (zumindest beim [[MosNis]], wo [[GRUB Legacy]] mangels individualisierbarer Submenüoption nur als Behelfskrücke dort genutzt wird wo [[Installationsbootloader#PXELINUX|PXELINUX]] nicht ausreicht, bei [[LTSP]] vermutlich ebenso) so bald noch gar nicht geplant ist. Da wäre so ein Hinweis zur Zeit eben reine Irreführung und daher unpassend. Ich finde deinen Einsatz das bekannte "Spread the word" zu praktizieren prinzipiell recht gut, nur die Dosierung wann und wo man sowas durch Platzierung von [[LinuxClubWiki:Textbausteine/Formatierungshilfen|Hinweisboxen]] im Wiki sinnvoll macht muss wohl noch ein wenig geübt werden ;)
Das Fingerspitzengefühl wo sowas passt kommt eben auch erst mit der Übung und nicht von jetzt auf gleich,daher war mein Kommentar an anderer Stelle keineswegs als Angriff sondern nur als Hinweis gemeint ein bisschen genauer auf die sinnvolle Platzierung der [[LinuxClubWiki:Textbausteine/Formatierungshilfen|Boxen]] zu achten wenn du sie in Artikeln einbaust. --[[Benutzer:TomcatMJ|TomcatMJ]] ([[Benutzer Diskussion:TomcatMJ|Diskussion]]) 14:39, 12. Dez. 2013 (CET)

Benutzer Diskussion:Gehrke

2013-12-12T13:39:32Z

TomcatMJ: Hinweis zu den Hinweisboxen ;)

Hallo {{PAGENAMEE}},

Ich habe gesehen, dass Du vor kurzem angefangen hast, Dich an dem Linux-Club Wiki zu beteiligen. Weil deine Diskussionsseite noch leer ist, werde ich Dich kurz begrüßen.

Für den Einstieg empfehle ich dir die '''[[LinuxClub:Hilfe|Hilfe]]''' und '''[http://de.wikipedia.org/wiki/Wikipedia:Wie_schreibe_ich_gute_Artikel Wie schreibe ich gute Artikel]'''. Wenn Du neue Artikel anlegen willst, kannst Du Dich an anderen des selben Themenbereichs orientieren. Ganz wichtig sind dabei stets [[LinuxClubWiki:Quellenangaben|Quellenangaben]], welche deine Bearbeitung belegen.
Wenn Du erstmal etwas ausprobieren willst, ist [[LinuxClubWiki:Spielwiese|hier]] Platz dafür. Bitte beachte, dass das Linux-Club Wiki [[LinuxClubWiki:Was LinuxClubWiki nicht ist|ausschließlich der Erstellung einer Wissensdatenbank um Linux]] dient und zur Zusammenarbeit ein [[LinuxClubWiki:Wikiquette|freundlicher Umgangston]] notwendig ist.

Fragen stellst Du am besten [[LinuxClubWiki:Fragen zur LinuxClubWiki|hier]], aber die meisten [[LinuxClubWiki:Die LinuxClubWikinger|Linux-Club Wikinger]] und auch ich helfen dir gerne. Solltest Du bestimmte Wörter oder Abkürzungen nicht auf Anhieb verstehen, schaue mal ins [[Hilfe:Glossar|Glossar]].

Wenn Du Bilder hochladen möchtest, achte bitte auf die korrekte Lizenzierung.

Wikimitglieder, die sich besonders am Geschehen des Linux-Club Wikis beteiligen können sich im [http://www.linux-club.de/groupcp.php?g=31922 WikiTeam] anmelden. Vorraussetzung ist mindestens 5 sinnvolle Beiträge ins Wiki eingestellt zu haben.

Ansonsten existiert auch noch ein [irc://irc.freenode.net/#lc-wikiteam IRC-Channel], in dem Belange des Wikis diskutiert werden können.

Ein Tipp für Deinen Einstieg in die Linux-Club Wiki: [[LinuxClubWiki:Sei mutig|Sei mutig]] und respektiere die Leistungen anderer User! Herzlich willkommen!

Viele Grüße--[[Benutzer:TomcatMJ|TomcatMJ]] ([[Benutzer Diskussion:TomcatMJ|Diskussion]]) 23:03, 22. Nov. 2013 (CET)

=Betreffs der GRUB2 Hinweisboxen=
Also mit "an unpassenden Stellen" meinte ich daß diese [[LinuxClubWiki:Textbausteine/Formatierungshilfen|Hinweisboxen]] bei Artikeln die nicht [[GRUB Legacy]] als Hauptthema haben die [[LinuxClubWiki:Textbausteine/Formatierungshilfen|Hinweisboxen]] eben nicht ganz oben in den Artikeln platziert werden sollten sondern eben genau vor die Abschnitte in denen es im Rahmen des jeweiligen Artikels dann halt mal um [[GRUB Legacy]] geht und eben dann auch genau dorthin, nicht in Bereiche die damit nichts zu tun haben. Ich habe nichts gegen [[LinuxClubWiki:Textbausteine/Formatierungshilfen|Hinweisboxen]] wenn sie an den richtigen Stellen stehen und eben dort dann auch Sinn machen. In den [[LTSP]] und [[MosNis]] Artikeln z.B. machen diese Hinweise noch gar keinen Sinn da dort eben gar kein [[GRUB 2]] zum Einsatz kommt und dieser Einsatz (zumindest beim [[MosNis]], wo [[GRUB Legacy]] mangels individualisierbarer Submenüoption nur als Behelfskrücke dort genutzt wird wo [[Installationsbootloader#PXELINUX|PXELINUX]] nicht ausreicht, bei [[LTSP]] vermutlich ebenso) so bald noch gar nicht geplant ist. Da wäre so ein Hinweis zur Zeit eben reine Irreführung und daher unpassend. Ich finde deinen Einsatz das bekannte "Spread the word" zu praktizieren prinzipiell recht gut, nur die Dosierung wann und wo man sowas durch Platzierung von [[LinuxClubWiki:Textbausteine/Formatierungshilfen|Hinweisboxen]] im Wiki sinnvoll macht muss wohl noch ein wenig geübt werden ;)Das Fingerspitzengefühl wo sowas passt kommt eben auch erst mit der Übung und nicht von jetzt auf gleich,daher war mein Kommentar an anderer Stelle keineswegs als Angriff sondern nur als Hinweis gemeint ein bisschen genauer auf die sinnvolle Platzierung der [[LinuxClubWiki:Textbausteine/Formatierungshilfen|Boxen]] zu achten wenn du sie in Artikeln einbaust. --[[Benutzer:TomcatMJ|TomcatMJ]] ([[Benutzer Diskussion:TomcatMJ|Diskussion]]) 14:39, 12. Dez. 2013 (CET)

Diskussion:Grub-Install via "chroot" und Knoppix

2013-12-11T00:57:54Z

TomcatMJ: /* Hinweis auf Grub2 entfernt */ ..die fand ich da wo sie zuallererst war auch überflüssig bzw. deplatziert ;)

=Hinweis auf Grub2 entfernt=
@robi: Laut History hast Du 'Hinweis auf Grub2 entfernt, nicht überall wo Grub steht ist ein Hinweis auf Grub2 sinnvoll'. Ich sehe hier nach wie vor den Hinweis für sinnvoll an, weil explizit die 'menu.lst' erwähnt wird. Die gibt es bei GRUB2 nicht mehr. --[[Benutzer:Gehrke|Gehrke]] ([[Benutzer Diskussion:Gehrke|Diskussion]]) 23:16, 10. Dez. 2013 (CET)

In dem Artikel gehts aber explizit um die Restauration eines GrUB des installierten Systems aus einer chroot-Umgebung heraus wobei der Weg zur Reinstallation identisch geblieben ist.
Zitat aus dem GrUB 2 Artikel:"Analog zum Vorgänger wird zur Installation des Boot-Sektors das Script 'grub-install' verwendet. Als Parameter wird das Ziel-Device angegeben (im Beispiel der MBR der ersten Festplatten 'sda'):

# grub-install /dev/sda
Installation finished. No error reported.
"
Nur weil eine Datei des am meisten verwendeten Bootloaders (und das IST GrUB Legacy nunmal noch immer und wirds auch noch einige Zeit lang bleiben) in einer Zeile erwähnt wurde, ist das kein Grund eine fette Hinweisbox ganz oben im Artikel einzubauen, besser wäre es da dann die passende Ergänzung zu GrUB 2 ebenso kurz einzufügen, ggf. mit Link auf genauere Erklärungen im GrUB 2 Artikel, wo denn dafür die eventuellen Änderungen einzubringen wären vor der Reinstallation über die chroot-Umgebung. Wär auf jeden Fall sinnvoller als alles mit Hinweisboxen an unpassenden Stellen zuzukleistern (also wenn schon ne Hinweisbox dann vor dem betreffenden Abschnitt und nicht ziemlich sinnfrei als oberstes im Artikel wenn der sich gar nicht hauptsächlich um GrUB Legacy dreht)...--[[Benutzer:TomcatMJ|TomcatMJ]] ([[Benutzer Diskussion:TomcatMJ|Diskussion]]) 01:57, 11. Dez. 2013 (CET)

Grub ERROR

2013-12-10T04:41:04Z

TomcatMJ:

{{Achtung|'''Hinweis:''' Dieser Artikel handelt explizit von der Version ''GRUB Legacy''. Das Programm wurde weiterentwickelt. Die Weiterentwicklung wird aufgrund von Inkompatibilitäten auf einer eigenen Seite behandelt: [[GRUB 2]]}}

'''Bedeutung der Grub-ERROR-Meldungen:'''

* [http://www.gnu.org/software/grub/manual/legacy/Stage1-errors.html#Stage1-errors Stage1 errors]

* [http://www.gnu.org/software/grub/manual/legacy/Stage1_002e5-errors.html#Stage1_002e5-errors Stage1.5 errors]

* [http://www.gnu.org/software/grub/manual/legacy/Stage2-errors.html#Stage2-errors Stage2 errors]

----
[[Bootmanager|zurück zur Bootmanager-Übersicht]]
[[Category:Bootmanager]]

Diskussion:Grub ERROR

2013-12-10T04:39:38Z

TomcatMJ:

=Zum Löschantrag=
Sämtliche hier gelisteten Links sind inzwischen tot. Daher sehe ich keinen Sinn mehr in dieser Seite solang sie niemand mit neuen passenden Inhalten füllt. --[[Benutzer:TomcatMJ|TomcatMJ]] ([[Benutzer Diskussion:TomcatMJ|Diskussion]]) 21:14, 9. Dez. 2013 (CET)
:Ich bin auch für Löschen. --[[Benutzer:Gehrke|Gehrke]] ([[Benutzer Diskussion:Gehrke|Diskussion]]) 21:18, 9. Dez. 2013 (CET)

:::Sämtliche hier gelisteten Links sind nicht tot. sind jetzt korrigiert, genauso wie Grub noch lange nicht tot ist, es gibt sogar Distributionen die überhaupt kein Grub2 kennen. [[Benutzer:Robi|Robi]] ([[Benutzer Diskussion:Robi|Diskussion]]) 01:50, 10. Dez. 2013 (CET)

::::Gut,dann gibts es ja nun neue passende Inhalte (auch wenn eigene Inhalte natürlich besser als Links wären, aber was nicht ist kommt ja noch irgendwann ;) ) und der Löschantrag dürfte somit hinfällig sein weswegen er nun auch wieder entfernt wird. --[[Benutzer:TomcatMJ|TomcatMJ]] ([[Benutzer Diskussion:TomcatMJ|Diskussion]]) 05:39, 10. Dez. 2013 (CET)

Diskussion:Grub ERROR

2013-12-09T20:14:48Z

TomcatMJ: Grund für den Löschantrag nochmal erläutert.

Grub ERROR

2013-12-09T20:13:33Z

TomcatMJ: Löschantrag wegen reiner Linkliste die ins Nirvana zeigt gestellt.

{{Löschantrag}}
--[[Benutzer:TomcatMJ|TomcatMJ]] ([[Benutzer Diskussion:TomcatMJ|Diskussion]]) 21:13, 9. Dez. 2013 (CET)
{{Achtung|'''Hinweis:''' Dieser Artikel handelt explizit von der Version ''GRUB Legacy''. Das Programm wurde weiterentwickelt. Die Weiterentwicklung wird aufgrund von Inkompatibilitäten auf einer eigenen Seite behandelt: [[GRUB 2]]}}

'''Bedeutung der Grub-ERROR-Meldungen:'''

* [http://www.gnu.org/software/grub/manual/html_node/Stage1-errors.html#Stage1-errors Stage1 errors]

* [http://www.gnu.org/software/grub/manual/html_node/Stage1_002e5-errors.html#Stage1_002e5-errors Stage1.5 errors]

* [http://www.gnu.org/software/grub/manual/html_node/Stage2-errors.html#Stage2-errors Stage2 errors]

----
[[Bootmanager|zurück zur Bootmanager-Übersicht]]
[[Category:Bootmanager]]

Splash Screen

2013-12-09T20:10:39Z

TomcatMJ: Hinweisbox modifizoiert da es nur unter anderem um GrUB 1 geht und nicht ausschlieslich..

{{Achtung|'''Hinweis:''' Dieser Artikel handelt unter anderem von der Version ''GRUB Legacy''. Dieser Bootloader wurde im Gegensatz zum ebenfalls hier thematisierten LILO auf Basis eines komplett geänderten Konzepts weiterentwickelt. Diese Weiterentwicklung wird aufgrund von Inkompatibilitäten auf einer eigenen Seite behandelt: [[GRUB 2]]}}

=Einleitung=
Früher musste man noch den Kernel neu kompilieren, heute kann man das im Handumdrehen erledigen.
=Bootsplash einrichten=
{{Box Achtung||
Diese Anleitung ist rein experimentell. Der Autor/die Autoren können nicht garantieren, dass sie tadellos funktioniert. Setzen Sie diese Anleitung '''NIE''' auf ihrem Produktivsystem ein! Ansonsten machen Sie eine Sicherungskopie ihrer Daten! Sie müssen Modifzierungen sowohl am Bootlader, als auch in geringen Maßen am Kernel vornehmen. Dadurch können Sie ihr System unbrauchbar/inkonsistent machen. Benutzung erfolgt auf eigene Gefahr.}}
==openSUSE==
{{Box Wissen||
* Umgang mit einem Editor, idealerweise 'kate'
* Umgang mit der [[Konsole]]
* Umgang mit Yast' Sysconfig-Editor}}
===Theme modifizieren und in das System integrieren===
Als erstes sollte man einen geeigneten Bootsplash entweder selber erstellen oder fertig von [http://www.kde-look.org/index.php?xcontentmode=35&PHPSESSID=865be89be2f1be4e802d3ce732f57879| KDE-LOOK] herunterladen. Bersonders beliebt ist das [http://www.kde-look.org/content/show.php/Fingerprint+Bootsplash+1024x768?content=29662&PHPSESSID=61dfaa487d148636b577007e3ccdb410| fingerprint] Theme, welches man herunterlädt, entpackt, und den Ordner ''fingerprint-bs'', in welchem sich die Unterordner ''config'' und ''image'' befinden, in den Ordner '''/etc/bootsplash/themes''' mittels dem Befehl
cp -R fingerprint-bs /etc/bootsplash/themes
als root kopiert. Natürlich muss man sich vor der Eingabe des Befehl im Ordner befinden, der den Order ''fingerprint-bs'' enthält. Danach öffnet man die Datei ''bootsplash-1024x768.cfg'' mit einem beliebigen Editor als root. Mit diesen Befehlen ist dies leicht zu bewerkstelligen:

Unter [[KDE]]:
kdesu kate /etc/bootsplash/themes/bootsplash-1024x768.cfg

Unter Gnome:
gnomesu gedit /etc/bootsplash/themes/bootsplash-1024x768.cfg

Diesen Teil dieser Datei

# name of the picture file (full path recommended)
jpeg=/etc/bootsplash/themes/login-scan/images/bootsplash-1024x768.jpg
silentjpeg=/etc/bootsplash/themes/login-scan/images/silent-1024x768.jpg

ändert man in diese um

# name of the picture file (full path recommended)
jpeg=/etc/bootsplash/themes/fingerprint-bs/images/bootsplash-1024x768.jpg
silentjpeg=/etc/bootsplash/themes/fingerprint-bs/images/silent-1024x768.jpg
Nun sollte der Bootsplash auch die richtigen Bilder finden. Danach muss man Yast noch die Information geben, das ein neuer Bootsplash verwendet werden soll. Dazu lädt man in Yast das Modul ''Sysconfig-Editor'' im Reiter System. Nun navigiert im Verzeichnisbaum auf der linken Seite zu '''System|Boot|Bootsplash''' und ersetzt das zu Anfangs eingestelle Theme ''suse'' durch ''fingerprint-bs''.

===Anpassen des Bootloaders===
{{Box Achtung|Arbeiten an einer wichtigen Konfigurationsdatei|
Da diese Datei enorm wichtig für das System ist, wird es '''dringends''' empfohlen, eine Sicherungskopie anzufertigen.}}
Zum Schluss ist es zu empfehlen den Bootloader noch zu modifizieren, damit das Bild/ der Bootsplash auf Anhieb richtig angezeigt/ wiedergegeben wird. Dazu öffnet man unter KDE mit dem Befehl:
kdesu kate /boot/grub/menu.lst

und unter Gnome mit
gnomesu gedit /boot/grub/menu.lst

die Menu-Liste von Grub. Wenn Lilo verwendet wird, muss nur '''menu.lst''' durch '''lilo.conf''' ersetzt werden.
Nun sollte die Menü-Liste des jeweiligen Boot-Laders im Texteditor angezeigt werden und kann editiert werden.
====Grub====
# Modified by YaST2. Last modification on Mi Mai 9 19:35:36 CEST 2007
default 0
timeout 8
gfxmenu (hd1,0)/boot/message 
title openSUSE 10.2
root (hd1,0)
kernel /boot/vmlinuz-2.6.18.8-0.3-default root=/dev/sdb1 resume=/dev/sdb3 showopts splash=silent vga=xxx(siehe Tabelle 1)
initrd /boot/initrd-2.6.18.8-0.3-default
Hier muss man am Ende der Zeile ''kernel'' '''vga=xxx'''(siehe Tabelle 1) und '''splash=silent''' ergänzen, damit
* 1. der Framebuffer genug Platz für das verwendete Bild reserviert
* 2. der Bootsplash, anstatt der Konsolenausgaben angezeigt wird(diese Option ist meistens schon vorhanden)

====Lilo====
boot = /dev/hda
default = linux
prompt
timeout = 80
image = /boot/vmlinuz
label = linux
root = /dev/hda2
vga = xxx
Hier muss man nach dem Gleichheitszeichen der Zeile '''vga'''(siehe Tabelle 1) einen vga-Wert einsetzen, damit der Framebuffer genug Platz für das verwendete Bild reserviert.
{{Box Achtung|Bootlader Lilo|
Wenn der Bootlader Lilo verwendet wird, muss man, nachdem man Änderungen an der lilo.conf durchgeführt hat, in einer Konsole als root
/sbin/lilo
ausführen
}}

====vga-Werte====
Der vga-Wert sorgt dafür, dass der Framebuffer(*) genug Platz für das verwendete Bild reserviert. Wenn man einen vga-Code auswählen will, sollte man gezielt auf die Auflösung achten, als auch auf die Farbtiefe achten. Mit einer Farbtiefe von 8 Bit ist beispielsweise das Limit von png's ereicht und mit 16 Bit das Limit von tiff's. Notfalls muss man die verschiedenen vga-codes austesten.
 
 
''(*)Defenition Framebuffer: Der Framebuffer speichert jedes Pixel eines auf dem Bildschirm sichtbaren Bilds. Nutzt man höher aufgelöste Bilder mit mehr Pixeln, muss man den Framebuffer vergrößern, was über die vga-Option zu ereichen ist.''

{| border="1"
|+ '''Tabelle 1: vga-Werte'''
! Farben (Farbtiefe) !! 640x480 !! 800x600 !! 1024x768 !! 1280x1024
|-
! 256 (8 Bit) || 768 || 771 || 773 || 775
|-
! 32K (15 Bit) || 784 || 787 || 790 || 793
|-
! 64K (16 Bit) || 785 || 788 || 791 || 794
|-
! 16M (24 Bit) || 786 || 789 || 792 || 795
|}

===Der erste Reboot===
Nach dem ersten Neustart zeigt openSuSE/SuSE Linux noch keinen Bootsplash an. openSuSE/SuSe Linux erwartet nach dem Booten noch das Kommando '''/sbin/mkinitrd''', dass man als root in die Konsole eingibt. Das Skript passt das Image für die Initrd(*), welche der Bootlader am Anfang lädt, an den Framebuffer an.
 
 
''(*)Definition Initrd: Der Kernel muss nach dem Booten auf das Root-System zugreifen. Die Initrd lädt die dazu notwendigen SCSI-Treiber, die der Kernel benötigt, um das Root-Dateisystem zu mounten und darauf das Betriebsystem zu booten.
''

==Ubuntu==
{{Box Wissen||
* Umgang mit einem Paketmanager, wie [[APT]]
* Optional ein Paket "per Hand installieren"
* Umgang mit der [[Konsole]]
}}
Zwar gibt es unter Ubuntu ein ein Tool, namens ''usplashy'' zur Einrichtung eines Bootsplashes, welches aber für den Fortgeschrittenen, als auch für den Durchschnittsanwender nicht geeigent sein dürfte. Man nimmt anstelle dafür ''splashy''
===Pakete===
Zuerst muss man das Paket ''usplashy'' über seinen Paketmanager, idealerweise [[APT]] deinstallieren, darauf das Paket ''splashy'' installieren. [[APT]] Gui' Synaptic eignet sich gut dafür.
===Einrichten eines Bootsplahes mit ''splashy''===
Nun benötigt man einen geeigneten Splash. Leider braucht man für ''splashy'' spezielle Bootsplashes und kann keine von [http://www.kde-look.org/index.php?xcontentmode=35&PHPSESSID=865be89be2f1be4e802d3ce732f57879| KDE-LOOK] verwenden. Also lädt man sich von [http://splashy.alioth.debian.org/wiki/doku.php?id=themes:contrib| hier] ein Theme herunter. Da alle Bootsplashes unter *buntu in /etc/splashy/themes muss man das herunter geladene Theme noch dahin befördern.
Man öffnet eine Konsole und navigiert mittels
cd
in das Verzeichnis, in dem sich das als '''tar.gz''' gepackte Theme befindet. Nun gibt man folgenden Befehl in die Konsole ein, um das Theme nach /etc/splashy/themes zu befördern:
sudo splashy_config -i ''Name des Themes''.
Nun kann man mit dem Befehl
sudo splashy_config --info
überprüfen, welche Themes überhaupt zu Verwendung stehen. Das Theme welches man eingerichtet hat, sollte sich ebenfalls in der Liste befinden. Nun kann man es mittels
sudo splashy_config -s ''Name des Themes''
als Standard festlegen. Als Test kann man nun ohne den Rechner neustarten zu müssen
sudo splashy test
in die Konsole eingeben. Es sollte das komplette Theme zu sehen sein mit allsamt seiner Fortschrittsbalken. Der Test kann mit [ESC] abgebrochen werden. Wenn man nach dem Test nur einen schwarzen Bildschirm sieht, kommt man mit der Tastenkombination [Strg]+[Alt]+[F7] wieder zur grafischen Oberfläche zurück.

===Besonderheiten bei Edgy Eft===
Damit ''splashy'' mit dem System kooperiert und der Bootsplash einwahnfrei angezeigt werden kann, muss man erst noch einen Patch installieren.
====Installieren des Patches====
Man mus sich von [http://launchpadlibrarian.net/5444391/rcS.diff| hier] die '''diff''' Datei herunterladen. Zum Patchen öffnet man eine Konsole, navigiert mittels
cd
in das Verzeichnis, in welchem sich die '''diff''' befindet und gibt folgenden Befehl ein:
sudo patch -pl < rcS-diff
Auf die Frage ''File to patch'' gibt man das File '''/etc/event-d/rcS.diff''' an. Anschließen muss man wie [http://www.linux-club.de/faq/Splash_Screen#Anpassen_des_Bootloaders| hier] den Bootlader noch anpassen. Nun sollte beim Nächsten Neustart das Boosplash optimal angezeigt werden.

==Mandriva==
Unter Mandriva kann man den Bootsplash bequem über das MCC einrichten.
===Einrichten des Bootsplashes über das MCC===
Dazu öffnet man ''Start->System->Den Computer konfigurieren->Systemstart->Den grafischen Stil beim Hochfahren auswählen''. Dort kann man dann ein Bootsplash-Theme einrichten.
{{Box Achtung|Master Boot Record|
Mandriva trägt den vga Wert für den Bootsplash selbst ein, allerdings nur in den eigenen Bootlader. Wenn Sie Mandriva als zweit System nutzten und einen anderen Bootlader, als den von Mandriva im MBR haben, benutzen Sie dieses grafische Tool 'nicht', weil Mandriva Linux den bestehenden Bootlader im MBR überschreiben wird. Wenn Sie allerdings Mandriva Linux per Chainloader booten und der Bootlader sich nicht im MBR befindet sollte das keine Probleme machen.
}}

=Bootlader-Theme selbst erstellen=
'''Autor:''' Geier0815
 
Damit ist das Bild gemeint, das am Anfang des [[Bootvorgang]] zu sehen ist, in dem man das zu Startende Betriebsystem auswählt.
 
Man braucht dazu eine Bitmap-Datei, die in der Auflösung von 640x480px mit 16 Farben vorhanden sein muss. Dies kann ein unkomprimiertes Bitmap mit 153718 bytes oder auch ein komprimiertes als auch ein OS/2 Bitmap mit 153674 bytes sein. Dieses muss im Verzeichnis '''/boot''' abgelegt sein.
 
Auf dieses Bitmap wird eine Tabelle gelegt, in der die Betriebssysteme aufgelistet werden, sowie der Timer, der die Zeit bis zum Start des Standardbetriebssystems runterzählt. 
Die Einträge müssen im globalen Abschnitt der '''lilo.conf''' eingetragen werden.

==Werte==
'''bitmap= /boot/Bild.bmp'''
 
{| border="1"
|+ '''Tabelle 1:''' ''bmp-table= x, y, ncol, nrow, xspc, spill''
|-
! Tag !! Wert !! Funktion
|-
! x !! 1-80; 0p-632p !! gibt die Position der ersten Spalte der Tabelle an, kan auch als Pixelangabe erfolgen
|-
! y !! 1-30; 0p-464p !! gibt die Positin der ersten Zeile der Tabelle an, kann auch als Pixelangabe erfolgen
|-
! ncol !! 1-4 !! gibt die Anzahl der Spalten an die für die Kernelimage/other Einträge verwendet werden
|-
! nrow !! xxx !! gibt die Anzahl der Zeilen pro Spalte an, also quasi die Höhe der Spalten in der Tabelle
|-
! xspc !! 15 Zeichen; max. 17 Zeichen !! gibt die Breite der Spalten an, da die Einträge 15 Zeichen umfassen dürfen und ein Leerzeichen vor und hinter dem Eintrag freibleiben muß, ist die Mindestanzahl 17. Werden mehr Zeichen verwendet als die Spalte breit ist, wird der Eintrag am Ende abgeschnitten
|-
! spill !! Standard: 4; xxx !! gibt die Anzahl der Einträge pro Spalte an bevor die nächste Spalte verwendet wird
|}
 
{| border="1"
|+ '''Tabelle2:''' ''bmp-colors= fg, bg, sh, h-fg, h-bg, h-sh''
|-
! Tag !! Wert !! Funktion
|-
! fg !! xxx !! gibt die Vordergrundfarbe von normalem Text an
|-
! bg !! "" !! gibt die Hintergrundfarbe von normalem Text an, wenn dieser Wert nicht angegeben wird, wird transparent gewählt und das eigentliche Bild ist zu sehen
|-
! sh !! "" !! gibt die Schattenfarbe der Textes an, wird er weggelassen, werden keine Schatten verwendet
|-
! h-fg !! "" !! gibt die Vordergrundfarbe von hervorgehobenem Text an
|-
! h-bg !! "" !! gibt die Hintergrundfarbe von hervorgehobenem Text an, wird kein Wert angegeben wird transparent gewählt
|-
! h-sh !! "" !! gibt die Schattenfarbe von hervorgehobenem Text an, wird kein Wert angegeben werden keine Schatten verwendet
|}
 
{| border="1"
|+ '''Tabelle3:''' ''bmp-timer= tx, ty, t-fg, t-bg , t-sh''
! Tag !! Wert !! Funktion
|-
! tx !! xxx !! gibt die Position der Spalte an, in der der Timer angezeigt wird
|-
! ty !! "" !! gibt die Position der Zeile an, in der der Timer angezeigt wird
|-
! t-fg !! "" !! gibt die Vordergrundfarbe des Timers an
|-
! t-bg !! "" !! gibt die Hintergrundfarbe des Timers an, wird der Wert weggelassen, wird der Wert 0 gewählt, Transparens ist nicht möglich
|-
! t-sh !! "" !! gibt die Farbe des Schattens an, wird er weggelassen, wird kein Schatten verwendet
|}
 
==Beispiel==
Ein Beispiel dafür wie der Eintrag in der lilo.conf aussehen könnte:

bitmap=logo64a.bmp
bmp-colors=6,9,0,15,9,0
bmp-table=59,5,1,19,
bmp-timer=66,28,6,8,0
{{Box Achtung|Bootlader Lilo|
Wenn der Bootlader Lilo verwendet wird, muss man, nachdem man Änderungen an der lilo.conf durchgeführt hat, in einer Konsole als root
/sbin/lilo
ausführen}}

[[Bootmanager|zurück zum Bootmanager]]
[[Category:Bootmanager]]

Backupkonzept

2013-12-09T20:05:59Z

TomcatMJ: Hier gehts primär um ein Backupkonzept, nicht um einen Bootloader,daher wurde die Hinweisbox angepasst und an die richtigen Stellen geschoben.

== Backupkonzept mit tar ==

Der kleine Linuxuser braucht ein kleines Backupkonzept mit dem er regelmäßig seine Dateisystemsicherungen machen kann.
Was er aber vor allem braucht, ist die Sicherheit mit Hilfe dieses Backups sein System jeder Zeit auch wieder schnell herstellen zu können.

Im folgenden hier einige dokumentierte Beispiele, die bei der Erstellung eines kleinen Backupkonzeptes mit Bordmitteln von Linux behilflich sein sollen.

; [[#Komplettsicherung | Komplettsicherung]] : Sicherung eines Linuxrechners mittels des tar-Befehles
; [[#Komplettes Restore | Komplettes Restore]] : wiederherstellen des Systems nach Austausch einer baugleichen Festplatte
; [[#Austausch eines laufenden LINUX | Austausch eines laufenden LINUX]] : restore auf einem remote Rechner durch die Backupdaten mit gleichzeitigem teilweise Umbau des Systems.

''' Hinweis: '''
* Es wird der komplette Ablauf und die vollständigen Befehle mit allen Optionen aufgezeigt
* Befehlsausgaben sind auf die relevanten Informationen gekürzt.
* Die einzelnen Befehle sollten mit Hilfe dieser Dokumentation auf andere Systeme recht einfach übertragen und angepasst werden können.
* Es wird auf mögliche Problembereiche hingewiesen.

=== Komplettsicherung ===

Die Ausgangssituation:
<pre>
LINUX:~ # df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda2 4883300 1131272 3752028 24% /
/dev/sda1 260020 55320 204700 22% /boot
/dev/sda3 4883300 2240880 2642420 46% /usr
/dev/sda6 24837316 49300 24788016 1% /home

LINUX:~ # fdisk -l /dev/sda
Device Boot Start End Blocks Id System
/dev/sda1 * 1 254 260080 83 Linux
/dev/sda2 255 5023 4883456 83 Linux
/dev/sda3 5024 9792 4883456 83 Linux
/dev/sda4 9793 35003 25816064 5 Extended
/dev/sda5 9793 10747 977904 82 Linux swap / Solaris
/dev/sda6 10748 35003 24838128 83 Linux
</pre>
Das System ist also auf mehrere Partitionen der /dev/sda verteilt. Es existieren 4 Filesysteme / /usr /boot /home und eine Swappartition. Man sichert mit tar immer komplette Filesysteme von ihrem [[Mountpoint]] aus, in seperate Archive.
Zuerst sammeln wir jedoch einige Zusatzinformationen vom System ein, die zum Beheben von schweren Fehlern und zum Wiederherstellen des Systems sehr hilfreich sein können. Dazu sammeln wir folgende Dateien und Ausgaben von Befehlen ein, und kopieren diese in ein spezielles [[Directory|Verzeichnis]] /root/backup , das wir uns zum sammeln der Informationen vom Backup anlegen.
<pre>
LINUX:/boot/grub # cp device.map menu.lst /root/backup/ #Grubkonfiguration
LINUX:/etc # cp /etc/fstab /root/backup #/etc/fstab
LINUX:/etc # fdisk -l > /root/backup/fdisk_l #die komplette Partitionierung
LINUX:/etc # dd if=/dev/sda of=/root/backup/sda_MBR bs=512 count=1 #den MBR von der Bootplatte
LINUX:/etc # sfdisk -d /dev/sda > /root/backup/sda_sfdisk_dump #einen Partitionsdump mit sfdisk
LINUX:/etc # mount > /root/backup/mount #die Ausgabe von mount
LINUX:/etc # df > /root/backup/df #die Ausgabe von df
</pre>
Diese Informationen können uns später helfen, die orginal Partitionierung, die Filesysteme und Mountpunkte schnell und zielsicher wieder herzustellen. 
Je nach Rechner können hier noch mehrere Daten wichtig sein, zB Rechnernamen, Datum, Kernel, initrd, Kernelkonfiguration, Partitionierung weiterer Platten, Filesystemparameter usw. aber man sollte sich wirklich auf das beschränken, was man wirklich zum booten und zur Wiederherstellung der Filesysteme benötigen könnten.

Als nächstes kommt die eigentliche Sicherung. Als Sicherungsmedium dient hier im Beispiel eine 2 Platte die schon nach /mnt temporär gemountet wurde. Gesichert wird mittels tar, die Komprimierung mit gzip schalten wir ein. Eine Logdatei der Namen der gesicherten Dateien wird je Archiv ebenfalls in /root/backup angelegt. Als Namen für diese Listen wählen wir "list.MOUNTPOINT". Damit kann später durch auslesen dieser Dateien schnell festgestellt werden, was in unseren Archiven alles enthalten ist, ohne gleich alle großen Archive auslesen zu müssen 
Es werden 4 Filesysteme / /usr /boot /home in jeweils ein eigenes Archiv gesichert. Anschließend wird ein Archiv von /root/backup ebenfalls als seperates Archiv erstellt und in eine eigene Datei die md5sum der 5 Archive geschrieben, das könnte man als Vergleich heranziehen, wenn die Archive zB über das Netz kopiert oder verschoben wurden, oder auf DVD gebrannt wurden.

----

{{Überarbeiten}}
''die Option '''-l''' die hier verwendet wurde ist mittlerweile in aktuellen Versionen nicht mehr erhalten, was zur Entstehung dieses Howtos noch zu einer unbedeutenten Warnung geführt hat, erzeugt jetzt einen Fehler. Abschnitt muss überarbeitet und neu ausgetestet werden. [[Benutzer:Robi|Robi]] 11:28, 20. Mär. 2009 (UTC)''

<pre>
LINUX:/ # tar -czvl -f /mnt/root.tgz / >/root/backup/list.root
LINUX:/ # tar -czvl -f /mnt/boot.tgz /boot >/root/backup/list.boot
LINUX:/ # tar -czvl -f /mnt/home.tgz /home >/root/backup/list.home
LINUX:/ # tar -czvl -f /mnt/usr.tgz /usr >/root/backup/list.usr
LINUX:/ # tar -czl -f /mnt/backup.tgz /root/backup
LINUX:/ # md5sum /mnt/*tgz > /mnt/md5sum.log
</pre>
Während der Sicherung werden einige Warnungen erscheinen, hier einige Beispiele, was ignoriert werden kann:
<pre>
tar: Semantics of -l option will change in the future releases.
tar: Please use --one-file-system option instead.
tar: /var/spool/postfix/private/proxymap: socket ignored
tar: /usr/: file is on a different filesystem; not dumped
tar: Removing leading `/' from member names
tar: Removing leading `/' from hard link targets
</pre>
Die komplette Sicherung umfasst jetzt folgende Dateien:
<pre>
LINUX:/ # ls -l /mnt/*
-rw-r--r-- 1 root root 4881455 Aug 26 04:27 /mnt/backup.tgz
-rw-r--r-- 1 root root 17058527 Aug 26 04:12 /mnt/boot.tgz
-rw-r--r-- 1 root root 2561794 Aug 26 04:12 /mnt/home.tgz
-rw-r--r-- 1 root root 216 Aug 26 04:34 /mnt/md5sum.log
-rw-r--r-- 1 root root 514285322 Aug 26 03:56 /mnt/root.tgz
-rw-r--r-- 1 root root 843629265 Aug 26 04:24 /mnt/usr.tgz
</pre>
Damit ist die komplette Sicherung abgeschlossen, die 2 Platte kann jetzt umountet werden, oder die Sicherungsarchive auf einen anderen Rechner oder auf DVD verbannt werden.

----

=== Komplettes Restore ===
Wiederherstellen des Systems aus dem Backup nach Plattentausch

Während man das Backup sehr gut automatisieren kann, bleibt das Restore oftmals Handarbeit. Zu einem Backupkonzept gehört also eine genaue und getestete Beschreibung der Vorgehensweise des Restore. 
Wir gehen in diesem Beispiel davon aus, das man die Möglichkeit hat, ein anders Linux von CD/DVD/Floppy zu booten.

An dieses Linux stellen wir folgende Anspüche
* es soll einigermaßen aktuelles LINUX sein
* es muss unsere Festplattenkontroller und Festplatten + CD/DVD automatisch erkennen.
* Sollte die 2 Platte über USB angeschlossen sein, dann natürlich auch diese
* eventuell noch die Unterstützung der Netzwerkkarte
* die wenigen zum Restore benötigte Programme befinden sich auf jeder LiveCD oder RescueCD.
* eine CD/DVD sollte man dennoch vor einem wirklichem Recoverfall auf diesem Rechner nach diesen Kriterien getesten.(und immer am Lagerort der Backupmedien zu finden sein)

'' Hier im Beispiel wurde von der SUSE 10.1 das Rescue-System gestartet. ''

Auf solchen von CD/DVD gebooteten Systemen hat man eventuell das Problem, dass fast alle Filesysteme readonly gemountet sind. Es gibt aber in mindestens einem Verzeichnis, meistens unter /tmp, die Möglichkeit ein paar kleine Dateien anzulegen. Obwohl wir in diesem Beispiel auf der 2 Platte die Möglichkeit hätten schreibend zuzugreifen, wollen wir darauf verzichten, das gibt auch denen die Chance das Beispiel nachzustellen, die als Backupmedium eine CD/DVD benutzen.

Als erstes mounten wir unser Backupmedium nach /mnt und da wir uns nicht erinnern wie unsere Partitionierung und unsere Filesysteme aussahen, suchen wir nach den Informationen aus denen wir das erkennen können. Wir lassen uns als erstes die Dateinamen aus backup.tgz ausgeben und schreiben diese in eine Datei /tmp/list
<pre>
Rescue:/ # mount /dev/sdb1 /mnt
Rescue:/ # tar -tzf /mnt/backup.tgz > /tmp/list
Rescue:/ # cat /tmp/list
root/backup/
root/backup/df
root/backup/menu.lst
root/backup/list.usr
root/backup/fstab
root/backup/mount
root/backup/sda_MBR
root/backup/device.map
root/backup/fdisk_l
root/backup/list.boot
root/backup/list.home
root/backup/list.root
root/backup/sda_sfdisk_dump
</pre>
Wir benötigen die beiden Dateien fstab und sda_sfdisk_dump. Mit Hilfe von sda_sfdisk_dump läßt sich mit einem einzigem sfdisk Befehl die orginal Partitionierung der Platte wiederherstellen. Aus fstab erkennt man die Mountpunkte und die Filesystemtypen. Wir löschen entweder aus /tmp/list alle anderen Zeilen heraus oder legen diese Datei mit nur diesen beiden Zeilen neu an. Mit dieser Datei können wir dann mit tar diese beiden Dateien aus dem Archiv gezielt nach /tmp entpacken.
<pre>
Rescue:/ # tar -tzf backup.tgz | grep -e sfdisk -e fstab > /tmp/list
Rescue:/ # cat /tmp/list
root/backup/fstab
root/backup/sda_sfdisk_dump
Rescue:/ # cd /tmp
Rescue:/tmp # tar -xzT /tmp/list -f /mnt/backup.tgz
Rescue:/tmp # find .
./root
./root/backup
./root/backup/sda_sfdisk_dump
./root/backup/fstab
./list
</pre>
Jetzt kann die Partitionierung von /dev/sda wieder orginal hergestellt werden und die fstab ausgelesen werden
<pre>
Rescue:/tmp # sfdisk /dev/sda1 < /tmp/root/backup/sda_sfdisk_dump
Rescue:/tmp # cat /tmp/root/backup/fstab
/dev/sda2 / reiserfs defaults 1 1
/dev/sda5 swap swap pri=42 0 0
/dev/sda1 /boot reiserfs defaults 1 2
/dev/sda3 /usr reiserfs defaults 1 2
/dev/sda6 /home reiserfs defaults 1 2
</pre>
Aus der fstab erkennen wir 4 reiserfs auf Partitionen 1/2/3/6 und ein swap auf Partition 5, das legen wir genauso wieder an
<pre>
Rescue:/tmp # mkfs.reiserfs /dev/sda1
Rescue:/tmp # mkfs.reiserfs /dev/sda2
Rescue:/tmp # mkfs.reiserfs /dev/sda3
Rescue:/tmp # mkfs.reiserfs /dev/sda6
Rescue:/tmp # mkswap /dev/sda5
</pre>
Jetzt kann man die neuen Filesysteme so einhängen wie sie benötigen werden. Auf /mnt hängt im Moment noch unsere Backuppartition, die hängen wir erstmal weg und mounten statt dessen dort das neue Root-Filesystem /dev/sda2 hin. In dieses legen wir die Einhängepunkte für die anderen Dateisysteme als Verzeichnisse neu an, und mounten anschließend die anderen Filesysteme dort hin. Als Vorlage dient uns die fstab mit dem Unterschied das / als /mnt eingehängt ist. Unser Backupmedium hängen wir dann unter /mnt/mnt wieder mit ein.
<pre>
Rescue:/tmp # umount /mnt
Rescue:/tmp # mount /dev/sda2 /mnt
Rescue:/tmp # mkdir /mnt/boot /mnt/usr /mnt/home /mnt/mnt
Rescue:/tmp # mount /dev/sda1 /mnt/boot
Rescue:/tmp # mount /dev/sda3 /mnt/usr
Rescue:/tmp # mount /dev/sda6 /mnt/home
Rescue:/tmp # mount /dev/sdb1 /mnt/mnt
Rescue:/tmp # mount
/dev/sda2 on /mnt type reiserfs (rw)
/dev/sda1 on /mnt/boot type reiserfs (rw)
/dev/sda3 on /mnt/usr type reiserfs (rw)
/dev/sda6 on /mnt/home type reiserfs (rw)
/dev/sdb1 on /mnt/mnt type ext2 (rw)
</pre>
Damit sind die Vorbereitungen für das eigentliche Recover abgeschlossen und man kann die Archive auspacken.
Da wir die Verzeichnisnamen relativ zum Rootverzeichnis mit gesichert haben, gehen wir nach /mnt das ja unser Rootfilesystem werden soll. 
Komplettsicherungen werden immer in leere Filesysteme ausgepackt, das ist sichergestellt, da wir die Filesysteme neu angelegt haben.
<pre>
Rescue:/tmp # cd /mnt
Rescue:/mnt # ls -l /mnt/mnt/
-rw-r--r-- 1 root root 4881455 Aug 26 02:27 backup.tgz
-rw-r--r-- 1 root root 17058527 Aug 26 02:12 boot.tgz
-rw-r--r-- 1 root root 2561794 Aug 26 02:12 home.tgz
-rw-r--r-- 1 root root 216 Aug 26 02:34 md5sum.log
-rw-r--r-- 1 root root 514285322 Aug 26 01:56 root.tgz
-rw-r--r-- 1 root root 843629265 Aug 26 02:24 usr.tgz
Rescue:/mnt # tar -xzf /mnt/mnt/root.tgz
Rescue:/mnt # tar -xzf /mnt/mnt/boot.tgz
Rescue:/mnt # tar -xzf /mnt/mnt/usr.tgz
Rescue:/mnt # tar -xzf /mnt/mnt/home.tgz
</pre>
Das komplette Linux wurde damit wieder in die richtigen Partitionen zurückgesichert. Was jetzt noch gemacht werden muss ist:
* das eingespielte Linux sollte kurz einmal überprüft werden
* der Bootloader muss wieder auf die Bootplatte /dev/sda installiert werden.
Dazu richtet man am besten eine chrootumgebung ein. 
Man bindet die Systemefilesysteme /proc /sys /udev in das neues Linuxsystem innerhalb von /mnt ein und setzt den chroot Befehl ab. 
Dort kann jetzt das System auf allgemeine Funktion getestet werden (wenn einige Befehle funktionieren / /home /boot und /usr mit Dateien gefüllt sind, sollte es soweit ok sein) und natürlich installieren des Bootloaders auf die neuen Platte. Wenn das alles soweit in Ordnung ist, dann das System mit ''halt'' beenden. Wenn alles funktioniert hat, sollte das System jetzt wieder sauber von Platte booten und genau so funktionieren, wie zum Zeitunkt der Sicherung.
<pre>
Rescue:/ # mount --bind /proc /mnt/proc
Rescue:/ # mount --bind /sys /mnt/sys
Rescue:/ # mount --bind /dev /mnt/dev
Rescue:/ # chroot /mnt
Rescue:/ # grub-install /dev/sda
Rescue:/ # halt
</pre>

=== Austausch eines laufenden LINUX ===

In dem nun folgenden Beispiel für Fortgeschrittene, wollen wir etwas derber mit unserem System umgehen. Wir gehen davon aus, wir haben nicht die Möglichkeit ein 2. Linux mittels CD/DVD zu starten, also zB wie man es auf einem Rootserver vorfinden würden. Unser bestehendes LINUX gefällt uns nicht mehr, oder der letzte Update ging schief, egal jedemfalls möchten wir es gegen das Backup austauschen. Gleichzeitig möchten wir / /usr /boot auf ext3 umstellen, das wollten wir schon lange mal machen, jetzt haben wir die Gelegenheit dazu. Das wird einiges an Konfigurationsarbeit mehr darstellen, als das erste Beispiel, und soll vor allem aufzeigen, was in gewissen Situationen an einem System überprüft und konfiguriert werden muss, damit es wieder sauber bootet. Wir wollen mit 2 Mal reboot sicher zum Ziel kommen.

Die derzeitige Situation:
<pre>
LINUX:~ # mount
/dev/sda2 on / type reiserfs (rw)
/dev/sda1 on /boot type reiserfs (rw)
/dev/sda3 on /usr type reiserfs (rw)
/dev/sda6 on /home type reiserfs (rw)
LINUX:~ # df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda2 4883300 1141720 3741580 24% /
/dev/sda1 260020 55324 204696 22% /boot
/dev/sda3 4883300 2240800 2642500 46% /usr
/dev/sda6 24837316 49488 24787828 1% /home
</pre>
Wir erkennen, alle Filesysteme sind derzeit reiserfs und /home bietet im Moment noch genügend freien Platz, um das gesamte Linuxsystem System aufzunehmen. Das wollen wir gleich ausnutzen. /home ist im Moment gemountet, es befinden sich keine Verzeichnisse oder Files darin die mit ihrem Namen, mit den Verzeichnisnamen des Rootfilesystems in Konflikt stehen. (Das ist auch der Grund warum sich /usr dafür weniger eignet.) 
Bei Namenskonflikten mit Userverzeichnissen müssen solche Dateine/Verzeichnisse vorläufig umbenannt werden. Wir nutzen den Platz und die Möglichkeit unser komplettes Backup neben die Homeverzeichnisse auf /home auszupacken.

Wir binden unser Backup wieder unter /mnt ein und suchen uns die Archive. 
Danach packen wir die Archive nach /home aus, wobei wir mit root.tgz , also unserem Rootverzeichnis beginnen, dabei achten wir darauf, das wir uns zum Auspacken im Verzeichnis /home befinden, denn die Daten werden relativ zum aktuellem Verzeichnis ausgepackt.
<pre>
LINUX:~ # mount /dev/sdb1 /mnt
LINUX:~ # ls /mnt/*tgz
/mnt/backup.tgz /mnt/boot.tgz /mnt/home.tgz /mnt/root.tgz /mnt/usr.tgz
LINUX:~ # cd /home
LINUX:/home # ls
lost+found puppe robi

LINUX:/home # tar -xzf /mnt/root.tgz
LINUX:/home # tar -xzf /mnt/boot.tgz
LINUX:/home # tar -xzf /mnt/usr.tgz
LINUX:/home # tar -xzf /mnt/home.tgz

LINUX:/home # ls
.gnupg bin dev lib mnt puppe sbin subdomain usr
.qt boot etc lost+found opt robi sicher sys var
.viminfo data home media proc root srv tmp
</pre>
Als nächstes wollen wir jetzt das neu eingespielte Linuxsystem auf der /home booten. Damit werden die anderen Partitionen frei.
Als Bootsystem werden wir vorerst jedoch noch das alte, sich noch im Verzeichnis /boot befindliche, benutzen.

''' Achtung: ''' Das geht nur wenn sich der Kernel und die initrd mit dem System das wir jetzt als Rootfilesystem aus dem Backup gewonnen haben, vertragen.
Wenn sich der Kernel nicht mit dem Rootfilesystem verträgt, liegt das daran, dass die Module die zum Kernel passen würden, nicht im Filesystem enthalten sind, und der Kernel sie deshalb auch nicht laden kann. Der Rechner wird zwar booten, aber nicht alles sauber starten können. Um sicher zu gehen, müssten wir die Kernelversion im derzeitigen Verzeichnis /boot mit den Verzeichnissen in derzeitig /home/lib/modules vergleichen.
Sollte Unverträglichkeit vorliegen, muss hier der Kernel und die initrd aus /home/boot nach /boot kopiert werden und im /boot/grub/menu.lst der kernel und die initrd als Bootparameter eingetragen werden.
Sollte das jetzige / und das jetzige /home unterschiedliche Filesystemtypen sein, müssten dazu einige Überlegungen und Konfigurationen mehr gemacht werden, ''(siehe hierzu auch weiter unten in diesem Beispiel)'', aber das ist ja bei uns nicht der Fall.

Wir gehen jedoch hier im diesem Beispiel davon aus, das die Filesysteme gleich sind und dass das alte System auf der Platte die selbe Kernelversion hatte wie das gespeicherte System im Backup.

{{Achtung|'''Hinweis:''' Dieser Artikelabschnitt handelt explizit von der Version ''GRUB Legacy''. Das Programm wurde weiterentwickelt. Die Weiterentwicklung wird aufgrund von Inkompatibilitäten auf einer eigenen Seite behandelt: [[GRUB 2]]}}

Um das booten des neuen Systems von der alten Bootkonfiguration auszuführen, müssen kleine Änderungen an der derzeitigen Datei /boot/grub/menu.lst und an der derzeitigen /home/etc/fstab vorgenommen werden. Die meisten Zeilen in der fstab können wir auskommentieren, da ja im Moment alles auf einer einzigen Partition liegt.
<pre>
LINUX:/home # cat /home/etc/fstab #(vor der Aenderung)
/dev/sda2 / reiserfs defaults 1 1
/dev/sda5 swap swap pri=42 0 0
/dev/sda1 /boot reiserfs defaults 1 2
/dev/sda3 /usr reiserfs defaults 1 2
/dev/sda6 /home reiserfs defaults 1 2

LINUX:/home # cat /home/etc/fstab #(nach der Aenderung)
/dev/sda6 / reiserfs defaults 1 1
#/dev/sda5 swap swap pri=42 0 0
#/dev/sda1 /boot reiserfs defaults 1 2
#/dev/sda3 /usr reiserfs defaults 1 2
#/dev/sda6 /home reiserfs defaults 1 2
</pre>
In der menu.lst ändern wir nur den Eintrag für das Rootdevice
<pre>
LINUX:/home # cat /boot/grub/menu.lst #(vor der Aenderung)
root (hd0,0)
kernel (hd0,0)/vmlinuz root=/dev/sda2 vga=0x314 acpi=off resume=/dev/sda5 sp
lash=silent showopts
initrd (hd0,0)/initrd

LINUX:/home # cat /boot/grub/menu.lst #(nach der Aenderung)
root (hd0,0)
kernel (hd0,0)/vmlinuz root=/dev/sda6 vga=0x314 acpi=off resume=/dev/sda5 sp
lash=silent showopts
initrd (hd0,0)/initrd

LINUX:/home # init 6
</pre>
Das System sollte jetzt einen Reboot ausführen und als einzige Datenpartition die /dev/sda6 einbinden
<pre>
LINUX:~ # mount
/dev/sda6 on / type reiserfs (rw)

LINUX:~ # df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda6 24837316 3404956 21432360 14% /
</pre>
Jetzt haben wir das komplette System, das wir im Backup gesichert hatten, zu einem fast vollständig lauffähigen System auf einer einzigen Partition gemacht. 
Die einzige Einschränkung, dieses System hat keine eigene funktionieren Bootkonfiguration, wir haben ja mittels der geänderten alten Konfiguration auf /dev/sda1 gebootet.
Wir wollen dieses System jetzt aber nur als Hilfssystem benutzen und wollen weiter an unserem entgültigen System herumbauen.

Die anderen Partitionen sind frei geworden, wir legen jetzt darauf die neue Filesysteme an, aber wir ändern jetzt auf ext3 Filesysteme. 
Danach mounten wir wieder unseren neuen Dateibaum ( Ausnahme hier im Beispiel das Homeverzeichnis, die alten Userverzeichnisse sind im Moment ja noch auf dem derzeigigen Rootverzeichnis. Wir müssen das deshalb jetzt anders behandeln)
Die anderen Verzeichnisse werden wie in vorherigen Beispiel wieder mit den Daten gefüllt.
<pre>
LINUX:~ # mkfs.ext3 -j /dev/sda1
LINUX:~ # mkfs.ext3 -j /dev/sda2
LINUX:~ # mkfs.ext3 -j /dev/sda3
LINUX:~ # mount /dev/sda2 /mnt
LINUX:~ # mkdir /mnt/boot /mnt/usr /mnt/home /mnt/mnt
LINUX:~ # mount /dev/sda1 /mnt/boot
LINUX:~ # mount /dev/sda3 /mnt/usr
LINUX:~ # mount /dev/sdb1 /mnt/mnt
LINUX:~ # ls /mnt/mnt/*tgz
/mnt/mnt/backup.tgz /mnt/mnt/home.tgz /mnt/mnt/usr.tgz
/mnt/mnt/boot.tgz /mnt/mnt/root.tgz

LINUX:/mnt # tar -xzf /mnt/mnt/root.tgz
LINUX:/mnt # tar -xzf /mnt/mnt/boot.tgz
LINUX:/mnt # tar -xzf /mnt/mnt/usr.tgz
</pre>
Unser jetziges Rootverzeichnis enthält noch die Homeverzeichnisse des alten Systems, diese löschen wir und kopieren an deren Stelle die jetzigen Homeverzeichnisse, die haben wir ja vor dem letzen Reboot schon aus dem Backuparchiv entpackt. In diesem Beispiel benutzen wir cpio dafür.
<pre>
LINUX:/mnt # cd /
LINUX:/ # rm -rf robi puppe
LINUX:/ # cd /home
LINUX:/home # ls
lost+found puppe robi
LINUX:/home # find puppe robi | cpio -pdumC65536 /
</pre>
Wie im vorherigen Beispiel legen wir auch jetzt wieder eine chroot-Umgebung an, um das System zu testen und die notwendigen Änderungen vorzunehmen damit das System wieder sicher bootet.
<pre>
LINUX:/home # mount --bind /proc /mnt/proc
LINUX:/home # mount --bind /sys /mnt/sys
LINUX:/home # mount --bind /dev /mnt/dev
LINUX:/home # chroot /mnt
LINUX:/ #
</pre>
Wir überprüfen und ändern die fstab, wir müssen jetzt hier die Filesystemtypen und eventuell die Mount Optionen ändern.
<pre>
LINUX:/etc # cat /etc/fstab
/dev/sda2 / reiserfs defaults 1 1
/dev/sda5 swap swap pri=42 0 0
/dev/sda1 /boot reiserfs defaults 1 2
/dev/sda3 /usr reiserfs defaults 1 2
/dev/sda6 /home reiserfs defaults 1 2

LINUX:/etc # cat /etc/fstab
/dev/sda2 / ext3 defaults 1 1
/dev/sda5 swap swap pri=42 0 0
/dev/sda1 /boot ext3 defaults 1 2
/dev/sda3 /usr ext3 defaults 1 2
/dev/sda6 /home reiserfs defaults 1 2
</pre>
Wir überprüfen die /boot/grub/menu.lst, da wir jedoch keine Veränderungen an den Partitionen oder der Zuordnung des Rootverzeichnisses vorgenommen haben, ist die im Backup enthaltene schon richtig, wir prüfen das aber dennoch.
<pre>
LINUX:/etc # cat /boot/grub/menu.lst
title SUSE 10.1
root (hd0,0)
kernel (hd0,0)/vmlinuz root=/dev/sda2 vga=0x314 acpi=off resume=/dev/sda5 sp
lash=silent showopts
initrd (hd0,0)/initrd
</pre>

==== Problem Filesystemwechsel ====
{{Achtung|'''Hinweis:''' Dieser Artikelabschnitt handelt explizit von der Version ''GRUB Legacy''. Das Programm wurde weiterentwickelt. Die Weiterentwicklung wird aufgrund von Inkompatibilitäten auf einer eigenen Seite behandelt: [[GRUB 2]]}}

Jetzt kommen wir zu neuen Problemen, '''die wir uns mit dem Ändern der Filesystemetypen eingehandelt haben'''.
Wir haben das Dateisystem in dem sich die Dateien /boot/grub/* befinden gewechselt. Das müssen wir aber dem Bootloader mitteilen, sonst erwartet der Bootloader noch ein reiserfs dort. Wir müssen also einen neuen Bootloader auf die Bootplatte schreiben. 
Wir haben aber auch den Type von unserem Rootfilesystem gewechselt, wenn der Kern jetzt nicht das Kernelmodul für das neue Filesystem hat, dann bleibt unser boot hängen. Welche Module im Kernel fest einkompiliert sind, könnten wir aus der ''' /boot/config..... ''' Datei herauslesen, dort im Abschnitt ''' File systems ''' steht ''' CONFIG_EXT3_FS=m ''' also ext3 ist hier nicht im Kernel enthalten sondern muss als Modul vor dem Einhängen des Rootfilesystems geladen werden. 
Das Laden dieser Module während der frühen Bootphase obliegt der initrd. (initrd ist kleines Filesystem das vom Kernel in den Speicher geladen wird, um Module zu laden die nicht im Kernel selbst enthalten sind, noch bevor das Rootverzeichniss geladen wird) Das initrd müssen wir also neu konfigurieren und anlegen.
Dazu müssen wir in der Datei ''' /etc/sysconfig/kernel ''' in der Zeile ''' INITRD_MODULES= ''' die Module eintragen die der Kernel zum Laden des Rootfilesystems braucht und anschließend eine neue initrd erstellen.
<pre>
LINUX:/etc # cat /etc/sysconfig/kernel #(vor der Aenderung)
INITRD_MODULES="serverworks sym53c8xx processor thermal fan jbd reiserfs"

LINUX:/etc # cat /etc/sysconfig/kernel #(nach der Aenderung)
INITRD_MODULES="serverworks sym53c8xx processor thermal fan jbd ext3"

LINUX:/etc # mkinitrd -d /dev/sda2
LINUX:/etc # grub-install /dev/sda
LINUX:/etc # init 6
</pre>
'''Achtung:''' es ist möglich, das bei einer älteren Versionen von '''mkinitrd die Option -d nicht bekannt''' ist. Sollte es hier zu einer solchen Fehlermeldung kommen, dann reicht auch '''mkinitrc ohne Optionen''', dann holt er sich die Informationen aus der Bootkonfiguration. Dort sollte jetzt ja auch root=/dev/sda2 drinstehen.

Bei diesem Reboot sollte das ursprüngliche Linux jetzt wieder richtig auf den Partitionen verteilt starten.

Wir überprüfen das.
<pre>
LINUX:~ # mount
/dev/sda2 on / type ext3 (rw)
/dev/sda1 on /boot type ext3 (rw)
/dev/sda3 on /usr type ext3 (rw)
/dev/sda6 on /home type reiserfs (rw)

LINUX:~ # df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda2 4806784 1337100 3225512 30% /
/dev/sda1 251871 26495 212372 12% /boot
/dev/sda3 4806784 2489796 2072816 55% /usr
/dev/sda6 24837316 3411092 21426224 14% /home
</pre>
Jetzt müssen wir nur noch ein paar Leichen entfernen, auf unserem /home Verzeichnis befindet sich jetzt noch das komplette Linuxsystem das wir dort als Hilfssystem angelegt hatten. Dieses können wir jetzt löschen.
<pre>
LINUX:~ # cd /home
LINUX:/home # ls -a
. .qt boot etc lost+found opt robi sicher success usr
.. .viminfo data home media proc root srv sys var
.gnupg bin dev lib mnt puppe sbin subdomain tmp

LINUX:/home # rm -rf .qt boot etc opt sicher success usr .viminfo data home media
LINUX:/home # rm -rf proc root srv sys var .gnupg bin dev lib mnt sbin subdomain tmp
LINUX:/home # ls -a
. .. lost+found puppe robi
</pre>
Damit ist unser Recover und Umbau am System abgeschlossen.

'' viel Erfolg beim ausprobieren ''

[[Benutzer:Robi|Robi]] 12:09, 4. Sep 2006 (CEST)

----

[[Backup|Back To Backup]]
[[Kategorie:Security]][[Kategorie:Backup]]

Hilfe zu Antworten aus dem Forum

2013-12-09T19:59:50Z

TomcatMJ: Hinweisbox sinnvoll verschoben und weitere Hinweisbox bezüglich sax2 eingefügt

Du hast Linux das erste Mal installiert, irgend etwas funktioniert nicht, also hast du eine Frage ins Forum gesetzt. Mit der Antwort kannst du jedoch überhaupt nichts anfangen. Ein Antwortender im Forum kann nicht immer einschätzen, welche Vorkenntnisse du mitbringst, und da kann es schon mal passieren, dass du eine kurze und knappe Antwort bekommst. Deshalb hier mal einige häufige Probleme mit den Antworten aus dem Forum.

== gib mal folgendes ein ==

'''Der Anworter möchte, dass du in einer der Konsolen einen Befehl eingibst, hat aber übersehen, dass du dich gar nicht anmelden kannst, und du noch nie etwas von einer Konsole gehört hast. Wo sollst du denn jetzt den Befehl oder die Zeile eingeben ?????
'''

Linux ist voll über die [http://www.bin-bash.de/index.php Komandozeile steuer- und bedienbar], die grafische Oberfläche ist quasi nur oben draufgelegt. Dort hin kannst du dich deshalb auch jederzeit bei Problemen hinretten. Es gibt verschiedene Möglichkeiten um dort hin zu gelangen. Erwarten tut dich dort eine Konsole, die ähnlich funktioniert wie die DOS-Kommandozeile innherhalb von Windows. Dort arbeitet eine Shell, die deine Eingaben entgegennimmt und ausführt. Ganz am Anfang wirst du wahrscheinlich ein paar Fragen haben wie zb [http://www.bin-bash.de/kommando.php Grundkommandos und Einführung] sowie [http://www.bin-bash.de/dateisystem.php Einführung in das Dateisystem] und [http://www.bin-bash.de/editor.php Editoren für die Konsole], dich aber schon nach kurzer Zeit einigermaßen zurechtfinden.

Viele Linuxdistributionen starten beim Booten mehrere unabhängige Terminals oder Konsolen. Du erreichst sie mit den Tastenkombinationen '''STRG+ALT+F1''' bei Suse zB bis '''STRG+ALT+F6''' und kannst mit diesen Tastenkombinationen jederzeit dort hin und her wechseln. Auf der ersten Konsole sind auch die letzten Bootausgaben wahrscheinlich noch sichtbar. Mit der Tastenkombination '''STRG+ALT+F7''' würdest du die erste Grafische Oberfläche finden, bei '''STRG+ALT+F8''' eine eventuell zusätzlich gestartete 2 Grafische Oberfläche. Bei einigen Distributionen findest du auch noch einen Systemlog, bei Suse zB auf '''STRG+ALT+F10'''.

An den Konsolen musst du dich mit einem Usernamen und einem Passwort anmelden. '''Achtung: das Passwort muss dort blind eingegeben werden. es erscheinen also keine ****** und der Cursor bewegt sich dabei auch nicht.''' Bestätigen natürlich mit ENTER :-)

Innerhalb der Grafischen Oberflächen gibt es mehrere Programme, die auch Terminals und Konsolen als Fenster innerhalb der Grafischen Oberfläche bereitstellen, Dort brauchst du dich nicht anzumelden, da sie eindeutig dem Benutzer der grafischen Oberfläche zugeordnet werden, und der hat sich zu diesem Zeitpunkt schon angemeldet.
Diese Programme findest du zB unter Menüpunkten wie '''System -> Terminals''' und könnten '''xterm''' oder einfach nur '''terminal''' heißen.

=== Die Konsolausgabe ins Forum posten ===

Dazu ist es am besten, wenn ihr ein X-Terminal, also ein Konsolfenster innerhalb der Grafischen Oberfläche öffnen könnt. Dort dann den Befehl ausführen und die Ausgabe markieren. Entweder könnt ihr das markierte dann direkt im Webbrowser in eure Antwort einfügen (oft mittlere Maustaste) oder über '''copy''' beim xterminal und '''paste''' im Browser einfügen. Bitte nicht vergessen, das ganze in [code] [/code] einzuschließen, damit es im Forum vernünftig aussieht und leichter lesbar ist.

=== Konsolausgabe ins Forum posten, wenn Grafisch nichts geht ===

Wenn keine grafische Oberfläche startbar ist und ihr deshalb auch keinen Browser auf diesem Rechner habt, mit dem ihr direkt posten könnt, auch kein zweiter Rechner da ist, mit dem [[Mit putty und ssh key auf einen sicheren Linux Server zugreifen|remote auf diesen Rechner zugreifen]] kann, wird es etwas komplizierter.
Solange Linux ansonsten voll einsatz- und funktionstüchtig ist, sollte es in den meisten Fällen möglich sein, einen USB-Stick oder eine SD-Karte oä. an das System anzuschließen. Einfach einmal anschließen und 10 Sekunden warten. Anschließend (bei Suse) auf der Konsole mal mit '''cd''' in das Verzeichnis '''/media''' wechseln und dort mit '''ls''' etwas umsehen.
Die Schritte im einzelnen:
Konsole wie oben beschrieben öffen und anmelden. ZB einen USB-Sick anschließen
cd /media
ls
Als Ergebniss erhaltet ihr wahrscheinlich bei Erfolg irgend so was hier.
.hal-mtab .hal-mtab-lock disk
Von interesse ist hier im Beispiel das Verzeichnis '''disk''', das kann aber bei euch auch ganz anders heißen, könnte zB den Namen eures USB-Sticks haben und es könnten sich auch noch mehrere dort befinden. In dieses Verzeichnis wechseln und dort umschauen, was es für Dateien dort schon gibt.
cd disk
ls
'''Bei aktuellen Distributionen''' ist das Einhängen von Wechseldatenträgern eine Dienstleistung der jeweiligen grafischen Oberfläche, daher ist das Verzeichnis '''/media''' üblicherweise leer. Das Einhängen ist '''manuell''' vorzunehmen. Mit dem als root ausgeführten Befehl
ls -l /dev/disk/by-id/usb*
kann der USB-Stick identifiziert werden, die rechts stehende ''device'' /dev/sdXY der Partition wird zum Einhängen verwendet:
mount /dev/sdXY /media
(X und Y sind der Ausgabe des ls-Befehls zu entnehmen).

Jetzt könnt ihr euren Befehl eingeben, dessen Ausgabe hier gewünscht wird. Die Ausgabe erhaltet ihr erstmal auf der Konsole, das nützt noch wenig.
Den Befehl noch einmal eingeben und hinter den Befehl '''> Dateinam.txt''' schreiben. Wobei '''Dateinam.txt''' ein von euch frei wählbarer Dateiname ist, der natürlich nicht schon vorhanden Dateien auf dem USB-Stick überschreiben sollte, also aufpassen, welchen Dateinamen ihr wählt.
befehl > Dateinam.txt
eine eventuelle Fehlermeldung würde dabei nicht mit in die Datei geschrieben, sondern würde weiterhin auf der Konsole landen. Oftmals ist auch diese Fehlermeldung noch von Interesse. Sowohl die normale Befehlsausgabe als auch die Fehlerausgabe in eine Datei umleiten geht zB wie folgt.
befehl > Dateiname.txt 2>&1
Den Erfolg könnt ihr euch schon mal anschauen, indem ihr eure angelegte Datei mal probehalber auslest.
cat Dateinam.txt
sollte das selbe anzeigen wie vorhin der Befehl ohne die Umleitung in die Datei. 
sollte der geforderte Befehl in einem bestimmten Verzeichnis des Rechner abgegeben werden müssen, dann einfach beim Dateinamen den vollen Verzeichnispfad zu der Datei auf dem USB-Stick angeben zB
befehl > /media/disk/Dateinam.txt
ausleseen dann analog, (Das ist dann auch der Befehl, um das auf einem anderen Linuxrechner wieder von konsole auszulesen. Bei längeren Dateien ist jedoch '''more''' besser, da man dann im Text besser navigieren kann.)
cat /media/disk/Dateinam.txt
Werden Informationen von mehreren Befehlen benötigt ist es natürlich sehr mühselig die Ausgaben alle einzeln in Dateien umzuleiten. Auf vielen Linuxsystemen sollte es den Befehl [http://linux.die.net/man/1/script script] geben. Damit lassen sich ganz automatisch alle Ausgaben von der Konsole parallel auch in eine Datei schreiben. Aufruf zB.
script dateiname.log
Jetzt werden alle Ausgaben automatisch auch in die Datei '''dateiname.log''' geschrieben. Wenn es auf den USB-Stick soll, müsst ihr natürlich den kompletten Verzeichnisbaum zur Datei auf dem USB-Stick mit angeben. Beendet wird das ganze mit dem Schließen der aktuellen Shell also zB durch '''exit''' oder '''STRG + D'''

An dieser Stelle jetzt aber nicht einfach den USB-Stick entfernen. Für den absolut unerfahrenen Anfänger hier am besten den Rechner herunterfahren, ihr werdet den Rechner wahrscheinlich sowieso mit einem anderen Betriebssystem benötigen. Runterfahren geht nur als User root
Befehle dazu in absteigender Reihenfolge ausprobieren.
shutdown -h now
init 0
halt

eventuell auch STRG+ALT+ENTF. Irgendetwas davon sollte funktionieren und den Rechner ausschalten.

Wenn das Einhängen wie oben beschrieben '''manuell''' erfolgt ist, kann der USB-Stick nach Durchführung der Befehle
sync
umount /media
entfernt werden.

Jetzt könnt ihr euren Rechner zB mit Windows starten und die Datei auf dem USB-Stick auslesen und hier her posten. Die Datei bitte mit WordPad offnen, da sonst eventuell das Format nicht als Unix erkannt wird und alles in einer Zeile steht.

=== Konsolausgabe ins Forum posten wenn der Rechner beim booten hängen bleibt ===

Wenn der Rechner früh hängen bleibt und somit die Dienste noch nicht laufen die zB automatisch USB einbinden. Ist eventuell das Rootfilesystem "'''/'''" schon zum schreiben geöffnet. Ihr müsst euch hier wahrscheinlich sowieso erstmal als Root anmelden.
Testen ob das Root-Verzeichnis schreibbar ist geht mit dem Befehl '''mount'''
Kommt als Ergebnis unter anderen folgende Zeile
/dev/sda2 on / type ext3 (rw,acl,user_xattr)
Die Zeile wird bei euch etwas anders aussehen. Wichtig ist das '''"/"''' hinter '''on''' das ist das Rootfilesystem und die Option '''"rw"''' in der Klammer, die sowie bedeutet wie Read-Write also Lesen und Schreiben. Das Gegenteil davon währe '''"ro"''' (Readonly) also nur Lesbar

Ist dieses Dateisystem zum Schreiben geöffnet, so kann auch eine Datei darin angelegt werden, in der ihr die Ausgabe des Befehles umleiten könnt, wie steht etwas weiter oben. Als Ablageort empfiehlt sich das Verzeichnis /tmp , also zB nach '''> /tmp/Dateinam.txt''' als Umleitung für die Ausgaben nutzen, dann sollte es auf den meisten Rechnern im Rootfilesystem im Verzeichnis /tmp ankommen.
Den Inhalt dieser Datei könntest ihr zB dann aus einem Livesystem heraus ins Forum posten.

Ist das Rootfilesystem nur zum Lesen eingebunden, (dann wird wohl erstmal ein [[Hilfe zu Antworten aus dem Forum#mach mal fsck irgendwas|Filesystemcheck]] angebracht sein.)

=== Konsolausgabe ins Forum posten wenn gar nichts mehr geht ===

Im frühen oder sehr frühem Bootstatus sind vor allem die Meldungen und Fehlerausgaben des Rechner von interesse.
Zwar wird es in den meisten Fällen durchaus möglich sein, sich diese Ausgaben über ein Null-Modem-Kabel in eine Terminalemulation eines anderen Rechners einzulesen, aber das ist eine Option ehr für die Profis und solche die schon wissen was ein Null-Modem-Kabel überhaupt ist. ;-)

In den meisten Fällen müßte hier also die Ausgabe des Rechners oder die Fehlermeldung wirklich abgeschrieben werden und dann von einem anderem Rechner gepostet werden. Aber bitte in solchen Fällen möglichst genau abschreiben und nicht "Error irgendwas Parition" damit kann niemand wirklich was anfangen.
Hin und wieder war es auch recht nützlich einfach den Bildschirm zu fotografieren und den Link auf das Foto ins Forum zu posten. Wenn wirklich die relevante Fehler-Meldung
dabei rüberkommt, ist es immerhin noch eine Alternative, wenn auch nicht die Schönste.

== als root folgendes eingeben ==

'''Der Antwortende möchte, das du auf einer Konsole, siehe oben, eine Eingabe unter einer bestimmten User-Kennung vornimmst, und zwar die des Systemadministrators.'''

Der System-Administrator und Linux und anderen Unix-Betriebssytemen heißt immer '''root'''. Diese Userkennung hat so gut wie keinerlei Beschränkungen, bzw. könnte sich mit eventuellen weiteren Befehlen über jede Beschränkung innerhalb des Betriebssystems hinweg setzten, so das dieser User alles mit dem Rechner machen könnte. Viele Systemverwalter Befehle können nur mit dieser Userkennung ausgeführt werden, und auch an einige wichtige Logdateien kommt man ohne diese Userkennung gar nicht heran. [[Permanent root sein|Ein permanentes Arbeiten unter Linux unter dieser Kennung ist allerdings sehr gefährlich]]. Ein Root-Passwort wird schon während der Installation abgefragt und vergeben, und wird natürlich für die Anmeldung oder eines Userwechsels benötigt.

Also entweder man meldet sich auf einer Konsole in der Anmeldung als User root an, oder wechselt mit dem Befehl
su -
innerhalb einer Userkonsolsitzung den User. Abmelden dann nicht vergessen. also entweder '''exit''' oder '''STRG+D''' beendet eine so geöffnete Shell, und man kann als normaler User weiterarbeiten. Weitere Möglichkeiten als root Befehle oder Progamme auszuführen gibt es ebenfalls [[Permanent root sein|hier]]

== man irgendwas ==

'''Der Antworter möchte dich darauf aufmerksam machen, dass die Antwort auf deinen Frage in der Dokumentation leicht zu finden ist'''

Auch Hinweise wie '''[http://lug-s.org/dokumentation/kurse/linux/extra/rtfm.html RTFM]''' oder Schlagworte wie '''Manpage''' gehen genau in diese Richtung. Linux bringt anders als Windows ein sehr umfangreiches Hilfesystem und Beschreibung für die meisten Befehle gleich mit. Bei den meisten Distributionen werden umfangreichte Dokumentationen und Hilfen schon bei der Installation angelegt bzw. sie werden mit den einzelnen Programmpaketen mit installiert. Es gibt die '''Manpages''', die '''Infoseiten''' einprogramierte '''Help-Option''' in sehr vielen Befehlen und zusätzlich noch Dokumentationen und Howtos die oft schon auf deinem Rechner mit installiert sind.

Eine Einführung in die [[Man pages|Nutzung der Online Hilfe]] weiter [[Einfuehrung in SuSE-Linux für Newbies| hilfreiche Links für Neulinge]] und die [[OpenSUSE Handbücher| Links zu den Handbüchern]] gibts hier im Wiki

== was sagt denn irgendwas ==

'''Es gibt eine ganze Reihe sehr häufig im Forum für eine Hilfe erforderliche Dateiinhalte oder Ausgaben von Befehlen, oftmals wird vom Antworter vorausgesetzt das beim Schlagwort bekannt ist, ob es sich um einen Befehl oder eine Datei handelt und das auch die genaue Position innerhalb des Dateisystems bekannt ist, sowie der Befehl zur Ausgabe des Dateiinhaltes'''

Das Problem hierbei, es ist für einen absoluten Neuling manchmal überhaupt nicht ersichtlich, handelt es sich nun um eine Datei oder einen Befehl, oder um irgend ein Programm, hier mal einige häufige Schlagworte in Tabellenübersicht, eine solche Tabelle kann aber nie vollständig werden, desshalb im Zweifelsfall mal nach diesem Schlagwort innerhalb des Forums mit der Suchfunktion suchen.

{{Achtung|'''Hinweis:''' Einige Punkte dieses Artikelabschnitts handelt explizit von der Version ''GRUB Legacy''. Das Programm wurde weiterentwickelt. Die Weiterentwicklung wird aufgrund von Inkompatibilitäten auf einer eigenen Seite behandelt: [[GRUB 2]]}}

{| Border=1
|+ '''Schagworte und was damit anfangen'''
! Schlagwort !! Type !! was tun !! Bedeutung des Inhaltes der Ausgabe

|-
! df
||Befehl||als normaler User in einer Konsole ausführen
|| zeigt die Größe und die belegte und verfügbare Kapazität der Filesysteme an

|-
! ls
||Befehl||als normaler User in einer Konsole ausführen, eventuell muss vorher mit dem Befehl [http://www.bin-bash.de/kommando.php cd] erst in das betreffende Verzeichnis gewechselt werden <ref name="Option ls"> wird oft mit der Option "-l" benutzt, es handelt sich dabei um ein kleines "L" nicht um eine "1" oder um ein Großes "i" </ref>
|| listet die Dateien des aktuellen Verzeichnisses auf

|-
! mount
||Befehl||als normaler User in einer Konsole ausführen
|| zeigt wenn keine weiteren Optionen verwendet werden die aktuelle ins System integrierten Dateisysteme, (sind weiter Optionen dort angegeben siehe [[#mounte oder umounte mal irgendwas|hier]])

|-
! fstab
||Datei||"'''cat /etc/fstab'''" in Konsole ausführen
|| enthält die Konfiguration der Dateisysteme

|-
! menu.lst
|| Datei || "'''cat /boot/grub/menu.lst'''" als Root in Konsole auführen
|| enthält die Konfiguration des Bootloaders Grub der heute meistens verwendet wird

|-
! device.map
|| Datei || "'''cat /boot/grub/device.map'''" als Root in Konsole ausführen
|| enthält eine Zuordnung der vom Bios gemeldeten Plattenreihenfolge für den Bootloader Grub

|-
! grub.conf
|| Datei || "'''cat /etc/grub.conf'''" als Root in Konsole ausführen
|| enthält eine Suse-Yast-typische Konfigurationsdatei für den Bootloader, deren Inhalt hin und wieder für bestimmte Bootprobleme verantwortlich ist.

|-
! dmesg
||Befehl||als user in Konsole ausführen <ref name="lange Datei">Die Ausgabe wird sehr umfangreich, ohne spezielle Kenntnisse wird es oft schwer wirklich die relevanten Informationen da herauszufinden, sind keine speziellen Fehler, keine anderen Auswahlkriterien oder der Dateianfang oder -ende gemeint, dann bitte keine Monsterpostings sondern erst mal [http://www.linux-club.de/viewtopic.php?f=48&t=67358 hier] lesen </ref>
||enthält die Meldungen des Linuxkernels seit dem booten

|-
! messages
||Datei||"'''cat /var/log/messages'''" als root in Konsole ausführen <ref name="lange Datei"> </ref>
|| enthält den Großteil der gesammelten Logs des Systems

|-
! fdisk
||Befehl||"'''fdisk -l'''" in Konsole als root ausführen <ref name="Option ls"> </ref>
|| gibt die Partitionstabellen aller im System befindlicher Festplatten aus

|-
! lspci
|| Befehl|| "'''lspci'''" in Konsole als root ausführen <ref name="Optionen"> wird manchmal auch mit weiteren Optionen benötigt </ref>
|| listet die sich im Rechner befindenden PCI-Geräte und Kontroller auf, die Ausgabe ist stark abhängig eventueller weiter Optionen

|-
! lsusb
|| Befehl|| "'''lsusb'''" in Konsole als root ausführen <ref name="Optionen"> </ref>
|| listet die sich am Rechner befindenden USB-Geräte auf
|}

Benötigt wird in den allermeisten Fällen eine wirklich genaue Ausgabe solcher Befehle und Dateien bzw. Teilen davon. Die Ausgaben also möglichst nicht abschreiben sondern kopieren und einfügen und hier als Code-markiert (in Ausnahmen auch also Quote-markiert) ins Forum posten. Es kommt besonders bei Konfigurationen und Fehlermeldungen gelegentlich auf winzige Kleinigkeiten an. In vielen Fällen werden die Ausgaben so lang, dass sie nicht auf eine Bildschirm-Seite passen. Für das direkte posten ins Forum sind sie dann meist sowieso zu lang <ref name="lange Datei"> </ref> , aber ihr habt bestimmt von Antworter einen Hinweis erhalten nach was ihr in der Ausgabe Ausschau halten sollt. Im Zweifelsfall sind es Zeilen mit '''ERROR''' oder ähnlichen Auffälligkeiten oder sich ständig wiederholende Zeileninhalte. Es gibt dafür 2 prinzipielle Lösungen, entweder ihr schreibt die Ausgabe des Befehles nicht auf den Bildschirm sondern in eine Datei, und schaut euch diese dann anschließend an. Dazu auf der Konsole an das Ende des Befehles ein Umleitungssymbol "''' > '''" und den gewünschten Dateinamen also zB. um die Kernelmeldungen seit dem booten des Rechners in die Datei '''/tmp/boot.log''' zu schreiben, um sie später anzuschauen.
dmesg > /tmp/boot.log

die andere Möglichkeit, einen Pager verwenden, der euch einen seitenweise Anzeige ermöglicht. Häufig wird unter Linux [http://linux.die.net/man/1/more more] verwendet. Bei Dateien einfach die Datei mit '''more''' öffnen.
more Datei
bei Konsolausgaben die Ausgabe eines Befehles durch einen Pipe "''' |''' " an '''more''' übergeben
dmesg | more
Zeilenweise nach vorne geht es dann mit '''Enter''', Seitenweise mit der Leertaste oder mit '''z''' und Beenden mit '''q''' (wie Quit). Hilfe gibt es mit '''h''' . Weitere Grundlagen zu Ausgabeumleitung findet ihr auch [http://www.bin-bash.de/komfort.php hier]

== mach mal init 3 ==

'''Oftmals in Verbindung mit Grafikartenproblemen, der Antworter will dir damit sagen, du sollst mal den Runlevel ändern.'''

Es gibt im Linux verschiedene Systemzustände ([http://de.wikipedia.org/wiki/Runlevel Runlevel]). Nach der Installation von Linux auf Desktop-Rechnern wird im Normalfall automatisch Runlevel 5 gestartet, der die grafische Oberfläche startet. Gibt es hier direkt nach der Installation zB Problem mit der Grafikkarte, ist es oftmals erforderlich zur Diagnose und Behebung des Fehlers den Runlevel zu ändern. Runlevel 3 würde bedeuten, volle Funktion des Rechners aber grafische Oberfläche nicht automatisch starten. Zum ändern des Runlevels eines laufenden Rechners dann zuerst einmal auf eine [[ #gib mal folgendes ein|Konsole wechseln]] also zB '''STRG+ALT+F2''' und dort als root anmelden. Dann dort in der Konsole folgenden Befehl abgeben
init 3
eine andere Möglichkeit den Rechner beim booten anweisen in den Runlevel 3 zu starten. Wenn nach dem einschalten des Rechners sich der Bootloader mit dem Menü meldet, dann in die Zeile für Bootoptionen nur eine
3
am Ende zusätzlich reinschreiben und mit Enter das System starten. Der Rechner wird jetzt den Runlevel 3 starten und euch auf einer Konsole mit einer Loginaufforderung begrüßen. Von hier könnt ihr jetzt nach der Anmeldung die Befehle ausführen die der Antworter euch vorgeschlagen hat.

Nach erfolgreicher Reparatur oder Umkonfiguration der Grafikarte könnte ihr von dort aus direkt mit
init 5
wieder den normalen Runlevel und damit die grafische Oberfläche starten.

== mounte oder umounte mal irgendwas ==

'''Der Antworter möchte dir damit sagen, du sollst mal am Dateibaum von Linux ein Filesystem zusätzlich einhängen oder aushängen, um zB eine Datei auf einem anderem derzeit nicht zugänglichen Filesystem auslesen zu können'''

Es ist ein etwas komplexes Thema und eine etwas umfangreichere Einführung gibt es [http://www.bin-bash.de/dateisystem.php hier]. An dieser Stelle nur ein Universal-Konzentrat ohne Tiefgang.

Linux verwendet einen verzweigten [http://www.selflinux.org/selflinux/html/verzeichnisse_unter_linux01.html Dateibaum], in dem alle Filesysteme integriert sind, und der beliebig erweiterbar ist. Normalerweise erledigt das Linux automatisch über eine Konfigurationsdatei ('''/etc/fstab''') oder über Funktionen des Plug & Play Systems. Manchmal sollen jedoch auch mal auf die Schnelle unkonfigurierte Filesysteme aus irgend einen Grund kurzzeitig eingehängt werden. Das Filesystem ist dann das '''irgendwas''' in der obrigen Aufforderung, und befindet sich in der Regel auf einer Partition eines Datenträgers, und dieser Name wird gebraucht, oder ist euch genannt worden.
Auf neueren Susesystemen sind folgende Namen für Datenträger zu erwarten (zB : '''sda''' ist die erste Platte '''sdb''' die zweite usw. und Partitionsbezeichnungen wird als Zahl dahinter gesetzt. ('''sdd3''' ist also die 4 Platte die dritte Partition)

Der Name allein reicht nicht, wir brauchen den Geräteknoten von Linux dazu. Das ist eine spezielle Datei selbigen Namens die sich im Verzeichnis '''/dev''' befindet.
Für das Filesystem auf der 4. Platte in der 3. Partition ergibt sich also der komplette Name '''"/dev/sdd3'''" als das komplette ''irgendwas'' was wir benötigen.

Wir benötigen noch eine leeres Verzeichnis als den Einhängepunkt unseres Filesystems. Linux hat für den temporären Gebrauch dafür schon eines vorgesehen '''/mnt'''

Der Befehl dazu lautet '''mount''' und ist in diesem Fall als '''root''' auszuführen. Meist reicht er so.
mount /dev/sdd3 /mnt
Also Filesystem 4.Platte 3.Partition in /mnt einhängen. Die Dateien in dem Filesystem sind dann unter ihrem Namen mit vorgestelltem /mnt zu erreichen. also die Datei '''bild1''' im Verzeichnis '''bilder''' in diesem Dateisystem als '''/mnt/bilder/bild1'''. Oder man wechselt das Verzeichnis mit '''cd''' in das entsprechende Verzeichnis.
cd /mnt/bilder

Aushängen geht dann ähnlich, wir benötigen dafür allerdings nur entweder unser komplettes irgendwas oder das Verzeichnis in das das Filesystem eingehängt ist. Der Befehl dazu lautet '''umount'''
umount /mnt
würde das oben eingehängte Filesystem also wieder aushängen. ( Voraussetzung dafür das das funktioniet ist jedoch, das derzeit niemand mehr auf eine Datei dieses Filesystems zugreift und wir auch nicht selbst uns noch mit dem aktuellem Dateisystemabschnitt aufhalten ) Im Zweifelsfall oder bei Problemen mit dem aushängen, lassen wie es ist, beim nächsten Reboot des Rechners regelt sich das von selbst.

== mach mal fsck irgendwas ==

'''Der Antworter will dir hier verständlich machen, dass das Fehlerbild eventuell auch auf einen Filesystem-Error hindeuten könnte, und möchte dir raten mal das Filesystem zu überprüfen und reparieren zu lassen.'''

Dieses ist ein etwas komplexeres Thema, da es dabei verschieden Szenarien geben kann, hier einige Ausführungen die dem Linuxneuling in den meisten Fällen weiterhelfen soll. ''(Wir beschränken uns hier im Speziellen auf den Defaultfall bei Suse und die ext2/ext3 Filesysteme, eventuelle anderen Linuxfilesysteme (Ausnahmen bestätigen die Regel) würden mit den vorgestellten Befehlen auch automatisch repariert, bei einigen Filesystemen gibt es auch speziellen Optionen auf die hier nicht eingegangen wird.)
''

Zuerst aber einmal. '''Wir prüfen und reparieren Filesysteme immer in dem Betriebssystem zu dem das Filesystemtypen passen.''' Also '''ext2, ext2, reiserfs''' usw von Linux aus und '''ntfs, vfat''' usw von Windows aus. Mit einem BMW fährt man bei bestimmten Problemen auch nicht in einen VW Werkstatt und alleine die Tatsache das man ein Filesystem lesen und beschreiben kann, bedeutet noch nicht, das man es auch wirklich richtig reparieren kann.

Linuxfilesysteme werden beim booten überprüft, aber nicht immer und jedes mal wirklich vollständig. das dauert sonst je nach Größe manchmal viele Minuten bis Stunden. Und nur ganz selten ist es wirklich notwendig, da andere Mechnismen das recht gut abfedern. Es ist also dennoch jederzeit auch mal möglich, das im Filesystem kleinere oder größere Strukturfehler enthalten sind, die recht seltsame Fehler produzieren können.

===Die einfachste Möglichkeit: alle beim booten automatisch prüfen lassen ===

als Root an einer Konsole anmelden, und folgenden Befehl eingeben.
touch /forcefsck
Danach den Rechner rebooten. Der Befehl legt eine leere Datei an, die den Rechner dazu bringt, beim nächten Booten alle Linuxfilesysteme die er automatisch prüfen soll, wirklich komplett zu überprüfen und automatisch zu reparieren. Das kann je nach Größe und Anzahl der Platten eine ganze Zeit dauern, den Fortschritt könnt ihr auf der Bootkonsole verfolgen.

===Alternativ:die Filesysteme von einem anderem Linux aus prüfen===

Dazu muss man die Platten,Partitionen und deren genaue Namen kennen die ein Linuxfilesystem beherrbergen und zu diesem System gehören.
mount | grep ext
zeigt zum Beispiel in aktuellem System alle derzeit aktiven ext2/ext3 Filesysteme, in der Ausgabe
/dev/sda2 on / type ext3 (rw,acl,user_xattr)
/dev/sda3 on /home type ext3 (rw,acl,user_xattr)
die beiden Partitionen /dev/sda2 und /dev/sda3 währe in diesem Beispeil das, was wir uns merken müssten.
Danach zB von einer Live-CD oder ein anderes Linux auf diesem Rechner booten. Sicher stellen das diese Partitionen nicht gemountet sind. Dazu den Befehl '''mount''' absetzen und nachschauen, das diese "gemerkten" Partitionen nicht dabei sind. Sollten sie dennoch hier in der Ausgabe enthalten sein, müssten wir sie aushängen. 
Als root am System anmelden.
umount /dev/sda2
umount /dev/sda3
Beide Befehle sollten ohne irgendwelche Ausgaben durchlaufen. und die Partitionen hinterher mit mount nicht mehr sichtbar sein 
Danach können (ebenfalls nur als Root) die Filesysteme überprüft und repariert werden.
fsck -f -y /dev/sda2
fsck -f -y /dev/sda3
Die Ausgaben hier können insbesondere wenn Fehler im Filesystem repariert werden, recht lang werden. Diese Befehle bitte nicht vorzeitig abbrechen auch wenn sie etwas länger dauern. Ist etwas größeres zu reparieren sorgt die mitgegebenen Option '''-y''' dafür, das wir immer dafür sind und alle Reparaturvorschläge von '''fsck''' akzeptieren. (Alle andere Entscheidungen könnten eh nur absolute Spezialisten richtig treffen) Sind die Befehle durchgelaufen, kann dieses Linux beendet werden und das nomale Linux wieder gestartet werden.

===Der Ernstfall, Linux bleibt beim booten beim fsck stehen===

Nicht alle Fehler werden beim automatischen Prüfen der Filesysteme auch automatisch behoben. Bei schwerwiegenden Fehlern wird der Bootvorgang an dieser Stelle abgebrochen und der User aufgefordert den Filesystemcheck per Hand selbst anzustoßen. Nicht das Linux das nicht reparieren könnte, aber man wird eben aufgefordert hier bestimmte Aktionen abzunicken, das hinterher niemand sagen kann, Linux und der fsck ist schuld das jetzt meine Daten im Eimer sind ;-)
Diese Situation kann sowohl beim forcierten fsck (wie wir es oben vorgestellt haben), als auch bei irgend einem automatisch in regelmäßigen Abständen gestarteten kompletten Filesystemcheck einmal auftreten.

Wir müssen hier 2 Szenarien unterscheiden, entweder es ist das Rootfilesystem oder es ist ein anderes Filesystem als das Rootfilesystem, das man dazu naturlich das Passwort von root benötigt, sollte jetzt jedem klar sein.

==== fsck Fehler im Rootfilesystem====

Beim scheitern von fsck im Rootfilesystem erscheint kurz vor der Aufforderung der Anmeldung folgender Absatz
<pre>fsck failed. Please repair manually and reboot. The root
file system is currently mounted read-only. To remount it
read-write do:

bash# mount -n -o remount,rw /

Attention: Only CONTROL-D will reboot the system in this
maintanance mode. shutdown or reboot will not work.</pre>

Hier ist das Rootfilesystem noch readonly eingehängt. Bestimmte Befehle werden deshalb auch nicht oder nicht richtig funktionieren, desshalb auch der Hinweis auf den wichtigen Befehl zum eventuellen umhängen des Rootfilesystems zum "Read-Write". Aber wir brauchen eigentlich nur einen einzigen Befehl hier.
/sbin/fsck -f -y /
* die Option '''-f''' bedeutet wirklich kompletten filesystemcheck
* die Option '''-y''' bedeutet alle eventuellen Fragen automatisch mit "JA" beantworten
* die Option '''/''' : das ist das Rootfilesystem, (braucht hier nicht als /dev/... angegeben zu werden.)
Da das Filesystem hier an dieser Stelle jedoch schon readonly gemountet ist, erhalten wir eine Fehlermeldung wegen genau diesem Umstand. Das ist hier in diesem Fall relativ ungefährlich da ja sonst noch nichts weiter läuft, und wir müssen hier an dieser Stelle jetzt da durch, also soll er fsck auch durchführen, obwohl das Filesystem gemountet ist, anders geht es an dieser Stelle nicht.

Ist der Befehl durchgelaufen, dann mit '''"CONTROL-D"''' den Rechner rebooten. (''Achtung die Tastatur wird hier auf Englisch stehen, und viele andere Befehle nicht funktionieren, bzw müssen mit kopletten Path angegeben werden, damit sie überhaupt erst einmal gefunden werden.''

==== fsck Fehler jedoch nicht Rootfilesystem====

Wenn ein anders Filesystem als das Rootfilesystem betroffen ist, steht kurz vor der Anmeldeaufforderung folgender Text.
<pre>fsck failed for at least one filesystem (not /).
Please repair manually and reboot.
The root file system is is already mounted read-write.

Attention: Only CONTROL-D will reboot the system in this
maintanance mode. shutdown or reboot will not work.</pre>

Prinzipell gehen wir hier genauso vor, nur ist nicht immer sofort erkennbar welches andere Filesystem denn nun betroffen ist. Das gilt es erst zu ermitteln. Wenn außer Rootfilesystem nur noch /home zum System gehört, muss es dieses sein, sind jedoch mehrere da, dann müssen wird das ermitteln. Der Befehl mount hilft uns einen Überblick zu verschaffen was schon alles da ist. bzw was fehlt
/bin/mount
ist jetzt und mit dem Vergleich zur Datei '''/etc/fstab''' immer noch nicht klar, welches Filesystem nun das betreffende ist, versuchen wir einfach mal alle Filesysteme automatisch einzuhängen.
/bin/mount -a
Jetzt müsste eine Fehlermeldung kommen welches Filesystem sich nicht einhängen läßt, weil es einen fsck benötigt. Auf dieses Filesystem starten wir jetzt fsck. zB
/sbin/fsck -f -y /home
Das Filesystem kann entweder mit seinem Deviceknoten also zB '''/dev/sda4''' oder seinem Einhängepunkt zB '''/home''' angesprochen werden, eine Zuordnung nimmt Linux automatisch an Hand der Datei '''/etc/fstab''' vor. 
Prinzipell ist es auch möglich das hier mehrere Filesysteme betroffen sind oder nicht eingehängt werden können, weil das darunterliegende betroffen ist. Wir können mit '''/bin/mount -a''' jedoch solange probieren bis hier alle Filesysteme eingehängt sind und eventuell auch noch weitere noch reparieren. Danach wieder mit '''"CONTROL-D"''' den Rechner rebooten.

{{Achtung|'''Hinweis:''' Dieser Abschnitt des Artikels handelt explizit von ''sax2'' das ab opensuse Version 11.3 nicht mehr verfügbar ist. Das Programm wurde aus der Distribution entfernt und wohl eingestellt.Daher ist dieser Abschnitt nur noch für User älterer Systeme die nicht einem Upgrade unterzogen werden können interessant.}}

== mach mal sax2 -(Zeichen) ==

'''Nach der Installation, nach einem Hardwareumbau, nach bestimmten Updates oder einfach nachdem ihr zuviel an der Konfiguration herumgespielt habt, kann es sein, das eure Grafische Oberfläche nicht mehr startet. '''[http://manpages.unixforum.co.uk/man-pages/linux/opensuse-10.2/1/SaX2-man-page.html sax2]''' ist das Programm mit dem Grafikkarte, Bildschirm, Maus und Tastatur für den X-Server bei Suse grundkonfiguriert wird.'''

Der X-Server ist das Programm das erst einmal überhaupt eine leere grafische Oberfläche zur Verfügung stellt, mit der zB dann der Windowsmanager seine Fenster auch anzeigen kann. 
Das Programm '''sax2''', wird euch sicherlich schon bei der Installation beim Einrichten der Grafikkarte begegnet sein. Auch aus der Grafischen Oberfläche ist es erreichbar "'''Yast -> Hardware > Grafikkarte und Monitor'''" das nützt aber nichts, wenn die Grafische Oberfläche gar nicht erst starten will. Also muss das auch aus der Konsole heraus gehen. Dazu benötigen wir also eine Konsole wie [[Hilfe zu Antworten aus dem Forum#gib mal folgendes ein|oben]] beschrieben. Des weiteren brauchen wird dort ein [[Hilfe zu Antworten aus dem Forum#als root folgendes eingeben|Login als root]] und nicht zuletzt müssen wir sicher sein das kein X-Server mehr aktiv ist, am besten also noch in den [[Hilfe zu Antworten aus dem Forum#mach mal init 3 |Runlevel 3]] wechseln

Damit ist der Rechner jetzt vorbereitet um den '''sax2''' Befehl erfolgreich ausführen zu können. Der Aufruf ist einfach
sax2
in vielen Fällen werdet ihr vom Antworter jedoch noch zusätzlichen Optionen bekommen haben, dann diese einfach so eingeben wie sie dort stehen. zB
sax2 -r -i -l
Was jetzt passiert ist von den Optionen abhängig, in den meisten Fällen wird sich ein grafisches Fenster öffnen das dem der Grafikkartenkonfiguration beim Installieren nicht ganz unähnlich ist. Dann dort eventuell noch Einstellungen tätigen und erst speichern und beenden , wenn der Funktionstest wirklich richtig funktioniert hat. Es ist aber auch möglich, das beim sax2 Befehl nur eine neue Konfigurationsdatei geschrieben wird, und sonst nichts aufregendes passiert.

Ist das vollbracht, dann kann die Grafische Oberfläche jetzt wieder getestet werden. Dazu einfach wieder mit
init 5
in den Runlevel 5 wechseln oder den Rechner mit
init 6
rebooten und damit mit der hoffentlich jetzt funktionieren Konfiguration die Grafik wieder normal zu starten.

==Notes==
<references />

[[Linupedia:Hilfe|Zurück zur Hilfe Übersicht]]
[[Kategorie:LinuxClubWiki Hilfe]]

SSD Optimierungen

2013-12-09T19:51:31Z

TomcatMJ: Änderung 30656 von Gehrke (Diskussion) rückgängig gemacht. Es geht 1. nicht um GrUB Legacy im Artikel und 2. ist im Abschnitt wo sich was auf GrUB 1 bezieht auch GrUB 2 erwähnt->überflüssig

==Einleitung==
Im Vergleich zu mechanischen [[Hilfe:Glossar#H|HDDs]] arbeiten [[Hilfe:Glossar#S|SSDs]] rein elektronisch, die Datenspeicherung erfolgt auf Flash-Speicherchips. Hierdurch kann bei Einstatz von SSDs im Vergleich zu HDDs eine wesentlich höhere Performance erreicht werden. Flashspeicher unterliegt jedoch stärkeren Alterungsprozessen als mechanische Festplatten, er kann nur begrenzt neu beschrieben werden. Durch ausgeklügelte Algorithmen wie Wear-Leveling haben aktuelle SSDs bereits von Haus aus eine recht hohe Lebenserwartung. Dennoch ist eine Reduktion unnötiger Schreibzugriffe der Lebensdauer von SSDs zuträglich. Nachfolgend werden einige Maßnahmen beschrieben, die die Schreibzugriffe reduzieren und die Performance verbessern können:



==Verringern der Schreibzugriffe, durch abschalten der Aktualisierung des Zeitpunkts des letzten Dateizugriffs.==

Hierzu muss in der Datei /etc/fstab für alle auf einer SSD gelagerten Partitionen die mountoption "relatime" durch "noatime" ersetzt werden
* '''relatime:''' bei jedem Dateizugriff wird der Zeitpunkt des letzten Zugriffs auf den Datenträger geschrieben
* '''noatime:''' tut dies nicht

Trim aktivieren. Die meisten aktuellen SSDs unterstützen die TRIM Funktion. TRIM ist bei opensuse standardmäßig nicht aktiviert. Es kann durch Hinzufügen der Option "discard" in den Mountoptionen der auf der SSD eingerichteten Partitionen aktiviert werden.

'''Beispiel:'''
<pre>
/dev/disk/by-id/my_shiny_new_ssd-part3 / ext4 discard,acl,user_xattr,noatime 1 1
</pre>

==Scheduling für ssds anpassen:==
Diverse Quellen im Internet berichten, dass der deadline, bzw. noop Scheduler Perfomanceverbesserungen gegenüber dem CFQ (Completely Fair Queuing) Scheduler bei Einsatz von SSD Laufwerken bringen kann. Eines sei vorab gesagt: In meinem Fall (SanDisk SSD mit SanDisk Controller) konnte ich praktisch keine Unterschiede durch verändertes Scheduling festestellen, d.h. durch Änderung des Schedulers ergaben sich weder Performanceverbesserungen noch -einbußen. Bei anderen SSDs (in der Regel sind Marvel Controller verbaut) kann dies durchaus anders aussehen. Ob diese Maßnahme für eine bestimmte SSD sinnvoll ist, läßt sich am einfachsten mit der Durchführung von Benchmarks unter Einsatz der verschiedenen Scheduler belegen, und ist vielleicht für die experimentierfreudigen unter euch interessant. Alle anderen sind wahrscheinlich am besten beraten die Schedulingeinstellungen unangetastet zu lassen.

Zwei Möglichkeiten den Scheduler permanent zu ändern sind, entweder über ein Kernelparameter im Bootloader oder via eines Regelsatzes für udev. Letzterer Variante ist der Vorzug zu geben, da sich der Bootparameter auf alle Laufwerke auswirkt und somit, sollte noch zusätzlich zur SSD herkömmliche mechanische Festplatten verbaut sein, diese dann auch das für sie ungünstigere Queing vom Kernel aufdiktiert bekommen. Die udev Variante sollte für jedes Laufwerk automatisch korrekt erkennen, ob es sich um eine (mechanische) HDD oder sine SSD handelt. Der Vollständigkeit halber führe ich hier beide Varianten auf, rate aber dazu Variante 2 zu verwenden

1. Setzen der Bootoption "elevator" für alle Laufwerke (NICHT empfohlen)
::Für GRUB:
::* /boot/grub/menu.lst öffnen
::* In der "kernel" Zeile die Option "elevator=noop" oder elevator="deadline" anfügen (Beispielueile: "kernel /vmlinuz26 root=/dev/sda3 ro elevator=noop"
::Für GRUB2:
::* /etc/grub/default öffnen
::* "GRUB_CMDLINE_LINUX" suchen und die den Wert "elevator=noop" oder "elevator=deadline" anfügen. (Beispielzeile: GRUB_CMDLINE_LINUX_DEFAULT="video=1920x1080 splash=silent quiet showopts elevator=noop")

2. Erstellen eines udev scripts:
::* in das Verzeichnis /etc/udev/rules.d/ wechseln
::* eine neue Datei mit hoher, unbenutzter Prioritätsnummer anlegen:
:::touch 60-disk-scheduling.rules
:::chmod 644 60-disk-scheduling.rules
::* Die Datei "60-disk-scheduling.rules" im Editor öffnen und folgenden Inhalt eintragen:

<pre># set deadline scheduler for non-rotating disks (may slightly improve SSD perfomrance)
ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="0", ATTR{queue/scheduler}="deadline"

# set cfq scheduler for rotating disks (for rotating HDDs)
ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="1", ATTR{queue/scheduler}="cfq"
</pre>

:* Änderungen speichern und Datei schliessen.
:* Beim nächsten Reboot sollten die Änderungen automatisch übernommen werden.

Um zu überprüfen, welcher Scheduler gerade aktiv ist, kann folgendes Kommando verwendet werden, wobei "sdX" durch den Blockdevicenamen der abzufragenden Platte zu ersetzen ist z.B. "sda":
<pre>cat /sys/block/sdX/queue/scheduler</pre>

Die Ausgabe könnte wie folgt aussehen:
<pre>noop deadline [cfq]</pre>
Der Eintrag in eckigen Klammern ist das aktuell aktive Setting. Dieses kann auch ohne reboot on the fly verändert werden, durch folgendes Kommando (auch hier wieder sdX ersetzen):
<pre>echo deadline > /sys/block/sdX/queue/scheduler</pre>
Erneute Abfrage des Schedulestatus:
<pre>cat /sys/block/sdX/queue/scheduler</pre>
Die Ausgabe zeigt nun das deadline aktiv ist:
<pre>noop [deadline] cfq</pre>

==Datenbankcheckpointingintervall von cyrus imap vergrössern:==
Falls auf dem System ein Cyrus-IMAP-Server betrieben wird, dessen Datenbank auf der SSD liegt, können die Schreibzugriffe durch Vergrößerung des Checkpointingintervals reduziert werden. In der Datei /etc/cyrus.conf den Eintrag "checkpoint" suchen und den Wert der Option "period" verändern, Standard ist 30 Minuten:

<pre>checkpoint cmd="ctl_cyrusdb -c" period=30</pre>

==MySQL Binary-Logging abschalten==
Wird auf dem Rechner ein MySQL Server betrieben, der nicht Teil eines Clusters ist, empfiehlt es sich das Binärlogging abzuschalten. Hierdurch wird Speicherplatz gespart und durch Reduzierung der Schreibzugriffe die Lebensdauer der SSD erhöht. Zur Deaktivierung sind folgende Schritte durchzuführen:
:*Öffnen der /etc/my.cnf
:*auskommentieren der Zeile "log-bin=mysql-bin"
:*Neustart des MySQL Servers via "rcmysql restart"
[[Kategorie:Partitionen]]
[[Kategorie:Hardware]]

Diskussion:Multiboot mit Linux Solaris FreeBSD und Windows per GRUB

2013-12-09T19:47:23Z

TomcatMJ: /* Neue Hinweisbox */ Sinnvoll oder nicht, genau das ist ja die Frage ;)

=Neue Hinweisbox=
Untertützt GrUB 2 denn inzwischen die SUN Solaris-Variante von UFS die gegenüber dem Standard-UFS doch weitgehend modifiziert ist? Wenn ja,dann macht der Hinweis Sinn,ansonsten dürfte der ziemlich sinnbefreit sein da Solaris, auch wenn es heute von Oracle statt von SUN ausgeliefert wird, bis heute soweit mir bekannt ist immer noch auf GrUB 1 setzt und auch nur diese Version mit ihren eigenen (von SUN stammenden) eingearbeiteten Patches mitliefert. Insofern gibt es ja noch(mein Wissensstand diesbezüglich: April 2013) keinen offiziellen Solaris-GrUB 2 auf den man das ummünzen könnte und daher ist es eben noch nicht veraltet.FreeBSD dürfte da wohl etwas weniger konservativ sein was neuere Bootloader angeht,da könnte ja durchaus auch schon GrUB 2 zum Zuge kommen,hab ich in diesem Jahr aber noch nicht getestet ;) --[[Benutzer:TomcatMJ|TomcatMJ]] ([[Benutzer Diskussion:TomcatMJ|Diskussion]]) 20:17, 9. Dez. 2013 (CET)
:Fachlich gesehen habe ich keine Ahnung von dem, worum es hier geht, aber definitiv um GRUB Legacy. Mir erschien es sinnvoll, hier explizit darauf hinzuweisen, damit in 1-2 Jahren (wenn GRUB2 sich als Standard durchgesetzt hat) nicht jemand unbedarft auf diese Seite kommt und mit GRUB2-Mitteln auf eine GRUB Legacy loslgeht. Aber Ihr könnt das gerne auch wieder entfernen, falls das hier Unsinn ist. Kein Problem für mich... --[[Benutzer:Gehrke|Gehrke]] ([[Benutzer Diskussion:Gehrke|Diskussion]]) 20:36, 9. Dez. 2013 (CET)

::Nunja, ich weiss halt nicht ob GrUB 2 auch die SUN-Variante von UDF unterstützt und nicht wie GrUB 1 nur die reine BSD-Variante und ob eventuell bei Oracle schon wer dransitzt das entsprechende Modul für die Solaris-Systeme zu bauen. Daher ist es momentan eben fraglich ob der Hinweis hier und im Linux+Solaris Muster nun Sinn macht oder nicht, zumal ja schon auf der Seite steht daß es sich beim hier zu verwendenden GrUB um den von Solaris mitgelieferten (soweit ich halt weiss immer noch der GrUB Legacy in der modifizierten Form) handelt und nicht um den ungepatchten den alle Linux-Distributionen so mitliefern / mitlieferten. Erst wenn diese Frage geklärt ist kann man auch genauer sagen ob der Hinweis sinnvoll ist oder nicht. Solang muss man halt hoffen daß potentielle Nutzer der Infos die nochmal genauer überprüfen bevor sie sich blind drauf verlassen (was man ja eh immer erstmal selbst prüfen sollte bei systemrelevanten Dingen ;) )...Austesten kann ich das momentan leider auch nicht da der Notebook auf dem ich damals opensuse, Solaris und FreeBSD gemeinsam drauf hatte jemandem gestohlen wurde dem ich ihn für eine Telefonanlagenkonfiguration geliehen hatte. Dem Pechvogel wurde mitten im Umzug die Hälfte seiner Sachen und leider auch mein Toshiba Tecra 8200 aus der neuen Wohnung geklaut während er in der alten Wohnung gerade die 2. LKW-Ladung für den Umzug vorbereitet hatte...und auf dem Notebook den ich seitdem habe (HP Compaq nx 6125) wollte Solaris leider nicht mehr laufen dank ATI Grafikchip... --[[Benutzer:TomcatMJ|TomcatMJ]] ([[Benutzer Diskussion:TomcatMJ|Diskussion]]) 20:47, 9. Dez. 2013 (CET)

Nc8430

2013-12-09T19:36:39Z

TomcatMJ: Da GrUB 1 nur ein Abschnittsthema ist und das eigentliche Artikelthema das Notebook ist, wurde der Hinweis modifiziert an die entsprechende Stelle verschoben, desweiteren ein kleiner Zusatzhinweis betreffs dem nicht mehr verfügbaren sax2 eingefügt

== Grafik ==
Für den vollen Funktionsumfang der ATI Mobilty Radeon X1600 empfiehlt es sich, den ATI-Treiber zu verwenden. Download [http://ati.amd.com/support/driver-de.html hier...]

{{Achtung|'''Hinweis:''' Dieser Abschnitt des Artikels handelt explizit von der Version ''GRUB Legacy''. Das Programm wurde weiterentwickelt. Die Weiterentwicklung wird aufgrund von Inkompatibilitäten auf einer eigenen Seite behandelt: [[GRUB 2]]}}
Trotz des Herstellertreibers muss man unter openSUSE 10.2 noch manuell nacharbeiten. Definitiv erforderlich ist es, den Framebuffermodus während der Startsequenz zu deaktivieren. Dies geschieht in der '''/boot/grub/menu.lst''', wo YaST folgenden Abschnitt angelegt haben sollte:

###Don't change this comment - YaST2 identifier: Original name: linux###
title openSUSE 10.2
root (hd'''''<x>''''','''''<y>''''')
kernel /boot/vmlinuz-2.6.18.2-34-default root=/dev/'''''<hdd>''''' '''vga=<modus>''' resume=/dev/'''''<hdd>''''' splash=silent showopts
initrd /boot/initrd-2.6.18.2-34-default

In der Zeile ''kernel'' muss nun die vga-Option entfernt werden:
kernel /boot/vmlinuz-2.6.18.2-34-default root=/dev/'''''<hdd>''''' resume=/dev/'''''<hdd>''''' splash=silent showopts

Danach kann durch '''sax2''' (in aktuellen opensuse Versionen >11.3 nicht mehr verfügbar!) oder '''aticonfig''' eine beliebige xorg.conf erzeugt werden.

----

Aus verschiedenen Quellen ist noch zu lesen, dass eventuell folgender Abschnitt bzw. Option in der '''xorg.conf''' ergänzt werden muss:

Section "Extensions"
Option "Composite" "false"
EndSection

Dieser Schritt sollte erst unternommen werden, wenn trotz des ersten Punktes noch Fehler auftreten.

== SD-Karte ==
Das nc8430 verfügt über einen integrierten SD/MMC-Card-Reader, welcher am PCI-Bus hängt. Er sollte sich folgendermaßen bemerkbar machen:

''':~>lspci'''
02:06.0 CardBus bridge: Texas Instruments PCIxx12 Cardbus Controller
02:06.1 FireWire (IEEE 1394): Texas Instruments PCIxx12 OHCI Compliant IEEE 1394 Host Controller
'''02:06.2 Mass storage controller: Texas Instruments 5-in-1 Multimedia Card Reader (SD/MMC/MS/MS PRO/xD)'''
'''02:06.3 Generic system peripheral [Class 0805]: Texas Instruments PCIxx12 SDA Standard Compliant SD Host Controller'''
02:06.4 Communication controller: Texas Instruments PCIxx12 GemCore based SmartCard controller

Dieser wird auch automatisch erkannt und der sdhci-Treiber geladen, der in der Standardkonfiguration trotzdem seinen Dienst versagt. Abhilfe schafft der Befehl:
/sbin/setpci -s 02:06.2 4c.b=02

der den MMC-Kompatibilitätsmodus aktiviert. Wer das nicht nach jeden Neustart wieder eingeben will, fügt folgende Zeile in '''/etc/modprobe.conf.local''' ein oder legt sich eine eigene Datei im Verzeichnis '''/etc/modprobe.d''' an:

install sdhci /sbin/setpci -s 02:06.2 4c.b=02 ; /sbin/modprobe --ignore-install sdhci

== WLAN ==
Das nc8430 kommt in verschiedenen Ausführungen mit unterschiedlichen WLAN-Controller daher. Bisher gesichtet wurden:

=== Intel IPW3945d ===
Dieser WiFi-Controller sollte problemlos funktionieren.

=== Broadcom BCM4310 ===
Im Moment (Anfang 2007) ist die einzige Möglichkeit, den bcm4310 zur Kooperation zu überreden, der '''ndiswrapper'''. Das Howto dafür befindet sich im [[Ndiswrapper_wlan_HowTo]].
Trotzdem kann ein regelmäßiger Besuch auf der [http://bcm43xx.berlios.de/?go=devices Hardwareseite des bcm43xx-Projektes] nicht schaden.

== Quellen und weiterführende Links ==

[[Ipw3945 HowTo]]

[http://bcm43xx.berlios.de Homepage des bcm43xx-Projektes]

== openSUSE 11.2 und neuer ==
* Ab openSUSE 11.2 werden keine speziellen Anpassungen mehr benötigt und das nc8430 funktioniert Out-Of-The-Box. '''Außnahme''': Die Firmware für dem b43-Treiber muss manuell nachinstalliert werden.
* Ab openSUSE 11.3 wird durch das im Kernel unterstützte KMS ein geeigneter Grafiktreiber benötigt. Da die Mobility Radeon X1600 laut ATI/AMD nicht weiter unterstützt wird, erhält man hier keine aktualisierten Treiber mehr. Der Standardtreiber radeonhd funktioniert aber problemlos inkl. 3D-Desktopeffekte.
----

[[Notebooks|zurück zu Notebooks]]
[[Kategorie:Notebooks]]

GRUB Linux und Solaris auf einer Festplatte

2013-12-09T19:21:08Z

TomcatMJ: Hinweis bezüglich dem Solaris-typischen Patches in GrUB 1 nachgereicht,stand in einer anderen Musterkonfiguration udn wurde hier leider vergessen einzuarbeiten...

{{Achtung|'''Hinweis:''' Dieser Artikel handelt explizit von der Version ''GRUB Legacy''. Das Programm wurde weiterentwickelt. Die Weiterentwicklung wird aufgrund von Inkompatibilitäten auf einer eigenen Seite behandelt: [[GRUB 2]]}}

'''Wichtiger Hinweis: Nur(!) die von Solaris 10 mitgelieferte GRUB-Version kann mit dem von Sun gegenüber dem Normalen UFS modifizierten Solaris UFS Filesystem umgehen, da die entsprechenden Stages noch nicht in den offiziellen GRUB eingeflossen sind.Die unten stehende Konfiguration ist also diejenige, die in die Solaris-Rootpartition per ''<pre>bootadm update-archive /dev/dsk/c0d0s0</pre>'' oder ''<pre>installgrub -m /boot/grub/stage1 /boot/grub/stage2 /dev/rdsk/c0t0d0s0</pre>''geschrieben werden sollte und dann von einem anderen Grub per herkömmlichen Chainloader (wie bei Windows) geladen werden kann!'''

<pre>
# Modified by YaST2. Last modification on So Jan 7 19:54:55 CET 2007
color white/blue black/light-gray
default 1
timeout 8
gfxmenu (hd0,1)/boot/message

###Don't change this comment - YaST2 identifier: Original name: linux###
title SUSE Linux 10.2
root (hd0,1)
kernel /boot/vmlinuz root=/dev/hda2 vga=790 resume=/dev/hda3 splash=silent showopts
initrd /boot/initrd

###Don't change this comment - YaST2 identifier: Original name: failsafe###
title Failsafe -- SUSE Linux 10.2
root (hd0,1)
kernel /boot/vmlinuz root=/dev/hda2 vga=normal showopts ide=nodma apm=off acpi=off noresume nosmp noapic maxcpus=0 edd=off 3
initrd /boot/initrd

title Xen -- SUSE LINUX 10.2
root (hd0,1)
kernel /boot/xen.gz
module /boot/vmlinuz-xen root=/dev/hda2 vga=790 resume=/dev/hda3 splash=silent showopts
module /boot/initrd-xen

# Solaris 10 x86
title Solaris 10 6/06 s10x_u2wos_09a X86
root (hd0,0,a)
kernel /platform/i86pc/multiboot
module /platform/i86pc/boot_archive
makeactive
savedefault

# Solaris 10 x86 Failsafe
title Solaris failsafe
root (hd0,0,a)
kernel /boot/multiboot kernel/unix -s
module /boot/x86.miniroot-safe
makeactive
savedefault

###Don't change this comment - YaST2 identifier: Original name: memtest86###
title Speichertest
kernel (hd0,1)/boot/memtest.bin

</pre>
----
[[GRUB Musterkonfigurationen | zurück zu den GRUB Musterkonfigurationen]]

[[Bootmanager | zurück zu den Bootmanagern]]
[[Kategorie:Musterkonfigurationen]]
[[Kategorie:Bootmanager]]

Diskussion:Multiboot mit Linux Solaris FreeBSD und Windows per GRUB

2013-12-09T19:17:19Z

TomcatMJ: Hinweisbox ohne Sinn da kein wirklicher Bezug zur Musterkonfiguration gegeben?