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:
$ 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:
$ 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:
$ 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:
$ 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:
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...