1

Cubieboard / MLD-5.x Testing (Cubietruck) von SD Karte booten?

« on: February 19, 2016, 23:29:25 »

Hallo allerseits,

Danke erstmal fuer die Antworten!

Obwohl eigentlich dd das Tool der Wahl zum Kopieren von Images auf Devices sein sollte,
habe ich auf Anraten von Roland das Beschreiben der SD Karte mit Win32DiskImager ausprobiert.
Dies gestaltete sich schwieriger als es ist, da es bei mir eigentlich gar keine Betriebssysteme
aus Redmond gibt ;-)
Hab's letztendlich doch noch mit dem Win-Imager hingekriegt, leider mit dem gleichen negativen Ergebnis:
mein Cubietruck bootet nicht mit der MLD-5.x Testing SD-Karte (hab' zwei verschiedene Karten ausprobiert).

Was mich natuerlich auch stutzig macht, dass mein Cubietruck mit Cubian (Image Datei: Cubian-nano+headless-x1-a20-cubietruck.img)
genauso wenig bootet.

Die HW Rev. meines Cubietrucks gemaess Aufdruck auf dem Mainboard lautet: V1.0-0606.
Eventuell muss ich das Geraetchen im FEL Modus mit einer neueren Firmware flashen? Werd' mich da mal noch schlau machen...

Gruss
- Buzz

2

Cubieboard / MLD-5.x Testing (Cubietruck) von SD Karte booten?

« on: February 07, 2016, 16:26:48 »

Hallo MLD Community,

habe auf meinem Cubietruck erfolgreich Fedora 23 auf einer 16GB microSD Karte installiert.
Die Installation wurde auf einem Linux Host (mit SD Kartenleser, SD device: /dev/sdf) vorbereitet und verlief wie folgt:

Code: [Select]

$ wget http://ftp.uni-bayreuth.de/linux/fedora/linux/releases/23/Images/armhfp/Fedora-LXDE-armhfp-23-10-sda.raw.xz

$ xzcat Fedora-LXDE-armhfp-23-10-sda.raw.xz | sudo dd of=/dev/sdf
8241152+0 records in
8241152+0 records out
4219469824 bytes (4.2 GB) copied, 2912.25 s, 1.4 MB/s

$ sync
$ sudo fdisk -lu /dev/sdf

Disk /dev/sdf: 16.0 GB, 16021192704 bytes
64 heads, 32 sectors/track, 15279 cylinders, total 31291392 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x3ddfbd89

   Device Boot      Start         End      Blocks   Id  System
/dev/sdf1            2048     1001471      499712   83  Linux
/dev/sdf2         1001472     2001953      500241   83  Linux
/dev/sdf3         2001954     7861328     2929687+  83  Linux

$ mkdir -p /media/cubie/root/
$ sudo mount /dev/sdf1 /media/cubie/root/
$ cp -p /media/cubie/root/usr/share/uboot/Cubietruck/u-boot-sunxi-with-spl.bin ~/temp/
$ sudo umount /media/cubie/root/

$ sudo dd if=~/temp/u-boot-sunxi-with-spl.bin of=/dev/sdf bs=1024 seek=8 conv=fsync,notrunc
435+1 records in
435+1 records out
445722 bytes (446 kB) copied, 0.37354 s, 1.2 MB/s
$ sync

Die so vorbereitete SD Karte wurde in den Cubietruck eingesetzt, USB Maus & Tastatur dran, LAN-Kabel angeschlossen, Videoausgabe mittels VGA an externen Monitor und Strom ein...

Nach dem Bootvorgang startet automatisch ein Konfigurations-Skript, wo grundlegende Parameter (host name, regional settings, network config, user definition, etc.) abgefragt werden, und nach kurzer Zeit wird man vom Fedora 23 LXDE Login-Screen begruesst.

Nun koennte ich auf diesem Fedora System den VDR installieren. Die Aufgabe eines headless VDR Servers waere aber m.E. bei einer spezialisierten Linuxdistri besser aufgehoben und MLD-5 scheint mir hier geradezu praedestiniert!

Also habe ich mir eine zweite 4GB microSD Karte mit MLD-5.0.0 Testing (Cubietruck) vorbereitet (customized image: server).

1. Versuch:

Code: [Select]

$ sudo dd if=/dev/zero of=/dev/sdf bs=512
dd: error writing ‘/dev/sdf’: No space left on device
7841793+0 records in
7841792+0 records out
4014997504 bytes (4.0 GB) copied, 2842.77 s, 1.4 MB/s

$ sudo fdisk -lu /dev/sdf

Disk /dev/sdf: 4014 MB, 4014997504 bytes
124 heads, 62 sectors/track, 1020 cylinders, total 7841792 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/sdf doesn't contain a valid partition table

$ gunzip -c MLD-5_customized_2016.02.06-172+991.3-H7b8aU_armhf-cubietruck.img.gz | sudo dd of=/dev/sdf bs=1M
1+977 records in
1+977 records out
33554432 bytes (34 MB) copied, 4.36197 s, 7.7 MB/s

$ sync

$ sudo fdisk -lu /dev/sdf

Disk /dev/sdf: 4014 MB, 4014997504 bytes
243 heads, 48 sectors/track, 672 cylinders, total 7841792 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xbdc128ac

   Device Boot      Start         End      Blocks   Id  System
/dev/sdf1            2048       63488       30720+   b  W95 FAT32

Die so vorbereitete zweite SD Karte wurde in den Cubietruck eingesetzt, LAN-Kabel angeschlossen, Videoausgabe mittels VGA an externen Monitor und Strom ein (Maus und Tastatur hab' ich weggelassen).

Ergebnis:

• keinerlei (Boot)-Ausgaben am Monitor (auch nicht ueber HDMI)
• LAN Interface wird initialisiert (gruene LED an, gelbe LED blinkt)
• die vier SMD-LEDs auf dem Cubietruck Motherboard blinken
• Zustand nach 1 Std immer noch unveraendert - keinerlei Ausgabe am Monitor

OK, alles klar, MLD-5 kann ja nicht booten - ohne den u-boot loader auf die SD Karte geschrieben zu haben...
Also SD Karte wieder in den Kartenleser vom Linux Host gesteckt.

2. Versuch:

Code: [Select]

$ mkdir -p /media/MLD-5/root/
$ sudo mount /dev/sdf1 /media/MLD-5/root/
$ cp -p /media/MLD-5/root/u-boot.bin ~/temp/
$ sudo umount /media/MLD-5/root/
$ sudo dd if=~/temp/u-boot.bin of=/dev/sdf bs=1024 seek=8 conv=fsync,notrunc
264+1 records in
264+1 records out
270520 bytes (271 kB) copied, 0.209167 s, 1.3 MB/s

$ sync

SD Karte wieder in den Cubietruck gesteckt, hochgefahren und...
... grosse Enttaeuschung: Ergebnis exakt wie beim 1. Versuch, d.h.

• keinerlei (Boot)-Ausgaben am Monitor (auch nicht ueber HDMI)
• LAN Interface wird initialisiert (gruene LED an, gelbe LED blinkt)
• die vier SMD-LEDs auf dem Cubietruck Motherboard blinken
• Zustand nach 1 Std immer noch unveraendert - keinerlei Ausgabe am Monitor

Hmmm, dann probier' ich doch einfach 'mal den u-boot loader, den Fedora mitliefert.
Also SD Karte wieder in den Linux Host...

3. Versuch:

Code: [Select]

$ sudo dd if=~/temp/u-boot-sunxi-with-spl.bin of=/dev/sdf bs=1024 seek=8 conv=fsync,notrunc
435+1 records in
435+1 records out
445722 bytes (446 kB) copied, 0.325745 s, 1.4 MB/s

$ sync

SD Karte wieder in den Cubietruck gesteckt, hochgefahren und...
... da kommen Boot-Meldungen:

Code: [Select]

U-Boot 2015.07 (Seb 12 2015 - 10:46:32 +0000) Allwinner Technology

CPU:   Allwinner A20
I2C:   ready
DRAM:  2GiB
MMC:   SUNXI SD/MMC: 0

*** Warning bad CRC, using default environment
Setting up a 1024x768 vga console
In:    serial
Out:   vga
Err:   vga
SCSI:  SUNXI SCSI INIT
SATA Link 0 timeout
AHC 0001:0100 32 slotes 1 ports 3 Gbps 0x1 impl SATA mode
flags: ncq stag pm led clo only pmp pio slum part ccc apst
Net:   eth0 ethernet@01c50000
starting USB...
USB0:   USB EHCI 1.00
USB1:   USB OHCI 1.0
USB2:   USB EHCI 1.00
USB3:   USB OHCI 1.0
scanning bus 0 for devices... 1 USB Device(s) found
scanning bus 2 for devices... 1 USB Device(s) found
Hit any key to stop autoboot:  0
Switch to partitions #0, OK
mmc0 is current device
Scanning mmc 0:1
Scanning bus for devices...
Found 0 device(s)

SCSI device 0:
    Device 0: not available

USB device 0: unknown device
ethernet@01c50000 Waiting for PHY auto negotiation to complete....... done
Speed: 1000; full duplex
BOOTP broadcast 1
BOOTP broadcast 2
BOOTP broadcast 3
BOOTP broadcast 4
BOOTP broadcast 5
DHCP client bound to address 192.168.10.5 (3781ms)
*** Warning: no boot file name; using 'C0A8A405.img'
Using ethernet@01c50000 device
TFTP from server 192.168.10.1; our IP address is 192.168.10.5
Filename 'C0A8A405.img'.
Load address: 0x42000000
Loading: T T T T T T T T T T
Retry count exceeded; starting again
missing environment variable: pxeuuid
missing environment variable: bootfile
Retrieving file: pxelinux.cfg/01-02-c1-03-82-e5-c8
Speed: 1000; full duplex
Using ethernet@01c50000 device
TFTP from server 192.168.10.1; our IP address is 192.168.10.5
Filename 'pxelinux.cfg/01-02-c1-03-82-e5-c8'.
Load address: 0x43200000
Loading: T T T T T T T T T T
Retry count exceeded; starting again
missing environment variable: bootfile
Retrieving file: pxelinux.cfg/C0A8A40
Speed: 1000; full duplex
Using ethernet@01c50000 device
TFTP from server 192.168.10.1; our IP address is 192.168.10.5
Filename: 'pxelinux.cfg/C0A8A40'.
Load address: 0x43200000
Loading: T T T T T T T T T T
Retry count exceeded; starting again
...

Infos zu den Meldungen:

• 192.168.10.1: IP Adresse meines DSL Routers, dort laeuft aber kein bootp / TFTP Server
• 192.168.10.5: IP Adresse, die Cubietruck vom Router per DHCP verpasst bekommen hat. Die ist - solange TFTP requests laufen - auch anpingbar

Die TFTP requests gehen noch eine ganze Weile so weiter, bis keine weiteren Images mehr angefordert werden und der Cubietruck am Sunxi# prompt stehen bleibt.

Hat irgendwer in der MLD Community erfolgreich MLD 5.0.0 Testing auf einer SD Karte fuer den Cubietruck installiert bekommen?
Wuerde mich brennend interessieren, wie!

M.E. besteht der einzige Unterschied zwischen MLD Netinstall Image fuer Cubietruck (welches ich auch nicht zum Laufen bekomme) und MLD Customized Server Image fuer Cubietruck darin, dass letzteres bereits mehr Packages enthaelt, die nicht mehr extra heruntergeladen werden muessen.

Von einem MLD Customized Image fuer Cubietruck haette ich mir gewuenscht, dass es

• sich mit ein paar Linux Kommandos auf eine SD Karte installieren laesst
• ohne Klimmzuege bootet
• offline lauffaehig ist

Das Fedora Projekt hat's vorgemacht, wie das fuer den Cubietruck gehen kann...