[MegaX]

Dazu muß ich aber erstmal die busybox-1.19.4 runterladen oder, und wenn ja wo?


MegaX

[wino]

hmmm fu** :-( das missfällt mir

Das soll doch nur ein Gegentest sein. Wenn bei MegaX nach mit dem Wechsel der Busybox bei dem Beenden von MLD ebenfalls wieder alles normal ist, müsste nach der genauen Ursache gesucht werden.

MfG
wino

[wino]

Dazu muß ich aber erstmal die busybox-1.19.4 runterladen oder, und wenn ja wo?


MegaX

Das sollte eigentlich make im INITRAFS Verzeichnis erledigen. :-)

MfG
wino

[MegaX]

Ok...klappt.

Mal sehen ob es vielleicht dann auch wieder geht nen Stick zu erstellen, oder ob das an etwas anderem liegt.
Lass gerade bauen und geb dann Bescheid.


MegaX

[MarMic]

also habe mal geschaut...

das einzige das mir schnell ins auge gesprungen ist:

umount: make -d always active, add -D to suppress it

-d heisst:

-d      Free loop device if it has been used

das hatten wir nie drin und nun ist es DEFAULT!

ein versuch wäre es wert in /etc/poweroff

Code: [Select]

umount -a -r 2>>/dev/stdlogzu ändern in:

Code: [Select]

umount -a -r -D 2>>/dev/stdlog
und evtl noch die anderen stellen mit -D versehen, aber das ist ein absoluter schuss ins blaue! in soviel plan vom poweroff habe ich absolut nicht

in der vbox funktioniert es halt wunderbar und ich bin zu faul das auf nen vdr zu klatschen :-)

p.s. megax du hast ja ne vm in der du das testen könntest:

defektes iso installieren und das zeug dann eintragen

greetz MarMic

[wino]

in der vbox funktioniert es halt wunderbar und ich bin zu faul das auf nen vdr zu klatschen :-)

Bei mir fuhr MLD mit der 1.20 weder in einer VMWare noch von einem Stick gebootet runter. Wie schon geschrieben, MLD hängt sich regelrecht auf.

MfG
wino    

[MarMic]

ich habe in der virtualbox gar keine probleme ...

hmpf

[wino]

ich habe in der virtualbox gar keine probleme ...

hmpf

Hatte vorher auch die Virtualbox. Nachdem ich wegen Hardwarewechsel, Windows 7 neu installieren durfte, fing die Virtuallbox zu spinnen an. War zu faul der Sache auf den Grund zugehen.

[wino]

Dazu muß ich aber erstmal die busybox-1.19.4 runterladen oder, und wenn ja wo?


MegaX

Hast Du den Test mit Busybox-1.19 gemacht und wenn ja mit welchem Ergebnis?

MfG
wino

[MegaX]

Ups...sorry hab ganz vergessen das zu melden  :wacko:

Bei BB 1.19.4 funktioniert das runter fahren / reboot ohne Probleme.

Ich hätte vorgeschlagen das wir:

1. erstmal bei BB 1.19.4 bleiben
2. wino das udev-zeugs reinbastelt, wenn das läuft
3. updaten auf BB 1.20, Fehler beheben, wenns läuft
4. Kernelupdate auf 3.5.3

Somit gehen wir eine Baustelle nach der anderen an, sonst gibs nur ein durcheinander.

@MarMic

Der Parameter -D hat bei mir nix gebracht. Wenn ja schau mal wo der überall gesetzt werden muß und gibs mir mal durch.
Vielleicht hab ich ja was übersehen. Ich teste das dann gern nochmal.



MegaX

[wino]

Bei BB 1.19.4 funktioniert das runter fahren / reboot ohne Probleme.

Danke für die Rückmeldung. Nun wissen wir dass es kein Zufallsergebnis bei mir war und das Problem tatsächlich in Zusammenhang mit der 1.20 steht.

MfG
wino  

[MarMic]

@all,

ok wenn ich auf kernel 3.5.4 umstelle?

hat nur 2tage meiner nerven gekostet und ich habe das problem nicht wirklich finden können (ich verstehe aufs in der hinsicht nicht wirklich)

bzw. -> es gibt kein problem -> ich muss aufs util einfach nur vorgaukeln es ist ne rcn version -> D

[MegaX]

Ich würde vorerst bei Kernel 3.3.1 bleiben bis die ganze lirc Geschichte funktioniert bevor ne neue Baustelle angefangen wird.


MegaX

[MarMic]

das ist keine baustelle -> kernel switch?!?!

ich will nur wissen ob keiner etwas am kernel initramfs basteltl, sodass ich seine arbeit zu nichte machen würde

just FYI :-P

greetz MarMic

[MarMic]

habs mal eingecheckt! baue nun gleich nen fresh clone durch und schau was broken ist :-P (hoffe nichts)

wenns zuviel ist werde ichs zurücksetzen

greetz MarMic