[erledigt] modulare init-skripte anstatt monolithischer rcS

[rhabarber1848]

Die Bezeichnung ist relativ egal.

Ist S06hdd auch in Ordnung?

mounts auch extra machen.

S07mounts?

Du musst nur dafür sorgen dass immer eine var/ variante bevorzugt wird.

Mit den neusten, noch nicht veröffentlichten Änderungen, wird das der Fall sein.

Nebenbei habe ich in deinem Patch die Liste der zu ladenden fs-Module gesehen. Die fs treiber müssen teilweise in der richtigen Reihenfolge geladen werden. Das müsstest du noch für ext3 bzw. vfat ändern.

Kannst Du mir bitte genau sagen, was zu ändern ist?

[dbt]

Kannst Du mir bitte genau sagen, was zu ändern ist?

Es geht nur darum, dass vor ext3, jbd bzw. vor vfat, fat geladen wird. Dazu wäre es sinnvoll, wenn IDE/HDD/MMC mit GUI-Support eingebaut wird, die Scripte generell leer bleiben, bzw. nur auf die /var-version verweisen.

Nebenbei: wäre es evtl. sinnvoll die Scripte mit exit 0 zu terminieren. Das könnte bei Bedarf vorteilhaft sein.

[rhabarber1848]

Das mit den initskripten habe ich extra so gemacht, dass die im /var/ immer "Vorrang" haben. Nur die ganz kritischen Sachen (sysinit, rcS) sind fest im /etc/ und können nicht editiert werden.

Ok, ich habe init.d/drivers nun umbenannt in 05drivers und 06hdd

Bitte testen: EDIT: Patch ist im CVS

"exit 0" und HDD-Treiber sind noch nicht angepasst.

[bellum]

Bitte testen: newinit-3.diff

Habe mit Deinem diff gerade ein YADD gebaut und es bootet und funktioniert.

Was mir dabei aufgefallen ist, ist das Script "50cdkVcInfo". Das hätte ich jetzt nicht erwartet, obwohl ich in meinem ./configure Aufruf gar kein --enable-cdkVcInfo drin habe.
Seltsamerweise habe ich in /bin auch ein cdkVcInfo.
Das veranlasst mich zu der Annahme, dass cdkVcInfo auch ohne --enable-cdkVcInfo gebaut wird und somit das Skript "50cdkVcInfo" zurecht in init.d drin ist.

Muss ich also um kein cdkVcInfo in meinem Image zu haben ein --disable-cdkVcInfo in meinem ./configure Aufruf hinzufügen.

Was ich mir auch noch für ein nächsten Schritt wünschen würde ist, dass die Skripte nur noch den Code für die verwendeten Kernel Version enthalten.

Aber auf jeden fall well !

Gruß bellum

[rhabarber1848]

Was mir dabei aufgefallen ist, ist das Script "50cdkVcInfo". Das hätte ich jetzt nicht erwartet, obwohl ich in meinem ./configure Aufruf gar kein --enable-cdkVcInfo drin habe.
Seltsamerweise habe ich in /bin auch ein cdkVcInfo.
Das veranlasst mich zu der Annahme, dass cdkVcInfo auch ohne --enable-cdkVcInfo gebaut wird und somit das Skript "50cdkVcInfo" zurecht in init.d drin ist.

--enable-cdkVcInfo gilt nur für Flashimages, im Yadd ist cdkVcInfo immer dabei.

Was ich mir auch noch für ein nächsten Schritt wünschen würde ist, dass die Skripte nur noch den Code für die verwendeten Kernel Version enthalten.

Ist auf der To-Do-Liste.

[bellum]

Zwei Fragen zu diesem Thema:
Wann und für was wird das Script "initialize" gebraucht? Könnte man die Datei auch löschen?
Zu welchem Zweck muss auf der dbox eigenlich ein Syslog Daemon laufen "15syslogd"?

Gruß bellum

[rhabarber1848]

Wann und für was wird das Script "initialize" gebraucht?

lcdmenu

Zu welchem Zweck muss auf der dbox eigenlich ein Syslog Daemon laufen "15syslogd"?

http://forum.tuxbox-cvs.sourceforge.net ... 27&t=48373

[rhabarber1848]

Zu welchem Zweck muss auf der dbox eigenlich ein Syslog Daemon laufen "15syslogd"?

Patch aktualisiert, 15syslogd wird jetzt nur installiert, wenn
/sbin/syslogd vorhanden ist. Damit werden User berücksichtigt,
die syslogd in ihrer Busybox-.config abgeschaltet haben.

[rhabarber1848]

Dazu wäre es sinnvoll, wenn IDE/HDD/MMC mit GUI-Support eingebaut wird, die Scripte generell leer bleiben, bzw. nur auf die /var-version verweisen.

Wenn ich run_initscripts() richtig verstehe, wird /var/etc/init.d/06hdd
auch dann aufgerufen, wenn /etc/init.d/06hdd gar nicht existiert, d.h.
das Nachrüsten von Initskripts mit beliebigen Dateinamen in
/var/etc/init.d ist problemlos möglich.

die Scripte mit exit 0 zu terminieren

Das baue ich gerade ein, nach erfolgreichem Test lade ich den Patch hoch.

[rhabarber1848]

Die nächste Version des Patches ist online.

Änderungen:
- IPBox berücksichtigt, da ich keine IPBox habe, sehen die Skripts mit dem Patch genauso aus wie ohne
- neue Skripts für openntpd, rdate
- Startreihenfolge verändert, cdkVcInfo startet früher
- HDD-Skript entfernt
- init-Skripts enden mit "exit 0"

Bitte testen, ich würde es gerne zum Wochenende ins CVS committen,
wenn keine EInwände bestehen.

[bellum]

Bitte testen: newinit-3.diff

"exit 0" und HDD-Treiber sind noch nicht angepasst.

auch wenn sich initmäßig noch was ändert

Diese Änderungen nähern sich dem Abschluß, ein Patch, der auch
im Flash funktioniert, ist schon da und wartet auf Tester.

Habe heute mit deinem vorherigen Patch eine Nokia Kabel erfolgreich mit jffs2 aus dem Flash gebootet und es sieht soweit gut aus.

BTW: Wo finde ich eigentlich Deinen neuen Patch? Sehe gerade keinen Download-Link...
BTW2: Kann es sein, das evtl. durch die neuorganisation des Settings-Menu die S-Video Ausgabe nicht mehr geht?

Gruß bellum

[dietmarw]

http://www.tuxbox-upload.de/index.php?o ... tory=Diffs&

[rhabarber1848]

Bitte testen: EDIT: Patch ist im CVS

BTW: Wo finde ich eigentlich Deinen neuen Patch? Sehe gerade keinen Download-Link...

Ich habe den alten Patch durch den neuen ersetzt, Dateiname unverändert.

[dwilx]

Wie war das denn eigentlich mit dem halt-Script? Sollte das nicht auch angepaßt werden. Schließlich können auch andere Laufwerke als nur /hdd eingehängt sein. Gabs da nicht einen Vorschlag?

[rhabarber1848]

Wie war das denn eigentlich mit dem halt-Script?

Wenn 06hdd (oder irgendein anderer Name) existiert,
kann dieses Skript die unmount-Befehle durchführen.

[rhabarber1848]

Patch aktualisiert, alte Datei ersetzt, unveränderter Downloadlink:
EDIT: Patch ist im CVS

Wenn ein FTP-Client eingeloggt ist und in einem Squashfs-Image
ein Verzeichnis unter /var anzeigt, tritt beim Herunterfahren
folgende Fehlermeldung auf:

umount: can't umount /var: Device or resource busy

Im Patch wurden in 20inetd folgende Zeilen hinzugefügt:

Code: Alles auswählen

killall telnetd 2>/dev/null
killall in.ftpd 2>/dev/null

[rhabarber1848]

Patch aktualisiert, alte Datei ersetzt, unveränderter Downloadlink:
EDIT: Patch ist im CVS

Auf der Dbox2 gibt es nun für drivers und sysinit
getrennte Versionen für Kernel 2.4 und 2.6.
Yadd 2.4 und 2.6 positiv getestet.
Meine To-Do-Liste für diesen Patch ist jetzt leer

[rhabarber1848]

Jffs2-only-Image mit Kernel 2.4 und 2.6 positiv getestet.

[rhabarber1848]

Patch aktualisiert, alte Datei ersetzt, unveränderter Downloadlink:
EDIT: Patch ist im CVS

Nochmals aktualisiert, $TZ steht nun allen Init-Skripts zur Verfügung,
damit stimmt auch die Zeitanzeige im Tuxmail-Plugin wieder

[rhabarber1848]

- IPBox berücksichtigt, da ich keine IPBox habe, sehen die Skripts mit dem Patch genauso aus wie ohne

Der Patch wurde auf der IPBox positiv getestet:
http://forum.tuxbox-cvs.sourceforge.net ... 58#p372358

So ich habs mal getestet - geht soweit.
[...]
Grundsätzlich kann aber dein rcS-patch auch für die IPBox ins CVS.

Spricht sonst noch etwas dagegen, den Patch jetzt zu committen?
Auf die Dreambox hat der Patch keine Auswirkungen.

[seife]

IMHO: mach rein. Ich komme momentan nicht dazu patches zu testen, aber ich werde das dann irgendwann, wenn ich mal wieder für die dreambox baue, auch dafür anpassen.

[dbt]

Setze wenn möglich aber erst im CVS ein Tag tag_monolith_init oder sowas, damit man das auch mal einfacher bei Bedarf holen kann, und dann checke das ein.

[rhabarber1848]

Setze wenn möglich aber erst im CVS ein Tag tag_monolith_init

Im Verzeichnis cdk/ habe ich vor dem commit den Befehl "cvs tag last_monolithic_init" ausgeführt.

Danach habe ich den Patch committed:
http://article.gmane.org/gmane.comp.vid ... x.scm/1537
http://article.gmane.org/gmane.comp.vid ... x.scm/1538
http://article.gmane.org/gmane.comp.vid ... x.scm/1539
http://article.gmane.org/gmane.comp.vid ... x.scm/1540

[JtG-Riker]

Könnte mir jemand schreiben wie ich etc/init.d vorm mksquashfs komplertt entferne mit nem Custrom-Script - ich wollte mal nen neuen Snap
machen aber solang noch nicht alles fertig ist und ein neues Imag kommt nutzt ich natürlich weiterhin meine init-scripte. Meine scripte
werden zwar reinkopiert aber die anderen neuen von heute alle nicht gelöscht.

Gruß Riker

[rhabarber1848]

Könnte mir jemand schreiben wie ich etc/init.d vorm mksquashfs komplertt entferne

ungetestet:
root-neutrino-squashfs-local.sh
rm $1/root-neutrino-squashfs/etc/init.d/*

PS: Warum wartest Du nicht noch mit dem nächsten Image, bis dbt
sein IDE-Menü angepasst hat? Dann kann Dein Image gleich als Test-
Image für die neuen Funktionen dienen.