Yadd Installation

[Petze]

Hab wieder ein Problem beim compilieren! Als erstes kam das:

 

 

pipe -Os -fPIC -c ../ncurses/fallback.c

../ncurses/fallback.c:17: error: parse error before ',' token

make[2]: *** [../obj_s/fallback.o] Fehler 1

make[2]: Leaving directory `/home/Ingo/tuxbox-cvs/cdk/ncurses-5.3/ncurses'

make[1]: *** [libs] Fehler 2

make[1]: Leaving directory `/home/Ingo/tuxbox-cvs/cdk/ncurses-5.3'

make: *** [.deps/libncurses] Fehler 2

Ingo@linux:~/tuxbox-cvs/cdk>

 

dann hab ich nochmal von vorne angefangen, und da kommt jetzt das:

 

 

Ingo@linux:~/tuxbox-cvs/cdk> make $HOME/dbox2/cdkflash/.flash-roneutrinoroot

( rm -rf ncurses-5.3 || /bin/true ) && gunzip -cd Archive/ncurses-5.3.tar.gz | TAPE=- tar -x

tar: Read 1024 bytes from -

cd ncurses-5.3 && \

AR=powerpc-tuxbox-linux-gnu-ar AS=powerpc-tuxbox-linux-gnu-as CC=powerpc-tuxbox-linux-gnu-gcc CXX=powerpc-tuxbox-linux-gnu-g++ NM=powerpc-tuxbox-linux-gnu-nm RANLIB=powerpc-tuxbox-linux-gnu-ranlib CFLAGS="-mcpu=823 -mmultiple -mstring -meabi -pipe -Os" CXXFLAGS="-mcpu=823 -mmultiple -mstring -meabi -pipe -Os" LDFLAGS="-s" PKG_CONFIG_PATH=/home/Ingo/dbox2/cdkroot/lib/pkgconfig \

./configure \

--build=i686-suse-linux \

--host=powerpc-tuxbox-linux-gnu \

--prefix= \

--with-terminfo-dirs=/share/terminfo \

--disable-big-core \

--without-debug \

--without-progs \

--without-ada \

--with-shared \

--without-profile \

--disable-rpath \

--without-cxx-binding \

--with-fallbacks='linux vt100 xterm' && \

make libs \

HOSTCC=gcc \

HOSTCCFLAGS="-g -O2 -DHAVE_CONFIG_H -I../ncurses -DNDEBUG -D_GNU_SOURCE -I../include" \

HOSTLDFLAGS="" && \

make install.libs DESTDIR=/home/Ingo/dbox2/cdkroot && powerpc-tuxbox-linux-gnu-ar cru /home/Ingo/dbox2/cdkroot/lib/libncurses_pic.a obj_s/*.o

Configuring NCURSES 5.3 ABI 5 (Sun Feb 12 03:02:00 CET 2006)

checking build system type... i686-suse-linux-gnu

checking host system type... powerpc-tuxbox-linux-gnu

checking target system type... powerpc-tuxbox-linux-gnu

Configuring for linux-gnu

checking for prefix...

checking for powerpc-tuxbox-linux-gnu-gcc... powerpc-tuxbox-linux-gnu-gcc

checking for C compiler default output... configure: error: C compiler cannot create executables

make: *** [.deps/libncurses] Fehler 77

[Worschter]

Poste doch mal was ausgegeben wird, wenn Du in der Konsole eingibst:

 

/home/Ingo/tuxbox-cvs/hostapps/toolchecker/toolchecker.sh

[Petze]

Da kommt das:

 

cvs: 1.12.11

autoconf >= 2.57a: 2.59

automake >= 1.8: 1.9.5

libtool >= 1.4.2: 1.5.14

gettext >= 0.12.1: 0.14.1

make >= 3.79: 3.80

which: no makeinfo in (/home/Ingo/bin:/usr/local/bin:/usr/bin:/usr/X11R6/bin:/bin:/usr/games:/opt/gnome/bin:/opt/kde3/bin:/usr/lib/jvm/jre/bin)

/home/Ingo/tuxbox-cvs/hostapps/toolchecker/toolchecker.sh: line 60: --version: command not found

makeinfo:

tar: 1.15.1

bunzip2: 1.0.2

gunzip: 1.3.5

patch: 2.5.9

which: no infocmp in (/home/Ingo/bin:/usr/local/bin:/usr/bin:/usr/X11R6/bin:/bin:/usr/games:/opt/gnome/bin:/opt/kde3/bin:/usr/lib/jvm/jre/bin)

/home/Ingo/tuxbox-cvs/hostapps/toolchecker/toolchecker.sh: line 100: -V: command not found

infocmp:

gcc 2.95 or >= 3.0: 3.3.5

g++ 2.95 or >= 3.0: 3.3.5

flex: version

bison: 1.875

which: no pkg-config in (/home/Ingo/bin:/usr/local/bin:/usr/bin:/usr/X11R6/bin:/bin:/usr/games:/opt/gnome/bin:/opt/kde3/bin:/usr/lib/jvm/jre/bin)

/home/Ingo/tuxbox-cvs/hostapps/toolchecker/toolchecker.sh: line 140: --version: command not found

pkg-config:

wget: 1.9.1

mksquashfs 2.1 2.1

[Worschter]

Wie Du siehst werden da einige Sachen nicht gefunden die wichtig sind zum Bauen eines Image.

Da musst Du zuerst mal die Proggys installieren, sonst wirst Du aus den Problemen nicht mehr rauskommen.

[Petze]

Hab jetzt fast alles installiert, mir fehlt nur noch "infocmp"! Wo bekomme ich das nur her?

[Petze]

So sieht es jetzt mit dem toolchecker aus:

 

Ingo@linux:~/tuxbox-cvs/cdk> ~/tuxbox-cvs/hostapps/toolchecker/toolchecker.sh

 

 

cvs: 1.12.11

autoconf >= 2.57a: 2.59

automake >= 1.8: 1.9.5

libtool >= 1.4.2: 1.5.14

gettext >= 0.12.1: 0.14.1

make >= 3.79: 3.80

makeinfo: 4.8

tar: 1.15.1

bunzip2: 1.0.2

gunzip: 1.3.5

patch: 2.5.9

infocmp: 5.4.20040214

gcc 2.95 or >= 3.0: 3.3.5

g++ 2.95 or >= 3.0: 3.3.5

flex: version

bison: 1.875

pkg-config: 0.15.0

wget: 1.9.1

mksquashfs 2.1 2.1

 

 

es geht aber immer noch nicht:

 

Ingo@linux:~/tuxbox-cvs/cdk> ./autogen.sh

Generating configuration files for tuxbox-cdk, please wait....

Ingo@linux:~/tuxbox-cvs/cdk> ./configure --prefix=/home/Ingo/dbox2 --with-cvsdir=/home/Ingo/tuxbox-cvs --enable-maintainer-mode --disable-libcrypto --with-targetruleset=flash

checking build system type... i686-suse-linux

checking host system type... i686-suse-linux

checking target system type... powerpc-tuxbox-linux-gnu

checking for a BSD-compatible install... /usr/bin/install -c

checking whether build environment is sane... yes

checking for gawk... gawk

checking whether make sets $(MAKE)... yes

checking whether to enable maintainer-specific portions of Makefiles... yes

checking for gcc... gcc

checking for C compiler default output file name... a.out

checking whether the C compiler works... yes

checking whether we are cross compiling... no

checking for suffix of executables...

checking for suffix of object files... o

checking whether we are using the GNU C compiler... yes

checking whether gcc accepts -g... yes

checking for gcc option to accept ANSI C... none needed

checking for style of include used by make... GNU

checking dependency style of gcc... none

checking for apps directory... yes

checking for boot directory... yes

checking for driver directory... yes

checking for hostapps directory... yes

checking for mklibs... no

configure: WARNING: using tuxbox mklibs

checking for fakeroot... /usr/bin/fakeroot

checking for mkcramfs... no

configure: WARNING: can't build cramfs

checking for mkjffs2... no

checking for mkfs.jffs2... /bin/mkfs.jffs2

checking for mksquashfs... /bin/mksquashfs

checking uboot rules... done

checking linux rules... done

checking linux24 rules... done

checking binutils rules... done

checking bootstrap_gcc rules... done

checking glibc rules... done

checking gcc rules... done

checking uclibc rules... done

checking busybox rules... done

checking ftpd rules... done

checking module_init_tools rules... done

checking modutils rules... done

checking netkit_telnet rules... done

checking portmap rules... done

checking procps rules... done

checking udev rules... done

checking watchdog rules... done

checking mrouted rules... done

checking libboost rules... done

checking libcommoncplusplus rules... done

checking libcrypto rules... done

checking libcurl rules... done

checking libdirectfb rules... done

checking libdirectfbpp rules... done

checking libppdirectfb rules... done

checking libdvb rules... done

checking libdvbpsi rules... done

checking libexpat rules... done

checking libffi rules... done

checking libfreetype rules... done

checking libfribidi rules... done

checking libid3tag rules... done

checking libgmp rules... done

checking libmad rules... done

checking libncurses rules... done

checking libjpeg rules... done

checking libungif rules... done

checking libpcap rules... done

checking libpng rules... done

checking libreadline rules... done

checking libsdl rules... done

checking libsigc rules... done

checking libvorbisidec rules... done

checking libxml2 rules... done

checking libz rules... done

checking libglib rules... done

checking libiconv rules... done

checking bzip2 rules... done

checking console_data rules... done

checking console_tools rules... done

checking directfb_examples rules... done

checking fbset rules... done

checking lirc rules... done

checking lsof rules... done

checking ssh rules... done

checking tcpdump rules... done

checking bonnie rules... done

checking vdr rules... done

checking lufs rules... done

checking dropbear rules... done

checking kermit rules... done

checking cabextract rules... done

checking msttf rules... done

checking gdb rules... done

checking insight rules... done

checking ltrace rules... done

checking strace rules... done

checking nano rules... done

checking mc rules... done

checking joe rules... done

checking bash rules... done

checking kaffe rules... done

checking kaffeh rules... done

checking gnuboy rules... done

checking scummvm rules... done

checking sdldoom rules... done

checking tinygl rules... done

checking dvbdate rules... done

checking dvbstream rules... done

checking dvbtext rules... done

checking dvbtune rules... done

checking vls rules... done

checking bluez_hcidump rules... done

checking bluez_libs rules... done

checking bluez_pan rules... done

checking bluez_sdp rules... done

checking bluez_utils rules... done

 

summary:

----------------------------------------

target cpu: 823

kernel: 2.4.x

glibc-pthreads: linuxthreads

host rule set: standard

target rule set: flash

target prefix: /home/Ingo/dbox2/cdkroot

host prefix: /home/Ingo/dbox2/cdk

boot prefix: /home/Ingo/dbox2/tftpboot

build prefix: /home/Ingo/tuxbox-cvs/cdk

target apps directory: /home/Ingo/tuxbox-cvs/apps

boot directory: /home/Ingo/tuxbox-cvs/boot

driver directory: /home/Ingo/tuxbox-cvs/driver

host apps directory: /home/Ingo/tuxbox-cvs/hostapps

GNU server: ftp.gwdg.de/pub/misc/gnu/ftp/gnu

default server: tuxbox.berlios.de/pub/tuxbox/cdk/src

 

configure: creating Makefile-archive

configure: creating ./config.status

config.status: creating Makefile

config.status: creating root/Makefile

config.status: creating root/etc/Makefile

config.status: creating root/etc/init.d/Makefile

config.status: creating root/etc/network/Makefile

config.status: creating root/share/Makefile

config.status: creating root/share/udhcpc/Makefile

config.status: creating rules-downcheck.pl

config.status: executing depfiles commands

config.status: executing rules-downcheck-chmod commands

 

 

 

Ingo@linux:~/tuxbox-cvs/cdk> make $HOME/dbox2/cdkflash/.flash-roneutrinoroot

( rm -rf ncurses-5.3 || /bin/true ) && gunzip -cd Archive/ncurses-5.3.tar.gz | TAPE=- tar -x

tar: Read 1024 bytes from -

cd ncurses-5.3 && \

AR=powerpc-tuxbox-linux-gnu-ar AS=powerpc-tuxbox-linux-gnu-as CC=powerpc-tuxbox-linux-gnu-gcc CXX=powerpc-tuxbox-linux-gnu-g++ NM=powerpc-tuxbox-linux-gnu-nm RANLIB=powerpc-tuxbox-linux-gnu-ranlib CFLAGS="-mcpu=823 -mmultiple -mstring -meabi -pipe -Os" CXXFLAGS="-mcpu=823 -mmultiple -mstring -meabi -pipe -Os" LDFLAGS="-s" PKG_CONFIG_PATH=/home/Ingo/dbox2/cdkroot/lib/pkgconfig \

./configure \

--build=i686-suse-linux \

--host=powerpc-tuxbox-linux-gnu \

--prefix= \

--with-terminfo-dirs=/share/terminfo \

--disable-big-core \

--without-debug \

--without-progs \

--without-ada \

--with-shared \

--without-profile \

--disable-rpath \

--without-cxx-binding \

--with-fallbacks='linux vt100 xterm' && \

make libs \

HOSTCC=gcc \

HOSTCCFLAGS="-g -O2 -DHAVE_CONFIG_H -I../ncurses -DNDEBUG -D_GNU_SOURCE -I../include" \

HOSTLDFLAGS="" && \

make install.libs DESTDIR=/home/Ingo/dbox2/cdkroot && powerpc-tuxbox-linux-gnu-ar cru /home/Ingo/dbox2/cdkroot/lib/libncurses_pic.a obj_s/*.o

Configuring NCURSES 5.3 ABI 5 (Sun Feb 12 14:22:07 CET 2006)

checking build system type... i686-suse-linux-gnu

checking host system type... powerpc-tuxbox-linux-gnu

checking target system type... powerpc-tuxbox-linux-gnu

Configuring for linux-gnu

checking for prefix...

checking for powerpc-tuxbox-linux-gnu-gcc... powerpc-tuxbox-linux-gnu-gcc

checking for C compiler default output... configure: error: C compiler cannot create executables

make: *** [.deps/libncurses] Fehler 77

Ingo@linux:~/tuxbox-cvs/cdk>

 

hat jemand noch ne idee woran das liegen kann?

bearbeitet 12. Februar 2006 von Petze

[Worschter]

hast Du zufällig im Verzeichnis $HOME/bin ein Binary liegen wie:

gcc

g++

 

oder so, welches nicht fürn PC compiliert sondern fürn PPC Crosscompiliert?

[Petze]

Im Verzeichnis $HOME/bin ist bei mir gar nichts drin.

[Worschter]

Was hast Du denn an gettext installliert?

gettext

oder

gettext devel

 

letzteres ist bei Suse 10 nicht dabei, ist aber wichtig.

Such mal bei google nach:

gettext-devel-0.14.3-6.i586.rpm

[Petze]

@Worschter ist das compilieren nach der Anleitung auch richtig?

 

1. Verzeichnis für das CVS erstellen:

mkdir ~/tuxbox-cvs

 

2. CVS herunterladen:

cd ~/tuxbox-cvs

set CVS_RSH=ssh && cvs -d anoncvs@cvs.tuxbox.org:/cvs/tuxbox -z3 co -PA .

 

3. Überprüfen, ob auch wirklich alle benötigten Tools auf dem Rechner vorhanden sind:

less ~/tuxbox-cvs/cdk/doc/INSTALL.en

Zusätzlich werden mkcramfs, mksquashfs und fakeroot benötigt

 

4. Ziel-Verzeichnis anlegen:

mkdir ~/dbox2

 

5. In das tuxbox-cvs/cdk-Verzeichnis wechseln:

cd ~/tuxbox-cvs/cdk

 

6. Autogen starten:

./autogen.sh

 

7. Configure starten (user bitte durch den Namen des aktuellen Users ersetzen):

./configure --prefix=/home/user/dbox2 --with-cvsdir=/home/user/tuxbox-cvs --enable-maintainer-mode --disable-libcrypto --with-targetruleset=flash

Wichtig: Überprüfen, ob auch wirklich keine warnings wegen fehlenden Dateien zu sehen sind (die mklibs warning darf ignoriert werden)

 

8. Image compilieren lassen:

(Um ein cramfs-image zu compilieren, einfach jeweils "squashfs" durch "cramfs" ersetzen)

Um alle squashfs-images (neutrino und enigma mit jeweils 1x und 2x) zu bauen:

make flash-squashfsimages

 

Um ein neutrino-squashfs-image (1x und 2x) zu bauen:

make flash-squashfsneutrinoimages

(enigma entsprechend)

 

Um die squashfs-root-partitionen für neutrino und engima zu bauen:

make flash-squashfs

 

Um ein neutrino squashfs-root zu bauen:

make $HOME/dbox2/cdkflash/root-squashfs-neutrino.img

(enigma entsprechen)

 

Um ein komplettes neutrino-squashfs-image mit eigenen Änderungen zu bauen:

- make $HOME/dbox2/cdkflash/.flash-roneutrinoroot

(flash read only neutrino root)

- Nun eigene Änderungen nach in cdkflash/root vornehmen

- make flash-squashfsroot

- Das erstellte root-squashfs.img befindet sich anschließend in /home/user/dbox2/cdkflash

- Nach root-squashfs-neutrino.img umbenennen

- make flash-squashfsneutrinoimages

 

 

9. Nach dem erfolgreichen Compilieren sind die neuen Images im Verzeichnis ~/dbox2/cdkflash zu finden (cramfsjffs2*.img und squashfsjffs2*.img). Diese auf die Box laden und flashen.

bearbeitet 13. Februar 2006 von Petze

[Worschter]

@Worschter ist das compilieren nach der Anleitung auch richtig?

 

ich habs noch nicht auf die Art versucht, kans Dir nicht sagen.

 

Hier führen viele Wege nach Rom.

[qwei]

@merkwuerden, kannst mir mal genau sagen, wie man z.B. ein Keywelt-Image zu einem Yadd macht?

Geht ganz einfach (und normalerweise auch mit jedem anderen Image):

 

Voraussetzung ist ein gemountetes Verzeichnis zum PC mit Lese- und Schreibzugriff. Sonst wird unter Umständen für die Prozedur der Speicher knapp. Und zum Entpacken unter Windows braucht man das sowieso, siehe weiter oben im Thread. Ich mache das per NFS-Mount.

 

Allgemein:

Als erstes schaun wir auf der Box nach, wie die Partitionsaufteilung ist, speziell root und var sind interessant, alles andere ist unwichtig.

Per telnet:

 

cat /proc/mtd

Oder auch über das Sysinfo-Plugin. Man erhält Auskunft in der Form:

 

mdt0: 00020000 00004000 "BR bootloader"

mtd1: 00520000 00020000 "root (squashfs)"

mtd2: 002a0000 00020000 "var (jffs2)"

mtd3 blablabla...

 

root ist hier (Beispiel Keywelt-Januar V4) mtd1, var ist mtd2, brauchen wir gleich wieder.

 

Weiter geht's per telnet auf der Box. Die Partitionen für root und var müssen auf der Box nochmal gemountet werden, im Verzeichnis /tmp/root bzw. /tmp/var. Anschließend wird der Inhalt dieser Verzeichnisse getart, und zwar auf einen freigegebenen und gemounteten Ordner am PC, siehe oben, ich gehe mal am Beispiel vom KW-Image nach /mnt/custom:

 

mkdir /tmp/root

mkdir /tmp/var

cd /tmp (nicht nach /tmp/root !)

 

mount -t squashfs -o ro /dev/mtdblock/1 /tmp/root (Die 1 ist die Partition, die oben angezeigt wurde (mdt1))

tar -cf /mnt/custom/root.tar root (Verzeichnis /tmp/root wird in die Freigabe gepackt)

umount /tmp/root Wieder unmounten, spart Resourcen

 

mount -t jffs2 -o rw /dev/mtdblock/2 /tmp/var

tar -cf /mnt/custom/var.tar var

umount /tmp/var

Die Verzeichnisse /tmp/root und /tmp/var kann man dann wieder löschen, muß aber nicht. Sind halt jetzt wieder leer und eigentlich unnötig. Nach dem nächsten Booten sind se eh weg, also is wurscht.

 

Das Packen geht übrigens recht fix, wieder entpacken dauert dagegegen "etwas" länger.

 

Dann müssen die tarballs auf dem PC wieder entpackt werden, wegen der Symlinks auch über die Box/Freigabe (telnet):

 

cd /mnt/custom

tar -xvf root.tar

tar -xvf var.tar

 

Das Zeug liegt jetzt soweit fertig am PC.

 

Weiter geht's auf dem PC:

Als erstes wieder die Prozedur mit der Besitzer- und Rechteübernahme, damit sich die Dateien bearbeiten/kopieren/verschieben lassen.

 

Nun in den auf dem PC entpackten Dateien in /root/etc die Datei fstab editieren (mit unix-fähigem Editor, ich nehme Proton32 dazu).

Es darf keinesfalls ein Eintrag wie

/dev/mtdblock/blablabla

drinstehen, sonst geht beim Versuch, das Zeug über Netzwerk zu booten, das Image auf der Box zum Teufel. Die Box würde aus ihrem eigenen Flash mounten wollen, der kerner-yadd findet dann das Zeugs nicht, fängt gutmütig Reparaturversuche an und repariert dabei das Image im Flash kaputt. Folge: die Box startet nicht mehr -> neu flashen.

 

In die fstab gehört nur das rein, mehr braucht's nicht:

proc /proc  proc defaults 0 0

tmpfs /tmp  ramfs defaults 0 0

sysfs /sys  sysfs noauto  0 0

devpts  /dev/pts devpts noauto  0 0

 

Dann noch nachsehen, ob eine rcS.local existiert, beim Keywelt in

/var/etc/init.d/rcS.local

Bei anderen Images (reinen jffs2 z.B.) eventuell auch in

/root/etc/init.d/rcS.local

 

Da drin unbedingt mindestens das auskommentieren oder löschen, falls es vorhanden ist, sonst meckert der kernel-yadd:

insmod nfs

insmod cifs

 

Normal kann

insmod sunrpc

insmod lockd

insmod lufs

auch raus, ist im kernel-yadd fest eincompiliert. In den normalen YADDs gibt's eine rcS.local überhaupt nicht.

 

Zum Abschluß noch den Inhalt von /var nach /root/var verschieben, in /root den Kernel löschen (vmlinuz, wird nicht gebraucht) und das Ganze dann ins Verzeichnis /yaddroot rein.

Für /tftpboot einen kernel-yadd aus einem originalen YADD nehmen (muß zur Kernel-Version des Images passen!) und das passende u-boot dazu aus dem YADD (bzw. meines von oben, falls die aus dem YADD nicht gehen wollen).

 

Das Image ist damit fertig zum Booten über Netzwerk.

Auch hier gilt (zumindest für Neutrino, Enigma hab ich da noch nicht geschaut): keinesfalls auf der Box die Netzwerkeinstellungen ändern und dann über "jetzt zuweisen" laden, damit hängt sich das Image weg.

Aber da das Image ja eh auf der Box war und damit vermutlich auch fertig eingerichtet ist, braucht man da normal sowieso nicht ranzulangen.

 

Das so zum YADD gewordene Flash-Image sollte genau so funktionieren, als wenn es über den Flash der Box gebootet wurde.

 

Hab die Prozedur grade nochmal anhand des Keywelt-Januar-V4 im Hintergrund mitgemacht, funktioniert einwandfrei.

 

 

Bei dem aktuellen Yadd von heute geht es auch wieder mit dem u-boot was im Ordner "tftpboot" liegt.

Liest da der "Feind" etwa hier mit?

Ging jedenfalls 'ne ganze Zeit lang nicht, ich hab's mit diversen YADDs aus dem Zeitraum Oktober 2005 bis Mitte Januar 2006 versucht, no chance.

 

Wenn man bei dem Yadd das Image ausliest, kann man das dann auch als normales Image flashen?

Nö, geht nicht, weil das Image dann keine Partitionseinteilung wüßte. Die Box würde damit nicht booten.

Außerdem ist in einem Standard-YADD Neutrino, Enigma und Lcars gleichzeitig drin, das würde nie und nimmer in die 8 MB Flash passen.

 

Was geht: ein nach der oben genannten mount/tar-Methode ausgelesenes Flash-Image am PC zu modifizieren und anschließend die Partitionen wieder neu zu verpacken und partitionsweise zu flashen. Dazu braucht's aber Linux auf dem PC (mit Cygwin unter Windows wirds Scheiße). Und die Prozedur ist nicht ganz einfach, weil die Partitionsgrößen festgelegt sind und keinesfalls überschritten werden dürfen.

Ich hab das bisher nur einmal mit einer squashfs-Partition gemacht. Hat aber funktioniert. JFFS2 müßte auch gehen, hab ich mich aber noch nicht damit befaßt.

Fragt aber bitte jetzt keiner, wie das genau geht, ist schon 'ne Weile her. Und die Anleitung dazu müßte ich erst mal wieder suchen.

merkwürden,

Da hast du ja eine Super Anleitung geschrieben.

 

 

Ich habe das mal mit dem Dezember Image probiert und es auf die HDD getart das ging auch ohne Probleme

beim yadd start kommt immer die Meldung im Terminal Init Ide und dann hängts.

 

Welches ist das letzte Keyweltimage wo man vom Computer starten kann.

geht es mit dem September Image?

 

oder wenn Snowhead sein Uboot teilen würde

bearbeitet 9. Januar 2008 von qwei

[merkwuerden]

@qwei

 

Die Anleitung bezieht sich auf das Booten eines YADD per Netzwerk, nicht über eine eingebaute HDD in der Box. Ich weiß nicht mal, ob das so ohne weiteres überhaupt funktionieren würde. Das mal nur zur Vorsicht geschrieben.

 

Inwiefern sich ein aktuelles Keywelt-Image noch zum YADD machen läßt, entzieht sich meiner Kenntnis. Bei mir funktioniert's nicht mehr, ist aber wohl eher ein netzwerktechnisches Problem, für das ich allerdings auch keine Erklärung habe, tritt auf, seit ich mit Windows 2003 Server arbeite. Auch ältere Images lassen sich nicht mehr booten, die früher unter Windows 2000 Pro tadellos funktionierten. Allerdings ein YADD aus den offiziellen CVS-Sourcen gebaut, läßt sich problemlos starten und funktioniert korrekt.

Weiß der Teufel, was da los ist...

 

Für das KW-Dezember-2007-Image:

Lösche aus der fstab lediglich den Eintrag für den /var Mountpunkt raus, alles andere lasse zufrieden. Das sollte normalerweise dann funktionieren. Hoffe ich mal zumindest.

 

Einen passenden YADD-Kernel (2.4.35.3) mit IDE-Support besitzt Du? Auch ein passendes YADD-Uboot (1.2.0) dazu? Beides ist zwingend notwendig, sonst bekommst Du das Image nicht in Gang.

[qwei]

Hi merkwürden,

 

Ich habe das aktuelle Keywelt image nur auf die Interne dbox Festplatte getart also den var bereich und root getart.

Dann habe ich das ganze unter Suse 10.3 mit Ark entart das geht ja auch, und in dem /yaddroot Ordner zusammengetart.

Ich werde das mal mit NFS versuchen ohne die Festplatte da das Yadd Image ja startet da ich ja logischerweise die festplatte aktiviert habe versucht der Server diese zu laden und das schlägt fehl.(meine Vermutung)

woher bekommt man einen Yadd-kernel und den U-boot ? für das aktuelle Keywelt yadd.

Die aktuellen Homar Yadd's starten ohne Probleme

 

Ich habe das auch mal Probiert mir aus den aktuellen CVS Sourcen ein Image selbst zu stricken das lief auch ohne Fehlermeldungen durch aber starten lässt sich das nicht

Bin genau nach dieser Anleitung vorgegangen.

 

Ich habe kein Windows mehr, am anfang ging es mir ja nur (wie fashed man unter Linux) aber jetzt ist der Experimentier Geist doch größer geworden.

bearbeitet 10. Januar 2008 von qwei

[merkwuerden]

woher bekommt man einen Yadd-kernel und den U-boot ? für das aktuelle Keywelt yadd.

Wird Dir wohl nur selber compilieren übrigbleiben, wenn Du nichts fertiges hast.

Kernel muß Version 2.4.35.3 sein, u-boot 1.2.0.

 

Ich hätte zwar bei Bedarf beides hier, allerdings ohne IDE-Support compiliert (brauche ich nicht). Könnte mal versuchen, ob sich der Kernel nachträglich nochmal mit IDE-Support compilieren läßt, gehen sollte es eigentlich, die Sourcen für ein 2.4.35.3 Image hab ich ja noch.

 

Die aktuellen Homar Yadd's starten ohne Probleme

Sind halt auch Standard-Yadds.

 

Ich habe das auch mal Probiert mir aus den aktuellen CVS Sourcen ein Image selbst zu stricken das lief auch ohne Fehlermeldungen durch aber starten lässt sich das nicht 

Bin genau nach dieser Anleitung vorgegangen.

Da haste bestimmt irgendwo was falsch gemacht.

Ich gehe auch nach dieser Anleitung vor, das hat bisher immer funktioniert. Habe mir allerdings ein kleines Shellscript gebastelt, damit ich nicht jedes Mal das ganze Brimborium manuell eintippen muß.

 

Hast Du auch das richtigen und Uboot verwendet? Es werden nämlich zwei erzeugt, ein "normales" (das funktioniert nicht bei Yadd) und ein u-boot-yadd (das ist das richtige). Der erzeugte kernel-cdk muß umbenannt werden in kernel-yadd, sonst wird er vom u-boot-yadd nicht geladen. Zumindest unter Windows, wie's bei Linux aussieht, weiß ich nicht, da mache ich solche Experimente nicht.

Bei mir läuft OpenSuSE 10.3 als VMware-Maschine unter Windows...

[qwei]

update,

 

Das eigene compilierte Image läuft jetzt; sieht ja fast genauso aus wie das Keywelt Image da hat bei mir ncurses gefehlt deswegen lief das vorher nicht.

 

nur eines noch wie bekomm ich meine Abokarte ans laufen?

 

und das getarte Keywelt Image läuft bei mir auch nicht muss es ja nicht vorhaben erledigt.

[qwei]

Ha, danke dir nochmals merkwürden ohne deine Tips hätte ich das nicht geschafft; Abo läuft auch im eigens erstellten Yadd.