From 5ac9211c11bcb26ffee62de0cbef2167fa918d30 Mon Sep 17 00:00:00 2001 From: Steve McIntyre <93sam@debian.org> Date: Fri, 17 Apr 2015 09:47:16 +0000 Subject: s/u-boot/U-Boot/g across all files --- de/boot-installer/arm.xml | 38 +++++++++++----------- de/hardware/supported/arm.xml | 4 +-- .../modules/arm/flash-kernel-installer.xml | 2 +- 3 files changed, 22 insertions(+), 22 deletions(-) (limited to 'de') diff --git a/de/boot-installer/arm.xml b/de/boot-installer/arm.xml index 4dfef6726..fc64aa770 100644 --- a/de/boot-installer/arm.xml +++ b/de/boot-installer/arm.xml @@ -13,11 +13,11 @@ Initial-Ramdisk (uInitrd). - uImage/uInitrd sind Image-Formate, die für die u-boot-Firmware + uImage/uInitrd sind Image-Formate, die für die U-Boot-Firmware ausgelegt wurden, welche auf vielen ARM-basierten Systemen - eingesetzt ist. Ältere u-boot-Versionen können nur Dateien + eingesetzt ist. Ältere U-Boot-Versionen können nur Dateien im uImage-/uInitrd-Format booten, daher werden diese Formate oft - auf älteren armel-Systemen genutzt. Neuere u-boot-Versionen können - + auf älteren armel-Systemen genutzt. Neuere U-Boot-Versionen können - neben uImage/uInitrd - auch Standard-Linux-Kernel- und Ramdisk-Images booten, aber die Befehlssyntax dafür ist etwas anders als beim Booten von uImages. @@ -37,9 +37,9 @@ &boot-installer-intro-net.xml; - TFTP-Boot in u-boot + TFTP-Boot in U-Boot - Das Booten von Systemen über das Netzwerk mittels der u-boot-Firmware + Das Booten von Systemen über das Netzwerk mittels der U-Boot-Firmware erfordert drei Schritte: a) Konfigurieren des Netzwerks, b) Laden der Images (Kernel/Initial-Ramdisk/dtb) in den Speicher und c) das eigentliche Ausführen des vorher geladenen Codes. @@ -75,7 +75,7 @@ saveenv Regel, welche Adresse hierfür verwendet werden muss. - Auf einigen Systemen legt u-boot einige Umgebungsvariablen mit + Auf einigen Systemen legt U-Boot einige Umgebungsvariablen mit passenden Ladeadressen an: kernel_addr_r, ramdisk_addr_r und fdt_addr_r. Sie können überprüfen, ob diese definiert sind, indem Sie dies ausführen: @@ -107,7 +107,7 @@ tftpboot ${ramdisk_addr_r} <dateiname des initial-ramdisk-images> Der dritte Schritt ist das Setzen der Kernel-Befehlszeile - und das eigentliche Ausführen des geladenen Codes. u-boot + und das eigentliche Ausführen des geladenen Codes. U-Boot übergibt den Inhalt der Umgebungsvariable bootargs als Befehlszeile an den Kernel; also können alle Parameter für den Kernel und den Installer - wie z.B. die Konsolen-Gerätedatei @@ -131,7 +131,7 @@ bootz ${kernel_addr_r} ${ramdisk_addr_r}:${filesize} ${fdt_addr_r} Beachten Sie: wenn Sie Standard-Linux-Images booten, ist es wichtig, dass das Initial-Ramdisk-Image nach dem Kernel und der - DTB geladen wird, da u-boot die filesize-Variable (Dateigröße) + DTB geladen wird, da U-Boot die filesize-Variable (Dateigröße) auf die Größe der letzten geladenen Datei setzt und der bootz-Befehl benötigt die Größe des Ramdisk-Images, um korrekt zu arbeiten. Beim Booten eines plattformspezifischen Kernels, also @@ -142,15 +142,15 @@ bootz ${kernel_addr_r} ${ramdisk_addr_r}:${filesize} ${fdt_addr_r} - Booten von USB-Stick in u-boot + Booten von USB-Stick in U-Boot - Viele moderne Versionen von u-boot haben USB-Unterstützung und + Viele moderne Versionen von U-Boot haben USB-Unterstützung und erlauben das Booten von USB-Massenspeicher-Geräten wie z.B. USB-Sticks. Unglücklicherweise können sich die genauen Schritte, die dazu nötig sind, von Gerät zu Gerät ein wenig unterscheiden. - In u-boot v2014.10 wurde das grundlegende Handling für eine + In U-Boot v2014.10 wurde das grundlegende Handling für eine Kommandozeile sowie ein Rahmenwerk für automatisches Booten (autoboot) eingeführt. Dies erlaubt die Erzeugung generischer Boot-Images, die auf jedem System funktionieren, das dieses Rahmenwerk @@ -163,28 +163,28 @@ bootz ${kernel_addr_r} ${ramdisk_addr_r}:${filesize} ${fdt_addr_r} zu erstellen, entpacken Sie das hd-media-Tarball-Archiv (Näheres in ) auf einen USB-Stick, der mit einem Dateisystem formatiert ist, welches von der - u-boot-Version auf Ihrem Gerät unterstützt wird. - Bei neueren u-boot-Versionen sollten FAT16, FAT32, ext2, ext3 + U-Boot-Version auf Ihrem Gerät unterstützt wird. + Bei neueren U-Boot-Versionen sollten FAT16, FAT32, ext2, ext3 und ext4 normalerweise funktionieren. Kopieren Sie dann auch die ISO-Image-Datei der ersten &debian;-Installations-CD oder -DVD auf den Stick. - Das autoboot-Rahmenwerk in modernen u-boot-Versionen funktioniert + Das autoboot-Rahmenwerk in modernen U-Boot-Versionen funktioniert ähnlich wie die Optionen für die Bootreihenfolge in einem PC-Bios, d.h. auf verschiedenen möglichen Boot-Geräten wird der Reihe nach nach einem gültigen Boot-Image gesucht und das erste gefundene wird gestartet. Wenn kein Betriebssystem installiert ist, sollte das Starten des Systems mit eingestecktem USB-Stick den Installer booten. Sie können den USB-Boot-Prozess auch zu jeder Zeit vom - u-boot-Prompt aus anstoßen, indem Sie den + U-Boot-Prompt aus anstoßen, indem Sie den run bootcmd_usb0-Befehl ausführen. Ein Problem, das beim Booten von einem USB-Stick bei Nutzung der seriellen Konsole auftreten könnte, ist eine nicht passende - Konsolenbaudrate. Wenn die console-Variable in u-boot definiert + Konsolenbaudrate. Wenn die console-Variable in U-Boot definiert ist, wird das Boot-Skript des &d-i; diese automatisch an den Kernel weiterleiten, um das primäre Konsolengerät und - falls anwendbar - die Baudrate einzustellen. Unglücklicherweise @@ -194,8 +194,8 @@ bootz ${kernel_addr_r} ${ramdisk_addr_r}:${filesize} ${fdt_addr_r} anderen hingegen lediglich den Gerätenamen (z.B. console=ttyS0). In letzterem Fall kann es zu einer verstümmelten Konsolenausgabe - kommen, wenn die Standard-Baudrate bei u-boot und dem Kernel - nicht übereinstimmt. Moderne u-boot-Versionen verwenden oft + kommen, wenn die Standard-Baudrate bei U-Boot und dem Kernel + nicht übereinstimmt. Moderne U-Boot-Versionen verwenden oft eine Geschwindigkeit von 115200 Baud, während beim Kernel noch der alte traditionelle Wert von 9600 Baud voreingestellt ist. Falls dies passiert, sollten Sie die console-Variable händisch @@ -209,7 +209,7 @@ bootz ${kernel_addr_r} ${ramdisk_addr_r}:${filesize} ${fdt_addr_r} Verwenden von vorbereiteten (pre-built) SD-Karten-Images mit dem Installer Für eine Reihe von Systemen bietet Debian SD-Karten-Images an, - die sowohl u-boot wie auch den &d-i; enthalten. Diese Images gibt es + die sowohl U-Boot wie auch den &d-i; enthalten. Diese Images gibt es in zwei Varianten - eine für das Herunterladen der Software-Pakete über das Netzwerk (verfügbar unter &armmp-netboot-sd-img;) und die andere für Offline-Installationen ohne Internet-Verbindung, die diff --git a/de/hardware/supported/arm.xml b/de/hardware/supported/arm.xml index 036213416..b14176ba8 100644 --- a/de/hardware/supported/arm.xml +++ b/de/hardware/supported/arm.xml @@ -281,8 +281,8 @@ Verwendung des Multiplattform-Kernels (armmp): simplefb-Infrastruktur im Mainline-Kernel technisch gesehen auch ohne native Display-Treiber möglich. simplefb ist dabei für die Initialisierung - der Display-Hardware auf den u-boot-Bootloader - angewiesen, allerdings wird dies durch die u-boot-Version in + der Display-Hardware auf den U-Boot-Bootloader + angewiesen, allerdings wird dies durch die U-Boot-Version in &debian; 8 nicht unterstützt. diff --git a/de/using-d-i/modules/arm/flash-kernel-installer.xml b/de/using-d-i/modules/arm/flash-kernel-installer.xml index b67a8bb93..53c79fe99 100644 --- a/de/using-d-i/modules/arm/flash-kernel-installer.xml +++ b/de/using-d-i/modules/arm/flash-kernel-installer.xml @@ -28,7 +28,7 @@ auszuführen bedeutet, dass der vorherige Inhalt des Flash-Speichers -Bei ARM-Systemen, die u-boot als System-Firmware nutzen und Kernel +Bei ARM-Systemen, die U-Boot als System-Firmware nutzen und Kernel sowie Initial-Ramdisk von einem externen Speichermedium (wie MMC-/SD-Karte, USB-Speicher oder IDE-/SATA-Festplatte) booten, generiert flash-kernel ein passendes Boot-Skript, um das automatische Booten ohne manuelles -- cgit v1.2.3