Selbsterstelltes YADD über Linux DHCP/TFTP booten geht nicht

Kreuzuebersetzer, Diskussion über Änderungen im Tuxbox-CDK und Tuxbox-CVS
scp
Neugieriger
Neugieriger
Beiträge: 4
Registriert: Samstag 28. Oktober 2006, 21:09

Selbsterstelltes YADD über Linux DHCP/TFTP booten geht nicht

Beitrag von scp »

Ich habe unter Debian 3.1 mit
make yadd-neutrino
ein YADD erstellt. Dann habe ich die Ordner tftpboot und cdkroot auf eine andere Linux-Kiste (ebenfalls Debian 3.1 mit Kernel 2.6.x) in den gleichnamigen Ordner wie beim Build (/home/vmware/dbox2) kopiert.
Ucodes hab ich nach /home/vmware/dbox2/cdkroot/var/tuxbox/ucodes kopiert und Logos nach /home/vmware/dbox2/tftpboot.
Da er das so zu verlangen schien, hab ich cdkroot in yaddroot und kernel-cdk in kernel-yadd umbenannt.
Aber egal wie ich es versuche, er kommt immer nur bis

Code: Alles auswählen

Uncompressing Kernel Image ... OK
Auch fertige YADDs, z.B. HEAD klappten nicht, nur die älteren, welche noch cdkroot, kernel-cdk und ppcboot verwenden.

Anbei meine Config und der boot log (statt 00:50:9c:xx:xx:xx steht dort natürlich die richtige MAC-Adresse)


/etc/ethers

Code: Alles auswählen

00:50:9c:xx:xx:xx 192.168.2.212
/etc/exports

Code: Alles auswählen

# /etc/exports: the access control list for filesystems which may be exported
#               to NFS clients.  See exports(5).
/home/vmware/dbox2/yaddroot dbox(rw,no_root_squash,sync)
/etc/hosts

Code: Alles auswählen

127.0.0.1       localhost.localdomain   localhost
192.168.2.3     SCPMMSRV.scpdom.local   SCPMMSRV

# The following lines are desirable for IPv6 capable hosts
::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
192.168.2.212 dbox
/etc/inetd.conf (Ausschnitt)

Code: Alles auswählen

tftp dgram udp wait root /usr/sbin/tcpd in.tftpd /home/vmware/dbox2/tftpboot
/etc/dhcp3/dhcpd.conf

Code: Alles auswählen

#
# Sample configuration file for ISC dhcpd for Debian
#
# $Id: dhcpd.conf,v 1.1.1.1 2002/05/21 00:07:44 peloy Exp $
#

# The ddns-updates-style parameter controls whether or not the server will
# attempt to do a DNS update when a lease is confirmed. We default to the
# behavior of the version 2 packages ('none', since DHCP v2 didn't
# have support for DDNS.)
ddns-updates off;
ddns-update-style none;

# option definitions common to all supported networks...
option domain-name "scpdom.local";
option domain-name-servers 192.168.2.3;

option subnet-mask 255.255.255.0;
default-lease-time 600;
max-lease-time 7200;
authoritative;

subnet 192.168.2.0 netmask 255.255.255.0 {
use-host-decl-names on;
range 192.168.2.200 192.168.2.220;
option subnet-mask 255.255.255.0;
option broadcast-address 192.168.2.255;
option routers 192.168.2.1;
}

host dbox {
hardware ethernet 00:50:9C:xx:xx:xx;
fixed-address 192.168.2.212;
allow bootp;
server-name "192.168.2.3";
#filename "/home/vmware/dbox2/tftpboot/ppcboot";
if exists vendor-class-identifier {
                filename "kernel-yadd";
        } else {
                filename "u-boot";
        }
option root-path "/home/vmware/dbox2/yaddroot";
}
boot log

Code: Alles auswählen

debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: BMon V1.0  mID 01
debug: feID 7a    gtxID 0b
debug: fpID 5a     dsID 01-1d.b3.27.07.00.00-a1
debug: HWrev X5  SWrev 0.81
debug: B/Ex/Fl(MB) 32/00/08
WATCHDOG reset enabled
dbox2:root> debug:
BOOTP/TFTP bootstrap loader (v0.3)
debug:
debug: Transmitting BOOTP request via broadcast
debug: Unknown RFC1048-tag debug: 3 debug: 4 debug: c0 debug: a8 debug: 2 debug: 1 debug:
debug: Unknown RFC1048-tag debug: 6 debug: 4 debug: c0 debug: a8 debug: 2 debug: 3 debug:
debug: Unknown RFC1048-tag debug: 11 debug: 1b debug: 2f debug: 68 debug: 6f debug: 6d debug: 65 debug: 2f debug: 76 debug: 6d debug: 77 debug: 61 debug: 72 debug: 65 debug: 2f debug: 64 debug: 62 debug: 6f debug: 78 debug: 32 debug: 2f debug: 79 debug: 61 debug: 64 debug: 64 debug: 72 debug: 6f debug: 6f debug: 74 debug:
debug: Unknown RFC1048-tag debug: 1c debug: 4 debug: c0 debug: a8 debug: 2 debug: ff debug:
debug: Got BOOTP reply from Server IP 192.168.2.3, My IP 192.168.2.212
debug: Sending TFTP-request for file u-boot
will verify ELF image, start= 0x800000, size= 137924
verify sig: 262
boot net: boot file has no valid signature
Branching to 0x40000


U-Boot 1.1.4 (Tuxbox) (Oct 27 2006 - 15:18:01)

CPU:   PPC823ZTnnA at 67.200 MHz: 2 kB I-Cache 1 kB D-Cache
         *** Warning: CPU Core has Silicon Bugs -- Check the Errata ***
Board: DBOX2, Nokia, BMon V1.0
       Watchdog enabled
I2C:   ready
DRAM:  32 MB
FLASH:  8 MB
FB:    ready
LCD:   ready
In:    serial
Out:   serial
Err:   serial
Net:   SCC ETHERNET
BOOTP broadcast 1
DHCP client bound to address 192.168.2.212
Using SCC ETHERNET device
TFTP from server 192.168.2.3; our IP address is 192.168.2.212
Filename 'kernel-yadd'.
Load address: 0x100000
Loading: Using SCC ETHERNET device
File transfer via NFS from server 192.168.2.3; our IP address is 192.168.2.212
Filename '/home/vmware/dbox2/yaddroot/var/tuxbox/boot/boot.conf'.
Load address: 0x100000
Loading: #
done
Bytes transferred = 14 (e hex)
BOOTP broadcast 1
DHCP client bound to address 192.168.2.212
Using SCC ETHERNET device
TFTP from server 192.168.2.3; our IP address is 192.168.2.212
Filename 'kernel-yadd'.
Load address: 0x100000
Loading: Using SCC ETHERNET device
TFTP from server 192.168.2.3; our IP address is 192.168.2.212
Filename 'logo-lcd'.
Load address: 0x100000
Loading: ##
done
Bytes transferred = 7680 (1e00 hex)
BOOTP broadcast 1
DHCP client bound to address 192.168.2.212
Using SCC ETHERNET device
TFTP from server 192.168.2.3; our IP address is 192.168.2.212
Filename 'kernel-yadd'.
Load address: 0x100000
Loading: Using SCC ETHERNET device
TFTP from server 192.168.2.3; our IP address is 192.168.2.212
Filename 'logo-fb'.
Load address: 0x100000
Loading: ###
done
Bytes transferred = 12737 (31c1 hex)

Options:
  1: console on ttyS0
  2: console on fb0
  3: console on null
Select option (1-3), other keys to stop autoboot:  0
BOOTP broadcast 1
DHCP client bound to address 192.168.2.212
Using SCC ETHERNET device
TFTP from server 192.168.2.3; our IP address is 192.168.2.212
Filename 'kernel-yadd'.
Load address: 0x100000
Loading: Using SCC ETHERNET device
TFTP from server 192.168.2.3; our IP address is 192.168.2.212
Filename 'kernel-yadd'.
Load address: 0x100000
Loading: #################################################################
         #################################################################
         ##############################
done
Bytes transferred = 817551 (c798f hex)
...............................................................
Un-Protected 63 sectors
## Booting image at 00100000 ...
   Image Name:   dbox2
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    817487 Bytes = 798.3 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
Houdini
Developer
Beiträge: 2183
Registriert: Mittwoch 10. Dezember 2003, 07:59

Beitrag von Houdini »

Das hatten wir jetzt schon öfters, ... hmm
ich habe mal meine yadd u-boot/kernel-cdk hochgeladen.
Teste doch mal ob irgendeine Kombination bei dir geht.
http://home.arcor.de/houdini/dbox/yadd/u-boot
http://home.arcor.de/houdini/dbox/yadd/kernel-cdk
scp
Neugieriger
Neugieriger
Beiträge: 4
Registriert: Samstag 28. Oktober 2006, 21:09

Beitrag von scp »

Super, danke mit den beiden klappts!
Fragt sich nur, wo der Unterschied ist.
Houdini
Developer
Beiträge: 2183
Registriert: Mittwoch 10. Dezember 2003, 07:59

Beitrag von Houdini »

dann "permutiere" doch mal
also meine uboot mit deinem Kernel usw.
scp
Neugieriger
Neugieriger
Beiträge: 4
Registriert: Samstag 28. Oktober 2006, 21:09

Beitrag von scp »

Ist wohl der Kernel, mit meinem u-boot gehts jedenfalls auch.
flasher
Developer
Beiträge: 467
Registriert: Dienstag 15. Juli 2003, 10:58

Beitrag von flasher »

Das hatte ich in dem anderen Thread ja auch schon geschrieben, dass es mit einem alten Kernel, bei mir CVS vom 19.09, funktioniert.
An dem U-Boot liegt es nicht.

Mittlerweile bauen ich mir das Yadd und benutze meinen kernel-cdk aus September damit wenigstens gebootet wird.
Das kann es aber auch nicht sein...

Die einzige Änderungen am kernel-config diff war ramfs zu tmpfs.
Das hatte ich zum Test mal rückgängig gemacht, hat aber auch nicht geholfen. Irgendwo hier hatte ich nämlich was davon gelesen, dass dies ein Problem im newmake Branch sein soll. (tmpfs)

Das Problem lässt sich, meiner Meinung nach, auf den YADD/CDK Kernel eingrenzen, das ein Flash-Kernel ohne Probleme bootet.

Gruß