La maggior parte delle domande che posso trovare relative a questo sono datate 2011 e successive, quindi forse non è troppo sorprendente che le cose siano cambiate da allora. Ho provato un sacco di cose, senza risultati.

Ci sono alcuni script in /system/etc/init.d(che appare anche sotto /etc/init.dsul mio dispositivo). In particolare, esiste uno 00bannerscript che dovrebbe registrare un messaggio di benvenuto. Il messaggio di benvenuto non viene mai visualizzato in logcat.

Ho inserito qui la mia sceneggiatura, che alla fine è stata ridotta a nient'altro che a questo:

#!/system/bin/sh
log -t mytest Testing

Niente. Non appare mai in logcat se non eseguito manualmente tramite terminale. Quindi funziona.

C'è anche un 90userinitfile qui, che invoca /data/local/userinit.shse esiste. L'ho creato con gli stessi contenuti di cui sopra. Ancora una volta, nulla appare mai in logcat. Il che non è sorprendente, davvero, dal momento che se 00bannernon funzionasse, non lo sarebbe neanche.

Ho cercato qualsiasi cosa di nome "init.rc" ma nulla di simile esiste ovunque sul mio dispositivo.

Tutti i miei script hanno 755 autorizzazioni.

Cos'altro posso provare? (diverso dalle app che eseguono script per me)

c'è un metodo semplice per aggiungere il supporto init.d a qualsiasi Android rootato per le versioni 4.0 e successive, google ha creato uno script che viene eseguito all'avvio come superutente lo script install-recovery.shè utilizzato per eseguire il reflash del recupero dello stock ad ogni avvio che pensavano fosse un buon sicurezza per impedire ripristini personalizzati, ma ha aperto una nuova falla che può essere sfruttata dagli utenti per falsare la funzione init.d. Dipendenze : per far funzionare questo metodo è necessario quanto segue

1. Scatola occupata installata con il run-partslink simbolico al tuo percorso come/system/xbin
2. Ovviamente avrai bisogno di un telefono con root con la /systempossibilità di montare comerw
3. la versione del kernel non ha importanza.

Metodo I: (Il modo più semplice!)

1. Scarica questo APK (gratuito da usare, non eseguire il mirroring, grazie a @Ryuinferno di XDA).
2. Installa l'apk come qualsiasi normale app.
3. Avvia l'app.
4. clicca su Attiva! tutto qui è supportato setinit.d ora puoi fare clic sul pulsante test o riavviare il telefono per vedere se gli script init.d sono usciti
5. è possibile disinstallare l'applicazione senza influire sul supporto init.d

Metodo II: (difficoltà: media)

1. Scarica questo zip decomprimilo e metti init.sh sulla tua sdcard (in questo esempio sarà /sdcardche può cambiare da dispositivo ad altro.

2. ora apri un terminale o usa adb shelldal computer ed esegui lo script.
   su
cp /sdcard/init.sh /data/tmp/init.sh
chmod 777 /data/tmp/init.sh
/data/tmp/init.sh

lo script verrà eseguito e ti chiederà di riavviare due volte, ecco perché hai ufficialmente il supporto init.d: ​​D

Riferimento: [MOD] [APK + SCRIPT + ZIP] Abilita Init.d per qualsiasi telefono senza necessità di kernel personalizzati !!!

Modifica: ho visto end off post, in un modo, cercherò di aggiungere senza app APPENA POSSIBILE (non a casa, la pubblicazione tramite dispositivo mobile), ma puoi usarlo, se non funziona diversamente.

Si può provare a utilizzare app chiamato Tasker .

Costa 3,29 $ e richiede l'accesso come root ma può eseguire script Shell. Inoltre, ha la versione di prova in modo da poter provare prima di acquistare.

Per prima cosa crea un'attività. Vai alla scheda Attività, tocca + segno, inserisci il nome dell'attività. Ora vai di nuovo + segno e digita shellfiltro. Troverai un'opzione Run Shell, selezionala e configurala in base alle tue esigenze.

Dopodiché torna alla prima scheda - Profili, tocca + segno per crearne di nuovi. Seleziona Evento come tipo, vai su Sistema e seleziona Avvio dispositivo. Torna indietro e ti verrà chiesto di selezionare l'attività. Ora seleziona l'attività creata in precedenza e sei pronto per iniziare!

Ciò richiede di eseguire il flashing di una zip ma è possibile inserire gli script in / system / etc / startup e quindi dovrebbero avviarsi automaticamente con il telefono.

http://forum.xda-developers.com/showthread.php?t=2664645

Anche dal mio commento sotto la domanda. Ho provato a cercare nella mia storia, ma non sono riuscito a trovare il collegamento in cui le persone sostenevano che CM avesse il proprio modo di eseguire script all'avvio.

Modificare. Dopo qualche altro scavo non è CM, per dire, che fa la sua cosa per gli script. È il kernel. Non tutti i kernel supportano init.d per Android. Se pubblichi quale dispositivo stai utilizzando. Posso cercare un kernel che supporti script personalizzati all'avvio per te.

Ho anche lo stesso problema nell'esecuzione del file di script nel terminale in CM12.1. La soluzione consiste nel copiare lo script nella /datacartella ed eseguirlo. Quindi penso che CM 12 consenta l'esecuzione di script solo da determinate posizioni.

Modo semplice (funzionante):

1. Prepara i tuoi comandi post boot in uno script, ad esempio / system / xbin / post-boot (imposta exec perm)

2. Aggiungi il percorso di script personalizzato sopra alla fine di /system/etc/init.qcom.post_boot.sh

Per esempio:

echo / system / xbin / post-boot >> /system/etc/init.qcom.post_boot.sh

Fatto!

(Se non riesci a trovare qcom post_boot (dispositivi Qualcomm), cerca eventuali script post_boot)

Seguire i passaggi per eseguire gli script all'avvio. (Adb richiesto)

1. radice adb
2. rimontaggio dell'adb
3. adb pull /init.rc
4. edit init.rc aggiungi riga per eseguire script come sh test.sh
5. adb push init.rc /
6. shell adb
7. chmod 755 init.rc
8. riavvio adb

funziona per me. Spero che questo ti sia d'aiuto.