mkcramfs und cygwin-Probs

[Coronas]

Hi,

Vorausgesetzt meine Frau lässt mich spielen und will nicht Fernsehen...

Da hast du das EINGENTLICHE CDK-Problem gefunden - und das kann nichtmal Waldi fixen... *fg*

cu

[Mordillo]

Wem sagt Ihr das ... .. ... .. .

[Massa]

@Coranas, @Mordillo: Grins

@all:

Also mein selbsgebautes yadd scheint irgendwie noch nicht so richtig zu sein
Auf jeden Fall laesst sich der Kernel nicht vernuenftig booten.

Irgendwie scheint er den Bootp-Modus nicht einzuschalten; zuerst kommt folgende Fehlermeldung:

Code: Alles auswählen

Linux version 2.4.19-rc2-dbox2 (mmohr@beldin) (gcc version 3.1) #1 Tue Jul 23 17
:11:58 CEST 2002
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS0 ip=bootp root=/dev/nfs rw nfsroot=192.168.0.1
18:C/yadd/cdkroot/
WARNING: Frequency is not in HZ. Please consider using a newer bootloader!
WARNING: OLD intfreq = 66 busfreq = 66
WARNING: NEW intfreq = 66000000 busfreq = 66000000
Decrementer Frequency = 247500000/60

Was das bedeuten soll?! Keine Ahnung.
Dann sieht es erstmal ganz gut aus, bis...

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"
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)
IP-Config: Guessing netmask 255.255.0.0
IP-Config: Complete:
      device=eth0, addr=188.0.0.0, mask=255.255.0.0, gw=255.255.255.255,
     host=188.0.0.0, domain=, nis-domain=(none),
     bootserver=255.255.255.255, rootserver=192.168.0.118, rootpath=
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Looking up port of RPC 100003/2 on 192.168.0.118

Wenn ich das richtig verstehe, schaltet er jetzt wieder um auf eine feste IP-Adresse. Und zwar eine komplett falsche. Das führt natürlich dazu, dass er den NFS-Server nicht mehr erreichen kann.
Aber wieso macht er das?
Am Anfang steht doch richtig drin "ip=bootp" und "nfsroot=192.168.0.118:C/yadd/cdkroot/" ?????
Wenn ich mir Homar's 2.4.2er Kernel-Boot anschaue, steht an der selben Stelle folgendes im Log:

Code: Alles auswählen

Sending BOOTP requests.... OK
IP-Config: Got BOOTP answer from 192.168.0.118, my address is 192.168.0.4
IP-Config: Guessing netmask 255.255.255.0

Wieso steht das bei mir nicht?

Any ideas?

[Homar]

Hi Folks,

??? warum vergeudet Ihr eure Zeit ???

Es geht nicht nach dem Telefonmann FAQ

...ich glaube, das ich es mehrmals gesagt habe

naja, Mordillo mein Freund...

was sagst du dazu ???

[waldi]

Irgendwie scheint er den Bootp-Modus nicht einzuschalten; zuerst kommt folgende Fehlermeldung:

Code: Alles auswählen

Linux version 2.4.19-rc2-dbox2 (mmohr@beldin) (gcc version 3.1) #1 Tue Jul 23 17:11:58 CEST 2002
[...]
Kernel command line: console=ttyS0 ip=bootp root=/dev/nfs rw nfsroot=192.168.0.118:C/yadd/cdkroot/
WARNING: Frequency is not in HZ. Please consider using a newer bootloader!
WARNING: OLD intfreq = 66 busfreq = 66
WARNING: NEW intfreq = 66000000 busfreq = 66000000
Decrementer Frequency = 247500000/60
[...]
IP-Config: Guessing netmask 255.255.0.0
IP-Config: Complete:
      device=eth0, addr=188.0.0.0, mask=255.255.0.0, gw=255.255.255.255,
     host=188.0.0.0, domain=, nis-domain=(none),
     bootserver=255.255.255.255, rootserver=192.168.0.118, rootpath=
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Looking up port of RPC 100003/2 on 192.168.0.118

du benutzt einen alten ppcboot, dieser uebergibt die frequenz in MHz, nicht wie gefordert in Hz. ausserdem übergibt dieser dem kernel nicht die ip u.ä. aktiviere einfach bootp im kernel oder benutze einen neuen ppcboot.

waldi

[Massa]

@homar:
Aeeehm, welche Telefonmann - FAQ? Habe ich noch nie von gehört!

Ich habe eigentlich basierend auf dem Howto bei Mordillo, das ja von Dir stammt, die Schritte durchgeführt, die auch in Deinen Scripten gemacht werden (naja, nachdem ich diese ganzen Fehler hatte habe ich in den Makefiles nachgeschaut, welche Abhängigkeiten vorhanden sind und teilweise diese direkt als make aufgerufen).
Bin jetzt etwas verwirrt???

@waldi:
Eigentlich dachte ich, dass ich _alles_ übersetzt habe, d.h. auch die ppcboot. Und das ganze habe ich eingepackt und benutzt, da sollte doch eine aktuelle ppcboot bei rauskommen, oder nicht???

Zum Kernel 2.4.19rc2: ich habe da den -rc2-1.diff und auch die config von Dir verwendet, ist doch richtig, oder?
BTW: was ist der Unterschied zwischen dem "-rc2-1.diff" und dem "-rc2-bk-1.diff" ?
[/i]

[Mordillo]

@Massa

Hast du vorher eine Yadd mit Kernel 2.4.2 compiliert? Statis nicht gelöscht? Hast du das makeYADD von Homar verwendet? (Hab mich erdreistet und eigenmächtige Änderungen daran vorgenommen. Betr. das kopieren von /dbox2 nach $HOME/cdkroot und $HOME/tftpboot)

Diese Änderungen sollten verhindern, das "verlinkungsspeicher" mitbelegt wird. dem cp befehl wurde die Option -d hinzugefügt.
Falls das ärger machen sollte, so kann man auch statt des cp /dbox2/cdkroot $HOME/cdkroot auch ein :

(tar -cvf sourcedir | tar -xf destdir) statt des cp befehls dahinlegen, sollte besser funktionieren als das rekursive kopieren der verzeichnisse.
Schlagt mich wenns falsch iss....
@ Homar

Hmm konnte keinen Ansatzpunkt für Telefonmann finden??
Ich glaub ich werd mal eben die Scripte von dir auf den neuesten Stand bringen(gcc3.1 und so)

@massa

warum hast du nur die Schritte durchgeführt und nicht die Scripte selbst ausgeführt?
Wenn du makeNeutrino.sh ausgeführt hast, sollte, sofern die neue ppcboot im CVS liegt, diese auch "gebaut" worden sein (Bin CVS mässig auf nem ziemlich schlechten Stand, Prüfungsstreß)

[Massa]

@Mordillo:
- Nein, ich hatte (in dem Verzeichnis) vorher nicht mit 2.4.2 compiliert. Aber warte mal, es könnte sein, dass mein Ergebnisverzeichnis (/dbox2) nicht clean war.
Kann es daran liegen?

- Ich habe die Scripte von Deiner Homepage genommen, etwas angepasst (z.B. Variablen für die Verzeichnisse, dann brauche ich es nur an einer zentralen Stelle ändern wenn ich das Verzeichnis wechsle;
Fehlerabfrage und -ausgabe der einzelnen Make-Schritte, ...)
Aber im Prinzip werden immer noch die selben Schritte durchgeführt.
Und ich habe die Schritte teilweise noch weiter anhand der Abhängigkeiten in den Makefiles aufgedröselt und einzeln durchgeführt, damit ich besser erkenne, wenn Fehler auftreten und wo.

- was meinst Du mit dem "Verlinkungsspeicher"?

- wenn meine angepassten Scripte sauber funktionieren, stelle ich sie gerne zuir Verfügung. Sollten das ganze noch etwas vereinfachen und ausserdem besser kontrollierbar machen (Stichwort Fehlererkennung und -anzeige).

[Mordillo]

Zum "nicht cleanen" Verzeichnis, ja daran kann es liegen.

verlinkungsspeicher meinte damit das beim kopieren, links zum Ursprung angelegt werden, diese betrugen bei mir mittlerweile 130MB, mit der -d Option beim cp, oder mit dem tar eren wirden diese hinweise nicht mehr übertragen und der vorgang geht auch bedeutent schneller und benötigt weniger Platz.

Lies nochmal Waldis Artikel, daraus lese ich das ppcboot nicht im CVS liegt, sondern du im Kernel das bootP anwählen sollst und dann neu kompilieren, oder dir ein neueres ppcboot besorgen sollst (bei Waldi??)


GruzZ

[Massa]

So, jetzt bin ich wieder einen Schritt weiter.
Habe jetzt ein bootendes selbstübersetztes yadd mit Kernel 2.4.19rc2 && busybox 0.60.3

Das Problem mit dem (anscheinend) veralteten ppcboot habe ich allerdings immer noch. Der meldet immer noch 66 anstatt 66000, und deswegen kommt eine Warnung.
@waldi: Gibt es einen Grund, warum die neueren ppcboot Versionen nicht im CVS sind?
Mein Problem mit dem nicht bootenden Kernel lag tatsächlich, wie von Dir vermutet, an der fehlenden config-Option dafür
Ich bin dann die Optionen des 2.4.2-Kernel und die vom 2.4.19rc durchgegangen und habe entsprechende Optionen angeschaltet.
Hatte eigentlich gedacht, dass die von Dir runtergeladene Config-Datei in Ordnung wäre...
Wenn Du willst, schicke ich Dir mal die von mir, damit Du sie auf Deine Seite legen kannst?!

Jetzt muss ich alles durchtesten, ggf. Änderungen machen und dann noch lernen, wie ich ein richtiges Image daraus baue

[waldi]

Gibt es einen Grund, warum die neueren ppcboot Versionen nicht im CVS sind?

klar gibt es einen, der ppcboot hat noch fehler

Mein Problem mit dem nicht bootenden Kernel lag tatsächlich, wie von Dir vermutet, an der fehlenden config-Option dafür
Ich bin dann die Optionen des 2.4.2-Kernel und die vom 2.4.19rc durchgegangen und habe entsprechende Optionen angeschaltet.
Hatte eigentlich gedacht, dass die von Dir runtergeladene Config-Datei in Ordnung wäre...

ist sie ja auch, nur nicht fuer den von dir angegebenen zweck

waldi

[Massa]

@waldi: Entschuldigung, dann war das mit der Kernel-Config ein Missverständnis

Hmm, und das mit dem ppcboot verstehe ich nicht ganz.
Eigentlich dachte ich, dass das CVS da ist um _alle_ Änderungen der Entwickler zu speichern, nicht nur die "stabilen" Änderungen.
Dafür sind dann doch "tags" im CVS da, die einen stabilen Stand markieren können.
Aber ich lasse mich auch wieder gerne belehren

Ansonsten will ich Dir wirklich nicht irgendwie auf die Füße treten, Du machst, wie alle DEVS hier, einen sehr guten Job.
Nur würden entsprechende Hinweise helfen, auch schneller potentielle neue DEVS heranzuziehen...
.. oder ist das nicht gewünscht?

[waldi]

Hmm, und das mit dem ppcboot verstehe ich nicht ganz.
Eigentlich dachte ich, dass das CVS da ist um _alle_ Änderungen der Entwickler zu speichern, nicht nur die "stabilen" Änderungen.
Dafür sind dann doch "tags" im CVS da, die einen stabilen Stand markieren können.
Aber ich lasse mich auch wieder gerne belehren

ist es eigentlich auch, deshalb liegt der ppcboot z.z in meinem eigenen cvs, da niemand lust hatte, den ins offizielle zu importieren.

waldi