Fehler bei make flash-cramfs unter RedHat 8.0

Beitrag von **ALexH** » Montag 27. Januar 2003, 23:50

Ich habe ein kleines Problem mit make flash-cramfs und RedHat 8.0:
Nach Eingabe von "make flash-cramfs kommt":

[alex@Linux cdk]$ make flash-cramfs
Usage: '/usr/bin/mkcramfs [--verbose] dirname outfile'
where <dirname> is the root of the
filesystem to be compressed.
make: *** [/dbox2//cdkflash/root-cramfs.img] Fehler 1

Habe ich da etwas falsch gemacht?

Beitrag von **Indy500** » Dienstag 28. Januar 2003, 00:30

Falsche mkcramfs Version. die unterstützt keine Parameter.

Beitrag von **ALexH** » Dienstag 28. Januar 2003, 18:03

Mit der richtigen mkcramfs-Version hat's funktioniert! Danke für die Hilfe!

Nun habe ich jedoch schon das nächste Problem: Die README-flash.de im Unterverzeichnis cdk/doc scheint nicht mehr ganz aktuell zu sein. Befehle wie
make flash-mix-image
make flash-mix-cramfs
make flash-mix-jffs2
make flash-jffs2-image
make flash-jffs2-root
stehen zwar in der Doku, funktionieren jedoch nicht. Dafür findet man im Makefile
make flash-cramfs
make flash-var-jffs2
make flash-root-jffs2
make flash-cramfsimage
make flash-jffs2image

Die oberen drei compilieren ohne Fehler durch, die unteren beiden (wie ich finde eigentlich die wichtigen) brechen mit einer Fehlermeldung ab, weil es keine Regel gibt um "dbox2//cdkflash/cramfs-flfs.img" bzw. "/dbox2//cdkflash/jffs2-flfs.img" zu erstellen. Mache ich da etwas falsch oder kann man diese Dateien irgendwie selber erzeugen?

Beitrag von **trans** » Mittwoch 29. Januar 2003, 07:46

Hast du denn die beiden Dateien

cramfs-flfs.img bzw. jffs2-flfs.img

in dein cdkflash Verzeichnis kopiert? Die brauchst du um ein Image zu erstellen.

mfg trans

Beitrag von **ALexH** » Mittwoch 29. Januar 2003, 14:55

Woher bekommt man denn diese beiden Dateien? Kann ich mir die selber erstellen oder irgendwo herunterladen? In der Readme steht nämlich nur, wie man die Dateien "mix-ppcboot-flfs.img" und "jffs2-ppcboot-flfs.img" erzeugt, von den Dateien cramfs-flfs.img bzw. jffs2-flfs.img wird nichts erwähnt.

Beitrag von **trans** » Mittwoch 29. Januar 2003, 17:02

Das sind die gleichen Dateien wie in der Readme beschrieben, einfach nur umbenennen dann läuft es.

Der link zum aktuellen jffs2-only-Image.

http://tuxbox.berlios.de/jffs2/indy500/

mfg trans

Beitrag von ***borg*** » Donnerstag 30. Januar 2003, 11:36

Hallo!
Darf ich fragen welche die richtige mkcramfs version ist?? Und vorallem wo finde ich sie? Ich habe hier ein Redhat 7.3. Langsam bin ich wirklich am verzweifeln

(.
Einen schönen Tag noch
*borg*

Beitrag von **ALexH** » Donnerstag 30. Januar 2003, 18:32

Also ich habe mir ein rpm von rpmseek.com heruntergeladen. Bei mir funktioniert diese Datei: mkcramfs-1.1-34.i386.rpm

Nochmal zu meiner vorherigen fragen mit den benötigten Dateien: Habe ich es richtig verstanden, dass die Datei cramfs-flfs.img im Readme die mix-ppcboot-flfs.img ist (also erstellbar über die Expertenfunktion des Softwareupdates eines AlexW-Images indem man das ppcboot[flfs] ausliesst)? Wie erstellt man dann die andere Datei, wenn man gerade kein jffs2-only-Image besitzt? Das Indy500-Image ist nämlich leider nur 2xI, ich besitze eine Sagem Ix1. Kann ich mir die benötigten Dateien auch direkt irgendwo herunterladen?

Beitrag von **ALexH** » Donnerstag 30. Januar 2003, 20:22

Inzwischen compiliert das make flash-cramfsimage bei mir durch. Nach dem Laden des Images auf die Box kann diese jedoch nicht mehr richtig starten. Ich poste hier einfach mal das Log-File:

*debug: DDF: Calibrating delay loop... debug: DDF: 66.76 BogoMIPS
debug: BMon V1.3 mID 03
debug: feID 00 enxID 03
debug: fpID 52 dsID 01-23.02.4b.08.00.00-00
debug: HWrev 61 FPrev 0.23
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: Given up BOOTP/TFTP boot
boot net failed

Flash-FS bootstrap loader (v1.5)

Found Flash-FS superblock version 3.1
Found file /root/platform/sagem-dbox2/kernel/os in Flash-FS
debug: Got Block #0052

will verify ELF image, start= 0x800000, size= 202484
verify sig: 262
Branching to 0x40000

PPCBoot 1.1.6 (TuxBox) (Aug 5 2002 - 09:01:35)

CPU: PPC823ZTnnB2 at 66 MHz: 2 kB I-Cache 1 kB D-Cache
Watchdog enabled
Board: DBOX2, Sagem
I2C: ready
DRAM: 32 MB
FLASH: 8 MB
Scanning JFFS2 FS: . .
find_inode failed for name=tuxbox
load: Failed to find inode
LCD: find_inode failed for name=tuxbox
load: Failed to find inode
ready - can't find logo in flash
FB: find_inode failed for name=tuxbox
load: Failed to find inode
can't find logo in flash - no init
In: serial
Out: serial
Err: serial

Options:
1: Console on null
2: Console on ttyS0
3: Console on framebuffer
Select (1-3), other keys to stop autoboot: 0
### FS (cramfs) loading 'vmlinuz' to 0x100000
### FS load compleate: 722722 bytes loaded to 0x100000
## Booting image at 00100000 ...
Image Name: dbox2
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 722658 Bytes = 705 kB = 0 MB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
Linux version 2.4.20-dbox2 (alex@Linux) (gcc version 3.2.1) #1 Thu Jan 30 16:49:
12 CET 2003
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/mtdblock2 console=ttyS0
Decrementer Frequency = 247500000/60
mpc8xx-wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
mpc8xx-wdt: keep-alive trigger activated (PITC: 0x2000)
Console: colour dummy device 80x25
Calibrating delay loop... 65.74 BogoMIPS
Memory: 30632k available (1256k kernel code, 404k data, 76k init, 0k highmem)
Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
JFFS2 version 2.1. (C) 2001 Red Hat, Inc., designed by Axis Communications AB.
i2c-core.o: i2c core module
CPM UART driver version 0.03
ttyS00 at 0x0280 is a SMC
ttyS01 at 0x0380 is a SMC
pty: 256 Unix98 ptys configured
eth0: CPM ENET Version 0.2 on SCC2, xx:xx:xx:xx:xx:xx
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
D-Box 2 flash driver (size->0x800000 mem->0x10000000)
CFI: Found no D-Box 2 flash memory device at location zero
Creating 6 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x00040000 : "flfs (ppcboot)"
0x00040000-0x00700000 : "root (cramfs)"
0x00700000-0x00800000 : "var (jffs2)"
0x00020000-0x00800000 : "flash without bootloader"
0x00000000-0x00800000 : "complete flash"
mice: PS/2 mouse device common for all mice
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
IPv6 v0.8 for NET4.0
IPv6 over IPv4 tunneling driver
802.1Q VLAN Support v1.7 Ben Greear <greearb@candelatech.com>
All bugs added by David S. Miller <davem@redhat.com>
VFS: Mounted root (cramfs filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 76k init
init started: BusyBox v0.61.pre (2003.01.30-15:44+0000) multi-catouch: /etc/mod
ules.conf: Read-only file system
depmod: Can't open /var/lib/modules/2.4.20-dbox2/modules.dep for writing
modprobe: Can't open dependencies file /var/lib/modules/2.4.20-dbox2/modules.dep
(No such file or directory)
/proc/bus/tuxbox: No such file or directory
/proc/bus/tuxbox: No such file or directory
/proc/bus/tuxbox: No such file or directory
/proc/bus/tuxbox: No such file or directory
/proc/bus/tuxbox: No such file or directory
/proc/bus/tuxbox: No such file or directory
/proc/bus/tuxbox: No such file or directory
/proc/bus/tuxbox: No such file or directory
Detected STB:
Vendor: Unknown
Model: Unknown
modprobe: Can't open dependencies file /var/lib/modules/2.4.20-dbox2/modules.dep
(No such file or directory)
ln: /dev/dvb/adapter0/demux1: No such file or directory
ln: /dev/dvb/adapter0/dvr1: No such file or directory

Please press Enter to activate this console. /proc/bus/tuxbox: No such file or d
irectory
/proc/bus/tuxbox: No such file or directory
/proc/bus/tuxbox: No such file or directory
/proc/bus/tuxbox: No such file or directory
LCD (/dev/dbox/lcd0): No such file or directory
/dev/input/event0: No such file or directory

Ich finde es komisch, dass die Box die Logos nicht finden kann, ich habe diese nämlich wie in der Readme steht nach cdkflash/root/boot kopiert.

Woran kann es denn liegen, dass die Box nicht booten kann?

Beitrag von **ALexH** » Sonntag 2. Februar 2003, 13:40

Inzwischen habe ich noch einiges ausprobiert, hatte aber keinen Erfolg, was ich sehr schade finde, weil ich irgendwann auch ein paar Teile dieses Projektes weiterentwickeln wollte, dazu aber erst mal alles compilieren können muß.

Kann es denn sein, daß es vielleicht am Boot-File des AlexW-Images liegt? Ist das vielleicht nicht mit der cdk-Version kompatibel? Kann man sich denn irgendwo auch die benötigten Boot-Files oder Images herunterladen, welche mit der cdk-Version funktionieren? Warum befinden sich eigentlich die benötigten Dateien nicht im cvs? Wäre doch bestimmt auch für viele ganz praktisch.

Ist denn eigentlich dieser cdk-Forumsteil noch der Richtige für diesen Beitrag? Oder sollte ich mal im Flash-Teil weitermachen?

Beitrag von **trans** » Sonntag 2. Februar 2003, 14:43

Gibt es bei dir diese Datei

/var/lib/modules/2.4.20-dbox2/modules.dep

Wenn ja lösch die mal. Mach anschließend an der Console "depmod -ae" und boote neu. Wenns nicht geht häng noch mal ein log an.

mfg trans

Beitrag von **ALexH** » Sonntag 2. Februar 2003, 16:49

Die datei modules.dep gibts bei mir gar nicht und depmod -ae scheint leider auch nicht zu funktionieren.

Hier mal das Log (den oberen Teil habe ich weggelassen, ist der selbe wie vorher):

(...)
ln: /dev/dvb/adapter0/demux1: No such file or directory
ln: /dev/dvb/adapter0/dvr1: No such file or directory

Please press Enter to activate this console. /proc/bus/tuxbox: No such file or d
irectory
/proc/bus/tuxbox: No such file or directory
/proc/bus/tuxbox: No such file or directory
/proc/bus/tuxbox: No such file or directory
LCD (/dev/dbox/lcd0): No such file or directory
/dev/input/event0: No such file or directory

BusyBox v0.61.pre (2003.01.30-15:44+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

sh: can't access tty; job control turned off
/proc/bus/tuxbox: No such file or directory
/proc/bus/tuxbox: No such file or directory
/proc/bus/tuxbox: No such file or directory
/proc/bus/tuxbox: No such file or directory
# ls -all /var/lib/modules/2.4.20-dbox2/
drwxrwxr-x 1 root root 20 Jan 1 1970 kernel
drwxr-xr-x 1 root root 708 Jan 1 1970 misc
# depmod -ae
depmod: Can't open /var/lib/modules/2.4.20-dbox2/modules.dep for writing
#

Beitrag von **trans** » Sonntag 2. Februar 2003, 17:57

Poste mal die /etc/init.d/rcS vielleicht ist da der fehler.

Das Verzeichnis /var/lib gibt es aber, oder auch nicht?

mfg trans

Beitrag von **ALexH** » Sonntag 2. Februar 2003, 18:39

Doch, /var/lib gibts, ist aber eigentlich nur ein Link auf /lib/modules:

# ls -all /var
drwxr-xr-x 1 root root 0 Nov 30 1968 .
drwxr-xr-x 1 root root 220 Jan 1 1970 ..
drwxr-xr-x 1 root root 0 Jan 30 2003 etc
lrwxrwxrwx 1 root root 6 Jan 30 2003 lib -> ../lib
lrwxrwxrwx 1 root root 6 Jan 30 2003 run -> ../tmp
lrwxrwxrwx 1 root root 6 Jan 30 2003 tmp -> ../tmp
drwxr-xr-x 1 root root 0 Jan 30 2003 tuxbox
lrwxrwxrwx 1 root root 14 Jan 30 2003 ucodes -> tuxbox/ucodes/

So sieht bei mir die /etc/init.d/rcS aus:

#!/bin/sh

PATH=/sbin:/bin

hostname -F /etc/hostname
mount -a
ifup -a

test -x /sbin/inetd && inetd

if test -x /sbin/sshd ; then
/etc/init.d/start_sshd &
fi

test -d /var/lib/modules/`uname -r` || mkdir -p /var/lib/modules/`uname -r`
test -f /var/lib/modules/`uname -r`/modules.dep || \
touch /etc/modules.conf
depmod -ae

modprobe tuxbox

. /etc/profile

VENDOR=`/bin/tuxinfo -m`
VENDOR_ID=`/bin/tuxinfo -i -d`
MODEL=`/bin/tuxinfo -M`
MODEL_ID=`/bin/tuxinfo -I -d`

echo "Detected STB:"
echo " Vendor: $VENDOR"
echo " Model: $MODEL"

modprobe dvb-core

# D-BOX2
if [ $MODEL_ID -eq 1 ]; then

# I2C core
modprobe dbox2_i2c
modprobe dvb_i2c_bridge

# Frontprozessor
modprobe dbox2_fp
modprobe dbox2_fp_input

# Frontends
# Nokia
if [ $VENDOR_ID -eq 1 ]; then
modprobe ves1820
modprobe ves1x93 board_type=2
modprobe ves1x93 board_type=3
# Sagem
elif [ $VENDOR_ID -eq 2 ]; then
modprobe at76c651
modprobe ves1x93 board_type=4
# Philips
elif [ $VENDOR_ID -eq 3 ]; then
modprobe tda8044h
fi

# Misc IO
modprobe avs
modprobe saa7126
# Philips
if [ $VENDOR_ID -eq 3 ]; then
modprobe cam mio=0xC040000
else
modprobe cam mio=0xC000000
fi
modprobe lcd

# A/V
modprobe avia_gt
modprobe avia_gt_fb
modprobe avia_gt_lirc
modprobe avia_gt_oss
modprobe avia_gt_v4l2
modprobe avia_av

modprobe avia_napi
modprobe cam_napi
modprobe avia_av_napi
modprobe avia_gt_napi
modprobe dbox2_fp_napi

# Dreambox DM 7000
elif [ $MODEL_ID -eq 2 ]; then

# I2C core
# modprobe dvb_i2c_bridge

# Frontprozessor
modprobe dreambox_fp

# Frontends
modprobe alps_bsru6
# modprobe alps_tdme7
modprobe philips_1216

# Misc IO
modprobe ir-hw
modprobe dreambox_rc_input
modprobe avs
modprobe lcd

# A/V
modprobe stb_td
modprobe stb_fb
modprobe stb_denc
modprobe stb_aud
modprobe stb_vg
modprobe stb_clip

fi

#echo "$VENDOR $MODEL - Kernel %r (%t)." > /etc/issue.net

# compatibility links
ln -sf demux0 /dev/dvb/adapter0/demux1
ln -sf dvr0 /dev/dvb/adapter0/dvr1
ln -sf fb/0 /dev/fb0

test -x /bin/loadkeys && loadkeys /share/keymaps/i386/qwertz/de-latin1.kmap.gz

if [ -e /etc/init.d/rcS_local ]; then
. /etc/init.d/rcS_local
fi

Zur leichteren Fehleranalyse hier mal mein Make-Script:

#!/bin/sh

export MKLIBS=/home/alex/db2lin-utils/mklibs.py
cd /dbox2
rm -rf *
cd /home/alex/tuxbox-cvs
rm -rf *

cvs -d:pserver:anonymous@cvs.berlios.de:/cvsroot/tuxbox login
cvs -d:pserver:anonymous@cvs.berlios.de:/cvsroot/tuxbox -z3 co .
cd cdk
./autogen.sh
./configure --prefix=/dbox2 --with-cvsdir=$HOME/tuxbox-cvs --enable-maintainer-mode --with-targetruleset=flash
make all
cd /dbox2/cdkflash/root/var
ln -s ucodes tuxbox/ucodes/
cp /home/alex/db2lin-utils/ucodes/* /dbox2/cdkflash/root/var/tuxbox/ucodes/
cp /home/alex/db2lin-utils/boot-logos/* /dbox2/cdkflash/root/boot/
cp /home/alex/db2lin-utils/compimages/cramfs-flfs.img /dbox2/cdkflash/
cd /home/alex/tuxbox-cvs/cdk
make flash-neutrino
make flash-enigma
make flash-lcars
make flash-lcdmenu
make flash-plugins
make flash-ftpd
make flash-telnetd
make flash-ssh
make flash-lib
make flash-cramfs
make flash-var-jffs2
make flash-root-jffs2
make flash-cramfsimage

Beitrag von **trans** » Sonntag 2. Februar 2003, 21:46

Kannst du per ftp irgentwas nach /var kopieren? Ich will damit testen ob man in /var überhaupt schreiben kann.

Ich würde das Script etwas ändern:

...
make all

make flash-all

cd /dbox2/cdkflash/root/var
ln -s ucodes tuxbox/ucodes/
cp /home/alex/db2lin-utils/ucodes/* /dbox2/cdkflash/root/var/tuxbox/ucodes/
cp /home/alex/db2lin-utils/boot-logos/* /dbox2/cdkflash/root/boot/
cp /home/alex/db2lin-utils/compimages/cramfs-flfs.img /dbox2/cdkflash/
cd /home/alex/tuxbox-cvs/cdk

make flash-cramfsimage

mfg trans

Beitrag von **ALexH** » Montag 3. Februar 2003, 00:24

Da ich die IP-Adresse der Box nicht wusste habe ich einfach mal eine Datei nach /var kopiert, funktioniert prima. Das Problem ist ja eigentlich, daß die Box nicht nach /lib schreiben kann, denn /var/lib ist ja nur ein Link auf /lib. Lösche ich den Link /var/lib und lege das Verzeichnis /var/lib an, dann funktioniert depmod -ae zwar, die Box kann dann aber beim Booten einige Dateien nicht mehr finden, welche in /lib liegen und nun nicht mehr verlinkt sind.

Es bringt übrigens auch nichts, wenn ich /lib nach /var/lib verschiebe und dann einen Link von /lib auf /var/lib anlege, denn dann wird laut Bootmanager das Image zu groß, wass ich eigentlich auch nicht verstehe, weil ich die Dateien ja nur verschoben habe und nicht kopiert...

Übrigens habe ich in meinem Script extra nicht make flash-all stehen, denn dort gibts einen Fehler beim Compilieren:

make: *** No rule to make target `/dbox2/cdkflash/.ssh', needed by `/dbox2/cdkflash/.part_ssh'. Stop.

Beitrag von **trans** » Montag 3. Februar 2003, 07:48

Ich denke es ist ein Fehler in den Flashrules von ".flash". Weil eigentlich /var/lib überhaupt nicht mit /lib verlinkt sein müssen. /var/lib/modules wird durch rcs angelegt um die mudules.dep anzulegen, weil im /lib nicht geschrieben werden kann (cramfs).

Also war es schon richtig den link (/var/lib..) zu löschen und danach neu booten, denn depmod wird durch die rcS aufgerufen. Du schreibst es werden dann beim booten einige Dateien nicht gefunden. Häng dann mal ein log an.

Die ucodes sind auch in /var/tuxbox/ucodes auf der Box?

Ja den Fehler in make flash-all kann man schnell beheben, einfach im /cdk/Makefile.am die Zeile

$(flashprefix)/.part_ssh: $(flashprefix)/.flash $(flashprefix)/.ssh

suchen und in

$(flashprefix)/.part_ssh: $(flashprefix)/.flash .ssh

ändern.

mfg trans

Beitrag von **Indy500** » Montag 3. Februar 2003, 15:09

Du darfst natürlich nicht alles durcheinander werfen.

Das Jffs2-Image und damit die Datenstruktur hat nichts mit dem Cramfs-Image zu tun.

Einige Einträge die in den Configdateien sind nur möglich weil es sich um ein komplettes und damit wiederbeschreibbares Image handelt.

In einem cramfs/jffs Image muss natürlich in der rcs der eintrag /var/lib/modules heissen und nicht /lib/modules. Ansonsten können die .dep Dateien nicht geschrieben werden. /lib liegt im cramfs und ist damit RO.

Der Tip du sollst mein Image benutzen, was nur auf das flfs bezogen, falls du ein jffsonly bauen willst.

Bei einem Alexw bzw. Cramfs flfs sucht ppcboot die logos nicht in /boot.

Wenn du ein Cramfs/jffs Image bauen willst, benutze die Configdateien so wie sie aus dem CDK kommen und fertig.

Beitrag von **ALexH** » Montag 3. Februar 2003, 15:56

Juhuu, jetzt funktioniert zumindest mal das cramfs-Image!

Es lag wirklich nur daran, daß ich den Link von /var/lib nach /lib löschen musste (keine Ahnung, warum der erstellt wird).
Ausserdem habe ich im Makefile nicht nur die Zeile mit .ssh sondern auch die mit .sshd ändern müssen, bevor das make flash-all fertig compiliert hat.
Was auch noch ganz hilfreich zu wissen ist: Man sollte die Rechte der privaten ssh-keys auf 600 ändern, damit es keinen Fehler beim Starten gibt.

Jetzt habe ich nur noch ein Problem: Wohin mit den Boot-Logos? Wie Indy500 schon mitgeteilt hat, /boot ist das falsche Verzeichnis. Ich habe es auch mit /var/tuxbox/boot probiert, funktioniert aber auch nicht. Wo sollten die Logos denn normalerweise hin?

Und nochwas wichtiges: Einen riesen Dank an alle, die mir geholfen haben! Ohne euch hätte ich es wahrscheinlich nicht geschafft.

@Indy500:
Natürlich hätte ich auch gerne ein jffs2only-Image erstellt. Ich konnte bisher leider noch nirgends ein 1xI-jffs2-only-Image finden, denn um dieses zu erstellen benötigt man ja das jffs2-only-ppcboot und leider gibts bei Indy500 auch nur ein Image für 2xI.

Beitrag von **trans** » Montag 3. Februar 2003, 16:27

Die Logos gehören schon nach /var/tuxbox/boot, aber ich denke es gibt ein Problem mit den Partitionen. Beim Alexw-Image, wo ja auch das flfs-image herkommt, sind die Partitionen so:

Code: Alles auswählen

Creating 6 MTD partitions on "D-Box 2 flash memory": 
0x00000000-0x00020000 : "BR bootloader" 
0x00020000-0x00040000 : "flfs (ppcboot)" 
0x00040000-0x00720000 : "root (cramfs)" 
0x00720000-0x00800000 : "var (jffs2)" 
0x00020000-0x00800000 : "flash without bootloader" 
0x00000000-0x00800000 : "complete flash"

im cdk aber:

Code: Alles auswählen

Creating 6 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x00040000 : "flfs (ppcboot)"
0x00040000-0x00700000 : "root (cramfs)"
0x00700000-0x00800000 : "var (jffs2)"
0x00020000-0x00800000 : "flash without bootloader"
0x00000000-0x00800000 : "complete flash"

und ich glaube deshalb findet ppcboot die logos nicht. Vielleicht hilft es wenn du das Verzeichnis /var/tuxbox/boot und die Logos erst auf der Box anlegst und kopierst, damit die logos im flash nach 0x000720000 liegen.

Kann auch sein das ist alles Mist was ich geschrieben habe.

mfg trans

Beitrag von **ALexH** » Montag 3. Februar 2003, 18:16

Habe mal das Verzeichnis /var/tuxbox/boot gelöscht, neu angelegt und die Logos wieder hineinkopiert (vorher in tmp gesichert), hat aber leider nix gebracht.

Bei dieser Aktion habe ich bemerkt, daß doch noch nicht alles funktioniert: Ich komme nämlich auf die Box nur per Bootmanager, per FTP, telnet oder ssh antwortet die Box nicht, obwohl die IP laut neutrino stimmt. Woran kann das denn liegen?

Beitrag von **ALexH** » Donnerstag 6. Februar 2003, 13:27

Ich glaube, ich mache dazu mal ein neues Thema auf, denn irgendwie passen meine aktuellen Probleme nicht mehr zur Überschrift...