Warum kann man keine Befehle oder Skripte mehr beim Booten automatisch ausführen?

In älteren Android-Versionen war das noch durch Editieren von bestimmten Dateien möglich. Bei Android 4.3.1 geht das plötzlich nicht mehr - weiß jemand warum?

Strukturänderung. Scripte landen meines wissens normalerweise immer unter data/local um sie beim booten auszuführen, hab da z.b. ein ipv6 script

Da habe ich jetzt mal eines hinkopiert:

#!/system/bin/sh
mount -o bind /ordner1 /ordner2

Das steht in einer Datei, die ich ausführbar gemacht habe (Recht "x" gesetzt). Der Befehl an sich funktioniert im Terminal, aber wenn ich neu starte wird er nicht ausgeführt.

Hast du eine Idee, woran das noch liegen könnte?

falsche berechtigungen gesetzt?

Ich kenn mich da noch nicht so aus

Besitzer: root
Gruppe: root

Besitzer, Gruppe, Andere dürfen R, W, und X das heißt denke ich mal read, write, execute

Genau die gleichen Rechte hat auch die andere Datei im Verzeichnis.. "busybox"

normale rechtevergabe sieht so aus rw-r--r--

ja aber diese normalen Rechte sind ja in den gesetzten mit "drin"... daran dürfte es nicht scheitern. Hast du auch 4.3.1?

Normalerweise befinden sich Startskripte in /etc/init.d wenn man ne Firmware mit init.d-Support hat. Dann werden die auch ausgeführt wie bei mir unter 4.3 bzw. 4.4.2

so ist es und da gehören die Skripte auch hin. Nur bringt kein (Marken-)Androide von Werk aus eine init.d-Unterstützung mit - schon weil weil man dort ohne Root-Rechte gar nichts schreiben kann. Zumindest bei Sony-Geräten ist dafür ein Custom-Kernel erforderlich.

Da aber der Fragesteller noch nicht gesagt hat, was für ein Gerät er eigentlich besitzt...

Das habe ich anscheinend sträflich versäumt: ich habe ein

- Galaxy S4 mini (I9195)
- Cyanogenmod 10.2.1.3 (Android Version 4.3.1)

P.S. Wer den entscheidenden Tip gibt bekommt eine Pizza vial PayPal! All in gentlemen..

Edit: Es sieht ganz so aus als hätte ich noch keinen "init.d-Support"

Was genau bedeutet das hier und bin ich auf dem richtigen Weg?

http://csidiropoulos.wordpress.com/2013/02/06/android-add-init-d-support-to-your-rom/comment-page-1/

Ja. Alternativ suchst du dier hier nen Kernel, der bereits init.d Support mitbringt.

Oder du probierst es mit Pimp My Rom

Könntest es natürlich auch mal mit der App "Universal init.d enabler" versuchen...
Weiss nicht genau wo es die gibt, deshalb hab ich sie dir hier mal hochgeladen:
https://www.dropbox.com/s/xmpcjp499er2t0e/X-UniversalInitD.apk

girouno schrieb:

so ist es und da gehören die Skripte auch hin. Nur bringt kein (Marken-)Androide von Werk aus eine init.d-Unterstützung mit - schon weil weil man dort ohne Root-Rechte gar nichts schreiben kann. Zumindest bei Sony-Geräten ist dafür ein Custom-Kernel erforderlich.
..

Zum Vergrößern anklicken....

Seh ich anders, eigen erstelle skripte lieber nach data/local dann bleiben sie bei rom update erhalten und man muss sie nicht neu kopieren (hat cm z.b. so, 90userinit).

@te
die ramdisk muss passen (init.rc bzw. init.*.rc ), entweder so:

service userinit /system/xbin/busybox run-parts /system/etc/init.d
oneshot
class late_start
user root
group root

oder mit sysinit:

# run sysinit
start sysinit

# sysinit (/system/etc/init.d)
service sysinit /system/bin/sysinit
user root
oneshot
disabled

in system/bin brauchst du dann das sysinit script https://github.com/CyanogenMod/android_vendor_cm/blob/cm-11.0/prebuilt/common/bin/sysinit

(du brauchst allerdings busybox, in xbin, wenn woanders entsprechend anpassen bzw. in xbin installieren)

Das seh ich wiederrum anders
CM hat unter /system/addon.d mehrere Backup-Scripts, wo unter anderem auch das Backup-Scripts von den gapps drin ist (deswegen muss man sie nach einem update ja auch nicht immer wieder neu flashen )
Wenn du dann z.b in die 70-gapps.sh dein Scripts einträgst, wird es vor einem Update gesichert und nach nach dem Update automatisch wieder her gestellt

jeder wie er möchte