DockStar: boot per tftp?

Hmm. Was habe ich hier jetzt nicht verstanden?

U-Boot 1.1.4 (Jul 16 2009 - 21:02:16) Cloud Engines (3.4.16)
U-Boot code: 00600000 -> 0067FFF0 BSS: -> 00690D60
Soc: 88F6281 A0 (DDR2)
CPU running @ 1200Mhz L2 running @ 400Mhz
SysClock = 400Mhz , TClock = 200Mhz
DRAM CAS Latency = 5 tRP = 5 tRAS = 18 tRCD=6
DRAM CS[0] base 0x00000000 size 128MB
DRAM Total size 128MB 16bit width
Flash: 0 kB
Addresses 8M - 0M are saved for the U-Boot usage.
Mem malloc Initialization (8M - 7M): Done
NAND:256 MB
CPU : Marvell Feroceon (Rev 1)
CLOUD ENGINES BOARD: REDSTONE:1.0
Streaming disabled
Write allocate disabled
USB 0: host mode
PEX 0: interface detected no Link.
Net: egiga0 [PRIME], egiga1
Hit any key to stop autoboot: 0
[...]
CE>> tftp 0x800000 uImage ; setenv bootargs ${bootargs_usb_root}; bootm 0x800000
Using egiga0 device
TFTP from server 192.168.5.2; our IP address is 192.168.5.5
Filename 'uImage'.
Load address: 0x800000
Loading: #################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
########################
done
Bytes transferred = 2448208 (255b50 hex)
## Booting image at 00800000 ...
Image Name: Linux-2.6.32.2
Created: 2010-06-17 0:35:49 UTC
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 2448144 Bytes = 2.3 MB
Load Address: 00008000
Entry Point: 00008000
Verifying Checksum ... OK
OK
Starting kernel ...
Uncompressing Linux.............................................................................................................................................................. done, booting the kernel.
Error: unrecognized/unsupported machine ID (r1 = 0x0000020f).
Available machine support:
ID (hex) NAME
00000690 Marvell DB-88F6281-BP Development Board
00000691 Marvell RD-88F6192-NAS Development Board
00000692 Marvell RD-88F6281 Reference Board
0000078c Marvell 88F6281 GTW GE Board
00000831 Seagate DockStar Board
0000085b QNAP TS-119/TS-219
00000915 Marvell OpenRD Base Board
Please check your kernel config and/or bootloader.

WTF? Wieso schlägt das fehl?

  1. Das Image wird per TFTP übertragen
  2. Es wird als unkomprimierter Linux Kernel erkannt, die Checksumme stimmt
  3. Beim Boot des Kernels – der so sonst vom ext3 des USB-Sticks der 1. Partition an Port 1 geladen wird – wird eine falsche Maschine erkannt‽

Nochmal: WTF?

2 Replies to “DockStar: boot per tftp?”

  1. Tach,
    hab mir gestern auch ein paar Dockstars gegönnt und versuche auch gerade, Debian darauf zu installieren. tftpboot ging allerdings (einmal, von Hand, bis jetzt…), vielleicht liegt es an mainlineLinux=yes und arcNumber=2097 in meinem uboot-env?
    Georg

  2. Howdy, long time no see ;))
    Ja, mittlerweile habe ich den Bogen wohl raus:

    bootcmd_tftp=tftp 0x800000 uImage ; setenv bootargs root=/dev/sda1 rw rootdelay=5 rootfstype=ext3 ; bootm 0x800000
    bootcmd2b=setenv bootcmd run bootcmd1 ; saveenv ; run bootcmd_original
    bootcmd2=setenv bootcmd run bootcmd2b ; setenv mainlineLinux no ; saveenv ; reset
    bootcmd1b=setenv bootcmd run bootcmd2 ; saveenv ; run bootcmd_tftp
    bootcmd1=setenv bootcmd run bootcmd1b ; setenv mainlineLinux yes ; saveenv ; reset
    bootcmd=run bootcmd1

    (Wobei die bootargs bei meinem diese ignorierenden Kernel eine Altlast sind ;))
    Dank eines …

    root@ubuntu:~# grep -v '#' /etc/rc.local
    /root/blparam bootcmd="run bootcmd1" >/dev/null 2>&1
    exit 0

    … bootet mein Test-Dockstar jetzt recht sicher von TFTP und holt dann / von /dev/sda1 (was bislang sicher der USB-Stick war, so er im Slot neben dem Ethernet steckte). Schlägt sowas mal fehl, kommt der »echte« DockStar hoch (und spielt auch mit dem PogpPlug-Service ;)), nächster Reboot wäre dann wieder TFTP.
    Sinn er Übung: den freien Flash-Bereich frei zu haben z. B. für ein alternatives UBIFS-Root auf dem DockStar selbst (das mit USB ist schon hakelig …).
    P.S.: Komisch, auch bei mir war im DockStar-Image in /etc/init.d/db der dropbear-Aufruf auskommentiert … Und das war sicher nicht ich. Nach ~2h online als DockStar mit PogoPlug.com-Verbindung hat sich die Datei allerdings nicht verändert … Odd.

Comments are closed.