Hi,
wollte mal nach laengerer Zeit die aktuelle Yadd von DietmarW benutzen...alles neu geladen/entpackt (inkl. u-boot) und konfiguriert und versucht zu starten. Leider klappt das schon am Anfang nicht mehr:
Das Bemeckern der fehlenden Signatur ist normal. Deshalb muß die Box ja in den Debugmodus. Damit sie den Code trotzdem ausführt.
Womit bootest du die Yadd? Mit Bootmanager soll das seit geraumer Zeit nicht mehr gehen, zumindest mein selbstkompiliertes CDK krieg ich damit nicht zum laufen.
petgun hat geschrieben:
@all
kann hier einer von Euch bestaetigen dass die aktuellen DietmarW-Yadds out of the box mit dem Bootmanager funktionieren?
Ich habe spasserhalber dietmarws YADD von gestern Neutrino_Enigma_LCars_yadd_Day4.tar.bz2 probiert. Nach Anpassung der Pfadnamen zu was dhcp/tftp/nfs-server erwartet läuft alles problemlos (sshd sucht ein nichtexistierende libcrypto (es gibt aber libcrypt (ohne "o" am ende) -- dies ist aber nicht wirklich wesentlich.) Ich benutze das Setup in mein Artikel zum Booten.
Falls der dboxmanager nicht will, habe ich keine Ahnung. Abandonware.... Wer will sich darauf verlassen?
Ein Yadd vom 15.1.2006 geht nicht mehr, Windows-Vista auf TV und schluss is'.
Tftpd32 includes DHCP, TFTP, SNTP and Syslog servers as well as a TFTP client
ich habe das bei meinen Experimenten 'nur' nicht das mit dem Bootp-Protokoll hinbekommen was bei anderen Geraeten aber funktioniert...wenn das mit der DBox klappen wuerde, hatten wir imo einen sehr guten Ersatz/Alternative fuer den Bootmanger (ohne NFS-Server aber mit SNTP und Syslog) der auf Standards aufbaut und aktiv weiter entwickelt/gepflegt wird.
FaselMan hat geschrieben:Wie gesagt, die Januar Yadd's haben gegenüber dem vom 1.12.2005 eine Änderung erfahren, die das Booten verhindert.
..ist das eine Vermutung von Dir (weil die neueren Yadd's bei Dir nicht mehr funktionieren) oder weisst Du genau welche Aenderung (im CVS?) dafuer verantwortlich ist? Ich werfe heute Abend mal Ethereal an...
Zum dboxmanager: Nicht vergessen, das Programm war geschrieben, als es kein u-boot gab, nur ein ppcboot. Durchaus eine Quelle zu Probleme. Eventuell könnte mann mit einem alten ppcboot zum Booten probieren. EIn zukünftsträchtiger Weg ist es sicherlich nicht.
ls -al /Yadd/tftpboot/
lrwxrwxrwx 1 root root 38 Jan 19 02:46 logo-fb -> /Yadd/yaddroot/var/tuxbox/boot/logo-fb*
lrwxrwxrwx 1 root root 39 Jan 19 02:46 logo-lcd -> /Yadd/yaddroot/var/tuxbox/boot/logo-lcd*
Ich sehe hier (potentielle) Probleme. Der tftp-daemon macht normalerweise ein chroot (aus Sicherheitsgrunden), und kann dannach nichts mit solche Links anfangen.
@petgun: Dein Ansatz kann durchaus erfolgreich sein. Vielleicht ist mein Artikel (link in frühere Beitrag) für dies nützlich?
FaselMan hat geschrieben:
Nun, damit hast Du ja eigentlich die Frage schon selbst beantwortet, denn wenn die älteren funktionieren, muss eine Änderung erfolgt sein.
ja klar, aber ich war mir da eben nicht so sicher ob ich den 'Fehler' nicht besser in meinem System suchen soll.
@DietmarW
gibt's einen Link zu einer Deiner letzten Yadd's vor der Umstellung der Makefiles?
ich denke es liegt am uboot, scheinbar schickt der "neue" uboot was anderes.
Mein dbox bootmanager antwortet nicht auf den uboot dhcp request. tftp32 antwortet zwar, aber uboot ignoriert diese dann
Der Bootmanager bootet kein u-boot. Auf Homers HP habe ich (in einem YADD vom 02.01.2004) ein "Homer-u-boot 0.4.0" gefunden, was auch scheint zu laufen. Zu Testen: hier ist ppcboot und Homers u-boot. Beide scheint mit dboxmanager zu laufen. Viellecht kann Homer mehr dazu sagen.
Ich habe mit tftpd32 und MagikDHCP probiert, kein scheint mit u-boot klarzukommen. Weiter Anstrengungen sind hier notwendig.
Faselmans Problem ist ganz andres: er benutzt, bei Suse, bootp (+ RARPD?). Eventuell kucke ich nach falls ich das Problem reproduzieren kann.
Barf hat geschrieben:
Der Bootmanager bootet kein u-boot...
..mit dem u-boot das Faselman verlinkt hat (Danke!) klappt das bei mir mit dem Bootmanger und einer DietmarW-Yadd vom 24.1.2006 einwandfrei!
..und damit klappt es dann, oder?
also eindeutig nein.
bei mir eindeutig ja...unter Windows mit dem Bootmanger, dem 'alten' u-boot und einem SFU-NFS Server..ich kann also nach dem Bootvorgang den Bootmanger abschiessen was ich auch immer mache.
Schoen waere es wenn das auch mit tftp32 klappen wuerde (um eine Alternative zum Bootmanager zu haben) ist mir bisher aber noch nicht geglueckt.
Ich habe mit tftpd32 und MagikDHCP probiert, kein scheint mit u-boot klarzukommen. Weiter Anstrengungen sind hier notwendig.
jau...ich habe vor laengere Zeit schon mal mit dem sehr aktiven Autor gemailt und Ethereal-Packete ausgetauscht.. http://forum.tuxbox-cvs.sourceforge.net ... 2&start=90
aber nicht mehr weiter getestet und versucht den genauen Grund zu finden. Imo macht tftp32 alles richtig/so wie es in den RFC's steht.
Es gibt im CDK 2 Configs für den u-boot, eine für "yadd" und eine für "cdk".
Die erste verwendet nur bootp und einen festen Kernelnamen.
Die zweite verwendet dhcp inklusive des vendor-class-identifier, um darüber den Kernelnamen auch noch vom dhcpd zu holen (die yadd-config gibt diesen fest vor, was etwas unpraktisch ist zum Entwickeln).
Vielleicht hängt's damit zusammen? Welche Config wurde denn verwendet?
)
