[Christian]

@wino

sei mir nicht böse ich habe das binary ps wieder entfernt und das Makefile angepasst das ps direkt aus der eigenen Develumgebung kopiert wird.

Nightbuild läuft gleich an

[wino]

sei mir nicht böse ich habe das binary ps wieder entfernt und das Makefile angepasst das ps direkt aus der eigenen Develumgebung kopiert wird.

Das ist schon in Ordnung. Hatte daran nicht gedacht. Habe eben noch ein Update des avahi-linker Skripts durchgeführt.

[Christian]

sei mir nicht böse ich habe das binary ps wieder entfernt und das Makefile angepasst das ps direkt aus der eigenen Develumgebung kopiert wird.

Das ist schon in Ordnung. Hatte daran nicht gedacht. Habe eben noch ein Update des avahi-linker Skripts durchgeführt.

Alles klar ist mit dabei. Da INITRAMFS mit gebaut wird dauerte einige Stunden.

Genießt den Sonntag noch ein wenig

[skippy]

Da wart ihr aber fleißig, während ich geschlafen habe   .

Ich war so frei und habe mir aus meiner aktualisierten Entwicklungsumgebung ein ISO auf den Stick gebrannt und einen ersten Kurztest durchgeführt. Sieht leider noch nicht so gut aus:

Code: [Select]

MLD> stop avahi-linker
Stopping avahi-linker
ps: invalid option -- 'e'
BusyBox v1.21.0 (2013-05-12 10:17:47 CEST) multi-call binary.

Usage: ps

Show list of processes

        w       Wide output
        l       Long output
        T       Show threads

sh: you need to specify whom to killAuch mein Display wird beim Runterfahren nicht dunkel. Deutet also noch auf Probleme mit den Stop-Scripten hin. Wenn der Nightbuild heute noch fertig ist, schaue ich noch einmal damit. Sonst gehts es bei mir erst wieder ab Dienstag Abend - Fahre nach Düsseldorf.

Viele Grüße skippy

[wino]

Nachdem ich bei udevil das Makefile wie bei avahi-linker wegen ps angepasst habe und im Skript devmon die Pfade von ps auf /usr/bin gesetzt habe, bekomme ich bei svn ci eine Fehlermeldung.[code]/MLD-Devel/MLD/udevil$ svn ci
Ersetze        Makefile
svn:

[wino]

Stopping avahi-linker
ps: invalid option -- 'e'
BusyBox v1.21.0 (2013-05-12 10:17:47 CEST) multi-call binary.

Usage: ps

Show list of processes

        w       Wide output
        l       Long output
        T       Show threads

sh: you need to specify whom to kill[/CODE]

Es muss im init vom avahi-linker der Pfad zu ps /usr/bin eingetragen werden. Mit dem kastrierten ps der Busybox wird das nichts. Im Skript devmon von udevil muss das auch gemacht werden.

[Christian]

Nachdem ich bei udevil das Makefile wie bei avahi-linker wegen ps angepasst habe und im Skript devmon die Pfade von ps auf /usr/bin gesetzt habe, bekomme ich bei svn ci eine Fehlermeldung.[code]/MLD-Devel/MLD/udevil$ svn ci
Ersetze        Makefile
svn:

[MegaX]

Ich sehe nur keinen Grund warum nicht ps aus der busybox genommen wird?

Mit /usr/bin/ps lautet der Befehl zum beenden von z.b. avahi-linker:

Code: [Select]

kill $(/usr/bin/ps -ef | grep "avahi-linker" | grep python | awk '{print $2}')
Mit dem ps aus der busybox erreicht man genau das gleiche nur lautet der Befehl so:

Code: [Select]

kill $(ps | grep "avahi-linker" | grep python | awk '{print $1}')
Funktioniert einwandfrei hier. Somit könnte /usr/bin/ps entfernt werden.


MegaX

[wino]

Mit dem ps aus der busybox erreicht man genau das gleiche nur lautet der Befehl so:

Code: [Select]

kill $(ps | grep "avahi-linker" | grep python | awk '{print $1}')Funktioniert einwandfrei hier. Somit könnte /usr/bin/ps entfernt werden.
MegaX

Ich dachte es ging darum ob die verwaisten Links von Shares gelöscht werden. Wenn es nur um die Beendigung von avahi-liker ginge, bräuchte man diesen Aufwand mit ps und grep nicht. Das File ps wird auch für udevil benötigt.  

[MegaX]

Ups... ich hab das Log vergessen :wand

funktioniert  

Code: [Select]

2013-05-12 17:24:04,127 DEBUG  got
2013-05-12 17:24:04,128 DEBUG  unlink /media/Video/local
2013-05-12 17:24:04,130 DEBUG  unlink static link /media/Video/local
2013-05-12 17:24:04,130 DEBUG  unlink /media/Musik/local
2013-05-12 17:24:04,130 DEBUG  unlink static link /media/Musik/local
2013-05-12 17:24:04,130 DEBUG  unlink /media/Video/Serien/local
2013-05-12 17:24:04,131 DEBUG  unlink static link /media/Video/Serien/local
2013-05-12 17:24:04,131 DEBUG  unlink /media/Bilder/local
2013-05-12 17:24:04,131 DEBUG  unlink static link /media/Bilder/local
2013-05-12 17:24:04,132 DEBUG  unlink /media/Video/Filme/local
2013-05-12 17:24:04,132 DEBUG  unlink static link /media/Video/Filme/local
2013-05-12 17:24:04,132 DEBUG  unlinking /media/Video/Filme/MLD(nfs)
2013-05-12 17:24:04,134 DEBUG  unlinking /media/Video/MLD(nfs)
2013-05-12 17:24:04,136 DEBUG  unlinking /media/Musik/MLD(nfs)
2013-05-12 17:24:04,137 DEBUG  unlinking /media/Video/Serien/MLD(nfs)
2013-05-12 17:24:04,138 DEBUG  unlinking /media/vdr/MLD(for MLD-TEST)
2013-05-12 17:24:04,140 DEBUG  unlinking /media/Bilder/MLD(nfs)
2013-05-12 17:24:04,142 INFO   dbus unavailable, fallback to update /srv/vdr/video/.update
2013-05-12 17:24:04,142 INFO   set access time for .update

Wäre es dann nicht besser die funktionen von ps in der busybox zu aktivieren oder sind da nicht alle dabei?
busybox.config:

Code: [Select]

# CONFIG_FEATURE_PS_TIME is not set
# CONFIG_FEATURE_PS_ADDITIONAL_COLUMNS is not set
# CONFIG_FEATURE_PS_UNUSUAL_SYSTEMS is not set


MegaX

[wino]

Wäre es dann nicht besser die funktionen von ps in der busybox zu aktivieren oder sind da nicht alle dabei?
busybox.config:

Code: [Select]

# CONFIG_FEATURE_PS_TIME is not set
# CONFIG_FEATURE_PS_ADDITIONAL_COLUMNS is not set
# CONFIG_FEATURE_PS_UNUSUAL_SYSTEMS is not set

Ob das besser wäre weiß ich nicht. Welche Optionen durch die Aktivierung dieser Menüpunkte dazu kommen kann ich auch nicht sagen. Vielleicht hast du Lust das herauszufinden und zu testen.

wino

[MarMic]

Jop teste mal wäre die schönste Lösung

Greetz marmic

[Christian]

Ich habe gerade noch einmal ein wenig am vdr getestet.

Leider komme ich zu dem Ergebnis das die Schleife in der rc.init bei mir zwingend von Nöten ist.

Sobald ich die aktuelle initramfs habe (ohne die Schleife) fährt mein System nicht sauber hoch ...
Z.b hatte ich es ein paar mal, dass das DVB device noch nicht oben war aber der vdr schon starten wollte .... Lauter schöne vdr Exits im logfile...

Des weiteren habe ich das gleiche Phänomen beim herunterfahren ... mit Schleife werden die Prozesse abgearbeitet bis das System aus ist ... Ohne Schleife kracht mir der Rechner runter ohne das alle Prozesse sauber beendet wurden.

[wino]

Hallo Christian,

Ich habe gerade noch einmal ein wenig am vdr getestet.

Leider komme ich zu dem Ergebnis das die Schleife in der rc.init bei mir zwingend von Nöten ist.

Ich glaube wenn wir es sauber machen wollen, sollten wir die relevanten Startscripte die einen deamon starten weitestgehend mit einem pidfile Versehen.

 :unsure:  ich frage noch einmal in die runde, wie loggt ihr den shutdown am besten mit ? Ich sehe nicht viel im logfile und am Bildschirm versperrt mir das Bootstep die Sicht ... Habt ihr dieses komplett deaktiviert ? :computertod

Ja die Schleife wird wohl gebraucht um überhaupt eine Startreihenfolge zu organisieren. Stichwort before und after. Den Shutdown zu loggen wird wohl nicht möglich sein. Die Dateisysteme werden vorher ausgehangen. Vielleicht siehst du etwas wenn du in der rc.config bei POWEROFF_LAST_CMD= ein sleep 20 oder so einsetzen. Dann kannst du in Ruhe die letzten Meldungen ansehen. Bei diesem Beispiel 20 Sekunden.

Was meinst du mit -> Habt ihr das komplett deaktiviert?

Es wäre an der Zeit, alle Skripte die noch auf mdev ausgerichtet sind, umzustellen. Da ich keine Ahnung von der Shell-Programmierung habe, wird das wohl an euch bzw. an Claus hängen bleiben.

Gruß wino