Remote Initial Program Load - Versionsgeschichte

Nepomucki: typo

2023-03-28T13:30:47Z

typo

← Nächstältere Version		Version vom 28. März 2023, 15:30 Uhr
Zeile 1:		Zeile 1:
	'''Remote Initial Program Load''' (Abkürzung: '''RIPL'''; deutsch: Fernes einleitendes Programmladen) ~~- Bezeichnet~~ den Vorgang des Startens eines [[Betriebssystem]]s über das [[Netzwerk]] von einem [[Server]], auf dem ein RIPL-Dienst aktiviert ist, welcher unter den Netzwerkbetriebssystemen [[LAN Manager]], [[LAN Server]], [[Windows NT]] Server und [[Novell]] [[Netware]] unterstützt wird.		'''Remote Initial Program Load''' (Abkürzung: '''RIPL'''; deutsch: Fernes einleitendes Programmladen) bezeichnet den Vorgang des Startens eines [[Betriebssystem]]s über das [[Netzwerk]] von einem [[Server]], auf dem ein RIPL-Dienst aktiviert ist, welcher unter den Netzwerkbetriebssystemen [[LAN Manager]], [[LAN Server]], [[Windows NT]] Server und [[Novell]] [[Netware]] unterstützt wird.

	== IBM LAN Server ==		== IBM LAN Server ==

Formatierer: vielleicht so

2019-01-04T19:18:15Z

vielleicht so

← Nächstältere Version		Version vom 4. Januar 2019, 21:18 Uhr
Zeile 5:		Zeile 5:
	Der IBM LAN Server bietet über das 802.2/DLC-Protokoll den Clients (sogenannten RIPL-Requestern) die Möglichkeit, die Betriebssysteme [[DOS]] oder [[OS/2]] über das lokale Netzwerk (meist [[Token Ring]]) zu laden.		Der IBM LAN Server bietet über das 802.2/DLC-Protokoll den Clients (sogenannten RIPL-Requestern) die Möglichkeit, die Betriebssysteme [[DOS]] oder [[OS/2]] über das lokale Netzwerk (meist [[Token Ring]]) zu laden.

	Der Server überwacht das lokale Netz hierbei und überprüft die Anfragen einzelner Stationen mit den Einträgen in der ~~Zuordnungtabelle~~ RPL.MAP.		Der Server überwacht das lokale Netz hierbei und überprüft die Anfragen einzelner Stationen mit den Einträgen in der Zuordnungstabelle RPL.MAP.

	== RPL und DOS ==		== RPL und DOS ==

Trustable: Kapitelreihenfolge

2017-05-25T17:14:48Z

Kapitelreihenfolge

← Nächstältere Version		Version vom 25. Mai 2017, 19:14 Uhr
Zeile 1:		Zeile 1:
	'''Remote Initial Program Load''' (Abkürzung: '''RIPL'''; deutsch: Fernes einleitendes Programmladen) - Bezeichnet den Vorgang des Startens eines [[Betriebssystem]]s über das [[Netzwerk]] von einem [[Server]], auf dem ein RIPL-Dienst aktiviert ist, welcher unter den Netzwerkbetriebssystemen [[LAN Manager]], [[LAN Server]], [[Windows NT]] Server und [[Novell]] [[~~NetWare~~]] unterstützt wird.		'''Remote Initial Program Load''' (Abkürzung: '''RIPL'''; deutsch: Fernes einleitendes Programmladen) - Bezeichnet den Vorgang des Startens eines [[Betriebssystem]]s über das [[Netzwerk]] von einem [[Server]], auf dem ein RIPL-Dienst aktiviert ist, welcher unter den Netzwerkbetriebssystemen [[LAN Manager]], [[LAN Server]], [[Windows NT]] Server und [[Novell]] [[Netware]] unterstützt wird.

	== IBM LAN Server ==		== IBM LAN Server ==

	Der IBM LAN Server bietet über das 802.2/DLC-Protokoll den Clients (sogenannten RIPL-Requestern) die Möglichkeit, die Betriebssysteme [[DOS]] oder [[OS/2]] über das lokale Netzwerk (meist [[Token-Ring]]) zu laden.		Der IBM LAN Server bietet über das 802.2/DLC-Protokoll den Clients (sogenannten RIPL-Requestern) die Möglichkeit, die Betriebssysteme [[DOS]] oder [[OS/2]] über das lokale Netzwerk (meist [[Token Ring]]) zu laden.

	Der Server überwacht das lokale Netz hierbei und überprüft die Anfragen einzelner Stationen mit den Einträgen in der Zuordnungtabelle RPL.MAP.		Der Server überwacht das lokale Netz hierbei und überprüft die Anfragen einzelner Stationen mit den Einträgen in der Zuordnungtabelle RPL.MAP.
Zeile 21:		Zeile 21:
	== Geschichte ==		== Geschichte ==

	Das ferne Laden für DOS-Workstations über Images wurde schon 1990 vom IBM LAN Server 1.2 durch den Dienst PCDOSRPL unterstützt. Seit dem LAN Server 2.0 (1992) war es auch möglich OS/2-Stationen (ab Version 1.30.1) zu nutzen.		Das ferne Laden für DOS-Workstations über Images wurde schon 1990 vom IBM LAN Server 1.2 durch den Dienst PCDOSRPL unterstützt. Seit dem LAN Server 2.0 (1992) war es auch möglich OS/2-Stationen (ab Version 1.30.1) zu nutzen.

⚫	== Literatur ==

⚫	* GG24-3671-00: IBM Personal System/2 Advanced Server Planning Guide ''(IBM Redbook)''

	== Siehe auch ==		== Siehe auch ==
Zeile 32:		Zeile 28:
	* [[LAN Server]]		* [[LAN Server]]
	* [[OS/2 Warp Server]]		* [[OS/2 Warp Server]]
	* [[Preboot Execution Environment~~\|Preboot Execution Environment~~ (PXE)]] – eine Netzwerk-Boot-Technik von Intel.		* [[Preboot Execution Environment]] (PXE) – eine Netzwerk-Boot-Technik von Intel.

		⚫	== Literatur ==

		⚫	* GG24-3671-00: IBM Personal System/2 Advanced Server Planning Guide ''(IBM Redbook)''

	== Weblinks ==		== Weblinks ==

Y2kbug: /* Siehe auch */ PXE ist eine ähnliche Technik.

2016-09-28T07:52:50Z

Siehe auch: PXE ist eine ähnliche Technik.

← Nächstältere Version		Version vom 28. September 2016, 09:52 Uhr
Zeile 32:		Zeile 32:
	* [[LAN Server]]		* [[LAN Server]]
	* [[OS/2 Warp Server]]		* [[OS/2 Warp Server]]
			* [[Preboot Execution Environment\|Preboot Execution Environment (PXE)]] – eine Netzwerk-Boot-Technik von Intel.

	== Weblinks ==		== Weblinks ==

Addbot: Bot: 2 Interwiki-Link(s) nach Wikidata (d:q2143125) migriert

2013-04-03T23:04:19Z

Bot: 2 Interwiki-Link(s) nach Wikidata (d:q2143125) migriert

← Nächstältere Version		Version vom 4. April 2013, 01:04 Uhr
Zeile 38:		Zeile 38:

	[[Kategorie:Betriebssystemkomponente]]		[[Kategorie:Betriebssystemkomponente]]

	[[en:Remote Initial Program Load]]
	[[es:Remote Initial Program Load]]

RokerHRO: /* RPL und DOS */

2012-12-09T18:06:29Z

RPL und DOS

← Nächstältere Version		Version vom 9. Dezember 2012, 20:06 Uhr
Zeile 9:		Zeile 9:
	== RPL und DOS ==		== RPL und DOS ==

	Während der Startphase des DOS-Betriebssystems ergibt sich normalerweise das Problem, ~~daß~~ der zuvor über das Netzwerk geladene RPL-Code (RPL = Remote Program Load) im noch nicht allozierten konventionellen Speicher liegt (typischerweise am oberen Ende), aber trotzdem nicht überschrieben werden darf, während das frisch geladene Betriebssystem seine eigenen Verwaltungsstrukturen erst noch aufbauen muss. Normalerweise schützt sich der RPL-Code dadurch vor dem Überschreiben durch das Betriebssystem, ~~daß~~ er ~~u.a.~~ die Kontrolle über die BIOS-Funktion INT 12 übernimmt, die von DOS zur Ermittlung der vorhandenen Real-Mode-Speichergröße aufgerufen wird.		Während der Startphase des DOS-Betriebssystems ergibt sich normalerweise das Problem, dass der zuvor über das Netzwerk geladene RPL-Code (RPL = Remote Program Load) im noch nicht allozierten konventionellen Speicher liegt (typischerweise am oberen Ende), aber trotzdem nicht überschrieben werden darf, während das frisch geladene Betriebssystem seine eigenen Verwaltungsstrukturen erst noch aufbauen muss. Normalerweise schützt sich der RPL-Code dadurch vor dem Überschreiben durch das Betriebssystem, dass er unter anderem die Kontrolle über die BIOS-Funktion INT 12 übernimmt, die von DOS zur Ermittlung der vorhandenen Real-Mode-Speichergröße aufgerufen wird.

	Das bringt verschiedene Schwierigkeiten insbesondere auf modernen DOS-Systemen mit sich, bei denen freie Speicherbereiche im Adapterbereich oder im ~~Adreßraum~~ des Video-RAMs für Treiber und Teile des Betriebssystems genutzt werden können, um DOS-Anwendungen mehr freien konventionellen Speicher zur Verfügung zu stellen.		Das bringt verschiedene Schwierigkeiten insbesondere auf modernen DOS-Systemen mit sich, bei denen freie Speicherbereiche im Adapterbereich oder im Adressraum des Video-RAMs für Treiber und Teile des Betriebssystems genutzt werden können, um DOS-Anwendungen mehr freien konventionellen Speicher zur Verfügung zu stellen.

	Mit verschiedenen Tricks können diese Probleme zum Teil umgangen werden, aber der RPL-Code muss dafür tief in die Interna des geladenen Betriebssystems eingreifen, was nicht in allen Fällen sauber funktioniert, insbesondere, wenn auch noch andere geladene Treiber im Spiel sind, die ähnliche Methoden verwenden.		Mit verschiedenen Tricks können diese Probleme zum Teil umgangen werden, aber der RPL-Code muss dafür tief in die Interna des geladenen Betriebssystems eingreifen, was nicht in allen Fällen sauber funktioniert, insbesondere, wenn auch noch andere geladene Treiber im Spiel sind, die ähnliche Methoden verwenden.

	Zur Absicherung des Verfahrens untersucht DOS ab MS-DOS/PC DOS 5.0 und DR DOS 6.0 beim Start den Code des INT 2F-Interruptvektors nach der Kennung "RPL" und ruft ~~ggfs~~. die Funktion INT 2F/AX=4A06h auf, um vom RPL-Code die wahre Größe des verfügbaren Speichers zu erfahren und diesen praktisch durch die Hintertür in die Liste der von DOS allozierten Speicherbereiche aufzunehmen und damit vor dem Zugriff durch andere zu kapseln. Der RPL-Code ist aber immer noch dafür verantwortlich, sich ~~ggfs. gegen~~ Ende der Bootphase sauber aus dem System zu entfernen.		Zur Absicherung des Verfahrens untersucht DOS ab MS-DOS/PC DOS 5.0 und DR DOS 6.0 beim Start den Code des INT-2F-Interruptvektors nach der Kennung "RPL" und ruft gegebenenfalls. die Funktion INT 2F/AX=4A06h auf, um vom RPL-Code die wahre Größe des verfügbaren Speichers zu erfahren und diesen praktisch durch die Hintertür in die Liste der von DOS allozierten Speicherbereiche aufzunehmen und damit vor dem Zugriff durch andere zu kapseln. Der RPL-Code ist aber immer noch dafür verantwortlich, sich am Ende der Bootphase sauber aus dem System zu entfernen.

	DR DOS unterstützt neben dem oben beschriebenen RPL-Interface auch eine erweiterte Form des Verfahrens namens RPLOADER, die mehr Flexibilität bietet. Erkennt DR DOS das Vorhandensein eines RPL-Codes mit der Kennung "RPLOADER" (statt nur "RPL"), so sendet das DOS-BIOS zusätzlich nach Erreichen bestimmter Stages innerhalb der Bootphase spezielle INT 2F/AX=12FFh/BX=0005h Broadcasts an den RPL-Code, um diesem die Möglichkeit zu geben, sich geeignet im Speicher zu relozieren (um den später für DOS-Anwendungen nutzbaren Speicher nicht durch den "im Weg liegenden" RPL-Code zu reduzieren), sich gar tiefer in das System einzuklinken oder auch um zusätzliche "Aufräumarbeiten" durchzuführen bzw. sich sauber aus dem System zu entfernen. Neben der Erhöhung der Kompatibilität, bestimmte Aktionen über ein definiertes Interface und zu definierten Zeitpunkten innerhalb der Bootphase abwickeln zu können, eine Reduzierung und Fragmentierung des Speichers zu vermeiden und so den für Anwendungen nutzbaren Speicher zu erhöhen und den RPL-Code nach Ende der Bootphase sauber aus dem System zu entfernen, kann das Interface auch dazu dienen, DR DOS als Task unter Host-Betriebssystemen wie Concurrent DOS zu laden.		DR DOS unterstützt neben dem oben beschriebenen RPL-Interface auch eine erweiterte Form des Verfahrens namens RPLOADER, die mehr Flexibilität bietet. Erkennt DR DOS das Vorhandensein eines RPL-Codes mit der Kennung "RPLOADER" (statt nur "RPL"), so sendet das DOS-BIOS zusätzlich nach Erreichen bestimmter Stages innerhalb der Bootphase spezielle INT 2F/AX=12FFh/BX=0005h Broadcasts an den RPL-Code, um diesem die Möglichkeit zu geben, sich geeignet im Speicher zu relozieren (um den später für DOS-Anwendungen nutzbaren Speicher nicht durch den "im Weg liegenden" RPL-Code zu reduzieren), sich gar tiefer in das System einzuklinken oder auch um zusätzliche "Aufräumarbeiten" durchzuführen bzw. sich sauber aus dem System zu entfernen. Neben der Erhöhung der Kompatibilität, bestimmte Aktionen über ein definiertes Interface und zu definierten Zeitpunkten innerhalb der Bootphase abwickeln zu können, eine Reduzierung und Fragmentierung des Speichers zu vermeiden und so den für Anwendungen nutzbaren Speicher zu erhöhen und den RPL-Code nach Ende der Bootphase sauber aus dem System zu entfernen, kann das Interface auch dazu dienen, DR DOS als Task unter Host-Betriebssystemen wie Concurrent DOS zu laden.

Holman: /* RPL und DOS */ rechtschreibung

2011-12-01T20:34:30Z

RPL und DOS: rechtschreibung

← Nächstältere Version		Version vom 1. Dezember 2011, 22:34 Uhr
Zeile 9:		Zeile 9:
	== RPL und DOS ==		== RPL und DOS ==

	Während der Startphase des DOS-Betriebssystems ergibt sich normalerweise das Problem, daß der zuvor über das Netzwerk geladene RPL-Code (RPL = Remote Program Load) im noch nicht allozierten konventionellen Speicher liegt (typischerweise am oberen Ende), aber trotzdem nicht überschrieben werden darf, während das frisch geladene Betriebssystem seine eigenen Verwaltungsstrukturen erst noch aufbauen ~~muß~~. Normalerweise schützt sich der RPL-Code dadurch vor dem Überschreiben durch das Betriebssystem, daß er u.a. die Kontrolle über die BIOS-Funktion INT 12 übernimmt, die von DOS zur Ermittlung der vorhandenen Real-Mode-Speichergröße aufgerufen wird.		Während der Startphase des DOS-Betriebssystems ergibt sich normalerweise das Problem, daß der zuvor über das Netzwerk geladene RPL-Code (RPL = Remote Program Load) im noch nicht allozierten konventionellen Speicher liegt (typischerweise am oberen Ende), aber trotzdem nicht überschrieben werden darf, während das frisch geladene Betriebssystem seine eigenen Verwaltungsstrukturen erst noch aufbauen muss. Normalerweise schützt sich der RPL-Code dadurch vor dem Überschreiben durch das Betriebssystem, daß er u.a. die Kontrolle über die BIOS-Funktion INT 12 übernimmt, die von DOS zur Ermittlung der vorhandenen Real-Mode-Speichergröße aufgerufen wird.

	Das bringt verschiedene Schwierigkeiten insbesondere auf modernen DOS-Systemen mit sich, bei denen freie Speicherbereiche im Adapterbereich oder im Adreßraum des Video-RAMs für Treiber und Teile des Betriebssystems genutzt werden können, um DOS-Anwendungen mehr freien konventionellen Speicher zur Verfügung zu stellen.		Das bringt verschiedene Schwierigkeiten insbesondere auf modernen DOS-Systemen mit sich, bei denen freie Speicherbereiche im Adapterbereich oder im Adreßraum des Video-RAMs für Treiber und Teile des Betriebssystems genutzt werden können, um DOS-Anwendungen mehr freien konventionellen Speicher zur Verfügung zu stellen.

	Mit verschiedenen Tricks können diese Probleme zum Teil umgangen werden, aber der RPL-Code ~~muß~~ dafür tief in die Interna des geladenen Betriebssystems eingreifen, was nicht in allen Fällen sauber funktioniert, insbesondere, wenn auch noch andere geladene Treiber im Spiel sind, die ähnliche Methoden verwenden.		Mit verschiedenen Tricks können diese Probleme zum Teil umgangen werden, aber der RPL-Code muss dafür tief in die Interna des geladenen Betriebssystems eingreifen, was nicht in allen Fällen sauber funktioniert, insbesondere, wenn auch noch andere geladene Treiber im Spiel sind, die ähnliche Methoden verwenden.

	Zur Absicherung des Verfahrens untersucht DOS ab MS-DOS/PC DOS 5.0 und DR DOS 6.0 beim Start den Code des INT 2F-Interruptvektors nach der Kennung "RPL" und ruft ggfs. die Funktion INT 2F/AX=4A06h auf, um vom RPL-Code die wahre Größe des verfügbaren Speichers zu erfahren und diesen praktisch durch die Hintertür in die Liste der von DOS allozierten Speicherbereiche aufzunehmen und damit vor dem Zugriff durch andere zu kapseln. Der RPL-Code ist aber immer noch dafür verantwortlich, sich ggfs. gegen Ende der Bootphase sauber aus dem System zu entfernen.		Zur Absicherung des Verfahrens untersucht DOS ab MS-DOS/PC DOS 5.0 und DR DOS 6.0 beim Start den Code des INT 2F-Interruptvektors nach der Kennung "RPL" und ruft ggfs. die Funktion INT 2F/AX=4A06h auf, um vom RPL-Code die wahre Größe des verfügbaren Speichers zu erfahren und diesen praktisch durch die Hintertür in die Liste der von DOS allozierten Speicherbereiche aufzunehmen und damit vor dem Zugriff durch andere zu kapseln. Der RPL-Code ist aber immer noch dafür verantwortlich, sich ggfs. gegen Ende der Bootphase sauber aus dem System zu entfernen.

77.21.242.68: Durchkopplung

2010-12-21T14:22:46Z

Durchkopplung

← Nächstältere Version		Version vom 21. Dezember 2010, 16:22 Uhr
Zeile 1:		Zeile 1:
	'''Remote Initial Program Load''' (Abkürzung: '''RIPL'''; deutsch: Fernes einleitendes Programmladen) - Bezeichnet den Vorgang des Startens eines [[Betriebssystem]]s über das [[Netzwerk]] von einem [[Server]], auf dem ein RIPL Dienst aktiviert ist, welcher unter den Netzwerkbetriebssystemen [[LAN Manager]], [[LAN Server]], [[Windows NT]] Server und [[Novell]] [[NetWare]] unterstützt wird.		'''Remote Initial Program Load''' (Abkürzung: '''RIPL'''; deutsch: Fernes einleitendes Programmladen) - Bezeichnet den Vorgang des Startens eines [[Betriebssystem]]s über das [[Netzwerk]] von einem [[Server]], auf dem ein RIPL-Dienst aktiviert ist, welcher unter den Netzwerkbetriebssystemen [[LAN Manager]], [[LAN Server]], [[Windows NT]] Server und [[Novell]] [[NetWare]] unterstützt wird.

	== IBM LAN Server ==		== IBM LAN Server ==

Aka: Tippfehler entfernt

2010-07-18T20:16:38Z

Tippfehler entfernt

← Nächstältere Version		Version vom 18. Juli 2010, 22:16 Uhr
Zeile 17:		Zeile 17:
	Zur Absicherung des Verfahrens untersucht DOS ab MS-DOS/PC DOS 5.0 und DR DOS 6.0 beim Start den Code des INT 2F-Interruptvektors nach der Kennung "RPL" und ruft ggfs. die Funktion INT 2F/AX=4A06h auf, um vom RPL-Code die wahre Größe des verfügbaren Speichers zu erfahren und diesen praktisch durch die Hintertür in die Liste der von DOS allozierten Speicherbereiche aufzunehmen und damit vor dem Zugriff durch andere zu kapseln. Der RPL-Code ist aber immer noch dafür verantwortlich, sich ggfs. gegen Ende der Bootphase sauber aus dem System zu entfernen.		Zur Absicherung des Verfahrens untersucht DOS ab MS-DOS/PC DOS 5.0 und DR DOS 6.0 beim Start den Code des INT 2F-Interruptvektors nach der Kennung "RPL" und ruft ggfs. die Funktion INT 2F/AX=4A06h auf, um vom RPL-Code die wahre Größe des verfügbaren Speichers zu erfahren und diesen praktisch durch die Hintertür in die Liste der von DOS allozierten Speicherbereiche aufzunehmen und damit vor dem Zugriff durch andere zu kapseln. Der RPL-Code ist aber immer noch dafür verantwortlich, sich ggfs. gegen Ende der Bootphase sauber aus dem System zu entfernen.

	DR DOS unterstützt neben dem oben beschriebenen RPL-Interface auch eine erweiterte Form des Verfahrens namens RPLOADER, die mehr ~~Flexiblität~~ bietet. Erkennt DR DOS das Vorhandensein eines RPL-Codes mit der Kennung "RPLOADER" (statt nur "RPL"), so sendet das DOS-BIOS zusätzlich nach Erreichen bestimmter Stages innerhalb der Bootphase spezielle INT 2F/AX=12FFh/BX=0005h Broadcasts an den RPL-Code, um diesem die Möglichkeit zu geben, sich geeignet im Speicher zu relozieren (um den später für DOS-Anwendungen nutzbaren Speicher nicht durch den "im Weg liegenden" RPL-Code zu reduzieren), sich gar tiefer in das System einzuklinken oder auch um zusätzliche "Aufräumarbeiten" durchzuführen bzw. sich sauber aus dem System zu entfernen. Neben der Erhöhung der Kompatibilität, bestimmte Aktionen über ein definiertes Interface und zu definierten Zeitpunkten innerhalb der Bootphase abwickeln zu können, eine Reduzierung und Fragmentierung des Speichers zu vermeiden und so den für Anwendungen nutzbaren Speicher zu erhöhen und den RPL-Code nach Ende der Bootphase sauber aus dem System zu entfernen, kann das Interface auch dazu dienen, DR DOS als Task unter Host-Betriebssystemen wie Concurrent DOS zu laden.		DR DOS unterstützt neben dem oben beschriebenen RPL-Interface auch eine erweiterte Form des Verfahrens namens RPLOADER, die mehr Flexibilität bietet. Erkennt DR DOS das Vorhandensein eines RPL-Codes mit der Kennung "RPLOADER" (statt nur "RPL"), so sendet das DOS-BIOS zusätzlich nach Erreichen bestimmter Stages innerhalb der Bootphase spezielle INT 2F/AX=12FFh/BX=0005h Broadcasts an den RPL-Code, um diesem die Möglichkeit zu geben, sich geeignet im Speicher zu relozieren (um den später für DOS-Anwendungen nutzbaren Speicher nicht durch den "im Weg liegenden" RPL-Code zu reduzieren), sich gar tiefer in das System einzuklinken oder auch um zusätzliche "Aufräumarbeiten" durchzuführen bzw. sich sauber aus dem System zu entfernen. Neben der Erhöhung der Kompatibilität, bestimmte Aktionen über ein definiertes Interface und zu definierten Zeitpunkten innerhalb der Bootphase abwickeln zu können, eine Reduzierung und Fragmentierung des Speichers zu vermeiden und so den für Anwendungen nutzbaren Speicher zu erhöhen und den RPL-Code nach Ende der Bootphase sauber aus dem System zu entfernen, kann das Interface auch dazu dienen, DR DOS als Task unter Host-Betriebssystemen wie Concurrent DOS zu laden.

	== Geschichte ==		== Geschichte ==

ZéroBot: Bot: Ergänze: es:Remote Initial Program Load

2010-07-04T16:08:58Z

Bot: Ergänze: es:Remote Initial Program Load

← Nächstältere Version		Version vom 4. Juli 2010, 18:08 Uhr
Zeile 40:		Zeile 40:

	[[en:Remote Initial Program Load]]		[[en:Remote Initial Program Load]]
			[[es:Remote Initial Program Load]]