Wann fixt jemand die Libs ?

[JtG-Riker]

Hm, also irgendwo hängt es noch ziemlich feste...

Der fehler in den Libs ist noch nicht behoben, ich bekomme einen aktuellen Snap nicht gebootet...

Wer kann mir denn mal sagen wo es hängt, ich weis nicht mehr weiter.

JtGRiker

[habjetztLinux]

Ich weiß nicht wie aktuell dein Snapshot ist, das nicht bootet, meins von gestern abend tut es ohne murren.

[AudioSlyer]

kann ich bestätigen, bootet nicht. 3 andere haben das problem auch.

[JtG-Riker]

Ich hab die busybox in verdacht, werd nochmal versuchen mit aktueller ...

[rasc]

Also, ich musste alles komplett neu bauen, dann klappt das auch wieder...
Nur beim Linux ist das config scheinbar noch falsch. Da ist eine manuelle Aktion notwendig... (Sprich Y/N <Enter>)

[JtG-Riker]

@rasc

Hab ich auch gemacht, Kiste hängt aber immer beim "init" fest.

Ich hab die Commits von wjoost vom 10.4 wieder rückgängig gemacht dann klappt es wieder ( rules-make - rules-archive - libcrypto-diff)

also glibc downgrade und so.

Muss definitiv damit zusammenhängen.

[essu]

Hab gerade ein Image von AlexH 2004/0415 15:26 geflasht: alles läuft, CVS komplett neu co, scheint also kein CVS-Problem zu sein

[AudioSlyer]

JtG-Riker hat recht, wenn man einen downgrade macht, klappt es wieder.

[DBOX-Freund]

ich habe einfach die alte Glibc wieder rein gemacht damit lüpt auch CDK von Heute

Code: Alles auswählen

rules-make wird geändert in 

glibc;2.2.5;glibc-2.2.5;glibc-2.2.5.tar.bz2:glibc-linuxthreads-2.2.5.tar.bz2:glibc.diff;extract:glibc-2.2.5.tar.bz2;dirextract:glibc-linuxthreads-2.2.5.tar.bz2;patch:glibc.diff
#glibc;2.3.2;glibc-2.3.2;glibc-2.3.2.tar.bz2:glibc-linuxthreads-2.3.2.tar.bz2:glibc-2.3.2.diff;extract:glibc-2.3.2.tar.bz2;dirextract:glibc-linuxthreads-2.3.2.tar.bz2;patch:glibc-2.3.2.diff

[rasc]

Nochmal zum Verständnis, was geht genau nicht?
Bzw. welche Fehlermeldung kommt?

[ALexH]

Das find ich auch seltsam. Auf meinem Notebook (debian, unstable, vorher frisch installiert) erstellt, läuft das Image prima, auf meinem PC erstellt (debian, testing, seit 3 Wochen nicht mehr geupdated), läuft das Image nicht.

Fehlermeldung (eigentlich das, was bei "Kein System" meistens kommt):

Code: Alles auswählen

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)

Flash superblock not ok: Invalid argument
boot flash /root/platform/sagem-dbox2/kernel/os failed

Flash-FS bootstrap loader (v1.5)

Flash superblock not ok: Invalid argument
boot flash /root/platform/mpc8xx-dbox2/kernel/os failed

Flash-FS bootstrap loader (v1.5)

Flash superblock not ok: Invalid argument
boot flash /root/platform/kernel/os failed

Flash-FS bootstrap loader (v1.5)

Flash superblock not ok: Invalid argument
boot flash /root.new/platform/sagem-dbox2/kernel/os failed

Flash-FS bootstrap loader (v1.5)

Flash superblock not ok: Invalid argument
boot flash /root.new/platform/mpc8xx-dbox2/kernel/os failed

Flash-FS bootstrap loader (v1.5)

Flash superblock not ok: Invalid argument
boot flash /root.new/platform/kernel/os failed

Flash-FS bootstrap loader (v1.5)

Flash superblock not ok: Invalid argument
boot flash /lost+found/root/platform/sagem-dbox2/kernel/os failed

Flash-FS bootstrap loader (v1.5)

Flash superblock not ok: Invalid argument
boot flash /lost+found/root/platform/mpc8xx-dbox2/kernel/os failed

Flash-FS bootstrap loader (v1.5)

Flash superblock not ok: Invalid argument
boot flash /lost+found/root/platform/kernel/os failed

[DBOX-Freund]

@ rasc

Das ist es ja es kommt keine Meldung, es lüpt bei mir bis

Code: Alles auswählen

.
.
.
.
.
.
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (squashfs filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 60k init

und dann bleibt die Box stehen, keine weitern Message oder sonst was.
Es hilft auch nix mit irgenwelchen Tastenkombinationen in der Konsole nix will da

egal ob jff2-only, cramfs oder squasch.

Durch tausch der glibc lüpt alles wieder 1a


ps. habe auch mit ein Distclean probiert no go

[JtG-Riker]

Kein System ist das Boot Magic Problem, das hat nix mit dem eigendlichen Problem zu tun

@rasc


NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (squashfs filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 60k init

Das ist das Problem, soweit bootet die Box dann nix mehr.

Wenn ich glibc und openssl downgrade und den Source neu übersetze geht es.

Ich werde heut nochma testen.

[rasc]

also, ich hatte das Problem auch:


"Kernel to old" und nach einem make distclean und neu compilen, kein nfs-mount moeglich.

Nach einem Löschen des cdk (Archive vorher sichern ;-) ) und neu auschecken lief es bis auf das kernel-option-Problem am Anfang durch.
Allerdings hatte ich das Problem bei den Yadds.

[JtG-Riker]

@rasc

Gut, ich hab gestern abend meinen source tree gelöscht und frisch ausgecheckt bis auf archiv...

Danach Image gebau wie immer, und die box bleibt stehen.

So nun gerade mach ich das gleiche und habe in den rules glibc downgrade gemacht ma sehen.

[ALexH]

Hab gerade alle updates von debian auf meinen PC geladen, nochmal alles compiliert und siehe da - alles funktioniert, d.h. das Image bootet so wie es soll. Liegt also wahrscheinlich eher nicht am CVS.

[woglinde]

hi,

das problem wird an mklibs liegen, das wohl nicht alle symbole mitnimmt. da es per yadd und nfs seit nem halben jahr bei mir laeuft,
wenn ich zeit hab guck ich mal ob nen image per nfs bootet.

gruss woglinde

[AudioSlyer]

Problem behoben.

die mklibs 1.22.1 patches by homar (auf remote-admin erhältlich) ist schuld, nehmt eine andere mklibs Version und es lüppt wieder.

Der Fehler liegt also nicht an der glibc sondern schlicht und einfach an den tools die man verwendet.

Tipp ist nicht von mir sondern von netten Members eines anderen Boards.
schönen gruss von hier

[JtG-Riker]

Aha und wo bekommt man die passende mklibs ?

Riker

[Sat_Man]

Also ich verwende immer die mklibs.py aus http://cvs.tuxbox-cvs.sourceforge.net/c ... ps/mklibs/ .
Muss man nur in mklibs umbenennen wenn man HEAD verwendet, für rel braucht man nichts ändern.

Habe mir gestern einen aktuellen snapshot gebaut und der funktioniert ohne Probleme.

[Homar]

mklibs lüppt schon gut, mann muss nur die aktuellen flashrules benutzten.

Ich hatte ja das problem mit den nicht starten wollenden yadd es.
...bis ich darauf gestossen bin, das die libs nicht gebildet, bzw. falsch gebildet werden. (siehe makeLibs.sh)

Deswegen funktioniert es auch, wenn mann alles neu macht (@rasc).

[neutron666]

Also ich hab nu die mklibs ausm cvs genommen. Allerdings wenn ich damit nen image erstelle, scheitert es schon an der libc.so.6. Das image bootet mit tausend fehlermeldungen und box schaltet ab ...das alles. Woran liegts denn nun ? Wenn ich die libc.so.6 z.b. per hand strippe geht alles. Von hand gestrippte ist 1,2mb gross, die nach "make flash-neutrino-all" ist grad mal 740k gross und geht wie gesagt nicht. Was muss ich denn nun wirklich aendern/machen ?!

[neutron666]

Keiner ne idee ? Iss immernoch so leider

[Xynuerz]

ich habe eben falls pobleme mit der mklibs.py, habe knoppix 3.4 alles andere geht problem los durch das kompileieren ohne irgend welche änderungen auch make libs macht er ohne zucken doch wenn ich nun her gehe und nen flash erstellen will, hängt er sich beim make flash-libs auf... ka wieso. mklibs ist aber aus dem cvs

Code: Alles auswählen

Traceback (most recent call last):
  File "/usr/sbin/mklibs", line 216, in ?
    optlist, proglist = getopt.getopt(sys.argv[1:], opts, longopts)
  File "/usr/lib/python2.3/getopt.py", line 89, in getopt
    opts, args = do_longs(opts, args[0][2:], longopts, args[1:])
  File "/usr/lib/python2.3/getopt.py", line 153, in do_longs
    has_arg, opt = long_has_args(opt, longopts)
  File "/usr/lib/python2.3/getopt.py", line 170, in long_has_args
    raise GetoptError('option --%s not recognized' % opt, opt)
getopt.GetoptError: option --root not recognized
make: *** [/home/knoppix/dbox2/cdkflash/.lib] Fehler 1

*grummel*

[neutron666]

Das isses bei mir nich, bei mir geht das 1a durch, aber die libs gehen einfach nicht im image..