OrgaMon Wiki - Benutzerbeiträge [de]

Oc

2006-03-21T11:14:17Z

192.168.115.1: /* Anwendung */

Oc steht für Orientation Convert. Es ist ein Open Source Tool, das Daten in Horizontaler Ausrichtung (z.B. ein Text) in vertikale Spalten ausrichtet. Auch die Übertragung von einzelnen xls Spalten in andere ist möglich. ".txt", ".csv" und ".xls" wird nativ unterstützt.
 

== .txt nach .xls Konverter ==

Quelle ".txt": Trenner ist hier " - " 

== .xls nach .csv Konverter ==

Quelle ".xls": Oc ist ein Hilfswerkzeug, mit dem man das SAP konforme XLS - Ergebnis der SEWA in das unkomplizierte csv-Format konvertieren kann. csv ist eine Semikolon separierte Textdatei und in der Weiterverarbeitung (automatisierter Import) leicht zu handhaben.

'''Sonderformatierungen durch die Datei "Fixed-Formats.ini"'''

* Durch die Konfigurationsdatei "Fixed-Formats.ini" kann Oc gezwungen werden, einzelne Spalten vor Ausgabe in die csv-Datei in ein Sonderformat zu konvertieren. Im Moment sind folgende Sonderformate konfiguriert:

// Ausgabe mit 5 Nachkommastellen und "." als Komma
#.#####

* Aufbau der Datei

<Feldname1>=<Format>
<Feldname2>=<Format>
...

* Lokalisierung der Datei: Die Datei wird vorrangig im Arbeitsverzeichnis von Oc gesucht (dies ist das Verzeichnis der Quelldatei). Zweitrangig im Anwendungsverzeichnis (dies ist das Verzeichnis in dem Oc.exe liegt). So lassen sich globale Einstellungen durch Lokale überschreiben.
 
Beispielkonfiguration:

<code>
ZaehlerStandNeu=#.##### 
ZaehlerStandAlt=#.##### 
</code>

== Anwendung ==

* Im Windows Explorer einen rechten Mausklick auf die zu konvertierende Datei machen. Es öffnet sich das Kontextmenü.
* Den Menüeintrag "Konvertieren mit Oc" auswählen.
* Im gleichen Verzeichnis wie die Quelldatei ist nun das Konvertierungsergebnis entstanden.

Oc

2006-03-21T11:10:46Z

192.168.115.1: /* .xls nach .csv Konverter */

2006-03-13T11:46:27Z

192.168.115.1:

* Automatisches prüfen und Aufrechterhalten von Internet-Verbindungen 
* Wechsel des Providers im Fehlerfall und Start der entsprechenden Firewall 
* Publizieren der eigenen IP ins InterNet 
* Ermitteln der IPs anderer Maschinen, und Eintragung in /etc/hosts 
* Patch, danach Upload von html-Templates um die eigene IP zu publizieren 
* Linux-Dämon für SuSE Linux 8.2,9.0,9.1,10 Freeware mit Quelltexten in Kylix 3
* entworfen von Andreas Filsinger, IT-Freiberufler

== Konzepte ==

Anforderungen waren:

* linux-Anwendung die auf dem Router selbst läuft.
* Programierung mit Open edition von Kylix sollte möglich sein
* Konsolenanwendung die als dämon laufen kann.
* ersetzt langfristig RouteIP, es soll alles der linux-Server aus eigener Kraft machen könnenn! (Seit Rev. 1.009 erfüllt)
 
* keepcon macht massiven Gebrauch der Commandozeile, es ruft: cinternet, ftp, whoami, ifconfig.

'''Verbindungs-Sicherung'''

* passives prüfen, ob im Moment eine Verbindung nach draussen besteht
(passives Erkennen=ohne traffic, ob im Moment TDSL oder/und ISDN aktiv ist.)
(ISDN up? TDSL up?) via cinternet, das heist was denkt cinternet, welche
Verbindung im Moment offen ist!
* aktives pr?er jeweiligen Verbindung:
* ping auf feste IP (TCP da?!)
* versuch der Namensaufl?g via DNS (Namensaufl?g da?!)
* Sicherstellen (durch k?chen traffic) das einen Wä¨¬verbindung
bestehenbleibt. (das sonst der provider auflegt, wir legen durch eintrag
von "0" eh niemals auf)
Ev. traffic detectieren, wenn inerhalb einer gewissen Zeit delta=0, dann
einen ping machen, oder ein POP Konto anfragen oder irgendwas ...
(Ev. auch etwas mit keiner Antwort, da ja nur die Anfrage ausreicht!=)
Traffic könnte man im ifconfig erkennen.
* down einer Verbindung erkennen, und
a) Sicherstellen, dass beim Abbruch von TDSL, gleich wieder TDSL angewä¨¬t
wird.
b) misslingt das mehrfach, die Ersatzverbindung aufbauen. Diese hat jedoch
nur eine festlegbare Haltbarkeit. Nach dieser Zeit (ev. traffic beobachten,
um einen ruhigen Moment abzuwarten) wird wieder versucht die Hauptverbindung
wiederherzustellen.
* starten/beenden der entsprechenden firewall, ev. kann man doch einfach
dieselben Regeln immer auf beide interfaces anwenden, es ist doch nicht
notwendig ein spezielles firewall script anzuwenden.
* wieder-kehrende verf?eitspr?der Hauptverbindung wä¨²end die
Ausfallverbindunf ihren Dienst tut. (ist sowas ?upt m?ch, werden
da nicht die nameservereinträ§¥ zerst?) (ich glaube nicht!)

'''(publish dienst) eigenen Namen ins Internet ?agen'''

* hinausschreiben der eigenen aktuellen IP-Adresse erhalten vom provider nach
www.raib.de/<<hostname>>.html. Dazu werden jetzt nicht mehr templates benutzt,
sondern das programm kann aus eigener Kraft die entsprechende html datei erzeugen,
und hochladen.

'''(friends) fremde Namen, und deren IP aus dem Internet laden'''

und so andere Remote-System dem eigenen System bekannt machen. Diese Systeme
werden mit ihrem hostnamen und der IP automatisch in /etc/hosts eingetragen.

* auslesen aus web und eintragen nach /etc/hosts von angebbaren domain-namen
von www.raib.de/<<hostname>>.html. Vozugsweise im ip6 format
::ffff:192.168.115.2

'''(templates) links im Internet auf aktuelle IP patchen'''

erstellen sie ein Template, das anstelle der IP Adresse die Zeichenfolge
~IP~ enthä¬´.

(keepcon quelle in der anlage)

'''Tipp für Hostnamen'''

wenn m?ch die IP Adresse des Servers angeben, dann kann auch bei DNS-
Ausfall oder Misskonfiguration die eigene IP hochgeladen werden. Ev. k?e
man eine lokale Datenhaltung der zuletzt ermittelten IP verwenden, damit
bei einem Fail der Namensaufl?g die zuletzt bekannte IP verwendet werden
kann.

== Voraussetzungen ==

Für alle Provider gilt:

* ON DEMAND "AUS"

Bei allen Verbindungen darf "ON DEMAND" nicht aktiviert werden. Da sonst das Linux System selbst die Kontrolle ?en Verbindungsaufbau zur "Haupt"-Verbindung ?mmt, was im St?gsfall die "falsche" VErbindung ist.

* Device Aktivierung "manuell"

nicht schon beim boot die Verbindung aufbauen lassen! keepcon will hier die volle KOntrolle ?hmen und selbst bestimmen wann und wer aufgebaut werden soll.

* Interface aktivierung "on boot"

damit die Interfaces schon gesehen werden, und vorhanden sind.

== Installation ==

Zip Datei im /root auspacken und folgende Dateien in die angegebenen Verzeichnisse kopieren sowie mit chmod die angegebenen Rechte vergeben:

Quelldatei Zielverzeichnis chmod
keepcon /root/keepcon 0755
etc.keepcon.conf /etc/keepcon.conf 0600
init.d.keepcon /etc/init.d/keepcon 0755
and-firewall /etc/and-firewall 0755

alle Dateien an ihren Platz kopieren, und mit den entsprechenden Rechten versehen. Zum komfortablen Start brauchen wir noch ein rc* Script:

ln -s /etc/init.d/keepcon /usr/sbin/rckeepcon
chkconfig --add keepcon
rckeepcon start

Der ganze Rest an Dateien sind nur die Quelltexte des Programmes und sind zum Ablauf nicht notwendig! Wer Indy hat, kann mit der Open Editon von Kylix 3 dieses Projekt selbst compilieren / modifizieren.

FehlerDiagnose (wenn was nicht geht)

nachsehen, ob keepcon gestartet ist

ps x | grep keepcon

meldungen, die keepcon loged auf den Bildschirm ausgeben:

cat /var/log/messages | grep keepcon

* System-Bereich: Geben Sie hier an, wie sich Ihre Maschine im Internet bekannt macht.
* Primary-Bereich: Geben Sie hier die Hauptwä¨¬verbindung an.
* Failover-Bereich: Geben Sie hier Ausfallverbindungen an.
* Remote-Bereich: Geben Sie hier die Namen 'befreundeter' Server an, die auch via keepcon im Netz sind.
* Templates-Bereich: Listen Sie hier die html-Vorlagen auf, die hochgeladen werden sollen.

keepcon.ini, wie sie der Distribution beiliegt: 

#
# [System]
# publish=Der Hostname unter dem Ihr System im Internet seine IP Adresse publiziert
# ftp_server=ftp-Hostname f? Public Upload
# ftp_user=ftp-Benutzer f? Public Upload
# ftp_password=ftp-Kennwort f? Public Upload
# ftp_path=ftp-Zielverzeichnis f? Public Upload
#
[System]
publish=WR32
ftp_server=www.raib.de
ftp_user=<YourUser>
ftp_password=<YourPwd>
ftp_path=/raib

#
# [Primary]
# provider=Geben Sie hier Ihren Standard-Provider an. Solange es keine St? rungen gibt, wird dieser Provider benutzt.
#
# Wenn Sie die Namen aller Provider ermitteln wollen, starten Sie keepcon
# von der Kommandozeile, die Schreibweise muss exact eingehalten werden.
#
[Primary]
provider=telekom TDSL

#
# [FailOver]
# provider1=Geben Sie hier Ihren bevorzugten Provider im St?ll an.
# provider2=
# ..
#
# Wenn Sie die Namen aller installierten Provider ermitteln wollen, starten Sie keepcon
# von der Kommandozeile. Die Namen stehen in der Tabelle an erster Stelle.
# Die Schreibweise muss exakt eingehalten werden.
#
[FailOver]
provider1=telekom ISDN
provider2=UMTS
provider3=WLAN

#
# [Remote]
# host1=remote Hostnamen, deren IP Adresse keepcon ermitteln soll. keepcon trä§´ den Namen+IP
in /etc/hosts ein. Läµ¦t ein WINS Server sind diese Namen im ganze WIn32 Netz sichtbar.
# host2=
# ...
#
#
[Remote]
host1=GH14

#
# [Templates]
# 1=/root/index.html,www.myhomepage.de,ftpuser,ftppwd,/www/htmldocs
# 2=/root/suche.php,www.myhomepage.de,ftpuser,ftppwd,/www/cgibin
# ...
#
#
[Templates]
1=

[[keepcon.Templates|HTML Vorlagen]] 
[[keepcon.Bemerkungen|Beobachtungen / Bemerkungen]] 
[[keepcon.Konzepte|Konzepte von keepcon]] 
[[keepcon.win32|Remote Namensaufl?g mit Hilfe von WINS (win32 Rechner sind im Netz)]] 
[[keepcon.Begriffe|keepcon Begriffe]] 
[[keepcon.todo|to-do]] 
[[keepcon.t-online|FTP-Platz bei t-online]]

Keepcon

2006-03-13T11:41:19Z

192.168.115.1:

Linux.xinetd

2006-03-13T11:31:10Z

192.168.115.1: /* xinetd neu starten */

"xinetd als Redirector verwenden (in diesem Falle für SOAP auf einem fremden Server)" 
 
* Problematik 

Ein Fremdsystem stellt Web-Services in Form von SOAP Diensten zur Verfügung Aus Sicherheitsgründen wird die Befragung der SOAP - Routinen nur für einzelne fest eingestellte Client-IP Adressen freigschaltet. Ich selbst habe jedoch wechselnde IP Adressen, und kann somit keine IP Adresse an den SOAP Betreiber durchgeben.

* Lösungs-Strategie

Ein eigener dritter Server, der mir zur Verfügung steht, wird als SOAP-Gateway oder SOAP-Router oder SOAP-Redirector (wie man will) eingesetzt. Dessen IP wird vom SOAP Dienstleister freigeschaltet. Dieser Redirector kann auf einem gewissen vereinbarten Port angesteuert werden, leitet aber jeden Traffic an den eigentlichen SOAP Anbieter weiter.

== Dienst, Eingangsseitig auf einen Port mappen ==

* WICHTIG: Damit die Umleitung funktioniert muss erst mal der Dienst dem System bekannt gemacht werden. Dieser muss genauso wie der spätere xinetd service genannt werden.
* TIPP: Spare Dir den Aufwand, und gebe im Service <code>type = UNLISTED</code> ein, dann sucht das System den Dienst nicht in der /etc/services.
* In unserem Fall wollen wir den Aufwand mal machen!

'''SOAP als "dienst" erst mal bekannt machen'''

joe /etc/services

diese Zeile an passender Stelle hinzu:

soap 8081/tcp # my soap redirect

== einzelne redirect Dienste hinzunehmen ==

im Verzeichnis /etc/xinet.d die neue Datei "soap" anlegen.

joe /etc/xinet.d/soap

service soap
{
socket_type = stream
wait = no
flags = REUSE
protocol = tcp
type = UNLISTED # nur wenn "soap" in der /etc/services ungenannt ist
port = 8081 # das ist der öffentliche Port
user = root
redirect = 80.139.34.230 80 # "Ziel-IP" "Ziel-Port"
disable = no
}

== xinetd neu starten ==

* nach Änderungen der Dateien in /etc/xinet.d muss der Dienst über die Änderungen informiert werden.

# die PID des aktuellen xinetd ermitteln
# die angegebene PID dann gut merken
pgrep xinetd

# Nun die PID in den folgende Befehl einsetzten
kill -HUP <PID>

* unter Umständen gibt es mehrere PIDs (weis auch nicht warum). Besser ist es in diesem Fall den xinetd neu zu starten.

rcxinetd restart

Linux.xinetd

2006-03-13T11:30:45Z

192.168.115.1: /* einzelne redirect Dienste hinzunehmen */

"xinetd als Redirector verwenden (in diesem Falle für SOAP auf einem fremden Server)" 
 
* Problematik 

Ein Fremdsystem stellt Web-Services in Form von SOAP Diensten zur Verfügung Aus Sicherheitsgründen wird die Befragung der SOAP - Routinen nur für einzelne fest eingestellte Client-IP Adressen freigschaltet. Ich selbst habe jedoch wechselnde IP Adressen, und kann somit keine IP Adresse an den SOAP Betreiber durchgeben.

* Lösungs-Strategie

Ein eigener dritter Server, der mir zur Verfügung steht, wird als SOAP-Gateway oder SOAP-Router oder SOAP-Redirector (wie man will) eingesetzt. Dessen IP wird vom SOAP Dienstleister freigeschaltet. Dieser Redirector kann auf einem gewissen vereinbarten Port angesteuert werden, leitet aber jeden Traffic an den eigentlichen SOAP Anbieter weiter.

== Dienst, Eingangsseitig auf einen Port mappen ==

* WICHTIG: Damit die Umleitung funktioniert muss erst mal der Dienst dem System bekannt gemacht werden. Dieser muss genauso wie der spätere xinetd service genannt werden.
* TIPP: Spare Dir den Aufwand, und gebe im Service <code>type = UNLISTED</code> ein, dann sucht das System den Dienst nicht in der /etc/services.
* In unserem Fall wollen wir den Aufwand mal machen!

'''SOAP als "dienst" erst mal bekannt machen'''

joe /etc/services

diese Zeile an passender Stelle hinzu:

soap 8081/tcp # my soap redirect

== einzelne redirect Dienste hinzunehmen ==

im Verzeichnis /etc/xinet.d die neue Datei "soap" anlegen.

joe /etc/xinet.d/soap

service soap
{
socket_type = stream
wait = no
flags = REUSE
protocol = tcp
type = UNLISTED # nur wenn "soap" in der /etc/services ungenannt ist
port = 8081 # das ist der öffentliche Port
user = root
redirect = 80.139.34.230 80 # "Ziel-IP" "Ziel-Port"
disable = no
}

== xinetd neu starten ==

nach Änderungen der Dateien in /etc/xinet.d muss der Dienst über die Änderungen informiert werden.

# die PID des aktuellen xinetd ermitteln
# die angegebene PID dann gut merken
pgrep xinetd

# Nun die PID in den folgende Befehl einsetzten
kill -HUP <PID>

unter Umständen gibt es mehrere PIDs (weis auch nicht warum). Besser ist es in diesem Fall den xinetd neu zu starten.

rcxinetd restart

Linux.xinetd

2006-03-13T11:29:44Z

192.168.115.1: /* DHCP */

Anleitung zum Aufsetzen eines SuSU Linux 9.2 Installations Servers, der die SuSE DVD ?as Netzwerk Bootbares Medium anbietet:

Ziel: Ich SuSE ?Netzwerk installieren. Dabei will die neue Kiste auch ?as Netzwerk
booten.
L?g: Ein bereits funktionierendes Linux System (vorzugweise klassisch ?ie DVD installiert) dient als "Installations-Server". Dazu muss folgendes vorbereitet werden.

== DVD nach .iso "rippen" ==

Die ganze Installations DVD habe ich mit nero -> Track speichern -> Format ISO auf das Dateisystem meines linux Servers als einzelne Datei "suse92.iso" abgelegt.
Damit die ganze DVD zugä®§lich wird habe ich ein Verzeichnis auf das iso Image gemountet:

mount -o loop suse92.iso /srv/freigabe/boot/suse92

== Diesen Ordner mit Samba freigeben ==

-> siehe hier meine Infos zu samba

[suse]
path = /srv/freigabe/boot/suse92
read only = yes
browseable = yes

== DHCP ==

YaST2->Netzwerkdienste->DHCP->entsprechende Angaben machen!

Man sollte nun zum Test einige Clients via DHCP konnektieren lassen, um die IP-Adress-Zuweisung auf Funktion zu prüfen. Nachdem der DHCP durch yast gut eingerichtet war, habe ich ab dann die dhcpd.conf selbst per Hand erweitert.

joe /etc/dhcpd.conf
die folgende Zeile oben dazu
filename "pxelinux.0";

# Hier mal meine dhcp.conf
# Meinem system "sandiego" teile ich eine feste IP zu!

option domain-name "lummerland";
option domain-name-servers 192.168.115.90;
option routers 192.168.115.90;
option ntp-servers ptbtime1.ptb.de;
option netbios-name-servers 192.168.115.90;
filename "pxelinux.0";
max-lease-time 7200;
ddns-update-style none;
ddns-updates off;
authoritative;
log-facility local7;
default-lease-time 600;

subnet 192.168.115.0 netmask 255.255.255.0 {

host sandiego {
hardware ethernet 00:13:D4:42:7E:A0;
fixed-address 192.168.115.4;
}

range 192.168.115.190 192.168.115.199;
default-lease-time 14400;
max-lease-time 172800;
}

== TFTP ==

md /srv/tftpboot
md /srv/tftpboot/pxelinux.cfg

YaST2 -> Netzwerk -> TFTP ->
aktivieren
Verzeichnis auf /srv/tftpboot einstellen

YaST2 -> Netzwerkdienste -> Netzwerkdienste (INetd) ->
xinetd selbst sollte aktiv sein
TFTP muss an sein

== Booten über das Netzwerk ermöglichen ==

* die Dateien linux initrd message memtest in das Verzeichnis /srv/tftpboot.

cd /srv/boot/boot/loader
cp -a linux initrd message memtest /srv/tftpboot
cp -a isolinux.cfg /srv/tftpboot/pxelinux.cfg/default

* syslinux installieren!
* Kopieren Sie die Datei /usr/share/syslinux/pxelinux.0 durch die Eingabe von:

cp -a /usr/share/syslinux/pxelinux.0 /srv/tftpboot
cp isolinux.cfg /srv/tftpboot/pxelinux.cfg/default
joe /srv/tftpboot/pxelinux.cfg/default
// folgende Zeilen entfernen
gfxboot
readinfo
framebuffer
// F?ie bei "manual installation"
insmod=e100 // f?e Intel 100MBit Karte
insmod=bcm5700 // f?e Broadcom
netdevice=eth0 // Netzwerlkarte auswä¨¬en falls deren mehrere Da sind
install=smb://192.168.100.1/usr/suse92

== Quellen ==

Suse PXE Infos http://portal.suse.com/sdb/de/2003/06/tsieden_pxe-install.html

== Bemerkungen ==

* Auf einem MSI Board hatte ich heute einen nicht auf anhieb Funktionierenden Netzwerk Chip (irgend ein VIA Teil). In diesem Fall hab ich einfach eine RTL8139 in das Board gesteckt, und nun mit "Kernel-Module" laden das entsprechende Modul hinzugef?ann ging die Installation wiederum ?ein liebes Linux Samba Share.

Aufsetzen eines Installations Servers, der die SuSE DVD als über Netz Bootbares Medium anbietet. Mein Ziel ist einen neuen Rechner ohne CD oder DVD komplett über Netz zu installieren. Folgende Dienste sollten in die Konfiguration aufgenommen werden:

#chkconfig --add tftp
chkconfig --add dhcpd

mit Win32 nero den "Track speichern" mit dem Typ ISO
das ISO Image auf den DHCP Server stellen
das Image mit

mount -o loop suse92.iso /mein/Verzeichnis

in das Dateisystem einhä®§en!

joe /etc/dhcp.conf

filename "pxelinux.0";

md /srv/tftpboot

YaST2->Software->Installationsquelle wechseln
1. YaST starten
2. Modul Software aufrufen
3. Installationsquelle wechseln
4. Hinzuf?FTP
5. Folgendes genau so eintragen:

Protokoll: [X] FTP
Servername: ftp.gwdg.de
Verzeichnis auf dem Server: pub/linux/suse/ftp.suse.com/suse/i386/9.2
Authentifikation: [X] Anonymous

syslinux installieren!

Konfiguration des tftp Servers

--------------------------------------------------------------------------------

Erstellen Sie (falls es noch nicht existiert) das Verzeichnis /srv/tftpboot und /srv/tftpboot/pxelinux.cfg

Wechseln Sie in das Verzeichnis Ihres Installationsrepositorys und kopieren Sie durch die Eingabe von:
cp -a boot/loader/linux boot/loader/initrd boot/loader/message boot/loader/memtest /srv/tftpboot
die Dateien linux initrd message memtest in das Verzeichnis /srv/tftpboot.
Installieren Sie das Paket syslinux.

Kopieren Sie die Datei /usr/share/syslinux/pxelinux.0 durch die Eingabe von:
cp -a /usr/share/syslinux/pxelinux.0 /srv/tftpboot
in das Verzeichnis /srv/tftpboot.

Wechseln Sie in das Verzeichnis Ihres Installationsrepositorys und kopieren Sie durch die Eingabe von:
cp -a boot/loader/isolinux.cfg /srv/tftpboot/pxelinux.cfg/default
die Datei isolinux.cfg nach /srv/tftpboot/pxelinux.cfg/default
Editieren Sie die Datei /srv/tftpboot/pxelinux.cfg/default und entfernen Sie die Zeilen die mit:
gfxboot
readinfo
framebuffer
beginnen.

Für die in den append Zeilen der Label default failsafe und apic die folgenden Einträ§¥ an:
insmod=e100 Dieser Eintrag bewirkt, daß auf dem PXE-Client das Kernelmodul f?e Intel 100MBit/s Netzwerkkarte geladen wird. Dieser Eintrag ist abhä®§ig von der Hardware Ihres Clients, und muß entsprechend geä®¤ert werden. Bei einer Broadcom GigaBit Netzwerkkarte w?ieser Eintrag insmod=bcm5700 lauten.
netdevice=eth0 Dieser Eintrag spezifiziert das Netzwerkinterface des Clients, welches f? Netzwerkinstallation benutzt werden soll, und ist nur dann notwendig, wenn mehrere Netzwerkkarten in den Clients verbaut sind. Dieser Eintrag muß dann entsprechend angepaß´ werden. Bei nur einer Netzwerkkarte kann dieser Eintrag komplett entfallen.
install=nfs://192.168.100.1/usr/local/dist/SLES8 Dieser Eintrag legt den nfs Server und die Installationsquelle f? Installation der Clients fest, und muß gegebenenfalls angepaß´ werden.
Eine, f? SuSE Linux Enterprise Server 8 - Netzwerkinstallation, angepaß´e /srv/tftpboot/pxelinux.cfg/default finden Sie hier:

default linux

# default
label linux
kernel linux
append initrd=initrd ramdisk_size=65536 insmod=e100 install=nfs://192.168.100.1/usr/local/dist/SLES8

# failsafe
label failsafe
kernel linux
append initrd=initrd ramdisk_size=65536 ide=nodma apm=off acpi=off insmod=e100 install=nfs://192.168.100.1/usr/local/dist/SLES8

# apic
label apic
kernel linux
append initrd=initrd ramdisk_size=65536 apic insmod=e100 install=nfs://192.168.100.1/usr/local/dist/SLES8

# manual
label manual
kernel linux
append initrd=initrd ramdisk_size=65536 manual=1

# rescue
label rescue
kernel linux
append initrd=initrd ramdisk_size=65536 rescue=1

# memory test
label memtest
kernel memtest

# hard disk
label harddisk
kernel linux
append SLX=0x202

implicit 0
display message
prompt 1
timeout 100