Booting from SD/de - Revision history

Kukide at 23:08, 3 May 2010

2010-05-03T23:08:59Z

Glenn: wiki

2009-07-10T16:43:32Z

wiki

Lokomoko: /* Hinweise zur Partitionierung */

2009-01-12T16:49:55Z

‎Hinweise zur Partitionierung

Lokomoko: /* Hinweise zur Partitionierung */

2009-01-12T16:06:28Z

‎Hinweise zur Partitionierung

Lokomoko: /* Partitionieren der SD-Karte */

2009-01-12T16:03:23Z

‎Partitionieren der SD-Karte

Lokomoko: /* Autoboot von SDHC */

2009-01-12T15:54:05Z

‎Autoboot von SDHC

LeXi: /* U-Boot-Menü-Eintrag hinzufügen */

2008-11-22T15:53:00Z

‎U-Boot-Menü-Eintrag hinzufügen

LeXi: /* U-Boot-Menü-Eintrag hinzufügen */

2008-11-22T15:40:02Z

‎U-Boot-Menü-Eintrag hinzufügen

LeXi: /* U-Boot-Menü-Einträge */

2008-11-22T15:36:50Z

‎U-Boot-Menü-Einträge

LeXi at 14:10, 22 November 2008

2008-11-22T14:10:10Z

Show changes

← Older revision		Revision as of 23:08, 3 May 2010
Line 340:		Line 340:
	Wenn Sie "console=tty0" in der KernelBefehlsZeile aufrufen verlangsamt das den Bootprozess extrem da der Framebuffer (Neo-Display im Text-Modus) unmengen von DebugInformationen schreiben muss.		Wenn Sie "console=tty0" in der KernelBefehlsZeile aufrufen verlangsamt das den Bootprozess extrem da der Framebuffer (Neo-Display im Text-Modus) unmengen von DebugInformationen schreiben muss.

−	~~{{Languages\|Booting_from_SD}}~~	+	[[Category:Flashing Openmoko/de]]
		+	[[Category:MicroSD/de]]

← Older revision		Revision as of 16:43, 10 July 2009
Line 1:		Line 1:
−	{{Languages}}	+	{{Languages\|Booting from SD}}
	Diese Seite beschreibt, wie man mit dem FreeRunner von einer [[Supported_microSD_cards\|(Micro-)SD Karte]] statt vom eingebauten NAND-Flash-Speicher bootet. Da sich die SD-Karte einen Bus mit der GPU teilt, kann jedoch die Performance beeinträchtigt werden.		Diese Seite beschreibt, wie man mit dem FreeRunner von einer [[Supported_microSD_cards\|(Micro-)SD Karte]] statt vom eingebauten NAND-Flash-Speicher bootet. Da sich die SD-Karte einen Bus mit der GPU teilt, kann jedoch die Performance beeinträchtigt werden.

@@ Line 307: / Line 307: @@
 U-Boot vor 2008-07-23 kann ausschließlich von FAT-Filesystemen booten. Neuere Versionen unterstützen auch ext2/ext3.
-Weil SD-Karten als mmc-Geräteknoten (unter Major 179, siehe [http://www.lanana.org/docs/device-list/devices-2.6+.txt| Linux Allocated Devices]) eingebunden werden, is folgendes zu beachten:
+Weil SD-Karten als mmc-Geräteknoten (unter Major 179, siehe [http://www.lanana.org/docs/device-list/devices-2.6+.txt Linux Allocated Devices]) eingebunden werden, is folgendes zu beachten:
-* Das [http://www.lanana.org/docs/device-list/devices-2.6+.txt| Numerierungsschema für Geräte] sieht für mmc-Geräte die minor numbers 1 bis 7 (/dev/mmcblk0p1 ... /dev/mmcblk0p7). Minor number 8 ist bereits der nächsten physikalischen SD-Karte (/dev/mmcblk1) vorbehalten. Daher sind maimal 7 Partitionen verfügbar.
+* Das [http://www.lanana.org/docs/device-list/devices-2.6+.txt Numerierungsschema für Geräte] sieht für mmc-Geräte die minor numbers 1 bis 7 (/dev/mmcblk0p1 ... /dev/mmcblk0p7). Minor number 8 ist bereits der nächsten physikalischen SD-Karte (/dev/mmcblk1) vorbehalten. Daher sind maimal 7 Partitionen verfügbar.
 Weil uboot einen Kernel nur im unteren Bereich (2GB-Grenze) einer SD-Karte lesen kann, empfiehlt es sich alle Kernel in der ersten Partition unterzubringen. Bewährt hat sich auch, dort zentral die PIM-Daten abzulegen, um von allen installierten Distributionen per symlink darauf zuzugreifen.

@@ Line 305: / Line 305: @@
 ===Hinweise zur Partitionierung===
-Weil SD-Karten als mmc-Geräteknoten (unter Major 179, siehe [http://www.lanana.org/docs/device-list/devices-2.6+.txt| Linux Allocated Devices]) eingebunden werden, gibt es einiges zu beachten:
+U-Boot vor 2008-07-23 kann ausschließlich von FAT-Filesystemen booten. Neuere Versionen unterstützen auch ext2/ext3.
 * Das [http://www.lanana.org/docs/device-list/devices-2.6+.txt| Numerierungsschema für Geräte] sieht für mmc-Geräte die minor numbers 1 bis 7 (/dev/mmcblk0p1 ... /dev/mmcblk0p7). Minor number 8 ist bereits der nächsten physikalischen SD-Karte (/dev/mmcblk1) vorbehalten. Daher sind maimal 7 Partitionen verfügbar.

@@ Line 102: / Line 102: @@
 === Partitionieren der SD-Karte ===
-U-Boot vor 2008-07-23 kan ausschließlich von FAT-Filesystemen booten. Nach einem U-Boot-Update kann auch von ext2/ext3 gebootet werden.
+Das Beispiel zeigt wie man mit fdisk Partitionen erstellt (siehe auch weitere [[#Hinweise_zur_Partitionierung| Hinweise zum Festlegung von Partition]]).
-Dieses Beispiel zeigt wie man mit fdisk Partitionen erstellt.
   fdisk /dev/mmcblk0

← Older revision		Revision as of 15:54, 12 January 2009
Line 304:		Line 304:
	Jetzt wird immer von der SDHC-Karte gebootetwenn der Power-Knopf gedrückt oder reboot ausgeführt wird. Wenn vom NAND gebootet werden soll muss das Bootmenü benutzt werden.		Jetzt wird immer von der SDHC-Karte gebootetwenn der Power-Knopf gedrückt oder reboot ausgeführt wird. Wenn vom NAND gebootet werden soll muss das Bootmenü benutzt werden.

		+	===Hinweise zur Partitionierung===
		+
		+	Weil SD-Karten als mmc-Geräteknoten (unter Major 179, siehe [http://www.lanana.org/docs/device-list/devices-2.6+.txt\| Linux Allocated Devices]) eingebunden werden, gibt es einiges zu beachten:
		+
		+	* Das [http://www.lanana.org/docs/device-list/devices-2.6+.txt\| Numerierungsschema für Geräte] sieht für mmc-Geräte die minor numbers 1 bis 7 (/dev/mmcblk0p1 ... /dev/mmcblk0p7). Minor number 8 ist bereits der nächsten physikalischen SD-Karte (/dev/mmcblk1) vorbehalten. Daher sind maimal 7 Partitionen verfügbar.
		+
		+	* Die rootfs aktueller Distributionen bringen die Geräteknoten mmcblk0p1 bis mmcblk0p4 schon mit. Um erweiterete Partitions (5 ...) zu verwenden, müssen weitere Knoten angelegt in /lib/udev/devices/ werden:
		+
		+	mknod -m 640 /lib/udev/devices/mmcblk0p5 b 179 5
		+	mknod -m 640 /lib/udev/devices/mmcblk0p6 b 179 6
		+	mknod -m 640 /lib/udev/devices/mmcblk0p7 b 179 7
		+
		+	Weil uboot einen Kernel nur im unteren Bereich (2GB-Grenze) einer SD-Karte lesen kann, empfiehlt es sich alle Kernel in der ersten Partition unterzubringen. Bewährt hat sich auch, dort zentral die PIM-Daten abzulegen, um von allen installierten Distributionen per symlink darauf zuzugreifen.
		+
		+	Die Kernel können ein rootfs auch von einer erweiterten Partition einbinden.

	=== Udev automount fixen ===		=== Udev automount fixen ===

@@ Line 233: / Line 233: @@
 '''Boot-Eintrag für FAT-Kernel mit ext3-Rootfs Partition:'''
-setenv menu_9 Boot from microSD (FAT+ext3):
+ setenv menu_9 Boot from microSD (FAT+ext3): setenv bootargs \${bootargs_base} rootfstype=ext3 root=/dev/mmcblk0p2 rootdelay=5 \${mtdparts} ro\; mmcinit\; fatload mmc 1 0x32000000 \${sd_image_name}\; bootm 0x32000000
- setenv bootargs \${bootargs_base} rootfstype=ext3 root=/dev/mmcblk0p2 rootdelay=5 \${mtdparts} ro\; mmcinit\; fatload mmc 1 0x32000000 \${sd_image_name}\; bootm 0x32000000
 '''Boot-Eintrag für FAT-Kernel mit ext2-Rootfs Partition:'''
-setenv menu_9 Boot from microSD (FAT+ext2):
+ setenv menu_9 Boot from microSD (FAT+ext2): setenv bootargs \${bootargs_base} rootfstype=ext2 root=/dev/mmcblk0p2 rootdelay=5 \${mtdparts} ro\; mmcinit\; fatload mmc 1 0x32000000 \${sd_image_name}\; bootm 0x32000000
- setenv bootargs \${bootargs_base} rootfstype=ext2 root=/dev/mmcblk0p2 rootdelay=5 \${mtdparts} ro\; mmcinit\; fatload mmc 1 0x32000000 \${sd_image_name}\; bootm 0x32000000
 or : with additional 'init=/sbin/init' kernel parameter (may be needed for some images) :
-setenv menu_9 Boot 200808 from microSD (FAT+ext2):
+ setenv menu_9 Boot 200808 from microSD (FAT+ext2): setenv bootargs \${bootargs_base} rootfstype=ext2 root=/dev/mmcblk0p2 rootdelay=5 \${mtdparts} init=/sbin/init ro\; mmcinit\; fatload mmc 1 0x32000000 \${sd_image_name}\; bootm 0x32000000
- setenv bootargs \${bootargs_base} rootfstype=ext2 root=/dev/mmcblk0p2 rootdelay=5 \${mtdparts} init=/sbin/init ro\; mmcinit\; fatload mmc 1 0x32000000 \${sd_image_name}\; bootm 0x32000000
 '''Boot-Eintrag für ext2-Kernel mit ext2-Rootfs Partition: (requires newer u-boot)'''
-setenv menu_2 Boot from microSD part2 (ext2+ext2):
+ setenv menu_2 Boot from microSD part2 (ext2+ext2): setenv bootargs \${bootargs_base} rootfstype=ext2 root=/dev/mmcblk0p2 rootdelay=5 \${mtdparts} ro\; mmcinit\; ext2load mmc 1 0x32000000 \${sd_image_name}\; bootm 0x32000000
- setenv bootargs \${bootargs_base} rootfstype=ext2 root=/dev/mmcblk0p2 rootdelay=5 \${mtdparts} ro\; mmcinit\; ext2load mmc 1 0x32000000 \${sd_image_name}\; bootm 0x32000000
 '''Boot-Eintrag für Kernel und Rootfs auf der gleichen ext2 Partition (getestet mit Qtopia/ benötigt ein neues U-boot)'''
-setenv menu_3 QTopia:
+ setenv menu_3 QTopia: setenv bootargs \${bootargs_base} rootfstype=ext2 root=/dev/mmcblk0p1 rootdelay=5 \${mtdparts} ro\; mmcinit\; ext2load mmc 1:1 0x32000000 \${sd_image_name}\; bootm 0x32000000
- setenv bootargs \${bootargs_base} rootfstype=ext2 root=/dev/mmcblk0p1 rootdelay=5 \${mtdparts} ro\; mmcinit\; ext2load mmc 1:1 0x32000000 \${sd_image_name}\; bootm 0x32000000
 Jetzt nur noch prüfen, ob der neue Menü-Eintrag richtig angezeigt wird.:

@@ Line 204: / Line 204: @@
 Beim einem FreeRunner mit einer FAT-Partition (Kernel) und einer ext2-Partition (rootfs) sollte es möglich sein direkt von der SD-Karte zu booten, da der Boot-Menü-Eintrag für bereits im NOR- und NAND-Boot-Menü enthalten ist.
 In allen anderen Fällen muss der benötigte Menü-Eintrag erst hinzugefügt werden.
 Eine Beschreibung dazu findet sich hier: [[Bootloader/de#Bootlader_Kommandozeile]]
 Wie man in das Bootmenü gelangt steht hier: [[Getting_Started_with_your_Neo_FreeRunner/de#Anschalten_des_Neo_FreeRunner]].

@@ Line 20: / Line 20: @@
 === U-Boot-Menü-Einträge ===
-U-boot-Menü-Einträge werden über Umgebungsvariablen definiert. Diese sind nach dem Muster "menu_X" (wobei X eine Zahl ist) aufgebaut. Der Wert dieser Umgebungsvariable ist ein String nach dem Muster "<label>:<commands>", wobei <label> der Text ist, der auf dem Display angezeigt wird und <commands> eine Abfolge der U-boot-Befehle (getrennt durch ';') welche ausgefürht werden wenn der Menüpunkt auswählt wird
+U-boot-Menü-Einträge werden über Umgebungsvariablen definiert. Diese sind nach dem Muster "menu_X" (wobei X eine Zahl ist) aufgebaut. Der Wert dieser Umgebungsvariable ist ein String nach dem Muster "<MenüName>:<Befehle>", wobei <MenüName> der Text ist, der auf dem Display angezeigt wird und <Befehle> eine Abfolge der U-boot-Befehle welche ausgeführt werden, wenn der Menüpunkt auswählt wird. Die einzelnen Befehle werden hierbei durch ';' getrennt.
-Beim Eingeben einer Befehlsabfolge müssen ';' und '$' durch "\;" und "\$" ersetzt werden.
+Beim Eingeben der Befehlsabfolge müssen ';' durch "\;" und '$' durch "\$" ersetzt werden.
 === Laden des Kernels ===